Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум PHP

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: занятая память
 
 автор: moonfox   (22.02.2014 в 07:55)   письмо автору
 
 

здравствуйте
скажите пожалуйста, кроме как - чем меньше - тем лучше, можно ли условно объективно сказать, какой объем памяти занимаемый сайтом исходя из его типа, является приемлемым?
например, сейчас, интернет магазин, с использованием смарти, забирает что-то в пределах ~700 kb оперативы....
комментарии?

  Ответить  
 
 автор: Valick   (22.02.2014 в 08:07)   письмо автору
 
   для: moonfox   (22.02.2014 в 07:55)
 

чем меньше памяти, тем больше пользователей единомоментно

  Ответить  
 
 автор: moonfox   (22.02.2014 в 09:11)   письмо автору
 
   для: Valick   (22.02.2014 в 08:07)
 

а в какой момент происходит освобождение памяти?
скажем чел закрыл вкладку/браузер
сервер в явном виде же не получил информацию о уничтожении сессии.

  Ответить  
 
 автор: Valick   (22.02.2014 в 10:01)   письмо автору
 
   для: moonfox   (22.02.2014 в 09:11)
 

Сессия тут не при чем, данные сессии храняться на жестком диске (ну или в базе, ну или в оперативке, но это уже нас не волнует)
Освобождение оперативной памяти происходит сразу как только отработал РНР скрипт. К моменту когда пользователь получил страничку в браузер, сервер уже давно про неё "забыл".
__
в самом скрипте для освобождения памяти надо следить за большими массивами, не плодить их бездумно и может быть даже удалять неиспользуемые массивы, закрывать соединение с БД если оно так же больше не используется, а до конца скрипта еще много кода.
например перед тем как отдать команду "фас" шаблонизатору, вы закрываете соединение с БД?
хотя это особой роли не сыграет, так как смарти транслирует шаблон в код один раз, а потом хранит его в кеше

  Ответить  
 
 автор: moonfox   (22.02.2014 в 13:48)   письмо автору
 
   для: Valick   (22.02.2014 в 10:01)
 

под сессией я понимаю сеанс связи юзер-сервер
все с моментом очистки памяти все ясно.

мне почему то представлялось, что после выдачи ответа, сервер еще держит в памяти определенные данные.

спасибо.

  Ответить  
 
 автор: Valick   (22.02.2014 в 14:22)   письмо автору
 
   для: moonfox   (22.02.2014 в 13:48)
 

>сервер еще держит в памяти определенные данные
нет, у сервера каждый раз как "день сурка", определенные данные он достает ориентируясь на идентификатор сессии. Который теоретически можно подобрать и угнать чужую сессию, если не стоит защита. Раньше была распространена "фишка", когда идентификатор сессии автоматически дописывался к адресу, в итоге оставленная на форуме или в чате ссылка заканчивалась невольным угоном сессии при переходе по ней.

  Ответить  
 
 автор: confirm   (22.02.2014 в 10:02)   письмо автору
 
   для: moonfox   (22.02.2014 в 09:11)
 

А ваш сервер после запроса клиента не закрывает соединение, а скрипты продолжают жить своей жизнью?

  Ответить  
 
 автор: moonfox   (22.02.2014 в 13:46)   письмо автору
 
   для: confirm   (22.02.2014 в 10:02)
 

ну а чо
уже было ошибка 500 это продолжалось неделю каждые сутки-двое
с их слов - чото у них мой ресурс загрузил систему (чем и как в подробности они не вдавались)
странно проблема появилась после 2х лет работы ресурса на их серваке и так же сама собой пропала

все мне ответили, спасибо всем.

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования