Статья с dev.opera.com, достаточно старая (ноябрь 2006), но для начала вполне подходящая.
| Оригинал: | http://dev.opera.com/articles/view/efficient-javascript/ |
| Автор: | Mark ‘Tarquin’ Wilton-Jones |
| Перевод: | Григорьев Олег |
| Тип перевода: | Весьма вольный |
| Лицензия: | Creative Commons Attribution, Non Commercial — Share Alike 2.5 license |
Так как милым дамам вот делать больше нечего, как зависать 8 марта на Былго.РУ, поздравлять никого не буду.
На сайте открывается новый раздел — Похождения.
И первой статьёй в ней будет, конечно же, описание легендарного Пыхослёта.
А вот расскажите мне про <br class="clr" />.
То есть технически всё понятно. .clr {clear: both;}. Элемент с таким классом отменяет обтекание и используется для нормализации всей хрени, если перед ним были элементы с различными float: left и т.п.
А с сугубо теоретической? Это структурный html-элемент, единственное предназначение которого: изменять CSS-настройки других элементов? Причём его присутствие чётко подразумевает то, что предыдущие элементы будут позиционироваться с float?
И это и есть то самое великое и ужасное разделение структуры и её представления, ради которого создатели CSS столько всего положили? Что за хуйня?
Начинаем рубрику «для самых маленьких», с решением простеньких проблем.
Есть такая функция в PHP — mail(), и отправляет она, как все знают, электронную почту. Чуть меньше народу знает, что на самом деле отправляет не она, а mail-сервер, которому она просто передаёт письмо.
Ситуация с настоящим mail-сервером при тестировании сайта на локалке (под Windows) несколько неудобна по двум причинам. Во-первых, достаточно геморойно его установить. Во-вторых, при тестировании обычно не нужно действительно рассылать письма по настоящим адресам. Лучше всего в локальной версии все отправляемые письма складывать в отдельную папочку. Сразу видно сколько писем было отправлено, кому и что у них внутри.
Или вот, скажем, виртуальный диск. То есть в файловой системе есть, как бы диск, но физически на самом деле его нет — фикция. Некоторые программы его создают и выводят там какую-то свою инфу. Впрочем, чего это я вам рассказываю…
Так вот под виндой диски именуются латинскими буквами. И программе, которая его создаёт, нужно эту букву выдумать. И так, чтобы не совпало с уже существующим. Большинство выбирают, казалось бы единственно верный вариант — назвать его просто «Z:». А ведь и точно, вряд ли у машины столько физических дисков. А если и дошло до такого, то другие диски уже давно заняты.
Физических дисков то нет, а вот программ, которые создают виртуальные, в достатке. И каждая думает, что она одна такая единственная и неповторимая. А потом: ой, пардон, такая бяка, диск уже занят, освободите. И ведь изменить букву у многих из них нельзя. Ганьбец!
Продолжается вселенское мракобесие по «оптимизации» PHP кода. Это там где светлые умы замеряют быстродействие count() и sizeof().
Вот и на Хабре очередной перевод а под ним туева хуча комментариев. Автор, правда, по его словам, сделал не просто перевод, а так же сам рассмотрел смысл такой оптимизации. Имхо, получилось ещё хуже.
Исходное: по возможности используйте require() вместо require_once(). Добавление от переводчика: весьма неоправданная экономия. С require вместо require_once гораздо больше вероятности подгрузить уже подгруженный файл.
Большинство различных форумов заставляют вводить свой пароль при большинстве изменений в профиле. Особенно страдают администраторы, им пароль приходится вводить при входе в админку и на каждый чих внутри неё. Сделано это, несомненно, в целях повышения безопасности. Так как безопасность очень важна, данную фишку даже отключить нельзя.
Несмотря на то, что сделано это во благо, всех нормальных людей это несколько нервирует. Большинство не любит лишний раз стучать по клавишам. Большинство предпочитает нажать кнопку «запомнить меня» и забыть пароль навсегда. Никто не любит отыскивать, где там у него записан пароль и вводить его в форму.
Что делают люди для того чтобы избежать этого геморроя? Ставят себе везде одинаковый простой пароль. 123, например. Более продвинутые админы, залезают в код форума и кустарным методом удаляют это поведение, при это часто что-то нарушая. Ведут ли оба эти способа к изначальной цели — повышению безопасности? Да нихуя подобного. К чёрту ввод пароля на каждый чих!
Тёмочка продолжает жечь. На этот раз в мудаки записаны программисты.
А вот имхо, программиста сообщения об ошибках вообще не должны ебать. Ебать они должны дизайнеров интерфейсов. Пусть они задают вопрос «Почему?» и объясняют ответ на него программисту.
P.S. И очень не нравится неприязнь Лебедева к букве Ё. Слово ебаный без точек читается как с ударением на а — ебаный, а это несколько коробит.
На одном из форумов человек интересовался, что это за ключевое слово такое в PHP — from. Дескать, Zend Studio его подсвечивает.
Хотел сказать, что, мол, это зенд у тебя палёный и начать тыкать в List of Reserved Words. И тут на тебе — мои NetBeans и Eclipse его тоже подсветили. Предположение, что редакторы путают PHP с SQL не прошло: и SELECT, и WHERE остаются в коде такими же мертвенно чёрными, как обычные константы и функции.
Видимо, это новая сверхсекретная возможность зарезервированная для будущих версий PHP. С ней нам всем наверняка станет очень хорошо. Или придёт полный пиздец. Чего, впрочем, никто не знает.
