@vvpoloskin, хедер X-Requested-With добавляется по умолчанию, его можно убрать. Браузер его не отправляет сам по себе, и тогда это будет чистый http запрос.
@Baskakov_Dima, ну у вас временные затраты на обслуживание отдельных соединений (установление соединения, разруливание стримов и т.д.) могут быть выше чем на вычисления связанные с игровой логикой. Запросы в бд и т.д....
@sergealmazov, то есть любой написанный код является фреймворком по вашей логике, точно так же любой код с мультимедиа-ресурсами. Вы такой трактовкой только человека с мысли собьете.
Может быть я слишком молод, но мне кажется что "мультимедиа-ресурсы" даже упоминать не стоит, ибо обычно это просто идет в довесок и не является основной частью фреймворка.
@svd71 под ваше определение фреймворка можно подгрести почти любую библиотеку. Скажем backbone не является фреймворком, но является кем-то написанным кодом, с помощью которого можно упростить и структурировать разработку. Фреймворк же предоставляет уже готовую для работы структуру проекта, базовые реализации компонентов
@nazarpc, ну я думаю вы понимаете что такие универсальные решения никогда не будут из коробки подходить для работы с такими объемами информации... Скажем для обработки записей уже проще взять Hadoop, в качестве же базы и mysql спасовала бы и любая другая бесплатная.
@nazarpc мне кажется вы не умеете готовить монгу. У меня mongodb использовалась в качестве базы для агрегации статистики и результатов парсинга. Лимита на размер документа - 16мб для целей хранения логов более чем достаточно. По поводу размера самого BSON - да, единственный минус отсутствия схемы данных - в размер документа входят и сами поля, хотя опять же в 16 мб я не знаю что можно не впихнуть.
По поводу выборок - индексы + mapreduce - мне хватало, если у вас все начинало тупить, то либо у вас очень специфичные запросы, либо у вас были очень сложные запросы без индексов.
@Splite, для логов вам важна только скорость записи. У монги она сравнительно неплоха, но важнее то что можно не дожидаться окончания процесса записи (логи же), так что можно просто отправить на запись и скрипт может сразу же завершаться, так что для конечных пользователей оверхэда почти и не будет, в отличии от mysql.
@Nc_Soft, вы серьезно? Регулярки вообще под задачу не подойдут. Только xpath! Только хардкор. На самом деле xpath в контексте задачи подойдет идеально, ибо парсить регулярками html/xml не самое приятное занятие, особенно когда вариантов этого html/xml много.
@Insayt, попробуйте загружать напрямую в DomDocument/SimpleXML и орудовать через xpath. Получится не сильно сложнее чем с phpquery.
@hadra, а что с мобильными устройствами то не так? С большего проблем не должно быть. Вы бы лучше развернули пример на jsfiddle, да пробежались бы с разных девайсов.
