Блин, это еще и в лучшее попало.
Люди, очнитесь! Читайте официальную документацию nginx.org/en/docs/nginx.org/ru/docs/, а не эти «вредные советы».
Nginx очень прост в настройке, не надо его бояться.
Please make sure that for all special query operators (starting with $) you use single quotes so that PHP doesn't try to replace "$exists" with the value of the variable $exists.
Что в переводе означает следующее:
Пожалуйста убедитесь, что для всех операторов запроса (начинающихся с $) вы используете одинарные кавычки, чтобы PHP не пытался заменить текст '$exists' значением переменной $exists.
Они по-разному обрабатываются, если что. Но это не означает, что одинарные работают быстрее. На выходе вы получите те же opcode, что с одинарными, что с двойными кавычками. И даже heredoc синтаксис даст такой же результат.
Возвращаясь к логгированию — я всего лишь хотел сказать, что отсутствие логов не увеличит быстродействие (по крайней мере вы не заметите этого увеличения ни одним тестом), но при этом вы потеряете кучу полезной информации.
>Чем плохо отключить логирование, скажем на аксептансе, чтобы автотесты работали чуточку быстрее?
Тем, что они не будут работать «чуточку быстрее».
Это совет из серии «в php одинарные кавычки быстрее двойных». Только в отличии от данного совета, ваш еще и вредит, т.к. лишает пользователя диагностической и отладочной информации.
Все очень плохо.
Не буду комментировать явные ошибки типа 64 тыс соединений, они просто показывают некомпетентность автора, извините.
Экономия на логах — это не правильно. Если у вас узкое место — это запись логов на диск, купите диски побыстрее.
Логгирование должно быть максимально подробным, и access_log в том числе. Это позволяет быстро локализовать проблему при наличии.
Если отключить access_log, как советует автор, а error выставить в crit, а потом еще удалить всю статику, то система будет «выглядеть нормально», при этом клиенты будут видеть долбанное ничего. За то быстро :)
Это всего лишь неразумное ценообразование поставщика. Скидка должна быть такая, чтобы увеличение объемов не приводило к снижению суммы денег за партию. Например ее можно давать по такой формуле
Не хотелось бы заниматься расширительным толкованием, но по-моему обе стороны признали, что сделка была совершена.
Вы же сейчас говорите о подтверждении денежной операции, но не о форме сделки. Если я правильно понял, то оплаты не было, поэтому и нет никаких кассовых ордеров, и т.д.
Что касается устных договоренностей, то новое руководство посчитало, что не обязано их исполнять. Мы в соответствии с законодательством готовы исполнять обязательства, если они зафиксированы в виде документов.
Устная форма сделки разрешена законом www.gk-rf.ru/statia159
Цитатой они признают, что договоренности были, но со своей стороны они выполнять их не хотят.
Мило )
Доставка гарантируется. :)
Люди, очнитесь! Читайте официальную документацию nginx.org/en/docs/ nginx.org/ru/docs/, а не эти «вредные советы».
Nginx очень прост в настройке, не надо его бояться.
tail -1 /var/log/nginx/personal.access_log | wc 1 27 386Чтобы сделать поток ~100МБ/с — надо примерно 200k rps. Это мягко говоря не мало.
Что в переводе означает следующее:
Пожалуйста убедитесь, что для всех операторов запроса (начинающихся с $) вы используете одинарные кавычки, чтобы PHP не пытался заменить текст '$exists' значением переменной $exists.
Они по-разному обрабатываются, если что. Но это не означает, что одинарные работают быстрее. На выходе вы получите те же opcode, что с одинарными, что с двойными кавычками. И даже heredoc синтаксис даст такой же результат.
Возвращаясь к логгированию — я всего лишь хотел сказать, что отсутствие логов не увеличит быстродействие (по крайней мере вы не заметите этого увеличения ни одним тестом), но при этом вы потеряете кучу полезной информации.
Тем, что они не будут работать «чуточку быстрее».
Это совет из серии «в php одинарные кавычки быстрее двойных». Только в отличии от данного совета, ваш еще и вредит, т.к. лишает пользователя диагностической и отладочной информации.
Не буду комментировать явные ошибки типа 64 тыс соединений, они просто показывают некомпетентность автора, извините.
Экономия на логах — это не правильно. Если у вас узкое место — это запись логов на диск, купите диски побыстрее.
Логгирование должно быть максимально подробным, и access_log в том числе. Это позволяет быстро локализовать проблему при наличии.
Если отключить access_log, как советует автор, а error выставить в crit, а потом еще удалить всю статику, то система будет «выглядеть нормально», при этом клиенты будут видеть долбанное ничего. За то быстро :)
Вы же сейчас говорите о подтверждении денежной операции, но не о форме сделки. Если я правильно понял, то оплаты не было, поэтому и нет никаких кассовых ордеров, и т.д.
Устная форма сделки разрешена законом www.gk-rf.ru/statia159
Цитатой они признают, что договоренности были, но со своей стороны они выполнять их не хотят.
Мило )
Кстати, отвлеченный вопрос: а как правильно поступать с опечатками в исходном тексте?
Похоже мы победили, но были отброшены в каменный век.
Мне удобней формировать «радио-плейлист» на каждый чих. Не исключаю, что 99% пользователей делают наоборот.
ps. Спасибо )