По поводу древности статьи:
тех, кто свято верит подобным советам, не смущают даже такие ископаемые как статья 5-тилетней давности http://php.spb.ru/php/speed.html, которая справедлива в лучшем случае для PHP4. Частенько вижу как эту статью советуют в ответ на вопрос об оптимизации PHP-кода. печально...
У же несколько раз встречал в сети эти советы, но на аглицком. Каждый раз они провоцируют бурное обсуждение... Многие советы спорные или являются "экономией на спичках". Выигрыш от них будет ничтожно мал в сравнении, например, со временем обращения к БД и временем работы не оптимального алгоритма.
Советы на подобие п.33 вообще считаю вредными, та же экономия на спичках, но как минимум затрудняет дальнейшую поддержку кода.
Про строки в двойных и одинарных кавычках:
разница может и есть, но только при разборе скрипта и сводится к нули при использовании кешера байткода. Специально в цикле делал eval строки в одних и других кавычках, на миллионе итераций особой разницы не заметил. Согласен, что $a['key'] логичнее $a["key"], но в подобном случае
$s = "<tr>".
"<td>$Key".
"<td>$Value".
"</tr>\n";
лично мне удобнее использовать одинаковые кавычки, независимо от того, есть в строке переменные или нет (но так и не смог убедить в этом шефа...)
Гораздо более впечатляющего результата можно достичь оптимизацией SQL-запросов, алгоритмов или структуры приложения.
P.S.
В который раз не могу понять как 42-й пункт соотносится с оптимизацией PHP-кода.
Числа прописью уместны на уроках русского языка и литературы и еще в очень ограниченном ряде случаев. Привычнее оперировать числами, записанными цифрами. Ведь не пишут же на табло Ж/Д вокзала прописью номер рейса или время отправления.
> 1324 читается гораздо быстрее чем Одна тысяча триста двадцать четыре
я бы даже сказал что максимально быстро, вроде как мы читаем слова целиком, а по не слогам (видел как-то текст, где слоги в словах переставлены местами, при этом текст читается на ура), с числами, наверное, то же самое.
Есть еще одна вещь, о которой вроде никто не сказал, чем больше цифр, тем больше число. Это позволяет сравнить числа, даже не читая их. Гораздо проще сравнить 227345 и 201000017, чем двести двадцать семь тысяч триста сорок пять и двести один миллион семнадцать. Особенно если числа записаны в столбик и выровнены по правому краю, глаз легко цепляется за самую длинную строчку.
Часто бывает достаточно оценить масштаб числа: 13 765 - Здесь что-то порядка 10 тыс. 215 612 – А вот тут уже 200тыс. Так, а это что за счет?! (здесь особенно полезна разбивка по разрядам).
Про часы
Вербариус не более чем фишка для интерьера, которой вряд ли будут пользоваться, для этого она не предназначена. Цитата из описания продукта: «Вербариус» украшает интерьер, а также помогает понять принципы образования числительных в иностранных языках и выучить фразы, обозначающие время. Для часов ничего лучшего циферблата не придумано. Не зря в кабинете, где у каждого стоит комп, висят обычные часы со стрелками: если стрелки вверху – пора на обед, если большая вверху, а маленькая стрелка внизу – пора домой. :)
Мнение, что ИТ не для женщин не более чем предрассудок, хотя предпосылки для это создаются начиная с пеленок - это для мальчиков это для девочек.
У нас в отделе разработки из 12 человек 5 девушек, полет нормальный. Чему я завидую, так это ихнему усердию, мне этого сильно не хватает.
P.S.
Прекрасная половина должна быть в ИТ-коллективе, хотябы потому, что надо кого-то поздравлять с 8-м марта :)
УИД формочки как раз полезен для предотвращения от повторной отправки данных при заполнении формы в браузере. Как уже сказали, никто не будет ночь напролет давить F5, а для работа не проблема получить HTML-код формы, выдрать УИД и запостить данные.
P.S.
Ссылки одинаковые.
Проблем с фильтрацией можно избежать, если письма с формы слать на отдельный ящик, если такой возможности нет, то добавлять к письму нужный заголовок или фразу в тему письма.
На возможность хранить файлы сессий в подкаталогах я тоже указывал в скрытом топике.
А вот про
session.save_path = "N;MODE;/path"
ничего в документации не встречал. Можете озвучить источник или ткнуть меня носом, если он в документации есть.
Не надо обобщать.
Пример:
школьники одной из школ города (краевой центр) на протяжении нескольких лет выигрывают краевые олимпиады по программированию для школьников, затем, получая высшее образование, входят в команду вуза и становятся призерами на региональном, российском, мировом турнирах ACM. И я знаю, что в этом не последняя заслуга учителя, ее ученики обладают знаниями, которыми не все выпускники вузов могут похвастать. Остальные школы по уровню и близко не стоят, иногда попадаются ребята, у которых голова работает в нужном направлении, но они не могут решать достаточно сложные задачи, в которых требуется серьезная алгоритмическая подготовка, ибо самоучки и направить в нужное русло некому. Есть еще одна школа в другом городе края, где тоже есть толковые небезразличные учителя, с которой и идет соперничество первых на краевых турнирах.
Говорю это не на пустом месте, несколько лет работал в вузе и принимал участие в организации этих олимпиад и ситуацию видел изнутри.
Не думаю что сборщик действует так неоптимально.
тех, кто свято верит подобным советам, не смущают даже такие ископаемые как статья 5-тилетней давности http://php.spb.ru/php/speed.html, которая справедлива в лучшем случае для PHP4. Частенько вижу как эту статью советуют в ответ на вопрос об оптимизации PHP-кода. печально...
интерфейсы в этом плане более привлекательны.
Советы на подобие п.33 вообще считаю вредными, та же экономия на спичках, но как минимум затрудняет дальнейшую поддержку кода.
Про строки в двойных и одинарных кавычках:
разница может и есть, но только при разборе скрипта и сводится к нули при использовании кешера байткода. Специально в цикле делал eval строки в одних и других кавычках, на миллионе итераций особой разницы не заметил. Согласен, что $a['key'] логичнее $a["key"], но в подобном случае
$s = "<tr>".
"<td>$Key".
"<td>$Value".
"</tr>\n";
лично мне удобнее использовать одинаковые кавычки, независимо от того, есть в строке переменные или нет (но так и не смог убедить в этом шефа...)
Гораздо более впечатляющего результата можно достичь оптимизацией SQL-запросов, алгоритмов или структуры приложения.
P.S.
В который раз не могу понять как 42-й пункт соотносится с оптимизацией PHP-кода.
начиная с какой-то версии IDE язык так же называется Delphi.
...в основнЫЙ поисковые системы...
...что посколькО другая компания...
..что придет ваС в голову.
исправьте пожалуйста.
блин, это прикол или я что-то не так делаю?
> 1324 читается гораздо быстрее чем Одна тысяча триста двадцать четыре
я бы даже сказал что максимально быстро, вроде как мы читаем слова целиком, а по не слогам (видел как-то текст, где слоги в словах переставлены местами, при этом текст читается на ура), с числами, наверное, то же самое.
Есть еще одна вещь, о которой вроде никто не сказал, чем больше цифр, тем больше число. Это позволяет сравнить числа, даже не читая их. Гораздо проще сравнить 227345 и 201000017, чем двести двадцать семь тысяч триста сорок пять и двести один миллион семнадцать. Особенно если числа записаны в столбик и выровнены по правому краю, глаз легко цепляется за самую длинную строчку.
Часто бывает достаточно оценить масштаб числа: 13 765 - Здесь что-то порядка 10 тыс. 215 612 – А вот тут уже 200тыс. Так, а это что за счет?! (здесь особенно полезна разбивка по разрядам).
Про часы
Вербариус не более чем фишка для интерьера, которой вряд ли будут пользоваться, для этого она не предназначена. Цитата из описания продукта: «Вербариус» украшает интерьер, а также помогает понять принципы образования числительных в иностранных языках и выучить фразы, обозначающие время. Для часов ничего лучшего циферблата не придумано. Не зря в кабинете, где у каждого стоит комп, висят обычные часы со стрелками: если стрелки вверху – пора на обед, если большая вверху, а маленькая стрелка внизу – пора домой. :)
http://company.yandex.ru/technology/products/Yandex-Server/features.xml
У нас в отделе разработки из 12 человек 5 девушек, полет нормальный. Чему я завидую, так это ихнему усердию, мне этого сильно не хватает.
P.S.
Прекрасная половина должна быть в ИТ-коллективе, хотябы потому, что надо кого-то поздравлять с 8-м марта :)
еще раз: ссылки одинаковые.
P.S.
Ссылки одинаковые.
А вот про
session.save_path = "N;MODE;/path"
ничего в документации не встречал. Можете озвучить источник или ткнуть меня носом, если он в документации есть.
Пример:
школьники одной из школ города (краевой центр) на протяжении нескольких лет выигрывают краевые олимпиады по программированию для школьников, затем, получая высшее образование, входят в команду вуза и становятся призерами на региональном, российском, мировом турнирах ACM. И я знаю, что в этом не последняя заслуга учителя, ее ученики обладают знаниями, которыми не все выпускники вузов могут похвастать. Остальные школы по уровню и близко не стоят, иногда попадаются ребята, у которых голова работает в нужном направлении, но они не могут решать достаточно сложные задачи, в которых требуется серьезная алгоритмическая подготовка, ибо самоучки и направить в нужное русло некому. Есть еще одна школа в другом городе края, где тоже есть толковые небезразличные учителя, с которой и идет соперничество первых на краевых турнирах.
Говорю это не на пустом месте, несколько лет работал в вузе и принимал участие в организации этих олимпиад и ситуацию видел изнутри.