мне кажется, что любой человек знакомый с переводом и IT знает про gettext и poedit

опять же, gettext не умеет в json который удобен. А gettext не знаю. назовем это классикой, но это на мой взгляд немного пережиток прошлого

конечно, и я знаю, и олег, уверен знает

Но мой выбор пал не в его сторону

и кстати очень много проектов файлы в json/yaml хранят

достаточно открыть гитхаб

ладно-ладно, я шучу)

что за запрос?

gettext

но там наверняка много служебной мишуры

ну не знаю

Все же я за json

его удобнее редактировать

Все же я за json

YAML лучше.

YAML лучше.

Мне не удобен для автоматической правки Это надо парсить потом выстраивать снова. А тут ты получаешь объект, ну или массив

и рулишь ключами

так ямл та же структура почти

жсон тоже парсить нужно

Мне не удобен для автоматической правки Это надо парсить потом выстраивать снова. А тут ты получаешь объект, ну или массив

Yaml парсится в json легко. Как и наоборот

gettext

Кстати еще одно почему я использую свое решение - потому что файл локали сам строится исходя из строк используемых в проекте. почти на лету выходит. а с .po мне надо вычленять каждое, писать отдельно и тд. Не знаю, мне удобно мое решение) Хотя когда я делал программу под windows делал все же через gettext

Ну и + комменты можно писать ?

Кстати еще одно почему я использую свое решение - потому что файл локали сам строится исходя из строк используемых в проекте. почти на лету выходит. а с .po мне надо вычленять каждое, писать отдельно и тд. Не знаю, мне удобно мое решение) Хотя когда я делал программу под windows делал все же через gettext

так геттекст находит все использования в проекте же

жсон тоже парсить нужно

json конвертируется, а не парсится

наверное я чего-то не понимаю :)

так геттекст находит все использования в проекте же

разве? ну все равно, это надо скорее всего ПО запускать и тд А мне нужна была возможность быстрой правки через веб

наверное я чего-то не понимаю :)

если это про json то json из строки декодируется в объект/массив А YAML именно парсить надо. Делать это в моих условиях было не самым простым вариантом, именно по этому остановился на json

так наверняка в твоем языке написан уже парсер из ямла (и жсон он всё таки парсит)

но чего я, учить что ли буду

жсон так жсон

так наверняка в твоем языке написан уже парсер из ямла (и жсон он всё таки парсит)

если рассматривать с точки зрения общей, то любой разбор и де/кодирование подобных данных - парсинг, да)

в одном проекте заказном мне вообще пришлось сделать локализацию через базу данных, клиенты хотели видеть количество просмотров той или иной строки)

так что все, мне кажется, в рамках своей задачи надо использовать

разве? ну все равно, это надо скорее всего ПО запускать и тд А мне нужна была возможность быстрой правки через веб

насчёт правки: pootle

демка правда упала(

http://bitnami-pootle-a59e.cloudapp.net/ вот нашел живую (лол, судя по всему это локализация приложения для геев...)

http://bitnami-pootle-a59e.cloudapp.net/ вот нашел живую (лол, судя по всему это локализация приложения для геев...)

с чего ты взял

насчёт правки: pootle

интересная штука

guyzapp и на строки перевода посмотри :)

Гайс, а как распределять задания между нодами? Хранить на главном сервере информацию о загрузке каждой ноды? Перед отправкой теста на ноду, запрашивать у каждой загруженность? Создать очередь заданий для каждой ноды на главном сервере?

rabbitmq например

rabbitmq например

мне чота самописное делать нужно

нет

Нафига?)

как раз тут не нужно

используй gearman или rabbitmq

Нафига?)

хочу, че за вопросы?

Гайс, а как распределять задания между нодами? Хранить на главном сервере информацию о загрузке каждой ноды? Перед отправкой теста на ноду, запрашивать у каждой загруженность? Создать очередь заданий для каждой ноды на главном сервере?

Zmq с брокером.

Zmq с брокером.

ну ебана, я же не прошу готовое решение, а прошу указать способ распределения

ну ебана, я же не прошу готовое решение, а прошу указать способ распределения

Да как хочешь так и делай, если велосипед задумал делать. У меня машины по http общаются.

Да как хочешь так и делай, если велосипед задумал делать. У меня машины по http общаются.

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

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

скилл и заключается в познании готовых решений и умении их применить

скилл и заключается в познании готовых решений и умении их применить

Ага, расскажи об этом геймдеву

Ага, расскажи об этом геймдеву

EA делает игры на одном движке уже лет 6

Да что уж, Valve 13 лет ( не беру в счёт source 1 )

EA делает игры на одном движке уже лет 6

до этого они этот движок написали, а сейчас постоянно допиливают

рокстар тоже? Спойлер: нет

до этого они этот движок написали, а сейчас постоянно допиливают

Ну, у них есть готовое решение, которое они допиливают

рокстар тоже? Спойлер: нет

Не знаю, врать не буду

Ну, у них есть готовое решение, которое они допиливают

Это пишет не один человек, а команда, которая училась всему этому. Короче, не ебите мозг, я попросил совет, а не готовое решение

>советуют взять готовое >Не ебите мозг

:)

скилл и заключается в познании готовых решений и умении их применить

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

>советуют взять готовое >Не ебите мозг

тоже орнул

Какой агрессивный любитель костылей, однако

Это пишет не один человек, а команда, которая училась всему этому. Короче, не ебите мозг, я попросил совет, а не готовое решение

? странно это когда человек просит помощи употребляя при этом "не ебите мозг". В этой ситуации вы один пытаетесь полюбить мозг всему чату. Вам дали дельный совет, а если хочется поднять свои скилы через велосипедостроение - здесь поможет только практика, много практики. С каждой новой версией велосипеда станет ясно как надо а что не надо. В конечном итоге придёт осознание что лучше взять готовое

Ребята, какие ограничения есть на запросы (например: resolve_username, channel_info, send_msg) в Телеграм CLI? И как ловить респонсы правильно? Похоже я превышал лимит и сейчас получаю: Traceback (most recent call last): File "/home/user/www/pytg/test.py", line 112, in <module> main() # executing main function. File "/home/user/www/pytg/test.py", line 29, in main receiver.message(example_function(sender)) # now it will call the example_function and yield the new messages. File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/utils.py", line 29, in start cr = func(*args, **kwargs) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/receiver.py", line 212, in message function.send(message) File "/home/user/www/pytg/test.py", line 75, in example_function results = sender.resolve_username(msg.text[1:]) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/sender.py", line 632, in command_alias return self.execute_function(command_name, *args, **kwargs) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/sender.py", line 322, in execute_function result = self._do_send(request, answer_timeout=self.default_answer_timeout, retry_connect=retry_connect) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/sender.py", line 529, in _do_send raise NoResponse(command) pytg.exceptions.NoResponse: [disable_preview] resolve_username betteren

Ребята :(

Ребята, какие ограничения есть на запросы (например: resolve_username, channel_info, send_msg) в Телеграм CLI? И как ловить респонсы правильно? Похоже я превышал лимит и сейчас получаю: Traceback (most recent call last): File "/home/user/www/pytg/test.py", line 112, in <module> main() # executing main function. File "/home/user/www/pytg/test.py", line 29, in main receiver.message(example_function(sender)) # now it will call the example_function and yield the new messages. File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/utils.py", line 29, in start cr = func(*args, **kwargs) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/receiver.py", line 212, in message function.send(message) File "/home/user/www/pytg/test.py", line 75, in example_function results = sender.resolve_username(msg.text[1:]) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/sender.py", line 632, in command_alias return self.execute_function(command_name, *args, **kwargs) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/sender.py", line 322, in execute_function result = self._do_send(request, answer_timeout=self.default_answer_timeout, retry_connect=retry_connect) File "/usr/local/lib/python2.7/dist-packages/pytg-0.4.10-py2.7.egg/pytg/sender.py", line 529, in _do_send raise NoResponse(command) pytg.exceptions.NoResponse: [disable_preview] resolve_username betteren

Ну если ты дёргал сразу пачку запросов за раз, то сервер тебя просто погасил на период от пары секунд до пары суток

Ну если ты дёргал сразу пачку запросов за раз, то сервер тебя просто погасил на период от пары секунд до пары суток

да. в bot api сервер отправляет в ответ "retry_after". а в pytg не отправляет или я не понимаю как получить правильный ответ

Второе

У меня жс, поэтому конкретно подсказать не могу, но ошибку тебе прислать должны

поделитесь секретом, как кто делает степы в опросах и как динамически создаете анкетирование?

я сейчас делаю через switch, но это хардкод

шаги в Enum храню, а степы у клиента в модели

Модель анкеты можно в json описать

как динамически делать анкетирование? Я нарисовал себе схему примерную, может кто че лучше посоветует. Типа есть таблица Question с полями step(id) question field где степ(ид) это номер шага question - сам вопрос field - поле которое будет в сообщение админу писаться, типа step(id) - 0 question - Введите номер телефона field - тел: ответы сохраняются в отдельной таблице answer типа chat_id, field, answer как последний степ наступает, из таблицы answer берется вся выборка по chat_id, компануется стринга по филдам и ответам и отправляется админу, таблица ответов по этому чат айди чистится

при каждом степе в answer добавляется строка

норм или дичь?

масштабировать можно в случае если появятся еще анкеты, тогда в question надо вбить отдельно id анкетирования, и отдельно степы для каждого вида анкеты и по id анкетирования делать выборку

Если анкета одна — то это оверкилл, если не одна, то номер анкеты сразу надо)

как динамически делать анкетирование? Я нарисовал себе схему примерную, может кто че лучше посоветует. Типа есть таблица Question с полями step(id) question field где степ(ид) это номер шага question - сам вопрос field - поле которое будет в сообщение админу писаться, типа step(id) - 0 question - Введите номер телефона field - тел: ответы сохраняются в отдельной таблице answer типа chat_id, field, answer как последний степ наступает, из таблицы answer берется вся выборка по chat_id, компануется стринга по филдам и ответам и отправляется админу, таблица ответов по этому чат айди чистится

Норм только все это привяжи ещё к id пользователя

ну ансверы привязываются к чатид

вопрос еще вот такой, что если ветвление опроса будет, то есть если я ответил нет, то шаг 4, если да то шаг 7 например

ну ансверы привязываются к чатид

Ну ты это делаешь как я понял после опроса а вдруг в это же время другой тоже захочет опрос пройти а у тебя step 1 допустим уже ?

вопрос еще вот такой, что если ветвление опроса будет, то есть если я ответил нет, то шаг 4, если да то шаг 7 например

Делай стэйт машину и не парься

Ну ты это делаешь как я понял после опроса а вдруг в это же время другой тоже захочет опрос пройти а у тебя step 1 допустим уже ?

у меня поля в сущности клиента MainMenuStep, SubMenuStep

Ну если ты дёргал сразу пачку запросов за раз, то сервер тебя просто погасил на период от пары секунд до пары суток

Ну конкретного ответа нет насколько я понимаю

Раз в 10 секунд дёргал смену имени, вроде ок

Ниже что- то не хочу опускать

Я раз в 4 себе никнейм менял

Раз в 2 уже начинали меня оттормаживать

масштабировать можно в случае если появятся еще анкеты, тогда в question надо вбить отдельно id анкетирования, и отдельно степы для каждого вида анкеты и по id анкетирования делать выборку

Я в одном проекте сделал тупо и универсально к оазгым анкетам: user_id | status | name | detail Где стейт это активный опрос или нет. В detail массив с вопросами и ответами. Ответы null, значит надо заполнить.

Я в одном проекте сделал тупо и универсально к оазгым анкетам: user_id | status | name | detail Где стейт это активный опрос или нет. В detail массив с вопросами и ответами. Ответы null, значит надо заполнить.

+ ничего тупого вроде

Detail json Стейт хранить тут не придется

Просто бери первый вопрос у которого ответ null