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

Форум PHP

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

 

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

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

тема: Ключевые параметры хостинга при использовании CMS на РНР
 
 автор: Владимир55   (09.10.2012 в 10:41)   письмо автору
 
 

При анализе CMS из тройки лидеров я столкнулся с ситуацией, когда эти системы практически неработоспособны даже на тех хостингах, которые рекомендованы самими разработчиками. Не в том смысле, что они вообще не работают. Работают, но как бы в тестовых режимах. А при реальных загрузках некоторые функции зависают без всякой диагностики из-за нехватки ресурсов хостинга. А потому хотелось бы понять, какие параметры хостинга являются ключевыми. Очевидно, что к таковым можно отнести:
- максимальная память на процесс;
- предельное количество одновременно выполняемых процессов;
- предельная нагрузка на процессор в связке с допустимым временем.

А что еще?

  Ответить  
 
 автор: cheops   (09.10.2012 в 11:11)   письмо автору
 
   для: Владимир55   (09.10.2012 в 10:41)
 

Да и этого за глаза хватит, дело в том, что когда заканчиваются ресурсы, а вывод сообщений об ошибках отключен или логгируется не достаточным образом, выглядит все довольно загадочно, особенно, когда грохается сам PHP-процесс, а не срабатывает одно из штатных ограничений.

Современные CMS устроены таким образом, чтобы
1. было удобно разрабатывать проект силами нескольких человек/команд;
2. результаты работы можно было подвергнуть автоматическому тестированию;
Это действительно часто приводит к довольно сложной структуре кода, и к нехватке ресурсов, особенно, если CMS не настраивается, не задействуются кэширующие подсистемы (они часто отключены в отладочных режимах). Вообще, конечно, анализировать режимы крушения сложно, особенно, когда это чужой сервер и вам не доступны утилиты командной строки.

  Ответить  
 
 автор: Владимир55   (09.10.2012 в 13:30)   письмо автору
 
   для: cheops   (09.10.2012 в 11:11)
 

- максимальная память на процесс;
- предельное количество одновременно выполняемых процессов;
- предельная нагрузка на процессор в связке с допустимым временем.

Да и этого за глаза хватит.


А какие значения этих параметров можно считать достаточными?
Из каких соображений их следует выбирать?

  Ответить  
 
 автор: cheops   (12.10.2012 в 22:16)   письмо автору
 
   для: Владимир55   (09.10.2012 в 13:30)
 

А на сервере что будет, один сервер Apache, один сервер базы данных, все вместе? Какая нагрузка, какой код, сколько памяти, какой и сколько процессоров, ядер в нем?

PS Кстати, если на сервере крутится база данных, очень важна подсистема ввода-вывода, хорошие диски и скази-плата ввода-вывода.

  Ответить  
 
 автор: Владимир55   (13.10.2012 в 01:46)   письмо автору
 
   для: cheops   (12.10.2012 в 22:16)
 

"А на сервере что будет, один сервер Apache, один сервер базы данных, все вместе? Какая нагрузка, какой код, сколько памяти, какой и сколько процессоров, ядер в нем?"

Процессор Xeon/Opteron 4x2000 Мгц, памяти 4 Гб. Apache и база вместе. Нагрузка до 1000 посетителей (2000 просмотров). Относительно кода сказать что-то определенное затрудняюсь - код CMS плюс мой РНР скрипт.

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

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