Доброго времени суток уважаемые.
Подскажите, стоит ли каждый раз при загрузке странички запускать сессию? Основная задача хранить массив развернутых вершин древовидного меню.
Насколько сильно это будет нагружать WEB сервер при огромном посещении сайта (1000 10 000 100 000 1 000 000 посещений) если каждому посетителю будет запущена сессию?
Стараюсь оптимизировать сайт.
Всем огромное спасибо!
1. lamer6666 - 02 Сентября, 2012 - 08:01:23 - перейти к сообщению
2. caballero - 02 Сентября, 2012 - 09:32:18 - перейти к сообщению
Не с твоим уровнем знаний делаются сайты с огромным посещением. Так что проблемы нагрузки на сервер не будет в принципе.
3. lamer6666 - 02 Сентября, 2012 - 09:38:12 - перейти к сообщению
caballero пишет:
Не с твоим уровнем знаний делаются сайты с огромным посещением
видимо вы родились сразу с высоким уровнем!
Зачем флудить, если не знаете ответа?
4. AlexAnder - 02 Сентября, 2012 - 09:42:42 - перейти к сообщению
Точно не знаю, но сессии надо стартовать и удалять их через определенный промежуток времени, чтобы не засоряли сайт одноразовые посетители.
Спойлер (Отобразить)
5. lamer6666 - 02 Сентября, 2012 - 10:01:58 - перейти к сообщению
AlexAnder пишет:
чтобы не засоряли сайт одноразовые посетители
В целом я как раз и думаю об этом, каждый случайны посетитель = новая сессия? Уверен что это приведет к дополнительной нагрузке, а таким вещам я отношусь критично, ресурсы надо экономить! Сегодня подумаешь что посетителей будет 100 а завтра из будет 100 000 появляются сложности.
6. AlexAnder - 02 Сентября, 2012 - 10:07:39 - перейти к сообщению
7. KingStar - 02 Сентября, 2012 - 10:23:59 - перейти к сообщению
если уж ты так боишься "нагрузки" 
от сессии - юзай кукисы
от сессии - юзай кукисы
8. Мелкий - 02 Сентября, 2012 - 10:30:47 - перейти к сообщению
0) сессию надо запускать, только если она нужна.
1) на большой посещаемости сессия - незначительная проблема. Если вы вообще сможете использовать штатный механизм сессий, это применимо не для всех вариантов работы.
2)
Сложности у вас будут в любом случае. А с подходом
Горизонтальное масштабирование у вас вероятней всего не заложено, т.к. его обеспечение обычно ведёт к некоторым накладным расходам.
1) на большой посещаемости сессия - незначительная проблема. Если вы вообще сможете использовать штатный механизм сессий, это применимо не для всех вариантов работы.
2)
lamer6666 пишет:
Сегодня подумаешь что посетителей будет 100 а завтра из будет 100 000 появляются сложности.
Сложности у вас будут в любом случае. А с подходом
lamer6666 пишет:
это приведет к дополнительной нагрузке, а таким вещам я отношусь критично
Горизонтальное масштабирование у вас вероятней всего не заложено, т.к. его обеспечение обычно ведёт к некоторым накладным расходам.
Спойлер (Отобразить)
9. caballero - 02 Сентября, 2012 - 10:50:02 - перейти к сообщению
Цитата:
Зачем флудить, если не знаете ответа?
Ответ для тебя не имеет практического значения. Ты даже не знаешь когда нужна сессия а уже собрался делать сайт с тысячами посетителей.
Цитата:
Сегодня подумаешь что посетителей будет 100 а завтра из будет 100 000 появляются сложности.
сессия - самая последняя проблемма которая возникает при большой нагрузке. И никакая экономия ресурсов тебя не спасет если будет неудачная архитектура.
10. lamer6666 - 02 Сентября, 2012 - 10:51:43 - перейти к сообщению
caballero пишет:
самая последняя проблемма которая возникает при большой нагрузке.
А какие на ваш взгляд самые первые?
11. caballero - 02 Сентября, 2012 - 10:58:53 - перейти к сообщению
зависит от контента, от того выборки идут только на чтение или на запись тоже (в этом случае БД может выкинуть отказ в обслуживании)
а если контент статический то апач и сам его отдавать будет без PHP
в инете полно статей по проблемма создания высоконагруженых приложений - просто почитай прежде чем задавать глупые вопросы.
Впрочем такие приложения стараются писать на яве а не на PHP
а если контент статический то апач и сам его отдавать будет без PHP
в инете полно статей по проблемма создания высоконагруженых приложений - просто почитай прежде чем задавать глупые вопросы.
Впрочем такие приложения стараются писать на яве а не на PHP
12. Мелкий - 02 Сентября, 2012 - 11:08:08 - перейти к сообщению
caballero пишет:
контент статический то апач
Вот уже проблема. Апач не лучший вариант для раздачи статики.
lamer6666 пишет:
А какие на ваш взгляд самые первые?
Масштабирование БД и изолированность PHP (если скрипты изолированы от своего окружения - их можно равноценно запускать на любых машинах веб-кластера)