Да конечно разберется)))

Только почему то считается, что код написанный на фреймворке суперпрост, а без него - суперсложен. Ахинея же это. Можно на фреймворке наворотить такого, что фиг разберешь. И наоборот, код, который написан чисто, без излишеств, логичен и документирован, часто читается проще, нежели многие коды, написанные на фреймворке.

Однако при обслуживании часто выходит так, что изменить расширение фреймворка намного сложнее, чем изменить самодостаточный модуль. И вот тут то как раз встает вопрос о человекочасах - раз, о времени на устранение багов - два, о времени на модификацию - три. На действующем проекте под большими нагрузками такое время считается секундами. И каждая сэкономленная при разработке минута может вылиться в сотни и тысячи отвалившихся клиентов при обслуживании.

Пример. Я уже приводил.

Имеется задача получить данные пользователя для анкеты. В рамках фреймворка мы привычно пишем модель User, в нем метод getUserData(), который любезно нам их предоставляет.

А потом появляется потребность вывести 50 анкет пользователей на страницу. В рамках того же фреймворка мы пишем контроллер, который 50 раз дергает метод getUserData() к примеру. Потому что есть базовые принципы фреймворка. И вот, мы имеем 50 запросов вместо одного возможного, только потому, что экономим людской фактор. Ведь железо дешевле человекочасов, которые нужно потратить на изменение класса User, на внедрение в него нового метода. Зачем, как говорит возмущенный T1grOK изобретать велосипед? Есть метод - пользуйся. Только о какой оптимизации под большие нагрузки может идти речь? 50 запросов вместо одного могут запросто повалить сервер, если он работает на пределе. А это потери времени, клинтуры, денег.

Это конечно вопиющий пример, но часто встречаются подобного рода ляпы, которые и не разглядишь с первого раза. И чтобы найти такое тонкое место, нужно очень серьёзно перелопатить кучу кода, а часто и сам фреймворк, что недопустимо. Ибо пропадет преемственность версий. А это грозит костылями. Потому что приложение расширяется. А не проектируется под конкретную задачу.

Так вот, что бы тут не говорили, фреймворк и высокие нагрузки (особенно в динамическом, часто модифицируемом приложении) вещи совершенно несовместимые.

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

вы бы это... того... шли бы флеймить в дургую ветку....
тут же разговор про highload, а это интереснее, чем "фреймворк атстой vs фреймворк круть"

_____________
Свои мозги еще никто не отменял.
Телепатов нету.

Ну вообще то не так. Нами муссируется вопрос "стоит ли использовать фреймворк под большие нагрузки"
Так что все законно

_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.

Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.

Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.

Winston
Их вешают на мем-кеш.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

ну, на сколько мне известно, не обязательно именно на мемкэш

_____________

Профессиональная разработка на заказ

Я на GitHub | второй профиль

у некоторых тупо ngnix, это если виртуальный хостинг, т.е. хостер - считает кеширование на уровне ngnix вполне достаточно.

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Invis1ble
многие говорят что мемкеш или аналоги

одна студия вообще работу на файлах написала сама, тут я уже не уверен но насколько знаю, главное это убрать блокировку нескольких запросов.


на всякий случай еще раз повторю:

Joker,
Стараюсь обходить стороной memcache, и использовать простой кеш в tmpfs.

Invis1ble
Я думаю, что можно догадаться, что я говорил о всех видах кешей, а не только одного конкретного.

Joker
Глупая идея, обычная сессия хранится на файлах, смысл перепихивать с файлов на файлы... какой-то велосипед получается. Киллер писал про интересную вещь, целую папку файловой системы отправить в memory, вместо винта, разве что такую альтернативу, но об этом говорить не буду, сам же не тестировал.

Семён
Та да, не люблю я memcache, какой-то тормознутый он.

_____________
Обучаю веб-программированию качественно и не дорого: http://school-php.com
Фрилансер, принимаю заказы: PHP, JS, AS (видео-чаты). Писать в ЛС (Личные сообщения на phpforum).

inpost

<?php
session_start();
sleep(30);
echo 's1';

<?php
session_start();
echo 's2';