есть одно но, сайты будут писаться для Казахстанского рынка, а закон гласит что все сайты с доменом .kz должны физичиски находиться на территории Республики. Думал одну VDS взять у Казахстанского провайдера (условно выполнить требование закона), остальные за рубежом. Дело в том что в Казахстане нет хороших предложений по VDS.
Правда в конечном итоге решил что столько соединений - зло, включил сокеты, настроил fastcgi_cache и описал зоны с ограничениями. Рекомендую так и сделать, такие настройки спасут в случае чего от простого DDOS-а..
сокеты быстрее, но при более высоких нагрузках tcp/ip справляется лучше. Проверял при помощи AB, на сокетах после 5000 соединений пошли 502 ошибки. TCP/IP держал по 15000 соединений.
Если Вам всего лишь нужно хранить централизованно данные, пожалуй можно просто коннектиться к БД, а всю логику приложения писать на клиенте. Но в этом случае при изменении бизнеслогики Вам придется обновлять всем пользователем клиента.
а как Вы будите общаться с сервером? Какая бизнес логика на сервере? СУБД не выполняет роль бизнес логики. Или Вы с программы (клента) будите напрямую обращаться в СУБД?
К сожелению нынешнее положение дел такое что в очень большом количестве случаев менеджеры проектов очень далеки от тех требований что к ним выдвигаются. В кого не ткни - проджектменэджер :)
Сейчас много трендов в JS - AngularJS, Meteor, старина backbone. Все зависит от того что Вам надо на JS? Галлерея - jquery самый простой путь. RIA приложение - любой подходящий JS MV* фреймворк... Ну а ajax он везде сейчас, это уже неотделимая технология современного web.
Хорошо по другому:
Менеджер проекта знает что нужен поиск с подсказками "как в гугуле", а вот программист уже дает руководителю проекта скажем 2 варианта, elasticsearch и sphinx и говорит что есть из функциональных возможностях у одного, а что у другого. Руководитель принимает решение использовать что то одно исходя из потребностей проекта.
Так вот во всем этом "подсказки аля гуголь" это технология/фенька/свистелка-перделка нужное подчеркнуть. А все остальное технические детали куда менеджер проекта лезь не должен, это территория программистов.
ну скажем есть elasticsearch и это индекс, который позволит в довесок к ораклу сделать качественный автокомплит и организовать поиск по данным без тяжеловестного like. При этом руководителю проекта до фени какой API у elasticsearch, это головняк программеров.
это скорее не верстка а технология, вот их как раз то и надо знать руководителю проекта. НО не обязательно знать как это работает, достаточно знать как это применить в проекте.
