Почему вы проверяете на empty()? Почему вы считаете, что если get() возвращает пустоту, то кеш протух? Если кеш протух, то get() вернёт не просто пустое значение, а false. Если вы проверяете условие на empty(), то делаете не правильное сравнение в результате которого, кеш может начать генерится всегда. Например, если вычисленное значение $var_key будет пустой строкой или массивом, вы будете постоянно генерить и записывать в кеш ни разу его не использовав.
Необходимо писать только так и никак иначе::
if($var_key === false){
Всё остальное является еретической блевотой, потому что в документации написано:
Returns the value stored in the cache or FALSE otherwise.
Эластичная мембрана может решить большинство проблем, таких как возникновение воронки при опорожнении. Почему же до сих пор используют тяжёлые перегородки?
Это и является доказательством того что чиновникам насрать на время реагирования. Хотели бы сохранить человеческие жизни, ускорив время приезда спасателей, посадили бы в первую очередь больше операторов.
M$ специально заслали Элопа в Nokia как троянского коня и он справился с поставленной задачей. Nokia выкуплена за гроши. Элоп возвращается обратно в ранге героя.
Какие то противоречивые изменения:
вместо «btn-small» стало «btn-sm»
Однако, вместо «icon-pencil» надо писать «glyphicon glyphicon-pencil»
Там 3 байта сократили, здесь 15 добавили. И в обоих случаях ухудшилась читаемость.
А меня смущает что на php страницы генерились по 600-800мс, ведь страницы там не очень сложные.
Очевидно же, что дело не в языке программирования, а в избыточной и плохо настроенной cms. Если переписать на php с ноля не используя cms, то время сократилось бы до 10-30мс на выделенном то сервере.
Дайте мне этот сайт и я перепишу его на php так, что бы он работал быстрее чем на node.js
1. Не все изучали php по официальной документации. Есть книги более простые для понимания.
2. Не все изучали php. Если знаком с другими ЯП, то с php сможешь разобраться без rtfm.
Положительно: фирмы с 20+ разработчиками вполне могут себе позволить заплатить $49/месяц
Нас всего двое и $588/год нам жалко. Однако, на боевых серверах мы разворачиваем сайты через меркуриал и для каждого сервера создаём отдельного юзера имеющего доступ только к этому проекту. Вот так получается 50+ пользователей в системе.
Что за бред. Он кому то угрожал или шантажировал? Это вполне нормальная практика: не публиковать найденные баги, пока их не пофиксят. Пофиксить баг гораздо проще, чем пофиксить хакера. А если эту багу найдёт ещё дюжина хакеров? А рано или поздно так и будет.
криворукостью и безалаберностью многих web-разработчиков, которые или не занимались безопасностью
Интересно, как изобретение ещё одного велика, позволит выпрямить руки, сделать разрабов залаберными и заставит их заняться безопасностью?
О шифровании паролей односторонним алгоритмом написано сейчас везде во всех статьях, книгах и документациях, однако, ленивые разрабы остаются ленивыми.
if(empty($var_key)){Почему вы проверяете на empty()? Почему вы считаете, что если get() возвращает пустоту, то кеш протух? Если кеш протух, то get() вернёт не просто пустое значение, а false. Если вы проверяете условие на empty(), то делаете не правильное сравнение в результате которого, кеш может начать генерится всегда. Например, если вычисленное значение $var_key будет пустой строкой или массивом, вы будете постоянно генерить и записывать в кеш ни разу его не использовав.
Необходимо писать только так и никак иначе::
if($var_key === false){Всё остальное является еретической блевотой, потому что в документации написано:
И на сколько я понимаю, наличие перегородок не позволит использовать мембраны.
вместо «btn-small» стало «btn-sm»
Однако, вместо «icon-pencil» надо писать «glyphicon glyphicon-pencil»
Там 3 байта сократили, здесь 15 добавили. И в обоих случаях ухудшилась читаемость.
Очевидно же, что дело не в языке программирования, а в избыточной и плохо настроенной cms. Если переписать на php с ноля не используя cms, то время сократилось бы до 10-30мс на выделенном то сервере.
Дайте мне этот сайт и я перепишу его на php так, что бы он работал быстрее чем на node.js
2. По результатам голосования, на данный момент, для 123 человек этот топик оказался полезным.
2. Не все изучали php. Если знаком с другими ЯП, то с php сможешь разобраться без rtfm.
Нас всего двое и $588/год нам жалко. Однако, на боевых серверах мы разворачиваем сайты через меркуриал и для каждого сервера создаём отдельного юзера имеющего доступ только к этому проекту. Вот так получается 50+ пользователей в системе.
Интересно, как изобретение ещё одного велика, позволит выпрямить руки, сделать разрабов залаберными и заставит их заняться безопасностью?
О шифровании паролей односторонним алгоритмом написано сейчас везде во всех статьях, книгах и документациях, однако, ленивые разрабы остаются ленивыми.