Безопасность информации нужна не только для военных. Для коммерческих нужд тоже очень актуально. Кстати западные компании очень беспокоятся об этом, от небольшой до таких гигантов как apple и google, где безопасность не уступает военным, и это касается не только западных, нашим компаниям полагаю тоже важно быть гарантированно защищенными. Промышленный шпионаж не кто не отменял, думаю найдет своих клиентов
а возможно упростить синтаксис шаблонизатора?
и сделать его локоничнее, к примеру: <_var ИМЯ_ПАРАМЕТРА> - непосредственный вывод параметра.
<_if УСЛОВИЕ> <_elsif УСЛОВИЕ> <_else> </_if> - условное ветвление.
<_loop МОДИФИКАТОР1 МОДИФИКАТОР2 ИМЯ_ПАРАМЕТРА> </_loop> - цикл.
<_foreach ИМЯ_ПАРАМЕТРА as ИМЯ_ИТЕРАТОРА> </_foreach> - цикл с итератором.
<_... >
на скорость это не должно влиять, а вот воспринимать и писать приятней будет
вопрос скорей не о красной точке возле столба, а о красном оттенке радиаторов на руле.
не сразу заметил что один светит под ноги а другой в даль.
На сколько хватает аккумулятора?
Допустим не вижу смысла в необходимости ставить отдельный пакет spawn-fcgi, когда все работает и без него.
Данный подход Прост и достаточно быстр (используется успешно на продакшине).
А так как каждый процесс работает под пользователем, то и c правами все нормально, и для каждого пользователя можно свои настройка php.ini позволить определять.
по поводу связывания — так и есть)
в статье про php-fpm тоже используются сокеты, но пока еще не рассматривал и не сравнивал данный подход с php-fpm.
На сколько я понимаю php-fpm — это «надстройка» (как ее некоторые любят называть), которая в основе использует все те же юникс-сокеты, а значит они очень похоже.
Будет возможность, напишу тест, для сравнения — насколько существенна разница.
но полагаю что выигрыш может быть у немного больше (но это надо определить предметно)
Можно посмотреть на тест в блоге Scrill'a, в нем правда на рнр не нагружался по полной, что не дает полной картины.
Интересный вы человек GarretUA :)
Скажу честно, публикуя пост естественно посмотрел а то хабравчане не оценили бы такой подход)
Для собственного сравнения, попробуйте провести небольшое сравнение опубликованных подходов в похожих публикациях на хабре.
Признаться изначально не планировал раздувать статью, Статья всего лишь еще один пример настройки, для тех кому она буден интересно.
Пример по сути настолько прост что делать его «развернутым» не нашел серьезных причин, разве что скрип прокомментировать в некоторых местах.
ну что вы господа… ))) что за админ который не может написать скрипт для автоматизации насущных дел? )))
что не говори — а админ к классу «программист» относится ))
— на футболе, вскочить и закричать «Спартак чемпион..» среди фан клуба Зинита
и сделать его локоничнее, к примеру:
<_var ИМЯ_ПАРАМЕТРА> - непосредственный вывод параметра.
<_if УСЛОВИЕ> <_elsif УСЛОВИЕ> <_else> </_if> - условное ветвление.
<_loop МОДИФИКАТОР1 МОДИФИКАТОР2 ИМЯ_ПАРАМЕТРА> </_loop> - цикл.
<_foreach ИМЯ_ПАРАМЕТРА as ИМЯ_ИТЕРАТОРА> </_foreach> - цикл с итератором.
<_... >
на скорость это не должно влиять, а вот воспринимать и писать приятней будет
не сразу заметил что один светит под ноги а другой в даль.
На сколько хватает аккумулятора?
disconnect();
}
На счет php-fpm, мне не знаком еще метод php-fpm, вы могли бы вкратце, описать его преимущества по сравнению с данным?
Данный подход Прост и достаточно быстр (используется успешно на продакшине).
А так как каждый процесс работает под пользователем, то и c правами все нормально, и для каждого пользователя можно свои настройка php.ini позволить определять.
в статье про php-fpm тоже используются сокеты, но пока еще не рассматривал и не сравнивал данный подход с php-fpm.
На сколько я понимаю php-fpm — это «надстройка» (как ее некоторые любят называть), которая в основе использует все те же юникс-сокеты, а значит они очень похоже.
Будет возможность, напишу тест, для сравнения — насколько существенна разница.
но полагаю что выигрыш может быть у немного больше (но это надо определить предметно)
Можно посмотреть на тест в блоге Scrill'a, в нем правда на рнр не нагружался по полной, что не дает полной картины.
Скажу честно, публикуя пост естественно посмотрел а то хабравчане не оценили бы такой подход)
Для собственного сравнения, попробуйте провести небольшое сравнение опубликованных подходов в похожих публикациях на хабре.
Признаться изначально не планировал раздувать статью, Статья всего лишь еще один пример настройки, для тех кому она буден интересно.
Пример по сути настолько прост что делать его «развернутым» не нашел серьезных причин, разве что скрип прокомментировать в некоторых местах.
а потом понял что это хорошие люди просто работа такая… )
что — участившиеся топики добра, и данный топик, наглядно подтверждают
что не говори — а админ к классу «программист» относится ))
class Programmer
{
//… API
}
class Admin extends Progremmer
{
}
Всех с праздником!!!
:wq