А вы уверены, что при такой посещаемости достаточно будет раздела трендовых рассказов? Нужно уже делать какую-то систему рекомендаций по предпочтениям посетителей. На хабре статьи на эту тему были.
У Галёнкина есть два подкаста про эти движки. Один чисто про Defold, другой про оба.
Оба с евангелистами этих движков. Послушав евангелистов, я для себя решил, что не хочу пользоваться ни одним из этих продуктов: история, цели и стратегия разработки обоих меня смущают. Раскрывать не буду, поскольку давно уже слушал и всего не помню.
Но прежде чем выбирать, послушайте (если не слушали ещё).
Не принципиально. Допустимо готовить заранее, уникальные изображения будут создаваться не часто.
Но для человека, который будет готовить сам шаблон, я думаю, на много удобнее иметь минимально возможную задержку отрисовки (для проверки сочетаний параметров). На мой взгляд, как раз в организации удобной работы над самим шаблоном и состоит главная проблема.
Он именно про векторную графику, а не про игровые движки. И векорные изображения очень даже могут параметризироваться. Для svg, например, стандарт есть: https://www.w3.org/TR/SVGParamPrimer/
Само собой некоторые движки тоже это умеют. Но они больше про другое (про прикрепление мешей к скелетам, например). Мне же это не надо. Мне нужно, если так будет проще, подходы к созданию 2д мешей, формой которых можно управлять программно.
Я так понял под кэшем он понимает какое-нибудь inmemory хранилище: redis, memcached.
Соответственно. Если мы можем позволить себе столько оперативы, чтобы хранить данные пользователя в нём и если нам не дорого постоянно в него лазать, то используем. Если дорого (денег не хватает, эпический кластер подымать надо, etc) то не спользуем.
>Вы ищите решение с рекламодателями?
Я думаю именно в этом вопрос. Я когда-то искал решение, аналогичное сервисам на мобильных платформах, и ничего не нашёл.
Тогда всё правильно сделано. Делается идентификатор сессии и передаётся с запросами.
Дополнительно можете сделать общение по https, тогда перехватить трафик простым способом у злоумышленника не получится, а значит и получить идентификатор сессии он не сможет.
>Для своих задач — разобрался.
Но вы же не к себе на работу устраиваться собираетесь? Зубрить, конечно, не надо, но понимать что этого недостаточно стоит.
>"Просто навыков программирования" — вот здесь, если можно, то конкретнее.
Если кратко, то сюда можно вписать: знание и умение исполь различные идиомы (например, RAII в C++), понимание (и умение использовать) базовых понятий (например, понятия сложности алгоритма), знание наиболее часто используемых алгоритмов, владение стандартной библиотекой языка, понимание как работает программа "в целом", умение анализировать, умение проводить декомпозицию проблем и решений (по слоям, по сущносям). Это вполне нарабатывается практикой и любопытством за пару лет. Как всё быстро забатанить я не знаю.
Тем что это включается сразу, без необходимости тратить человекочасы на разработку и поддержку сложного решения.
Вы же не думаете, что p2p обмен данными, например, не будет зависеть от разных топологий сетей, в которых работают клиенты, и разных устройств/софта между ними? Поддержка и отладка этого будет дорого стоить.
Кроме того, скорость получения контента от CDN будет заметно больше, чем от других клиентов (которые сидят далеко не с лушчшими интернетами).
Топовые компании со скрипом и болью вводили у себя в ланчерах доставку контента торрентами, а Вы хотите что-то более сложное (если я правильно понял).
Заодно добавьте в логи nginx параметр request_time
Описан он тут: nginx.org/en/docs/http/ngx_http_log_module.html вместе с другими полезными параметрами.
Вообще, хорошо расширив формат логирования, можно много чего интересного узнать.