Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2014.02.23;
Скачать: [xml.tar.bz2];

Вниз

1c8: среда разработки   Найти похожие ветки 

 
Пит   (2013-08-27 16:24) [0]

Знаю, что тут есть знатоки восьмерки 1c ;) Пара вопросов:

1) можно ли как-то заставить восьмерку подсвечивать аргументы функций? То есть, ты вот пишешь название процедуры при вызове, типа "Моя процедура(" , открываешь скобку (или что то такое) и тебе подсказка о входящих аргументах процедуры? Чтобы не помнить в каком порядке перечислять и какие есть параметры.
Очень неудобно из-за отсутствия такой подсказки.

2) есть код, аля:

&НаКлиенте
Процедура КомандаТест(Команда)

ПроцТест();    // BP 1

КонецПроцедуры

&НаСервере
Процедура ПроцТест();

ДокументОбъект = РеквизитФормыВЗначение("Объект");   //  BP 2
...


На процедуру "КомандаТест" повешан обработчик формы. Она тут же вызывает некую другую процедуру "ПроцТест".

Так вот BP 1 хоть и проставлено, но не останавливается при отладке. А вот BP 2 останавливается
Ситуация стабильно повторяется. с разных компьютеров. В чем может быть дело? (


 
MKZM   (2013-08-28 10:21) [1]

1. Ищи снегопат (расширение такое)
2. Поставь галку "разрешить отладку на сервере"


 
MKZM   (2013-08-28 10:22) [2]

2. При запуске службы разреши отладку.


 
Пит   (2013-08-28 10:43) [3]


> Поставь галку "разрешить отладку на сервере"

так как раз на BP 2 и срабатывает. А BP 1 нет


> 2. При запуске службы разреши отладку.

какой службы?


 
MKZM   (2013-08-28 11:04) [4]

Файловая база?


 
MKZM   (2013-08-28 11:05) [5]

Не понял. На клиенте не останавливается, а на сервере да?


 
Пит   (2013-08-28 11:25) [6]


> Файловая база?

MS SQL


> На клиенте не останавливается, а на сервере да?

ну я так понимаю да. Код же приведен выше, BP 1 стоит, но там не стопится. А вот на BP 2 остановка.

> Процедура КомандаТест(Команда)

является обработчиком нажатия на кнопку. Я правда все ломаю голову и не могу понять, что такое "Команда" и как этот входящий аргумент использовать?..


 
MKZM   (2013-08-28 12:41) [7]

странно. служба сервер1с, раз на сервере в отладку пускает, то все нормально. А перед ПроцТест();    поставь сообщить("я тут"); и на строку поставь останов. По ф9 посмотри, что такое комманда и поймешь и заодно посмотри, что будет дальше.


 
Пит   (2013-08-28 13:42) [8]


>  По ф9 посмотри, что такое комманда и поймешь и заодно посмотри,
>  что будет дальше.

дык не останавливается! Потому и посмотреть не могу, что такое команда.

Приписал "я тут", сообщение появляется справа в окошке сообщений, но остановки не происходит( Только уже внутри ПроцТест.


 
MKZM   (2013-08-28 15:00) [9]

ААА управляемые формы.


 
MKZM   (2013-08-28 15:01) [10]

А версия платформы? Если последняя, то нету у меня ее. Подсказать не могу.


 
Пит   (2013-08-28 16:53) [11]

толстый клиент: 8.2.15.319

а как посмотреть версию сервера (я так понимаю сервер приложений или в идеологии 1c кластер серверов) - я не знаю.


 
MKZM   (2013-08-29 11:09) [12]

Из консоли сервера.
Но почему не останавливается я не смогу подсказать.


 
MKZM   (2013-08-29 11:11) [13]

Ты или на мисту зайди или на скл.ру. Там подскажут.


 
Пит   (2013-08-29 12:44) [14]


> 1. Ищи снегопат (расширение такое)

Блин оно 5 тыщ стоит..


 
MKZM   (2013-08-29 15:13) [15]

5 тыщь не деньги. )


 
Пит   (2013-08-29 18:25) [16]

ну если четко уверен, что оно круто и поможет - я таки согласен..
Но у меня вообще сейчас этап обучения, и надо ли..


 
Пит   (2013-08-29 18:34) [17]

а коли пошла такая пьянка... Не могу понять идеологию конфигураций.

Вот 1c стоит на базе MS SQL. Там основной параметр настройки при запуске это имя сервера и имя базы.
Имя сервера - это, наверное, адрес / имя где стоит сервер приложений 1c. А вот имя базы не очень понятно что такое. И как это завязано на конфигурацию.

Сам толстый клиент (допустим, речь про него) - имеет ли какое то отношение к конфигурации? Нужна ли спец. версия клиента, чтобы запустить разные конфигурации (УПП, УТ, ЗУП и так далее). Я подозреваю, что нет.

Видимо, при запуске 1C"ка подтягивает всю конфигурацию и становится именно такой, как настроено в конфигурации. И при этом конфигурация работает строго со своими данными, что уже менее логично. Приведу пример:

Допустим, стоит УПП и в ней все работают, супер.
Потом решили, что работа с кадрами очень сложная и лучше это делать в ЗУП (нужные справки уже есть и прочее, прочее). Поставили ЗУП... Но её же нельзя натравить на данные от УПП? Или можно?

А если нельзя - как же обеспечить единое поле хранения данных? Постоянно допустим ночью синхронизировать данные из ЗУП в УПП и обратно при необходимости? А продажникам, например, нравится работать в УТ, а значит там своя БД?

Это же зоопарк тогда, как красиво это решается? При этом, допустим, склад нужен как продажникам (УТ), так и на производстве (УПП). И где будет "истинный" склад, что брать за основную БД? Как реализовать онлайн синхронизацию? непонятно.


 
Styx   (2013-08-29 21:01) [18]

Можете считать, что конфигурация - это и есть программа. А сама 1С-ка - типа ОС. И про то, какой смысл в хранящихся данных, знает только конфигурация...


 
Пит   (2013-08-29 21:26) [19]

особо интересует вот что:


> Потом решили, что работа с кадрами очень сложная и лучше
> это делать в ЗУП


> А продажникам, например, нравится работать в УТ, а значит
> там своя БД?


> При этом, допустим, склад нужен как продажникам (УТ), так
> и на производстве (УПП). И где будет "истинный" склад, что
> брать за основную БД? Как реализовать онлайн синхронизацию?
>  непонятно.


 
MKZM   (2013-08-30 13:47) [20]

Но её же нельзя натравить на данные от УПП? Или можно?
Есть такая вещь - обмен.


 
Jeer ©   (2013-08-30 14:34) [21]

Уже было сказано - 1С отстой, выкинь.


 
Пит   (2013-08-30 16:36) [22]


> Есть такая вещь - обмен.

то есть, чтобы разные конфигурации работали с одной БД - так нельзя?

А есть технологии по настройке онлайн обмена? И что делают, например, если требуется обеспечить 24 часа работоспособность?


> Уже было сказано - 1С отстой, выкинь.

а в чем у вас бухгалтерия на предприятии работает?


 
Пит   (2013-09-03 10:58) [23]

пам парам


 
Jeer ©   (2013-09-03 14:50) [24]

Какая мне разница, где обезъяны обитают?


 
Пит   (2013-09-04 11:15) [25]

ну вот когда будешь решать вопросы автоматизации бух. учета, тогда и расскажешь всем, что 1c отстой и нафиг его)
А пока эти слова ни о чем.


 
Jeer ©   (2013-09-04 14:34) [26]

У меня был опыт тендера с Адын-Сы.
В итоге моя система (финансово-товарно-учетная) - выиграла и работает уже аж 10 лет без обслуживания, причем.

Так, что..


 
Пит   (2013-09-04 15:11) [27]


> Так, что..

я и не сомневаюсь в твоем профессионализме и сверх-способностях. Но за 10 лет у нас законодательство в сфере налогов и бух. учета поменялось кардинально. Без обслуживания система и год не проработает, просто в силу законодательных фактов.

Поэтому, если твоя система хоть в какой-то степени автоматизировала бух. учет - то в настоящее время этим функционалом не пользуются.
Так, что...


 
Jeer ©   (2013-09-04 17:47) [28]

>Но за 10 лет у нас законодательство в сфере налогов и бух. учета поменялось кардинально

Я ни разу не сказал, что это была система для бухов:)


 
Пит   (2013-09-04 18:49) [29]


> Я ни разу не сказал, что это была система для бухов:)

ну тогда мы возвращаемся к посту [25] :)


 
Jeer ©   (2013-09-04 23:02) [30]

Ты - да, я  - нет.
Будем дальше обсуждать, кто в помойке? :)


 
sniknik ©   (2013-09-05 07:47) [31]

> Я ни разу не сказал, что это была система для бухов:)
а чего "советуешь"(/тролиш?) такую систему выкинуть? если выкидывать, то нужна альтернатива, бухгалтерия сама по себе никуда не денется и работать им в чем то нужно... и вовсе не "блокнот", пусть он и работает безупречно.

> Будем дальше обсуждать, кто в помойке? :)
ну знаю кто где, а у кого с мозгами "напряг" очевидно.


 
Пит   (2013-09-05 10:55) [32]


> Будем дальше обсуждать, кто в помойке? :)

а я не знаю зачем ты начал доказывать, что я в помойке. Тема то не об этом, у меня есть вопросы по 1c, я их задал, до сих пор был бы рад ответу )

А ты начал двигать тему, что 1c - фуфло и что твоя система круче. После чего тут же признал, что твоя система не автоматизирует бухгалтерию. Ну с таким же успехом Quake 3 Arena тоже намного круче 1c, на мой взгляд.
Но логику рассуждений я не понял.


 
Jeer ©   (2013-09-05 16:57) [33]

Вряд ли этот тот форум, где можно получить содержательные ответы по 1С и вряд ли в "Потрепаться" от дельфинистов можно услышать респекты в адрес этого продукта ( кроме тех, кто окончательно сдался ).

На этот продукт у меня идеосинкразия, впрочем - с Нуралиевым был знаком, даже обсуждали перспективы и желалки, хотя давно это было.

То, что моя система круче - я не утверждал.
Это передергивание.

Я делаю штучные продукты, работающие в дальнейшем практически без сопровождения. Ну да, я вот так работаю в Software - не за деньги, почти за интерес.

Работая в одной коммерческой фирме около 5 лет в качестве коммерческого директора по IT-продуктам, имел удовольствие наблюдать телодвижения "встроенного" в фирму программиста по 1С. Да, это была бухгалтерия, есс-но, но задолбала она конкретно всех.

Параллельно, дабы не связываться с этим чудищем 1С, я довольно быстро "накалякал" CRM-систему - покупать тогда было не из чего (середина 90-х).
Это одна из первых, не простых, чисто софтовых систем, что я "калякал".
4 года она работала при мне в моем подразделении, как безотказный АК и после меня - еще года 2-3 без сопровождения.

Другая система, что я упомянул выше, как финансово-товарно-учетную - это системя для Департаментов ветеринарии. Там довольно все аскетично и статично, потому и работает с 2003 г. без меня.

Собсвенно, к чему это я все - буду умирать с голода ( хотя - это анриал ), 1С меня не заманит никакими посылами. Это помойка.
Сочуствую тем, кто туда залез.
Разумеется ИМХО.


 
Посвящается...   (2013-09-05 18:12) [34]

Колосится в поле рожь,
Нет на солнце пятен.
До чего же я хорош,
До чего приятен!


 
Jeer ©   (2013-09-05 18:20) [35]

"Доброе слове и собаке приятно" :)


 
Пит   (2013-09-05 18:56) [36]


> Вряд ли этот тот форум, где можно получить содержательные
> ответы по 1С

ну шанс, конечно, не очень велик, но потрындеть про философию самое оно.  тут были люди, которые в теме


> На этот продукт у меня идеосинкразия

назови бухгалтерскую программу на которую у тебя нету идиосинкразии?


> То, что моя система круче - я не утверждал.

но почему то именно так показалось. И не мне одному, судя по всему.


> Я делаю штучные продукты, работающие в дальнейшем практически
> без сопровождения

это хорошо. Но, видимо, опять же бухгалтерию ты ни разу не автоматизировал


> Параллельно, дабы не связываться с этим чудищем 1С, я довольно
> быстро "накалякал" CRM-систему

эта система умела делать проводки, отображать обороты по бух. счетам?


> Собсвенно, к чему это я все - буду умирать с голода ( хотя
> - это анриал ), 1С меня не заманит никакими посылами

не понимаю почему ты говоришь с той позиции, что как будто я тебя заманиваю в 1c или кто-то еще. Речь про автоматизацию бухгалтерии, в частности - на базе 1c.
Ты зачем то стал утверждать, что 1с - отстой. Хотя ты систему не знаешь, ты  не делал то, что делает эта система.


> Это помойка.

твое мнение точь в точь как мнение сишников 10 лет назад, которые утверждали, что Delphi - отстой несусветный и это среда для ламеров. Целые войны были посвящены этому в конференциях.
Естественно, при этом критикующие ни одной серьезной программы в дельфи не написали.


 
Пит   (2013-09-05 19:06) [37]

если говорить более прямо - то 1c очень запутанная и нелогичная система, особенно с позиции программистов, любящих чистую логику и формализм во всем.

Но если хоть немного попытаться вникнуть в наши законы и правила ведения бух. учета, то мнение будет меняться. Как насчет бухгалтеров (которые типа обезьяны), так и насчет самих бух. программ. Как говорится, если автоматизировать хаос - то получится автоматизированный хаос.

Поэтому мнение, типа 1c отстой - это здорово. Да наверное отстой, почему бы нет. Но есть куда более практичный вопрос - а назови не отстой?

Если стоит задача автоматизировать предприятие, то это включает в себя (и, возможно, в первую очередь) автоматизацию бухгалтерии. И человек с мнением 1c отстой, бух. учет отстой, а бухгалтера - обезьяны - никому в таком контексте не нужен. Потому что бух. учет вести нужно и никуда от этого не деться.
Можно лишь сделать вывод о том, что данный человек не способен автоматизировать бух. учет на предприятии в силу своей неприязни к данной тематике. Ну как бы это не решение вопроса, да и вообще не стоящая рассмотрения тема.


 
Jeer ©   (2013-09-05 20:15) [38]

Ты сделал правильный вывод - на 1С автоматизировать бухгалтерию у меня не встанет желание.

Занимался ли я автоматизацией бухгалтерии? Не поверишь, таки - да.
Еще в те времена, когда FoxPro рулил и довольно успешно.

Но еще большее удовольствие и дивиденды я получал от автоматизации фин-бух-учетно-производственной деятельности аптек и все на том же FoxPro.
Это один из немногих моих массовых проектов, которых разошелся даже до Москвы.

Чтоб было понятно по времени - начало 90-х.

Почему не создал что-то вроде 1С или свое?

После 91-го я принял решение работать в одиночку, поскольку не желаю эксплуатировать чужой труд за прибыль для себя.


 
Пит   (2013-09-05 20:53) [39]

короче, остается такой гипотетически-флудливый вопрос.

Допустим, имеем разные конфигурации. Продажникам удобно работать в УТ, кадровикам в ЗУП, где-нибудь в офисе там используется Документооборот.
Какая методология обеспечения того, чтобы этот зоопарк работал вместе со всеми, желательно в реальном времени?


 
Polevi ©   (2013-09-06 09:07) [40]

Платформа 1с для решения учетных задач хороша. На данный момент в России вне конкуренции. Бывают кривые конфигурации, но плохой продукт можно сделать на любой платформе.


 
Фокс Йожин   (2013-09-08 19:24) [41]


> Polevi ©   (06.09.13 09:07) [40]


> Платформа 1с для решения учетных задач хороша.

При условии малых объемов обрабатываемых данных.


 
Polevi ©   (2013-09-08 22:34) [42]

"малых" понятие относительное
но потолок по пользователям есть, согласен
я слышал про конфигурации с 1000 одновременных подключений, но это скорее исключение


 
MKZM   (2013-09-10 18:04) [43]

Пит   (05.09.13 19:06) Суть такова. В зике ведут персонал и зарплату. Результаты по зарплате выгружают в Бух. В ут ведут продажи и что надо выгружают в бух. В бух это причесывают и сдают отчетность.

Можно и из одной конфигурации дергать все остальные, но зачем?


 
Пит   (2013-09-10 18:18) [44]


> В зике ведут персонал и зарплату. Результаты по зарплате
> выгружают в Бух. В ут ведут продажи и что надо выгружают
> в бух. В бух это причесывают и сдают отчетность.

1) но есть же пересекающиеся вещи.

Первое что в голову приходит - список пользователей. И там и там надо синхронизировать пользователей системы?

Второй элементарный пример - склад. в УПП есть склад, чтобы на него отгружать продукцию. И в УТ есть склад, ведь со складка надо продавать.
Как обеспечить онлайн синхронизацию?

Как обеспечить 24/7 работоспособность системы? Вопросы те же.

2) а правда, что в УПП есть все? Или все таки, например, УТ в плане продажи более продвинутая штука, чем продажи встроенные в УПП?


 
MKZM   (2013-09-11 14:57) [45]

1. Да. Куча вариантов.
2. УПП = БП + ЗиК + УТ + производство. Как-то так.


 
Пит   (2013-09-11 17:44) [46]


> 1. Да. Куча вариантов.

не понял ответа. Да - это про что?

Допустим, есть проблема с остатками на складе. Люди видят на определенную дату один остаток. Потом через некоторое время после проведения каких-то документов люди видят другой остаток на ту же дату.
Конечно, интересно что за проведения могут быть, что остаток меняется... Но это ладно...

Есть идея разделить конфигурации. Чтобы бухгалтерия работала со своей конфигурацией, а допустим производство со своей. Чтобы движения всяких документов в бухгалтерии (начинается допустим в отчетную пору) не рушило мозг на производстве.
И вот как синхронизировать склады этих разных конфигураций?


 
Polevi ©   (2013-09-12 05:48) [47]

http://v8.1c.ru/metod/books/book.jsp?id=121


 
Пит   (2013-09-12 12:27) [48]

ну это конечно да... Но хотелось бы приципиально понять общие моменты. Именно синхронизации разных конфигураций.


 
MKZM   (2013-09-12 14:24) [49]

Да - синхронизировать
Как обеспечить - есть варианты


 
Пит   (2013-09-12 14:27) [50]

MKZM, ну можно как-то хоть немного подробнее.
Может быть, личный опыт или типа того


 
MKZM   (2013-09-12 14:27) [51]

Допустим, есть проблема с остатками на складе. Люди видят на определенную дату один остаток. Потом через некоторое время после проведения каких-то документов люди видят другой остаток на ту же дату.
Конечно, интересно что за проведения могут быть, что остаток меняется...

Это проблема не 1с. Проведение задним числом. В 1с требуется восстановление последовательности (не всегда). Если договор в уе, то без документа оплаты авансом рублевая сумма будет одна, после введения - другая и так далее и тому подобное.


 
MKZM   (2013-09-12 14:30) [52]

50 Вы определитесь сначала что где будет, а потом уже об обменах надо думать. А так, в общем все есть в интернетах, да и в частности. А личный опыт подсказывает, что если все праильно сделать и все учесть причем с самого начала, то все работает и работает неплохо.


 
Пит   (2013-09-12 15:30) [53]


> Проведение задним числом

я 1c плохо знаю. Да и в ситуацию не вник полностью, но все жалуются, что остатки "плавают". Как объяснили, смотришь остатки за такое-то число - они одни. Смотришь через некоторое время - другие. В результате недоверие к данным и невозможность рассчитать что-то, сделать аналитику.

Допустим, это проведение задним числом... Но я читал, что в восьмерке "неоперативное проведение" не оказывает влияние на остатки. Мол, 1с приняла такое решение. Это подтверждается - допустим, если делаешь заказ покупателя с резервом продукции, то при НЕ оперативном проведении на складе ничего не меняется...


 
sniknik ©   (2013-09-12 15:49) [54]

> то при НЕ оперативном проведении на складе ничего не меняется...
а зачем вообще нужна такая учетная система где остатки не меняются? типа весь склад распродали, фактически ни одного товара нет, но 1с все в ажуре... склад забит. так?

я про то, что даже если такая операция (не оперативное проведение) есть, то все одно необходимо делать оперативное... иначе по инвентаризации не сойдется, а раз необходимо то кем-то наверняка делается... возможно тем же самым кто после жалуется что остатки "плавают".

люди врут. сам проверь.


 
Пит   (2013-09-12 15:55) [55]

люди конечно врут... но это накладывается на мое слабое понимание - поэтому сложно сейчас разобраться что к чему... Вопрос в том, что люди разные то. То есть, на производстве плывут остатки (и это вроде очень похоже на правду), а связано вроде с тем что в бухгалтерии при этом могут что-то проводить (типа отчетный период настал)... и вот... разберись где концы...

MKZM говорит, что остатки плывут при проведении задним числом. Похоже на правду, но ведь при этом я читал, что при не оперативном проведении остатки не должны меняться.


 
Пит   (2013-09-12 15:56) [56]


> то все одно необходимо делать оперативное...

ну в идеале то да, это в общем всем понятно.


 
sniknik ©   (2013-09-12 16:12) [57]

> что при не оперативном проведении остатки не должны меняться.
откуда уверенность что делались ТОЛЬКО "не оперативные"?


 
Пит   (2013-09-12 16:29) [58]


> откуда уверенность что делались ТОЛЬКО "не оперативные"?

если делаются оперативные (а это значит текущей датой) - то как это может повлиять на остатки за позапрошлый месяц?


 
sniknik ©   (2013-09-12 16:46) [59]

при не закрытом периоде и партионном списании, т.е. с той партии в которой товар пришел, и пришел он 2 месяца назад... позапрошлый изменится.
хотя, это ИМХО, от конфигурации зависит, как написано.


 
sniknik ©   (2013-09-12 16:49) [60]

+
при закрытом, формируется корректировочный документ +1 сек после закрытия. и остаток до даты закрытия не меняется.

вроде так. давно с 1С не сталкивался.


 
Пит   (2013-09-12 17:04) [61]

ты про семерку или восьмерку?


 
sniknik ©   (2013-09-12 17:18) [62]

так в "нашей" конфигурации (когда то продавали...), все одинаково было, логика имеется в виду.
потом наверняка что-то поменялось, но я уже там не работал... т.что наверное да, скорее про семерку.


 
sniknik ©   (2013-09-12 17:49) [63]

+
а вообще разве есть разница, 7/8? остатки должны меняться. иначе это не учетная система. если неясна логика смены это одно, а вот если "не должны", но система как-то работает, то это "чудо".


 
Пит   (2013-09-12 17:49) [64]

ну в семерке вроде так и было. А про восьмерку начитался, что были принято принципиальное решение, что проведение задним числом не влияет на остатки на складе. Хочешь - проводи задним числом, но и всю мишуру связанную с этим сам тогда разруливай.
В принципе, логично.

Хотя может я и не прав и неправильно прочитал или не то прочитал. Поправьте...

Но это слабо объясняет косяки в моей ситуации..


 
Пит   (2013-09-12 17:52) [65]

sniknik, может мы о разном говорим...

Например, операция - реализация товаров и услуг. Проведение данного документа списывает остаток со склада, как пример. Так вот при не оперативном проведении на склад никакого влияния оказано не будет, чтобы не разруливать все косяки, которые потом в хронологии возникают.



Страницы: 1 2 вся ветка

Форум: "Прочее";
Текущий архив: 2014.02.23;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.64 MB
Время: 0.004 c
2-1366979228
Сергей
2013-04-26 16:27
2014.02.23
Копирование поля Memo в SQL запрос


2-1366618233
novai
2013-04-22 12:10
2014.02.23
wm_Create


2-1367393935
mefodiy
2013-05-01 11:38
2014.02.23
Не идет печать из preview в QRPrinter


15-1378543685
Minsk
2013-09-07 12:48
2014.02.23
PL/I


15-1378784719
mk26
2013-09-10 07:45
2014.02.23
Help! Как скопировать систему (ХР) с одного компа на другой?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский