Реверсные прокси, уже вошли в джентльменский набор, хоть и не относятся напрямую к теме топика.
И кстати, на них можно и gzip сжатие вешать, надо бы провести тесты, что быстрее сжимает, php или nginx etc.
Неделя свободы осталась, понимаю Вас, беснуйтесь дальше.
1. Да, это распространённое явление, мейнтенеры могут иметь разные взгляды на параметры сборки.
2. Я указал список систем, которые наблюдал, и отметил, что могут быть отличия.
По поводу сюсюкания.
Ваша сила в интернете, как всегда повергают меня в благоговейный страх.
Ноги растут из того факта, что какой-нибудь вчера-прочитал-два-туториала-рубист, поискав работу пару месяцев, резко осознает, что не смотря на то, что он высшее существо, с синтаксическим диабетом, почему-то всем нужны быдло-PHP-шники.
(далеко ходить не надо, я сам вчера вакансию (Казань) опубликовал)
И у него начинается производство кирпичей.
Не холивара ради, но радует, что школота уже не считает PHP крутым, и идёт на более домохозяечные языки.
Абсолютно верно, не понимаю, почему многие так резко реагируют, как будто я на мраморе что-то выбил, и вожу джуниоров по пустыне.
Любой highload, это штучная вещь. И всё надо испытывать на своём коде, любое замечание.
Очень многие советы, у меня не срабатывали, просто из-за небольшой экзотичности системы, хотя в простых тестах, результаты совпадали.
Весь прирост может растеряться по дороге к выводу.
Слушай, срыв покровов прямо какой-то.
Я всегда думал, что преждевременная оптимизация, это стремление оптимизировать не тогда когда надо, как бы преждевременно. А ты мне глаза открыл =)
Даже на Debian и Ubuntu, PHP иногда ведёт себя по разному, чего говорить о мире RPM-based дистрибутивов.
Опять же, у меня нет под рукой FreeBSD, а на ней есть свои особенности.
Поэтому там и есть эта оговорка.
Набора рецептов, или практик, тут не было, вам показалось. Тут просто список особенностей поведения.
Каждый сам определит для себя их полезность.
Могу нахуй послать, чтоб не было подозрений в кармадрочерстве, успокоит?
Нубские, наверное, даже будучи php-кодером 7-ой год, я рад, что мне есть куда расти, и чему учиться.
Кстати, попробуй переспать с живой женщиной, ну хотя бы с платной.
Это снимет болезненные приступы немотивированной аггрессии к незнакомым тебе людям. С правой рукой ты такого не добьешься, я гарантирую это =)
GZip — это клиентская, и она лишь увеличивает нагрузку на сервер, хотя и очень полезна.
Убирать кавычки, можно только если в аттрибутах ASCII без спецсимволов, да и валидатору это может не понравиться.
Не использовать ООП — это луддитский совет, но я согласен с ним наполовину, не стоит плодить классы ради классов (дедушка Оккам мне роднее настоящего =)).
А функции, они в любых языках с оптимизаторами, прекрасно жмутся, и, вообщем-то, ЕМНИП, код, целиком распиханный по функциям, будет работать лучше.
$compiled_content = str_replace($tag_guard, '<?', $compiled_content);
А вот чо.
И кстати, на них можно и gzip сжатие вешать, надо бы провести тесты, что быстрее сжимает, php или nginx etc.
1. Да, это распространённое явление, мейнтенеры могут иметь разные взгляды на параметры сборки.
2. Я указал список систем, которые наблюдал, и отметил, что могут быть отличия.
По поводу сюсюкания.
Ваша сила в интернете, как всегда повергают меня в благоговейный страх.
grep -c 'replace' /usr/share/php/smarty/*
/usr/share/php/smarty/Config_File.class.php:2
/usr/share/php/smarty/debug.tpl:0
/usr/share/php/smarty/internals:0
/usr/share/php/smarty/libs:0
/usr/share/php/smarty/plugins:0
/usr/share/php/smarty/Smarty.class.php:3
/usr/share/php/smarty/Smarty_Compiler.class.php:31
(далеко ходить не надо, я сам вчера вакансию (Казань) опубликовал)
И у него начинается производство кирпичей.
Не холивара ради, но радует, что школота уже не считает PHP крутым, и идёт на более домохозяечные языки.
Любой highload, это штучная вещь. И всё надо испытывать на своём коде, любое замечание.
Очень многие советы, у меня не срабатывали, просто из-за небольшой экзотичности системы, хотя в простых тестах, результаты совпадали.
Весь прирост может растеряться по дороге к выводу.
Я всегда думал, что преждевременная оптимизация, это стремление оптимизировать не тогда когда надо, как бы преждевременно. А ты мне глаза открыл =)
Даже на Debian и Ubuntu, PHP иногда ведёт себя по разному, чего говорить о мире RPM-based дистрибутивов.
Опять же, у меня нет под рукой FreeBSD, а на ней есть свои особенности.
Поэтому там и есть эта оговорка.
Набора рецептов, или практик, тут не было, вам показалось. Тут просто список особенностей поведения.
Каждый сам определит для себя их полезность.
Дык, сжатие тоже не дешёво даётся, и тоже висит скрипт.
Так что, гзип, палка о двух концах. Но повторю — необходимая.
В данном случае, мы можем \n заменить на константу, которую будем определять один раз, на базе PHP_OS.
Кстати, не удивлюсь, если есть уже такая в SPL.
Нубские, наверное, даже будучи php-кодером 7-ой год, я рад, что мне есть куда расти, и чему учиться.
Кстати, попробуй переспать с живой женщиной, ну хотя бы с платной.
Это снимет болезненные приступы немотивированной аггрессии к незнакомым тебе людям. С правой рукой ты такого не добьешься, я гарантирую это =)
GZip — это клиентская, и она лишь увеличивает нагрузку на сервер, хотя и очень полезна.
Убирать кавычки, можно только если в аттрибутах ASCII без спецсимволов, да и валидатору это может не понравиться.
Не использовать ООП — это луддитский совет, но я согласен с ним наполовину, не стоит плодить классы ради классов (дедушка Оккам мне роднее настоящего =)).
А функции, они в любых языках с оптимизаторами, прекрасно жмутся, и, вообщем-то, ЕМНИП, код, целиком распиханный по функциям, будет работать лучше.
mb_ereg никто не отменял.
Кстати, про последовательный разбор JSON, отличная идея, попробую написать.
В PHP видимо посчитали, что для интерпретатора такая замена не нужна.
Даже если он внутри кеширует результат каунта, то не стоит списывать со счётов расходы на вызов функции.