А причем здесь Винда? Зачем ее юзать на нагруженных проектах??? автор говорит, что надо юзать конечный продукт... и я полностью согласен с тем, что девелоперская среда должна в идеале полностью соответствовать продуктиву.
Ура!!! Первый стоящий топик по адекватному подходу к программингу на PHP. А то уже в конец достали разглагольствования ньюбов на тему оптимизации "echo"))))
Класс для работы с сессиями через БД - примерно 40 строк кода. Набор того же функционала, но только на сессиях - столько же.
Интерпретация такого класса и таких функций займет примерно одинаковое кол-во времени. Зачем создавать какие-то прототипы и нагружать объект всяким мусором? А про инклуды - вообще нонсенс!!! Инклуды займут в несколько раз больше времени, нежели интерпретация класса. Это же обращение к диску!!!
На проектах с большой нагрузкой ИМХО лучшие связки:
save.handler = memcache, либо, для снижения риска потери данных сессии - самописный save.handler в БД + данные сессии кладутся в memcache
1) с утверждением согласен))) самое главное - планировать человеческий код заранее
2) по поводу догодок напишу в приват
3) дешевое железо - это до 8000 руб за десктопную машинку. Нынче оперативная память не дорогая... в среднем 1руб за 1 мегабайт, а внекоторых местах и того меньше.
4)Свой дата-центр можно организовать и в подвале за МКАДом, главное, чтоб канал хороший был, а это теперь не такая редкость.
1)несколько миллионов хитов на каждую
2)кшеирование в оперативе (говорю про memcache) обычно выводят на отдельный кластер из дешевого железа, но с большим кол-вом оперативы (подойдут даже десктопные машинки)
3) исходя из размера заработной платы нормального программиста и сроков переписывания "говнокода", легче купить (читать быстрее и дешевле) дешевого железа, нежели оплачивать зарплату
4)да, поэтому там заранее была заложена возможность "горячего" масштабирования за малые деньги. Т.е. я имею ввиду, что при резком росте посещаемости, к примеру, на порядок, гораздо проще и самое главное ДЕШЕВЛЕ было просто докупить самое дешевое железо и доставить его в массив.
Я работаю ведущим разработчиком в компании, которая владеет нескольким нагруженными социальными сетями. Так вот, вывод из практики такой... вы купили машинку за 6-8 тысяч долларов, а теперь подумайте, что будет работать стабильнее и быстрее: одна мощная машинка или кластер из 6-8 обычных за эти же деньги?)))
javenue > /dev/null
Не надо гадить в каждом топике!!!
Интерпретация такого класса и таких функций займет примерно одинаковое кол-во времени. Зачем создавать какие-то прототипы и нагружать объект всяким мусором? А про инклуды - вообще нонсенс!!! Инклуды займут в несколько раз больше времени, нежели интерпретация класса. Это же обращение к диску!!!
save.handler = memcache, либо, для снижения риска потери данных сессии - самописный save.handler в БД + данные сессии кладутся в memcache
2) по поводу догодок напишу в приват
3) дешевое железо - это до 8000 руб за десктопную машинку. Нынче оперативная память не дорогая... в среднем 1руб за 1 мегабайт, а внекоторых местах и того меньше.
4)Свой дата-центр можно организовать и в подвале за МКАДом, главное, чтоб канал хороший был, а это теперь не такая редкость.
2)кшеирование в оперативе (говорю про memcache) обычно выводят на отдельный кластер из дешевого железа, но с большим кол-вом оперативы (подойдут даже десктопные машинки)
3) исходя из размера заработной платы нормального программиста и сроков переписывания "говнокода", легче купить (читать быстрее и дешевле) дешевого железа, нежели оплачивать зарплату
4)да, поэтому там заранее была заложена возможность "горячего" масштабирования за малые деньги. Т.е. я имею ввиду, что при резком росте посещаемости, к примеру, на порядок, гораздо проще и самое главное ДЕШЕВЛЕ было просто докупить самое дешевое железо и доставить его в массив.