|
|
|
| здравствуйте
скажите пожалуйста, кроме как - чем меньше - тем лучше, можно ли условно объективно сказать, какой объем памяти занимаемый сайтом исходя из его типа, является приемлемым?
например, сейчас, интернет магазин, с использованием смарти, забирает что-то в пределах ~700 kb оперативы....
комментарии? | |
|
|
|
|
|
|
|
для: moonfox
(22.02.2014 в 07:55)
| | чем меньше памяти, тем больше пользователей единомоментно | |
|
|
|
|
|
|
|
для: Valick
(22.02.2014 в 08:07)
| | а в какой момент происходит освобождение памяти?
скажем чел закрыл вкладку/браузер
сервер в явном виде же не получил информацию о уничтожении сессии. | |
|
|
|
|
|
|
|
для: moonfox
(22.02.2014 в 09:11)
| | Сессия тут не при чем, данные сессии храняться на жестком диске (ну или в базе, ну или в оперативке, но это уже нас не волнует)
Освобождение оперативной памяти происходит сразу как только отработал РНР скрипт. К моменту когда пользователь получил страничку в браузер, сервер уже давно про неё "забыл".
__
в самом скрипте для освобождения памяти надо следить за большими массивами, не плодить их бездумно и может быть даже удалять неиспользуемые массивы, закрывать соединение с БД если оно так же больше не используется, а до конца скрипта еще много кода.
например перед тем как отдать команду "фас" шаблонизатору, вы закрываете соединение с БД?
хотя это особой роли не сыграет, так как смарти транслирует шаблон в код один раз, а потом хранит его в кеше | |
|
|
|
|
|
|
|
для: Valick
(22.02.2014 в 10:01)
| | под сессией я понимаю сеанс связи юзер-сервер
все с моментом очистки памяти все ясно.
мне почему то представлялось, что после выдачи ответа, сервер еще держит в памяти определенные данные.
спасибо. | |
|
|
|
|
|
|
|
для: moonfox
(22.02.2014 в 13:48)
| | >сервер еще держит в памяти определенные данные
нет, у сервера каждый раз как "день сурка", определенные данные он достает ориентируясь на идентификатор сессии. Который теоретически можно подобрать и угнать чужую сессию, если не стоит защита. Раньше была распространена "фишка", когда идентификатор сессии автоматически дописывался к адресу, в итоге оставленная на форуме или в чате ссылка заканчивалась невольным угоном сессии при переходе по ней. | |
|
|
|
|
|
|
|
для: moonfox
(22.02.2014 в 09:11)
| | А ваш сервер после запроса клиента не закрывает соединение, а скрипты продолжают жить своей жизнью? | |
|
|
|
|
|
|
|
для: confirm
(22.02.2014 в 10:02)
| | ну а чо
уже было ошибка 500 это продолжалось неделю каждые сутки-двое
с их слов - чото у них мой ресурс загрузил систему (чем и как в подробности они не вдавались)
странно проблема появилась после 2х лет работы ресурса на их серваке и так же сама собой пропала
все мне ответили, спасибо всем. | |
|
|
|