В шаблоне присутствуют уникальные детальки, которые делают его не похожим на остальные шаблоны. За это однозначно респект!
Будь я на вашем месте, я бы добавил белый фон для #content.
Nginx + PHP-FastCGI, а в качестве спаунера php-fpm.
Вкратце, что такое FastCGI и почему он лучше чем mod_php?
FastCGI это высокопроизводительный и масштабируемый интерфейс для взаимодействия web-сервера и приложений, дальнейшее развитие технологии CGI. Ознакомиться с более подробной информацией о FastCGI вы можете на официальном сайте или в Википедии.
Основное преимущество FastCGI в изолировании динамического языка от web-сервера. Например, запуск FastCGI процесса под пользователем, отличным от пользователя web-сервера, а также процесс может находиться в chroot'е, отличном от chroot'а web-сервера. Помимо всего прочего, эта технология позволяет запускать web-сервера и CGI процессы (теже php скрипты) на различных хостах, что улучшает масштабируемость и также способствует безопасности без существенной потери в производительности.
Ну а зачем нам php-fpm, если PHP и так поддерживает работу в режиме FastCGI?
php-fpm — это патч для PHP, для использования PHP как FastCGI процесса в высоконагруженных системах. Устраняет ряд проблем мешающих использовать PHP в режиме FastCGI. Андрей Нигматулин представил набор патчей php-fpm к PHP 4/5, устраняющих ряд проблем, которые мешают использовать PHP в режиме FastCGI на высоконагруженных системах.
Возможности php-fpm:
* Управление процессами. Возможность «плавно» останавливать и перезапускать php воркеры без потери запросов. Возможность плавно обновлять конфигурацию и binary без потери запросов;
* Ограничение ip адресов, с которых могут приходить запросы от web сервера;
* Динамическое количество процессов, в зависимости от нагрузки (TODO);
* Запуск воркеров с разными uid/gid/chroot/environment и разными php.ini опциями;
* Логирование stdout & stderr рабочих процессов;
* Аварийный перезапуск всех процессов при случайном разрушении shared memory opcode cache, если используется акселератор;
* Принудительное завершение подвисших процессов, если set_time_limit() не срабатывает (TODO);
Думаю всем не помешало бы успокоится и не торопиться с решениями. Нужно сесть за стол переговоров и постараться договориться по спорным вопросам, что бы ЛС сообщество не пострадало.
Какие-то все напряжённые, относитесь к этому голосованию проще)
У одного вчера были мысли в слух, сегодня у другого накипело, так и сообщество можно развалить.
Будьте проще что ли)
Все разрабы молодцы, много чего полезного создали. Но проголосовать можно только за 1, и я свой голос отдал avadim за его прекрасные идеи по дальнейшему развитию LS.
Будь я на вашем месте, я бы добавил белый фон для #content.
Желаю вам огромного количества продаж!)
Там разве не «entity» должно быть вместо «index»?
Можно, используя вирт. хосты
Копирием конфиг default для двух сайтов
cp /etc/nginx/sites-available/default /etc/nginx/sites-available/site1.com
cp /etc/nginx/sites-available/default /etc/nginx/sites-available/site2.com
Изменяем как нужно секцию server{}, и активируем в sites-enabled путем создания сим.линка
ln -s /etc/nginx/sites-available/site1.com /etc/nginx/sites-enabled/site1.com
ln -s /etc/nginx/sites-available/site2.com /etc/nginx/sites-enabled/site2.com
Перезагружаем nginx
/etc/init.d/nginx restart
Вкратце, что такое FastCGI и почему он лучше чем mod_php?
FastCGI это высокопроизводительный и масштабируемый интерфейс для взаимодействия web-сервера и приложений, дальнейшее развитие технологии CGI. Ознакомиться с более подробной информацией о FastCGI вы можете на официальном сайте или в Википедии.
Основное преимущество FastCGI в изолировании динамического языка от web-сервера. Например, запуск FastCGI процесса под пользователем, отличным от пользователя web-сервера, а также процесс может находиться в chroot'е, отличном от chroot'а web-сервера. Помимо всего прочего, эта технология позволяет запускать web-сервера и CGI процессы (теже php скрипты) на различных хостах, что улучшает масштабируемость и также способствует безопасности без существенной потери в производительности.
Ну а зачем нам php-fpm, если PHP и так поддерживает работу в режиме FastCGI?
php-fpm — это патч для PHP, для использования PHP как FastCGI процесса в высоконагруженных системах. Устраняет ряд проблем мешающих использовать PHP в режиме FastCGI. Андрей Нигматулин представил набор патчей php-fpm к PHP 4/5, устраняющих ряд проблем, которые мешают использовать PHP в режиме FastCGI на высоконагруженных системах.
Возможности php-fpm:
* Управление процессами. Возможность «плавно» останавливать и перезапускать php воркеры без потери запросов. Возможность плавно обновлять конфигурацию и binary без потери запросов;
* Ограничение ip адресов, с которых могут приходить запросы от web сервера;
* Динамическое количество процессов, в зависимости от нагрузки (TODO);
* Запуск воркеров с разными uid/gid/chroot/environment и разными php.ini опциями;
* Логирование stdout & stderr рабочих процессов;
* Аварийный перезапуск всех процессов при случайном разрушении shared memory opcode cache, если используется акселератор;
* Принудительное завершение подвисших процессов, если set_time_limit() не срабатывает (TODO);
Почему выбрать Debian
Можно узнать что и где конкретно было изменено?
У одного вчера были мысли в слух, сегодня у другого накипело, так и сообщество можно развалить.
Будьте проще что ли)
Все разрабы молодцы, много чего полезного создали. Но проголосовать можно только за 1, и я свой голос отдал avadim за его прекрасные идеи по дальнейшему развитию LS.