Выглядит красиво, до тех пор пока не начнете реализовывать. Процесс взаимодействия игроков выглядит не совсем так. Что будет например если игрок А хочет что-то сделать с игроком Б, когда тот в оффлайне. Поднимать весь процесс игрока Б для одного действия? А если нужен внутре-игровой рынок предметов, личные сообщения, форум, фиксация онлайн, топы (отдельный проект требующий БД ?). 50 000 тыс онлайн на одном сервере — допустим, а если 500 000 тыс? Я не в курсе насчет ерланга, но что будет при взаимодействие двух процессов находящиеся на разных узлах (физ. машинах), не плохо если сервера находятся в одной стойке, а если в разных ДЦ? Вы пробовали использовать что нибудь сетевое-асинхроное-джиттируемое + сервис очередей + масштабируемые-из-коробки БД типа (couchbase (не couchDB), mongo, redis и т.д.), хотелось бы узнать какие проблемы могут поджидать при таком подходе?
def dict_copy(d):
"""
much, much faster than deepcopy, for a dict of the simple python types.
"""
out = d.copy()
for k, v in d.iteritems():
if isinstance(v, dict):
out[k] = dict_copy(v)
elif isinstance(v, list):
out[k] = v[:]
return out
1. На вопрос почему, я думаю нет смысла писать, этой рекламы достаточно в сети, плюс у меня нет цели пиарить typo3.
2. Величина длительности курения мануала обратно пропорциональна величине умственных способностей в сумме с усидчивостью, на самом деле там все просто, и лично мне хочется сделать бОльший упор именно в те аспекты typo3, которые с первого взгляда не видны в родной документации.
3. Раз вам TS не пригодился, значит плохо изучали, например использование части концепции TS (древовидного конфигурирования) мною используется не только в typo3.
4. Насчет использования «своих» наработок в других проектах? Попробуйте использовать свои поделки сделанные для joomla в drupal или в битрикс? Они вам не помогут и писать придется заново. А смысл везде один и тот же, держите наработки в голове и все будет пучком.
Смотря какой уровень рассматривать, если просто вывод TS-объектов, создание меню (HMENU) и привязка шаблона — месяц, два, хотя настоящее осознание пришло только после того, как начал писать расширения. На самом деле весь TS для запуска большого проекта знать не нужно, некоторые проекты создаются только на базе расширения formidable (http://formidable.typo3.ug)
За один день (TYPO3 + Formidable) -> настройка тайпо, регистрация, облако тегов, модуль добавления записи в базу с ва с 10-20 валидаторами 30 полями, модуль постраничного вывода с AJAX перелистыванием и фильтром - да вы батенька тормоз еще тот )))). Знаете когда я только начал разбираться в тайпо это было 2 года назад, мне было жОстко, спусти это время если что и буду делать БЕЗ тайпо то это кастомный проект и своими руками, а так только тайпо.
2. Величина длительности курения мануала обратно пропорциональна величине умственных способностей в сумме с усидчивостью, на самом деле там все просто, и лично мне хочется сделать бОльший упор именно в те аспекты typo3, которые с первого взгляда не видны в родной документации.
3. Раз вам TS не пригодился, значит плохо изучали, например использование части концепции TS (древовидного конфигурирования) мною используется не только в typo3.
4. Насчет использования «своих» наработок в других проектах? Попробуйте использовать свои поделки сделанные для joomla в drupal или в битрикс? Они вам не помогут и писать придется заново. А смысл везде один и тот же, держите наработки в голове и все будет пучком.