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

Вниз

---|Ветка была без названия|---   Найти похожие ветки 

 
Style   (2003-03-12 15:11) [40]

Так все же. Парадокс или Что???


 
Sheriff   (2003-03-12 15:21) [41]

затирать надо всегда следующий ID,
если достигли eof - идем на 1-ю запись.
очень просто... помним ID лишь для идентификации
последней заполненной записи, хотя это можно определить и по дате.

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


 
Delirium   (2003-03-12 15:23) [42]

Думаю, лучший выход - MSDE2000, это бесплатная версия MSSQL2000, найти её можно например в дистрибутиве Office XP. Встаёт на любую операционку от Microsoft, многократно легче Oracle. Для твоей задачи и фукциональность и производительность - избыточна.


 
Dred2k   (2003-03-12 15:32) [43]

> Я же писал что Мемо поля работали все было хорошо..
Блин, я ж фигни не посоветую. ;))
> И удалялась инфа из БД вроде бы тоже.
> Но по абсолютно непонятным причинам База вставала раком..
> т.е файлик набирал 2GB.
Слушай, такого смайлика я фиг найду. Даже не знаю, как описать свои эмоции, вызванные прочтением этих незатейливых строчек. Все бы хорошо, но вот что-то меня настораживает... Может быть то, что пишет их не обдолбившийся пивком студент-философ, а разработчик некоего программного модуля системы обеспечения ядерной безопасности?....... Нет? Я не прав?
ТЫ НЕ ИМЕЕШЬ ПРАВА НА СЛОВА "вроде бы тоже" !!!
;))
А насчет твоего секретного ноу-хау удаления записей просто сообщу, что ни парадокс, ни акцесс, ни многие другие DBISAM-платформы, да и серверные системы в принципе тоже - НИКТО ИЗ НИХ НЕ УДАЛЯЕТ ЗАПИСЬ ФИЗИЧЕСКИ. Еще наши далекие славные предки придумали флаги, маркеры и прочую веселую фигню. Запись лишь помечается как удаленная и никуда!, никуда не девается! Пойми - она десятая, за ней еще сто тыщ. Ты ее удаляешь физически - значит полностью перестраиваешь файл с этого места и до конца.
Это полный мрак - конец науке. Поэтому никто так не делает.
А безопасность на некоем сервере, где ваыполняется модуль, никакими программными средствами, тем более с таким деструктивным антинаучным подходом, ты не обеспечишь. Безопасность таких систем обеспечивается на уровне даже не ящиков компутеров, и даже не комнат. А целых зданий и специальных райнов. Вот так-то... Так что прими как данность - твою базу охраняет не только винда и доктор веб ;) (шутка), но еще какая-нибудь 11424330-я отдельная мотострелковая бригада и рота особистов. Если требования по программной безопасности все же есть (думаю, что да) - то в любом случае такими амебными (читай простейшими) мерами ее не обеспечить.
> Поэтому я начал извращатся.
Чем извращаться, лучше подучиться. И без обид.


 
Style   (2003-03-12 15:54) [44]

Dred2k © >>
Извените меня сир..
Но если после метода Delete Файл не меняет размеры..(Причем это происходит многократно т.е Неделями работает программа..) А размер файла DB остается прежним... То что же тогда происходит с базой.. Пользуясь только двумя процедурами Append и Delete.!!!

ЧТо ПрОисходит!

Как это делает Парадокс я не знаю, но он это делает и Очень-очень быстро!


ТЫ НЕ ИМЕЕШЬ ПРАВА НА СЛОВА "вроде бы тоже" !!! >>

Если я вижу что запись удалена (отмечена как удаленная) размер файла не меняется иииии. Потом вдруг :)) файл начинает рости до 2GB!!! --> по этому я и говорю "вроде бы тоже"


 
Delirium   (2003-03-12 16:00) [45]

> ЧТо ПрОисходит!

А ты подумай, открой в HEX-редакторе любой примитивный формат, тот-же DB и посмтори как физически хрянятся записи, по аналзируй...


 
Style   (2003-03-12 16:01) [46]

Dred2k © >>

Если эти приборы покупали и покупают.. И они работают.. (Есть и тревога и много другое)... То почему ты мне рассказываешь как это должно быть обеспеченно вне компутера..
НО! Что касается баз Данных мне толком никто ничего и не посоветовал.. (кроме Sheriffa)

Да а может быть такое что на место удаленной Paradox автоматом вставляет новую запись если это Append?? Почему бы и нет...


 
Polevi   (2003-03-12 16:02) [47]

я надеюсь ты в питер не собираешься переезжать ?


 
Style   (2003-03-12 16:04) [48]

Polevi © :) С радостью...

Я конечно понимаю что тема очень серьездная.. Ну вы вместо того чтобы меня упрекать.. Подумали бы в действительности! И как лучше быть в данной ситуации...

Отчего PARADOX себя так ведет.???


 
Delirium   (2003-03-12 16:08) [49]

Если уж говорить о Paradox - у тебя индексы-то есть?


 
Style   (2003-03-12 16:11) [50]

>>Если уж говорить о Paradox - у тебя индексы-то есть?

Я пробывал заводить индексы.. Select проходит конечно быстрее.. Но как мне их Обновлять причем постоянно???


 
Style   (2003-03-12 16:12) [51]

DROP INDEX
CREATE INDEX -> Это тоже время


 
Dred2k   (2003-03-12 16:15) [52]

>Если эти приборы покупали и покупают.. И они работают.. (Есть и
>тревога и много другое)... То почему ты мне рассказываешь как
>это должно быть обеспеченно вне компутера..
Да что я тебе могу рассказать про это?...
А если бы и мог - не рассказал бы ;)
>НО! Что касается баз Данных мне толком никто ничего и не
>посоветовал.. (кроме Sheriffa)
Да ладно врать-то! ;))
Уж сколько лет твердили миру, что парадокс и мемо - руль! ;)
Совет прост:
- если сдаешь систему - оставь парадокс, верни мемо, забей на безопасность "на лету" и попей сегодня вечером пивка (я виртуально тебя поддержу) ;)
- если время есть (с пол-годика примерно) ставь легкий оракел и я буду тебе только завидовать (вынужден работать с парадоксом, хотя и скучаю). ;( ;)
Для диссера сих мероприятий вполне хватит. Только знай, что настроить ворованный оракел _у заказчика_ еще сложнее, чем приручить несколько глючное и такое же ворованное BDE...

>Да а может быть такое что на место удаленной Paradox автоматом
>вставляет новую запись если это Append?? Почему бы и нет...
Так и есть, на самом деле. Только что проверил. Причем даже без первичного ключа пашет.



 
Style   (2003-03-12 16:15) [53]

И что бы народ не пугался.. :)

Пока это прибор для анализа поведения U235 и изменнения его Концентрации.. т.е. он сделан в Мирных целях только для изучения..

Но он вполне работает как и система безопасности...


 
Style   (2003-03-12 16:17) [54]

Dred2k >> Но с Мемо Полями Автозамена не проходит...:((

Да и на счет Пива.. Style@NMK.ru высылай :))


 
Sheriff   (2003-03-12 16:18) [55]

мда... а сути мы так и не услышали...
ковыряться надо не в Парадоксе, а в Вашей проблеме...
и приемлемое (не обязательно самое простое) решение наверняка не в Delete и Append.


 
Anatoly Podgoretsky   (2003-03-12 16:29) [56]

Style (12.03.03 14:01)
Слава богу


 
Dred2k   (2003-03-12 16:38) [57]

> Но с Мемо Полями Автозамена не проходит...:((
Враки, все проходит. Я с ними и пробовал, я хитрый ;)
Видишь, как бывает. Хоть и нет такого понятия, как эта самая "автозамена", она все равно проходит...
;)))
> Да и на счет Пива.. Style@NMK.ru высылай :))
Что ж, кратко и вероломно. ;)

Sheriff (12.03.03 16:18)
>мда... а сути мы так и не услышали...
>ковыряться надо не в Парадоксе, а в Вашей проблеме...
>и приемлемое (не обязательно самое простое) решение наверняка
>не в Delete и Append.
Золотые слова. "Зри в корень" - по-любому. Просто есть предположение, что сегодня, во всяком случае, ничего более эффективного здесь не пройдет - человеку надо все осмыслить, взглянув со стороны на плоды трудов своих. При желании, разумеется... Иначе - вилы.



 
Style   (2003-03-12 16:43) [58]

Интересно следующие, Что сейчас тормозит мою прогу..

Может ли быть такое что когда я делаю Seek файлу 192 мег. на это уходит 10 а то и более Секунд???

Если я стою на 0 и делаю
так вот MoveBy(5000)...
Программа думает.. и очень даже долго.. ПОЧЕМУ???


 
Style   (2003-03-12 16:47) [59]

>>>Враки, все проходит. Я с ними и пробовал, я хитрый ;)
Видишь, как бывает. Хоть и нет такого понятия, как эта самая "автозамена", она все равно проходит...

Она проходит если размеры каждой записи одинаковые.. Так вот в Мемо-полях они разные и иногда..в Моем понимании Paradox начинает только вставлять строки и после того как файл набирает 2GB - все встает! :)


 
Anatoly Podgoretsky   (2003-03-12 16:49) [60]

Style (12.03.03 16:43)
Даже простое последовательное чтение 192/10 = 19 мб/сек


 
Dred2k   (2003-03-12 16:53) [61]

Style (12.03.03 16:43)
> Интересно следующие, Что сейчас тормозит мою прогу..
[...]
Думаю, что вопрос этот неразрешим, как и любой другой полностью абстрактый. Пойми - финальный рецепт ты здесь не получишь, если только по деталям каким-то.
А с прогой твоей разобраться будет сложно даже при желании - и это вполне объективно. Факторы, обуславливающие пресловутые "тормоза", могут быть самые разные и неожиданные. Исходники ты не пришлешь, а простыми словами описать программу не получится (и в принципе, и в твоем случае в частности - что не отнять, так это достаточно сумбурное изложение деталей, уже пол-дня несколько человек тебя фактически пытают, а ты не колешься по делу). ;)
Если только взять и написать тебе движок ;)
Шучу.
Все получится, только время нужно и въедлевость по каждому вопросу. Мелочей нет.


 
Desdechado   (2003-03-12 16:57) [62]

Если тебя так мучают мемо-поля, то, при условии, что в них хранится структурированная информация и помещена она в мемо только из-за невозможности создать более 254 полей в таблице, я бы поступил так:
1. создал бы несколько таблиц, в каждую затолкал бы близкие по смыслу характеристики (до 254)
2. избавился бы от мемо за счет п.1
3. ничего страшного, что таблицы связаны между собой 1:1. Это даже полезно, когда надо вычитывать не все данные, а только например из 2 таблиц (когда их 7, например)
4. если число записей всегда фиксированно (10000), заточи прогу так, чтобы (как резонно заметил Sheriff) не удалять ненужные строки, а записывать данные поверх старых. Т.е. пишу в текущую строку, потом в следующую и т.д. до EOF, перехожу на первую и т.д. Размер БД меняться не будет. Упаковка не требуется.
5. а индексы все-таки иногда полезны :)
6. иногда дроби <1 удобнее хранить как целые

Ну, и по СУБД - все-таки SQL-сервер, оно надежнее.
НО: у Oracle, например, в лицензии четко сказано, что нельзя использовать на ядерных, химических и бактериологических производствах.


 
Style   (2003-03-12 16:59) [63]

>>Даже простое последовательное чтение 192/10 = 19 мб/сек

Я не считываю данные я хочу сделать Seek.. Может я немного не понял тогда если можно подробнее :)


>>Все получится, только время нужно и въедлевость по каждому вопросу. Мелочей нет.
Хорошо завтра я принесу исходничек.. :) Сам исходник сюда не влезет :) Ну то что касается базы данных.. Может все таки найдем "Оптимальное - Решение"..


Спасибо всем.. До завтра :)


 
Style   (2003-03-12 17:00) [64]

6. иногда дроби <1 удобнее хранить как целые
>> Необязательно что они меньше единицы.. Может быть и такое 99999,9999999 :))


 
Dred2k   (2003-03-12 17:09) [65]

>Она проходит если размеры каждой записи одинаковые.. Так вот в
>Мемо-полях они разные и иногда..в Моем понимании Paradox
>начинает только вставлять строки и после того как файл набирает
>2GB - все встает! :)

Ну, попробуй сам. Все нормально. Сразу скажу:
- в Table1 - таблица с полем Autoinc, много чего еще и Job_Report типа Memo (есть еще memo, но это неважно).
- BDE 5.2.0.2 (из поставки шестерки)
- Paradox level 7
- block size 32 кила

var i, j : Integer;
tmp : String;
begin
Randomize;
Table1.Open;
for i := 1 to 1000 do begin
with Table1 do begin
First;
Delete;
Append;
SetLength(tmp, Random(500) + 300);
for j := 1 to Length(tmp) do
tmp[j] := Chr(Random(256));
FieldByName("Job_Report").AsString := tmp;
Post;
end;
end;
end;

Работает на ура. Насчет двух гиг - так это ограничения парадокса. Больше он не может на одну таблицу.


 
ЮЮ   (2003-03-13 07:25) [66]

Ну вы, блин, даёте.
Начнём с того, что База Данных - это средство для длительного хранения полезной информации.
Если через 14 часов вся информация обновляется, то на кой вообще использовать БД?
Не лучше ли сделать так:
Прибор, с указанной скорострельностью сбрасывает бинарный файл (типизированный).
Программа подхватывает его, обрабатывает, записывает в своё типизованный файл исходные данные и результаты, сбрасывает файл с указаниями прибору, удаляет входной файл.
Если один комп не справляется с информацией к обработке можно подключить сколько угодно машин.


 
Sheriff   (2003-03-13 08:21) [67]

2ЮЮ
Прибор скорее всего не знаком с файлами...
Скорее всего он может лишь сбросить что-нибудь
в COM-порт компа... (USB? LAN?!)
А значит сбрасывать, подхватывать, обрабатывать, записывать и т.д. должна именно программа, что соответственно растягивает время и увеличивает вероятность сбоя.


 
KSergey   (2003-03-13 09:42) [68]

Не, ну я фигею, дорогая редакция! И Новосибирск здесь! Все, звиздец... Не избежать нам чего-то недоброго, если такие, уж простите, но в контексте поставленной задачи, лохи пишут БЕЗОПАСНОСТЬ!

Да ты задумайся наконец! Какая нахрен безопасность (самих данных, их секретность, надежность данных, стабильность выборок) можно сделать на офисной технике (и программной начинке того же уровня), за минимальную стабильность работы которых ручаться просто нельзя, да никто и не ручается?! Равно как и точность рассчетов - об этом вообще кто-то задумывался? ("до 20-го знака" - это как же такая точность высчитывается, интересно? подика храним 20 знаков (да хоть 200), а считаем обычным калькулятором? по тону вопроса складывается именно такое впечатление, что даже и с основами вычислительной математики ("всякой лабудой") нет никакого знакомства, а если и было - то "всякой лабудой" не пользуемся).
Нет, это капец полный.

Я понимаю сделать макет для диссертации "Вот, мол, работает, что-то считает (что надо, разумеется считает ;) - вот такая-то крутая идея и т.д." - это понятно. Но для промышленного использования?!!! Да нельзя просто!!!! Добро бы просто интерфейс для пользователя красивый, хотя и тут возможет "нюанс": не точно вывели циферки - пользователь системы (пусть даже и соображающий в теме) принял неверное решение -> Чернобыль-2 (Боже упаси!!!).
Хотя есть подозрение (по географии), что возможно связано с так называемой "безопасностью" хранения ядерных отходов. Ну тогда можно спать спокойно. Дети будут рождаться с 3 руками и 7-ю пальцами, но хоть небольно...

Вот ты подумай. Я бы спросил "Эта, ребяты, я тут ядерный реактор дома соорудил, так в принципе фурычит, но что-то стрелки приборов постоянно ползут в сторону увеличения значений. В принципе фигня, но скоро ведь и шкалы не хватит. Может прибор побольше взять - чтобы надольше хватило? Или может подкрутить чего, маленько подшаманить? Подскажите, кто в курсе".

И что тут отвечать, интересно? Платформу надо брать другую, БД - другую, один человек (да к тому же нифига не смыслящий в теме, во всяком случае в конкретном, обширном, серьезном и критичном ее куске) сделать качественно в принципе не может - ну что тут советовать-то?!!!

Вообще похоже на нездоровую шутку, но боюсь, что все правда... КАРАУЛ!!!! КАПЕЦ!!!!


 
Sergey13   (2003-03-13 09:51) [69]

Ребята, ну чего вы спорите. Подумайте сами :
192 метра постоянно обновляемой инфы (к которой нужен очень быстрый доступ) и "продвинутый шестисотый", но не мерс а селерон 8-(. А памяти на нем сколько - 64? 32? 16? А диск там какой? А у заказчиков/потребителей "программу юзают и более слабые Компы". Ну и чего тут придумаешь, чтоб все летало? Там наверное свопинг идет страшенный. Просто нужна нормальная машина что бы вся база могла поместиться в оперативке. А потом уж думать о структуре БД, какая именно БД и т.п.

Приделкой к запорожцу колес от камаза ничего не достигнешь.
Чудес не бывает.


 
Mike Kouzmine   (2003-03-13 10:06) [70]

ЮЮ © прав. И не о какой ядерной безопасности речи не идет. Все это для красного словца. А речь идет о мониторинге концентрации изотопов урана 235. А ядерная безопасность - это мониторинг плотности потока быстрых нейтронов и температуры (что зависит от первого) реактора. Все это делается аппаратно. А вся эта лабуда нужна для получения степени очередному "профессору". После защиты все пойдет в архив. Так что безразлично, как это все делать.


 
Style   (2003-03-13 11:17) [71]

Sheriff>> Прибор это ISA плата..
Поэтому такая задача по скорости. Все потому что ISA разъемf уже нет а ресурсво компа с ISA возможно будет не достаточно..:)

Mike Kouzmine>> На счет Мониторинга ты прав.. Но вот как все это работает в целях безопасности просто я сказать не могу.. Это идея того самого проффесора.. Которая уже работает несколько лет.. (Еще раз говорю старая программа была написана вообще на Visual Basicе с использованием Access)
P.S. Зная концентрацию U235 мы можем управлять аппаратной частью в целях безопасности.. Если концентрация превышает заданную уставку то Ахтум!

KSergey © >> Вообще-то все это придумано не лохами... Настоящими ядерщиками.. Самое гнилое дело было за софтом... Над этим проэктом работаю не один я.. Есть десятки людей которые тестируют программу. Есть своя лаборатория!

>>И все-таки я придумал как ускорить тот самый MoveBy по базе!


 
Style   (2003-03-13 11:25) [72]

MoveBy... Вы знаете что он делает... Он перебирает записи по одной пока не наткнётся на нужную!.

Лезем глубже.. В Paradoxовских таблицах есть такое понятике как BOOKMARK но в Source все функции мало того что Protected так еще и не описаны.. Borland не хочет давать код???

Так вот я попробовал просто создать свой массив с BookMark"s

При загрузке базы, При вставке новой записи
GetBookMark

При чтении GotoBookMark.. и все.. Скорость работы теперь какая мне и нужна. Все летает шустро!


 
Sheriff   (2003-03-13 11:26) [73]

ISA плата - это не прибор, а интерфейс к прибору...


 
Anatoly Podgoretsky   (2003-03-13 11:33) [74]

Style (13.03.03 11:25)
Borland не хочет давать код???

Чего? Только ленивый не берет.

Mike Kouzmine (13.03.03 10:06)
У профессора должны быть доценты и не фиг по форумам лазить с ерундой и такими знания, да еще и пугать народ "безопасностью"


 
Style   (2003-03-13 11:33) [75]

Sheriff>> Скажем так.. Это прибор 8) Ты даже не представляешь как это красиво сделано..! К нему цепляются Датчики стоимостью в 1000$ каждый..(если ты имееш в веду что датчики это и есть Прибор). Т.е. в принципе самим прибором является компьютер.



 
KSergey   (2003-03-13 11:34) [76]

KSergey © >> Вообще-то все это придумано не лохами... Настоящими ядерщиками.. Самое гнилое дело было за софтом... Над этим проэктом работаю не один я.. Есть десятки людей которые тестируют программу. Есть своя лаборатория!

Если все так серьезно - неужели не нашлось человека, грамотного в вопросах БД?!! Да просто грамотного в ПО и его написании?

> P.S. Зная концентрацию U235 мы можем управлять аппаратной
> частью в целях безопасности.. Если концентрация превышает
> заданную уставку то Ахтум!

База Paradox летит (программный сбой драйвера доступа, сбой(чик) железа, да даже просто влияние радиоактивного излучения на полупроводники (а они ой как к этому чуствительны), перепад сетевого напряжения и т.д. и т.п.) -> накопление перестает регистрироваться -> Ахтум не происходит... И как? Вас не беспокоит такой "нюанс"?!


 
KSergey   (2003-03-13 11:42) [77]

>К нему цепляются Датчики стоимостью в 1000$ каждый..

Во-первых, это смешно. Это примерно как сказать что у космического корабля колесо (или нет, блин, колес у него нет ;) ну пусть шестеренка - всяко есть) - стоит 1000$ - ну и что? Дык там и требования и, соответственно, масштабы цен другие.
Но дежи при этом, если кто-то хочет запихнуть контроль на несколькими датчиками (судя по твоим словам суммарной стоимостью неск. тесяч, если не десятков тысяч инорубрей) в китайский "прибор" стоимостью от силы 500$ - бред, ИДИОТИЗМ, ВРАНЬЕ.
Вот всяком случае я надеюсь, что не все так плохо. Хотя, откровенно говоря, хрен его знает - я вполне могу поверить в этот идиотизм, вокруг его не меньше (требование (совершенно серьезно) в объявлениях о вакансии обурщицы высшего образования - примерно из той же оперы).


 
Sheriff   (2003-03-13 11:45) [78]

2Style
Сочувствую... всем нам...


 
Style   (2003-03-13 11:48) [79]

Anatoly Podgoretsky>> где...?? покажи :)

Вообще уж очень негативно настроен форум... Скорее не помогают а лишь упрекают и цепляются за слова!
Что тут говорить, люди не видели самой работы и из-за того что человек не может нормально объяснить это не значит что у него не достаточно знаний в данной области.. Если я выбрал Paradox - это не значит что я не работал с другими БД.
Да признаюсь.. Мне 21 год. у меня даже нет образования.. :) Зато я прошел Армию и другие трудности жизни и очень хорошо разбираюсь в людях. У меня просто есть талант придумывать не стандартные решения. Я работаю программистом на предприятии. Пишу программы под SQLSERVER. И если я занимаюсь серьезднымыи проэктами я советуюсь с более грамотными людьми в этом ничего плохого нет!
Вот пример моего стиля программирования. Посмотрите если хотите.
www.sands.nm.ru/TGTView.zip
www.sands.nm.ru/NMKExcel.pas

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

P.S. Господа программисты давайте жить дружно и помогать друг-другу!


 
Sergey13   (2003-03-13 11:50) [80]

2Style (13.03.03 11:33)
> К нему цепляются Датчики стоимостью в 1000$ каждый..
И при таких затратах нельзя переделать плату и поставить нормальную тачку(платформу, СУБД, программиста)? Это получается ржавое железное кольцо, но с брюликом.
Вобщем это не вопрос БД, ИМХО. Тут налицо явное несоответствие аппаратного обеспечения и поставленых перед софтом задач.



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

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

Наверх





Память: 0.65 MB
Время: 0.019 c
3-6390
spogi
2003-03-14 14:24
2003.04.03
QRExpr v QReport


4-6850
badaxe
2003-02-05 11:42
2003.04.03
Отслеживание клавы и мыши


1-6592
Сергей
2003-03-21 21:20
2003.04.03
NaN


8-6614
ReYken
2002-12-27 13:11
2003.04.03
Может я и повторяюсь... он ответа я не нашел. Хоть и видел.


14-6715
Palladin
2003-03-16 02:45
2003.04.03
Crtl + click на панели задач





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
Английский Французский Немецкий Итальянский Португальский Русский Испанский