bestxp
15.08.2013 - 22:51
Не так давно столкнулся с проблемой на нагруженном саайте, когда страницы открывались более нескольких секунд, а в обычные переходы были в районе одной секунды, что было так же не позволительно.
Итак сама статья
Оптимизация PHP - сессии
innovate
15.08.2013 - 23:04
Цитата |
Конечно ведь второй скрипт выполняется время первого + свое время. |
bestxp
15.08.2013 - 23:50
Цитата (innovate @ 15.08.2013 - 23:04) |
Цитата | Конечно ведь второй скрипт выполняется время первого + свое время. |
|
да да, проведи подобный эксперемент, и чем больше таких файлов, тем больше тормозов, из-за чего стоит следить за реализацией
bestxp
16.08.2013 - 08:25
не совсем верно, блокировка это побочный эффект работы файловой системы, то есть из-за чего будут проблемы у всех
Игорь_Vasinsky
16.08.2013 - 08:36
причём тут сессии?
оптимизируйте работу с бд.
_____________
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
Игорь_Vasinsky
16.08.2013 - 08:37
лан.. проехали
_____________
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
bestxp
16.08.2013 - 08:41
Цитата (Игорь_Vasinsky @ 16.08.2013 - 08:36) |
причём тут сессии?
оптимизируйте работу с бд. |
Увы тут не получиться оптимизировать, так как причина того что данные выбираются как статистика, то есть пример можно взять яндекс метрику, а статистика там не малая, у нас некий аналог только узконаправленный, и выбор из нескольких миллионов строк, плюс агрегация не самая быстрая задача, когда парралельно этому еще и записи идут в бд.
Закрытие сессии, для того и сделано что, прочитал и закрыл, потом открыл, записал и закрыл, это на подобие как ты файл открыл, записал закрыл
killer8080
16.08.2013 - 12:24
Цитата (bestxp @ 16.08.2013 - 07:25) |
блокировка это побочный эффект работы файловой системы |
не согласен, никаких побочных эффектов тут нет, это штатный способ защиты от коллизий.
bestxp
16.08.2013 - 13:40
ну тут штатный штатным, но эффект не очень хороший, это не хорошо если пользователю придется ждать
10 + 20 + 30 + 40 секунд для открытия 4 страниц, он плюнет и уйдет и ты не заработаешь, потому что он не посмотрел рекламу или не купил товар.
То есть в таком случае остается 2 варианта, отказ от сессии как такой и переход на куки, либо использовать неблокирующие хранилища, типа мемкеша, что не очень хорошо, если туда еще что-то записывается
либо redis . который по крайней мере хранит данные , а не вытесняет их как только оперативка закончилась.
В таких случаях нужно смотреть по обстоятельствам больше.
От блокировок нужно отказываться сознательно, ибо
Цитата (MiksIr @ 16.08.2013 - 07:37) |
всякие $_SESSION['x']++ могут начать... вести себя не так, как ожидаемо |
Долгий скрипт никак не узнает, что быстрые скрипты изменили некое значение, пока он работал. Соответственно, после записи долгим скриптом, значение уже может стать не актуальным.
А вообще, на загруженных проектах нужно диск разгружать по максимуму, как самую медленную память. Так что тут от сессий на файлах нужно отказываться без вопросов.
Rand
Цитата |
Так что тут от сессий на файлах нужно отказываться без вопросов. |
От мощности еще зависит много. У меня очень большая загруженность, но с сессиями проблема возникает только на аяксе, как я понял. Кстати, полезная инфа, нужно проверить. Скорее всего факт, потому что больше грешить не на что. С аяксом постоянно проблемы по скорости.
А обычные скрипты работают без особых вопросов. Может до поры до времени, но пока хватает.
_____________
Если вам недостаточно собственных заблуждений, можно расширить их мнениями экспертов.Нужно уважать мнение оппонета. Ведь заблуждаться - его святое право.Настаивал, настаиваю и буду настаивать на своем. На кедровых орешках.
MiksIrЕстественно, я же про это и написал и поддержал ваше замечание
Быстрый ответ:
Powered by dgreen
Здесь расположена полная версия этой страницы.