сlear: нах

А вот расскажите мне про <br class="clr" />.

То есть технически всё понятно. .clr {clear: both;}. Элемент с таким классом отменяет обтекание и используется для нормализации всей хрени, если перед ним были элементы с различными float: left и т.п.

А с сугубо теоретической? Это структурный html-элемент, единственное предназначение которого: изменять CSS-настройки других элементов? Причём его присутствие чётко подразумевает то, что предыдущие элементы будут позиционироваться с float?

И это и есть то самое великое и ужасное разделение структуры и её представления, ради которого создатели CSS столько всего положили? Что за хуйня?

Перехват отправляемого email

Начинаем рубрику «для самых маленьких», с решением простеньких проблем.

Есть такая функция в PHP — mail(), и отправляет она, как все знают, электронную почту. Чуть меньше народу знает, что на самом деле отправляет не она, а mail-сервер, которому она просто передаёт письмо.

Ситуация с настоящим mail-сервером при тестировании сайта на локалке (под Windows) несколько неудобна по двум причинам. Во-первых, достаточно геморойно его установить. Во-вторых, при тестировании обычно не нужно действительно рассылать письма по настоящим адресам. Лучше всего в локальной версии все отправляемые письма складывать в отдельную папочку. Сразу видно сколько писем было отправлено, кому и что у них внутри.

Остальной текст под катом

Z-z-z-z

Или вот, скажем, виртуальный диск. То есть в файловой системе есть, как бы диск, но физически на самом деле его нет — фикция. Некоторые программы его создают и выводят там какую-то свою инфу. Впрочем, чего это я вам рассказываю…

Так вот под виндой диски именуются латинскими буквами. И программе, которая его создаёт, нужно эту букву выдумать. И так, чтобы не совпало с уже существующим. Большинство выбирают, казалось бы единственно верный вариант — назвать его просто «Z:». А ведь и точно, вряд ли у машины столько физических дисков. А если и дошло до такого, то другие диски уже давно заняты.

Физических дисков то нет, а вот программ, которые создают виртуальные, в достатке. И каждая думает, что она одна такая единственная и неповторимая. А потом: ой, пардон, такая бяка, диск уже занят, освободите. И ведь изменить букву у многих из них нельзя. Ганьбец!

Кто кого сильнее? print или echo?

Продолжается вселенское мракобесие по «оптимизации» 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. С ней нам всем наверняка станет очень хорошо. Или придёт полный пиздец. Чего, впрочем, никто не знает.

Через Жо

Пару недель назад на Хабре перевели статью одного из разработчиков Internet Explorer о том, почему innerHTML не работает с таблицами. Объяснение, почему оно не работает чётко показывает подход использованный в разработки IE. Подход «пиздец, ну и похуй».

Как это было и в прошлый раз с утечками памяти при работе с DOM, и на этот раз, вместо того, чтобы исправлять свой продукт, творцы из MS пишут статьи о том, каким путём проблему можно обойти. Путь, как и обычно, пролегает через жопу и кишечник.

Радуют объяснения из серии: «я мог проверить, что innerHTML у TBODY устанавливался во что-то, начинающееся с <tr>… Звучит достаточно просто, пока вы не начнёте учитывать все варианты. Вроде подающейся строки, например как <!— новые строки —><tr>…». То есть вместо того, чтобы забить на этот гипотетический вариант с комментарием, IE достигает универсальности одинаковой работы для всех вариантов. Универсальности из серии не работает ваще нигде.

1 марта

Прошедшая зима начиналась с полного пиздеца, закончилась, кажется, более-менее вменяемо. Посмотрим, что будет дальше…

PHPLinq

На хабре написали про реализацию Linq на PHP для выборок из массивов.

Про реализацию — пока не будет сишного расширения, реализации на самом PHP, по большому счёту бессмысленны из-за низкого быстродействия. Про идею — с одной стороны хуйня, с другой, в принципе забавно, нужно будет последить.

По страницам: 123456789101112131415