А кому оно сейчас в 2012 нужно?
1. Рано или поздно будете продавать ссылки. Начнутся проблемы с поддоменами.
2. Если выносить элементы редактирования контента непосредственно на фронтофис возникнут проблемы с кроссдоменной авторизацией
Что-то странное говорите. Можно подробнее?
Задержка на 100мс не спасет?
А так некорректно :)
1. Zend != Zend Framework и Symphony не только фреймворк. Но соотношение yii/ci вполне себе похоже на правду.
2. Речь шла о комьюнити
И прошу прощения за увод в офтопик. Выбор фреймворка для мегаприложений, наверное, не самое важное.
Сравнить напрямую нельзя. Но можно по количеству тыс. постов/месяц с момента существования форума фреймворка:
YII 4.6
CI 4
Zend 0.28 (своего форума нет. есть общий раздел на главном форуме http://forums.zend.com)---------- Добавлено 17.09.2012 в 11:41 ----------
но документация на русском, да отдельные плагины рассчитанные на нашу специфику (li.ru, mail.ru, жж, платежки, антимат и антифлуд) все же все же +
Сомневаюсь. Но библиотеки из него тырят все кому не лень.
Там форумы нестандартные сложно сравнивать. Но для меня наличие большого русскоязычного комьюнити и русской документации несомненный плюс. Компактный CI можно было поднимать и на англ., особенно когда другого ничего не было. Но монструозный Zend на который русской документации до сих пор нет как-то не очень хочется. Но тем кто учил англ в новейшие времена наверное должно быть пофиг. наверное.
А ничего, вы сказали, я опроверг :)
Но все это офтопик. Вы верно заметили, что для высоконагруженных проектов выбор фреймворка дело не первостепенное. По крайней мере в тех проектах где участвовал (не в качестве программиста) с нагрузкой 200К-2000К хостов на php как правило было что-то собственное включая шаблонизаторы и ORM.
http://yiiframework.ru/forum/ - 3027 пользователей с 2009
http://code-igniter.ru/forum/ - 2619 пользователей с 2008
http://zendframework.ru/forum/ - 2579 пользователей с 2008 (здесь же форум по Syphony)
Непонятен вопрос.
Вас интересует как организовать хранение произвольное количество данных? Можете считать, что SQL резиновый и неограниченный.
Если как работать с векторной графикой - посмотрите http://raphaeljs.com/
Если как правильно организовать интерфейс работы с картами - посмотрите API карт яндекса и гугла. Возможно они позволяют вставлять свои изображения карт.
Если какие-то специфические вопросы типа как сгруппировать несколько тысяч меток на небольшом фрагменте карты то надо гуглить. Таких алгоритмов много. На хабре как минимум дважды публиковали несколько лет назад.
По-любому учет большого диапазона экранов требует больше работы и для верстки и для тестирования.
А так ничего особого. Все новые броузеры поддерживают CSS3 директиву, которая может задавать css для определенных устройств
@media only screen and (max-width: 960px) {#content { width:748px; }}
для старых броузеров можно эмулировать то же самое c помощью JS
До кучи можно всякую чепуху в боковых (рекламных) колонках грузить через Ajax в зависимости от того есть эти колонки или нет. Это по-любому хорошо и для SEO и для снижения нагрузки на сервер и для снижения трафика юзера и даже для дизайна
> На сайте допустим изображение 7000x7000px и больше
Попробуйте сделать такую картинку и посмотреть сколько времени она будет грузиться. Если не убедитесь что это идея бредовая, смотрите библиотеку http://raphaeljs.com/ там есть все под вашу задачу
