БЛОГНОТ

сладкий функциональный макрос в яваскрипт

2008-07-10T17:40:00.002+04:00

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

приведу классический пример:


Array.prototype.each= function( callback ){
    for( var i= 0, len= this.length; i < len; ++i )
        callback.call( this, this[ i ], i );
};

var summ= 0;
[-1,1,2,3].each( function( val, key ){ summ+= val } );
alert( summ );

тут в метод итерирования передаётся функция замкнутая на текущий контекст, которая должна выполнить нужные нам операции для каждого элемента массива. довольно многословно, не правда ли? было бы замечательно хотябы сделать короткий алиас для ключевого слова function, но яваскрипт ничего такого не позволяет -_-

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

что ж, решение есть и довольно красивое... вот простая функция, динамически меняющая исходный код переданной в качестве аргумента функции:


var $func= function( func ){
    eval(
        'func=' + String( func )
        .replace( /\{\$:/g, 'function($){return ' )
    );
    return func;
};

а вот пример использования:


$func( function( ){

Array.prototype.each= function( callback ){
    for( var i= 0, len= this.length; i < len; ++i )
        callback.call( this, { key: i, val: this[ i ] } );
};

var summ= 0;
[-1,1,2,3].each( {$: summ+= $.val } );
alert( summ );

})();

тут весь код приложения засовывается в функцию, пропускается через препроцессор и потом исполняется. при этом внутри можно создавать инлайн-функции используя простой и элегантный синтаксис:


{$: /* какой-то код,
результат выполнения которого будет возвращён функцией */ }

Игровая индустрия не мертва!

2008-02-10T01:19:00.000+03:00

Valve не перестаёт радовать. Если не брать в расчёт "эпизодовую жевачку", то все их игры отменного качества. Это прежде всего ремейки таких хитов как Half Life и Counter Strike. Недавно к ним довились Team Fortress 2 и Portal. О последнем и пойдёт сегодня речь...

Жанр этого чуда - квест. Трёхмерный квест со совершенно новым геймплеем. Я вообще не люблю квесты, ибо они в массе своей скучны и однообразны. Но этот я прошёл аж два раза на одном дыхании (второй раз - закрепляя навыки и читая комменты разработчиков).

Отлично продуманные, разнообразные уровни. Харизматичный сумасшедший искуственный интеллект. Футуристичная атмосфера, приправленная изрядной долей фарса. Ну и конечно же - многочисленные физические головоломки с использованием порталов.

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

Порталы - редкостная игра сделанная, как говорится, с душой и качественно. Вальве большущий респект за то, что не побоялись вложить бабки в столь смелый проект!

Зомби

2008-01-25T16:17:00.000+03:00

Сегодня речь пойдёт о "зомби" или, говоря псевдонаучным языком, "человек непроснувшийся, но двигающийся в направлении работы".

Так вот, каждый рабочий день я наблюдаю следующую картину: у входа на эскалатор стоит толпа зомби, каждый из которых терпеливо ждёт своей очереди вступить на бегущие вниз ступеньки.

Вы думаете пропускной способности эскалатора недостаточно, чтобы их всех разместить? Как бы не так! Все они ждут своей очереди вступить лишь на правую сторону ступеньки. Левая же сторона остаётся на многие метры пуста. Если бы зомби распределялись по обоим сторонам равномерно - не было бы этой давки перед эскалатором. При этом по громкоговорителю периодически объявляют: "вставайте на обе стороны, не создавайте пробок", - но зомби, естественно это не слышат...

Подводные грабли XSLT

2008-01-16T11:25:00.003+03:00

Наверняка каждый, кто пытался заюзать клиентскую шаблонизацию посредством xslt сталкивался с неадэкватным поведением некоторых браузеров. Многие просто поворачивали назад, но некоторые продолжали упорно искать лазейки для написания кроссбраузерных приложений.

Тут я приведу основные грабли на которые я напоролся и способы их обхода.

1. в мозилле не работает xsl:disable-output-escaping, то есть нельзя трансформировать текст в xml, что в некоторых случаях весьма удобно. в противоположность этому xslt не поддерживает сериализацию в текст, что тоже было бы удобно. в обоих случаях приходится либо на сервере нужным образом подготавливать данные, либо писать нетривиальные шаблоны для трансформации.

2. в ие нельзя указывать xsl:method="xml" ибо тогда к выходному xml-лю будет дописан xml-декларация (да, omit-xml-declaration он игнорирует ), что приводит к переводу ие в режим совместимости с древними глючными версиями. то есть метод должен быть только "html"

3. однако, если указать xsl:method="html", то в опере перестают работать формы o_0. точнее, они работают, но не посылают ни одного поля. исследования показали, поля ввода по неизвестной причине просто не привязываются к форме. причина оказалась в web forms 2.0:

Setting an element's form attribute to the empty string (or to a string consisting only of IDs that do not correctly identify form elements) just disassociates the form control from its form, leaving it unassociated with any form.

и опера, как на зло, воспринимает неустановленный атрибут "form" как установленный в значение "пустая строка". вывод - нужно задать форме идентификатор, а всем полям - атрибут form с тем же значением. уже второй раз напарываюсь на этот кривой html5.0 (слоган которого - "обратная совместимость - наше всё") и его не менее кривую реализацию в опере (-_-)

4. xsl:fallback не поддерживает ни один браузер, хотя его-то нужно было бы реализовать в первую очередь! Впрочем, внутри шаблонов можно по старинке фильтровать браузеры.

5. бойтесь вгружать xml+xslt в элемент iframe и делать "рефрэш страницы" - мозилле от этого становится очень грустно и она делает себе сэпукку. это довольно древний баг, который до сих пор так никто и не удосужился исправить. вместо ифрейма можно использовать object, правда у него есть некоторые косяки в ие...

upd: ко мне тут пришла гениально простая мысль ^_^ можно использовать method="xml", а ие переводить в режим соответствия стандартам простеньким скриптом:

window.onload= function(){
    var html= document.documentElement.outerHTML;
    if( html && ( document.compatMode == 'BackCompat' ) ) 
        document.write( '<!DOCTYPE html>\n' + html );
}

что может быть хуже чем показывать и смотреть рекламу? отлавливать в ней ошибки!

2007-11-26T19:05:00.000+03:00

повесили на один сайт google adsense. в мозилле, опере всё пучком, а ИЕ что-то кортачится - ничего не показывает кроме ошибок: "незавершённая строковая константа" и "недопустимый символ". в качестве адреса указывает нашу страницу. номер строки и символа - циркулирует между пятком вариантов.

если бы эта проблема наблюдалась только в мозилле - я бы взял огнебаг, да отдебажил по самое небалуйся, но под ИЕ, к сожалению, ничего подобного нет (-_-) причём ошибка выскакивала только в шестом ИЕ. седьмой же - не возникал и спосойно отображал рекламу. правда русские буквы он отображал исключительно вопросительными знаками. сначала я не обратил на это особого внимания, но как потом оказалось - зря.

страницы у нас отдаются в utf-8, но гугол свою рекламу почему-то отдаёт в windows-1251. подозреваю он определяет язык (по региону или по http-заголовку, не суть в общем) в соответствии с ним отбирает объявления (из 6 ссылок 1-2 на русском языке) и по неизвестной причине выбирает кодировку 1251. ие в заголовках её не запрашивает, исходная страница в utf-8, видимо гугол просто для русского языка по дефолту шлёт 1251 и тем самым совершенно не учитывает поведение детища мелкософта - эта мохнатая скотина плевать хотела на http-заголовки подгружаемого яваскрипта. ие при загрузке скриптов и стилей устанавливает для них ту же кодировку, что и на странице для которой они загружаются. как следствие, ие думал, что подгружаемый гуглоскрипт с рекламными данными был в кодировке utf-8 и встретив там русские буквы, которые не входят в ASCII-7, получал совершенно невообразимые коды символов.

как обойти такое поведение ИЕ? да очень просто! есть два варианта:
1. отдавать скрипты в той же кодировке, что и исходная страница.
2. указать в тэге <script> атрибут charset содержащий код нужной кодировки.
если меня читают товарищи из гугла, то в этот их скрипт нужно добавить:

document.write('<script language="JavaScript1.1" 
charset="windows-1251" src="'+c+'"><\/script>')

естественно вместо "windows-1251" нужно подставить ту кодировку в которой собираемся грузить данные.

да, и отдельное спасибо за то, что мне пришлось копаться в этой лапше (-_-)

Ещё несколько жаббер ботов

2007-11-08T12:18:00.001+03:00

imified{нэко}imified{нэзу}com - этот бот много чего умеет. в частности, через него я сейчас пишу этот пост в блог. сбылась мечта идиота ^_^
сразу после регистрации у вас появляются виджеты "заметки", "напоминания" и "планировщик", но ткните на пункт "My Account" и бот выдаст вам ссылку пройдя по которой вы сможете настроить ваш аккаунт - выбрать те виджеты, которыми вы хотите пользоваться.

семейство ботов disk.jabbim.cz:
private{нэко}disk{нэзу}jabbim{нэзу}cz - приватное файлохранилище

public{нэко}disk{нэзу}jabbim{нэзу}cz - публичное файлохранилище
album{нэко}disk{нэзу}jabbim{нэзу}cz - веб-альбом
общий объём - 50мб. не густо, но например для быстрой публикации скриншотов должно хватить.
публичные файлы доступны по адресу вида: http://disk.jabbim.cz/jabberID/
альбом располагается по адресу вида: http://album.jabbim.cz/jabberID/
, где вместо jabberID нужно подставить ваш jabberID ^_^

Вы читаете машина переведена страницу

2007-11-05T00:19:00.000+03:00

блуждая по всемирной помойке наткнулся на статью написанную корявым языком. то, что переведено автоматом это понятно, совсем убила приписка в конце:

ВАЖНО: Вы читаете машина переведена страницу, которая предоставляется "как есть" без гарантии. В отличие от человеческого перевода, машинный перевод не понимает грамматика, семантика, синтаксис, идиомы на естественном языке, что часто приводят неточные и низкое качество текста, который вводит в заблуждение и непонятным. Таким образом, обратитесь оригинальный английский статью, когда сомнения.

операция прервана высшими силами

2007-10-30T18:57:00.000+03:00

недавно столкнулся с такой проблемой в IE: при переходе на следующую страницу он выдаёт алерт "не удалось открыть узел... операция прервана" и отказывается грузить страницу. ctrl+f5 обычно спасает положение. так и не понял почему это происходит, но связано это с тем, что скрипт пытается работать с dom в то время как его уже/ещё не существует.

объекты, хэш-таблицы и яваскрипт

2007-10-27T12:44:00.000+04:00

как известно, всё в яваскрипт является объектами.

"как это всё?" - спросит подкованный читатель, - "а как же примитивные типы?"
а примитивные типы - тоже объекты, только несколько иные...

разберёмся с терминологией:
объект - понятие довольно абстрактное, означающее "некая сущность обладающая состоянием и поведением".
примитивные типы в яваскрипте безусловно обладают и состоянием (собственно значение) и поведением (методы, которые они наследуют от своего прототипа)

пытливый читатель может тут возразить, что на самом деле в случае вызова метода примитивный тип просто конвертится в объект, который уже наследует методы. и будет прав! но это не отменяет того факта, что метод-то мы вызываем для переменной содержащей примитивное значение и от состояния этого значения может быть вызван разный метод и дать, соответственно, разный результат.

каждый примитивный тип имеет своё уникальное поведение: при попытке доступа к полям они конвертятся в свои типы объектов и наследуют соответствующий набор полей от прототипа. значит примитивные типы - тоже объекты.

но что в них такого особенного?

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

основной недостаток яваскрипта заключается в том, что переменная this внутри методов указывает на объект-посредник, а не на примитивный объект, в результате чего внутри метода мы не можем узнать является ли объект, в контексте которого происходит вызов, самостоятельным объектом или объектом-посредником. а это бывает важно в свете того, что передача полноценных объектов происходит по ссылке, а примитивных - по значению.

ps: вот что действительно не является объектами, так это значения null и undefined. и это очень печально (-_-)

светлое будущее, наконец, наступило!

2007-10-21T20:31:00.000+04:00

помните, с чего началась вся эта эпопея с xml, xsl, xhtml и прочими иксами?

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

тогда появился xml - формат не накладывающий ограничений на структуру данных. в нём можно использовать свои тэги, вкладывать так как считаешь правильным и многое другое.
естественно, браузеру всё-таки надо было объяснить как эти данные следует отображать. css был недостаточно функционален для отображения произвольных данных, поэтому был разработан xsl, который весьма прохладно был воспринят создателями браузеров. тем не менее, его младшему брату xslt повезло больше: ввиду того, что он не требует переписывать весь браузерный движок, а выступает в качестве посредника, трансформирующего исходный xml в html уже понятный браузеру, его поддержка довольно быстро появилась в ИЕ, мозилле и сафари - основной троице браузерных движков. последней, сравнительно недавно, к ним подключилась и опера (девятая версия).

что мы получили в итоге? получили мы возможность на запрос клиента отдавать только данные в удобной нам форме. если браузер не знает что эти данные означают - он качает xslt и трансформирует их в xhtml. если он не знает как они должны выглядеть - качает css и показывает. если же он не знает как они должны себя вести - качает javascript. xslt, css и javascript качаются один раз и оседают в кэше. при каждом запросе передаётся только экстакт данных в формате xml.

более-менее продвинутый читатель, наверно, уже заметил, что формирование xml ничем принципиально не отличается от формирования html. отчасти это так. если мы формируем документ-ориентированный xml, то придётся вручную вставлять данные в нужные места. но, если наша цель - формирование xml ориентированного на данные, то его формирование можно возложить на автоматику, которая преобразует родные для языка программирования объекты в неродное xml дерево.

чтобы не быть голословным, предлагаю реализацию на php:

function native2xml( $var, $name='root' ){
  $xml= '';
  if( is_object( $var ) || is_array( $var ) ):
      foreach( $var as $n => $v )
          $xml.= native2xml( $v, $n );
  else:
      $xml= htmlspecialchars( $var, ENT_NOQUOTES, 'UTF-8' );
  endif;
  if( is_numeric( $name ) ) $name= 'item';
  return '<'.$name.'>'.$xml.'';
}

просто передайте этой функции дерево объектов и получите на выходе xml-строку.

тут вы можете скачать рабочий пример, демонстрирующий вывод формы и локализацию основанную на xslt (приглядитесь, в xml пересылаются английские фразы, но отображаются они в браузере на русском языке).

из минусов такого подхода:
1. мы ограничиваемся исключительно языком xslt, о недостатках которого я уже писал.
2. для поисковиков и устаревших браузеров нужно производить эти трансформации на сервере.

есть ещё два варианта "объяснения" браузеру как работать с данными:
1. javascript - трансформирование с его помощью - редкостный изврат.
2. OWL - очень мощная технология, но на данный момент никем не поддерживаемая. есть подозрение, что её ждёт та же учесть, что и XSL (-_-)

YSLT - продолжение идей XSLT

2007-10-19T20:26:00.000+04:00

XSLT - самый мощный язык шаблонов, но в нём есть несколько недостатков:
1. нельзя вкладывать шаблоны друг в друга. всё равно, что при программировании пользоваться исключительно глобальными переменными. рано или поздно начинаются конфликты, при большом числе шаблонов сложно отслеживать какой где используется.
2. нельзя использовать xpath для вывода информации в текстовые узлы. точнее можно, но довольно громоздкой конструкцией.

для решения этих и других проблем я надумал сообразить свой темплейтный движок с идеологией схожей с xslt.
наглядный пример можно найти по этой ссылке: http://phpclub.ru/talk/showthread.php?postid=752263#post752263

интересно, почему же я не люблю древовидные обсуждения?

2007-10-18T22:32:00.000+04:00

ластюфм жжот

2007-10-16T13:42:00.000+04:00

в кое то веки залез на почту и обнаружил там среди прочего спама письмо от "последней радиостанции" такого содержания:

---
Warning: Smarty error: unable to read resource: "notification_emails/digest.tpl" in /usr/local/lib/php/Smarty.class.php on line 1101
---

да, подумаешь, куда-то подевался темплейт в результате чего вместо обычной рассылки производится рассылка спама, но нет, это не ошибка - это всего-лишь варнинг ^_^ который естественно никто даже не думает перехватывать..
для кого варнинг-то? для программиста или для пользователя?

просто прикольное видео

2007-10-13T23:31:00.000+04:00

Почему я пишу безграмотно?

2007-09-29T17:12:00.000+04:00

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

в чём причина?

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

для чего сущетвует язык и письмо в частности?

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

ближе к делу...

есть простое и эффективное правило для трансформации голосовой информации в текстовую - "как слышытся - так и пишется". если следовать этому правилу при написании текста - восстановление звуков становится тривиальной задачей. мой респект в этом плане можно смело отдавать японцам которые изобрели кану, предназначенную исключительно для записи звуков как они слышатся, а не так как положено по каким-то там правилам. искуственные языки тоже стараются придерживаться этих правил, но из-за своей искуственности они, к сожалению, никогда не смогут вытеснить естественные, а было бы неплохо ^_^

почему произнося ЁЖЫК мы должны писать ЁЖИК? Ы - это какая-то недобуква, кою нельзя писать всуе?

почему произнося КАРАТЭ мы должны писать КАРАТЕ? что это за тупая калька с английского? Э - это тоже недобуква не достойная быть написанной?

а буквы Е, Ё, Ю, Я - зачем были введены, если они читаются не иначе как Э, О, У, А? да, отличие их в том, что после твёрдой согласной они делают её мягкой, а в остальных случаях читается, как ЙЭ, ЙО, ЙУ, ЙА. так почему бы не использовать для записи эту самую Й и мягкий знак (от которого всё-равно никуда не деться) для смягчения?

меня также убивает обращение к человеку во множественном числе ("вы соизволили.."). некоторые даже пишут местоимение при этом с большой буквы, подчёркивая свою безграмотность. оправдывают они это обычно "уважением к собеседнику", не проявляя оного ни коим образом кроме упомянутой формальности. меня часто обвиняют в неуважении по причине употребления местоимение единственного числа ("ты") при общении с конкретным человеком. некоторые даже требуют обращаться к ним во множественном числе, как буд-то у них расщепление личности или ещё какая душевная болезнь. такие перцы у меня не вызывают никакого уважения, ибо они не читают текст сообщения, не пытаются понять смысл, а просто смотрят на формальный признак "употребляет 'ты' - значит не уважает" и всё. тем более гупо выглядят их фразы типа "я к Вам на Вы, б*я".

подведу итог: по принцыпиальным соображениям я использую местоимение "ты", это никак не связанно со степенью уважения собеседника (что проявляется прежде всего по смыслу текста); также я пишу Э, Ы и другие "недобуквы"там где они чётко слышатся; от Е, Ё, Я и Ю я не отказываюсь, ибо это вызовет серьёзные трудости восприятия написанного мной текста обычными ("непросветлёнными" ^_^) людьми, более того, я употребляю и Ё, ибо Е ни коим образом не способна её заменить.

ps: некоторые "помешанные типографы" не просто ратуют за соблюдение всех правил руского языка, но ещё и считают принципиальной разницу между тире и дефисом, а также между симметричными кавычками-лапками и ассиметричными ёлочками, не смотря на то, что текст воспринимается читателем одинаково хорошо. в вэбе свои правила типографии - пора бы уже с этим смириться.

php -> javascript -> ...

2007-09-26T18:11:00.000+04:00

кто сказал, что в php нет ни динамического, ни множественного наследования?
уже есть: http://php.ru/forum/viewtopic.php?t=7870

и пусть только кто-нибудь после этого скажет, что в php слабый ООП... |_(~_~)_/

а ксенофобия всё прогрессирует...

2007-09-24T12:44:00.000+04:00

проще перечислить с кем русские не успели разжопиться...

\(^_^)/

2007-09-21T14:03:00.000+04:00

d(^_^)b - в наушниках

o_0 - офигевший

^,__,^ - вампир

^_^' - смущён

\m/(^_^)\m/ - на пальцах

=^.^= - майский котик

/X\(o.o)/X\ - поучок

^(oo)^ - свинтус

@(*о*)@ - коала

(='_'=) - покемон

>^,,^< - летучая собака

*\o/* - девушка из группы поддержки

(<>..<>) - инопланетянин

__\o/__ - утопающий

(+_+) - трупик

неплохая подборка смайлов:
http://www.itc.ua/article.phtml?ID=13123&IDw=53&pid=21

ещё одна:
http://smayly.net.ru/static/txt.html

установка обработчиков событий в javascript

2007-09-18T01:48:00.000+04:00

Я уже говорил, что люблю яваскрипт? Если нет, то: "лучше языка я ещё не встречал!". Есть, конечно и недостатки, но многие из них можно обойти...
Но сейчас пойдёт речь не о недостатках, а наоборот, об одном элегантном решении...

Самый простой способ повесить обработчик события - это просто написать:

node.onclick= function( e ){
 if( !e ) e= window.event;
 alert( e );
}

Метод довольно простой и наглядный, но основной его недостаток - для одного события у одного узла можно назначить только один обработчик, что очень неудобно.

Более сложный способ, лишённый этого недостатка, - это воспользоваться методами addEventListener (DOM) и attachEvent (IE). Например: http://php.ru/forum/viewtopic.php?t=7374

Работает, конечно, замечательно, но у него есть один существенный недостаток - мы не можем создавать свои события и вешать на них обработчики. В первом варианте у нас такая возможность есть, но обработчик мы можем повесить только один и соответственно городить огород нет особого смысла.

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

node.observe= function( event, func ){
if( !node[event] ){
    node[event]= function f( e ){
        if( !e ) e= window.event;
        var funcs= node[event].funcs;
        for( var i= 0; i < funcs.length; ++i ){
            if( funcs[i] ) funcs[i]( e );
        });
    };
    node[event].funcs= [];
}
var funcs= node[event].funcs;
for( var i in funcs )
   if( funcs[i] == func ) return;
funcs.push( func );
}
node.unobserve= function( event, func ){
var funcs= node[event].funcs;
for( var i in funcs )
   if( funcs[i] == func )
      delete funcs[i];
}

то есть, мы расширяем html-ноду ( хотя, в ИЕ наврятли удастся расширить что-то отличное от html-елемента -_- ну да не суть ) двумя функциями, одна из которых добавляет обработчик, а вторая - удаляет.

Примеры использования:

function ping( e ){
alert( e );
}

node.observe( 'onclick', ping );

node.unobserve( 'onclick', ping );

node.observe( 'onmyevent', ping );

node.onmyevent( { keyCode: 1 } );

upd: кстати, на событие 'onbeforeunload' и возможно на ещё какие-то нельзя вешать обработчики с помощью addEventListener/attachEvent, ибо некроссбраузерно.

upd2: мля... не работает в мозилле в designMode... придётся оной подпорки делать...

одна большая дырка

2007-09-10T14:48:00.000+04:00

правильно, речь пойдёт об ИЕ ^_^
недавно (ну, месяца два назад) c удивлением обнаружил, что в ИЕ работает даже такая конструкция:

<img src="javascript:alert(1)" />

что тут можно сказать? только сабж ^_^

выделение, визивиг и изменение контента

2007-09-07T18:31:00.000+04:00

при реализации визивига некоторые вещи приходится вытворять по схеме: сериализация->обработка->десериализация

в качестве примера - реализация динамической подсветки кода. одними только dom-функциями это реализовывать - страшный геморрой, а ещё и очень медленно. гораздо быстрее и проще пройтись парой регулярок по сериализованному документу.

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

очевидно, что метки начала и конца выделения должны быть неиспользуемой последовательностью символов юникода. также они должны иметь нулевую ширину, дабы при вводе текста не было скачков. я остановился на парах диактрических знаков: '\u0300\u0301' и '\u0302\u0303'. вроде как маловероятно, чтобы в тексте потребовалось их применить последовательно. ширины они точно не имеют. единственный недостаток: они имеют визуализацию, но с учётом того, что обработка должна быть "мгновенной" (ибо рилтаймовая подсветка) - кратковременное появление маленьких значков не должно быть заметно на глаз.

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

в ИЕ всё оказалось весьма шоколадно...

сохранение меток выглядит так:

var range= document.selection.createRange();
range.pasteHTML( '\u0300\u0301' + range.htmlText + '\u0300\u0301' );

восстановление несколько менее тривиально:

var ran= document.body.createRange();
var tr= document.body.createRange();
tr.findText( '\u0300\u0301' );
tr.text= '';
ran.setEndPoint( 'StartToStart', tr );
tr.findText( '\u0302\u0303' );
tr.text= '';
ran.setEndPoint( 'EndToEnd', tr );
ran.select( );

а вот реализуя то же самое для остальных браузеров пришлось несколько попотеть...

сохранение меток:

var ran= window.getSelection().getRangeAt(0);
var rane= ran.cloneRange( );
rane.collapse( false );
var node= document.createTextNode( '\u0302\u0303' );
rane.insertNode( node );
var node= document.createTextNode( '\u0300\u0301' );
ran.insertNode( node );

а для восстановления соответственно приходится бежать по всему дому в поисках открывающей и закрывающей пар node+offset, после чего наведение выделения с помощью функций setStart и setEnd. почему w3c не соизволила узаконить findText остаётся загадкой 8(o_0)8

Теория множеств свернула не туда

2007-09-02T11:29:00.000+04:00

Читая различную литературу каждый раз подмечаю интересную особенность: если автор описывая что-то начинает вдруг использовать эпитеты типа "гениальное", "эпохальное" и тп, то это значит, что читателю пытаются скормить очередную чушь и упомянутые эпитеты призваны усилить аргументацию...

Приведу пример из "Что такое математика?" от Куранта, Роббинса под редакцией Колмогорова:

Тому же Кантору принадлежит открытие исключительной важности: множество всех действительных (рациональных и иррациональных) чисел несчетно.

О других участниках там же идёт повествование в более сухом тоне, местами даже с элементами разоблачения:

Евклид, громкая слава которого объясняется той частью его «Начал», которая посвящена основам геометрии (изучаемым в школе), по-видимому, сделал оригинальные открытия в области теории чисел, тогда как его геометрия в значительной степени представляет собой компиляцию ранее полученных результатов.

Ну да вернёмся к описываемому гиперболическими эпитетами "открытию"... суть его заключается в том, что Кантор показывает несчётность континуума весьма "остроумным" способом. я бы назвал его скорее софистической спекуляцией понятием "бесконечность".

Для начала хотелось бы напомнить классическое доказательство бесконечности ряда натуральных чисел:

Предположим, что мы нашли конец, значит среди всех чисел можно найти максимальное, прибавить к нему 1 и получить новое натуральное число, которое находится за установленной нами границей. далее формулируем индукционный переход: для любого конечного множества натуральных чисел можно найти натуральное число, которое не будет входить в это множество.
и делаем вывод, что множество натуральных чисел не является конечным или, что то же самое, является бесконечным.

Теперь перейдём собственно к Кантору... суть его "доказательства" сводится к следующему: пусть мы пересчитали все вещественные числа, тогда, мы можем выписать их в ряд:
0: 0.abc...
1: 0.def...
2: 0.ghi...
...
, а потом используя диагональный метод составить новое число, где первая цифра не равна первой цифре первого числа, вторая - второй второго и так далее.
Далее мы делаем финт ушами - предельный переход - и получаем число, которого нет в нашем списке, из чего делаем вывад о том, что множество вещественных чисел мощнее множества натуральных. Подумать только - одна бесконечность больше другой бесконечности на целый 1 элемент! ^_^ (Всем, кто не согласен с моими рассуждениями, советую крепко задуматься над последним предложением.)

Что мешает нам полученное число тут же добавить, например, в начало списка? А ничего! (надеюсь все согласны, что "бесконечность+1=бесконечность"?) Да, после этого можно повторить процедуру и найти ещё одно число. Ничего не напоминает? Та же самая схема, что и в случае доказательства бесконечности множества натуральных чисел, но вот вывод из этого Кантором сделан неверный. Фактически он доказывает бесконечность множества вещественных чисел, ибо диагональный метод всего-лишь позволяет по конечному множеству вещественных чисел найти вещественное число, которое в это множество не входит (вспоминаем индукционный переход в доказательстве бесконечности ряда натуральных чисел). На бесконечном же множестве диагональный метод будет бесконечно искать, но так и не найдёт неучтённое число. Точно также мы можем прибавлять единицу бесконечное число раз в поиске последнего натурального числа, но так никогла его и не найти.

Кодестайл против собаки

2007-08-19T01:15:00.000+04:00

- вы должны каждое слово начинать с большой буквы
- ну.. это ж тянуться к шифту без конца
- это хороший стить
- чем же он хорош?
- позволяет отделять слова друг от друга
- а пробелы разве не для этого?
- пробелы - это плохой стиль
- что за бред?
- это потенциальный источник ошибок: слова можно написать настолько близко друг к другу, что можно не заметить существование пробела, к тому же иногда межбуквенный интервал можно принять за пробел.
- а что мешает использовать интервалы нормальной длинны?
- мне лень такому дауну как ты что-либо доказывать - любой здравомыслящий человек поймёт, что пробелы нельзя использовать нигде и никогда, потому как получается говнокод - нужно использовать "синтаксический сахар" в виде заглавных букв.
- но это не удобно, ужасно смотрится и некоторые заглавные буквы можно спутать со строчными!
- бан бы тебе, с аргументом "непросветлённый"! тема закрыта.

навеяно этим: http://phpclub.ru/talk/showthread.php?s=&threadid=101915

мой первый шедёвр

2007-08-18T07:33:00.001+04:00

ume-hime

2007-08-18T07:27:00.000+04:00

вот так я стал рисовать, когда заразился анимэ ^_^ пэйнт форэва!

так вот они какие - зелёные человечеки!

2007-08-18T07:23:00.000+04:00

"джимми-червячёк. знаете такого?
единственный владелец скафандра надувного!..."

карлос маст дай

2007-08-18T07:20:00.000+04:00

карлоса приставили к стенке за совращение малолетних...

терминатор из четвёртой части

2007-08-18T07:16:00.000+04:00

ноги от ушей, осиная талия - красавица, а не робот 6_^

лолифокси обоина

2007-08-18T07:11:00.000+04:00

обоина с лолифокси в главной роли. осторожно, 2 метра весом.

php и замыкания

2007-08-15T00:39:00.000+04:00

как известно в пыхе нет замыканий. некоторые считают это недостатком, потому что замыкания - это черезвычайно мощные штуки, некоторые, наоборот, достоинством, ибо копаться в коде с замыканиями довольно напряжно.

в пыхе сделано тупо, но эффективно - у каждой функции своё пространство имён и если какая-то переменная в ней не определена - значит она не определена и не надо лезть родительский контекст, чтобы в этом убедиться.

однако, в пыхе есть и поруганное многими исключение - директива global позволяющая импортировать переменные из глобального контекста. как говорится: "мысля была хорошей, но родилась она в заднице" :) вместо директивы global лучше бы ввели директиву extern, позволяющую импортировать переменные из родительского контекста - получились бы эдакие "контролируемые замыкания".

интересно, существуют ли уже языки с "контролируемыми замыканиями"?

смерть ORM'у

2007-08-07T00:27:00.000+04:00

реализовал сегодня идеальную систему прав для движка. есть пользователи, каждый может состоять в нескольких группах. как для группы так и для отдельного пользователя в определённом разделе каталога можно назначить свою роль, а у каждой роли есть свой набор прав.
в итоге запрос получения привелегий доступа к определённой статье для текущего пользователя выглядит следующим образом:

$perms= $db->get1d('
  select *
  from
      mo_cat_art as ca
      ,
      mo_catalog as c1
      ,
      mo_catalog as c2
      ,
      mo_rules as ru
      ,
      mo_roles as ro
  where
      ca.art_id = ',$art['art_id'],'
  and
      ca.cat_id = c1.cat_id
  and
      c1.cat_no >= c2.cat_no
  and
      c1.cat_sub <= c2.cat_sub
  and
      c2.cat_id = ru.cat_id
  and
      (
          ru.user_id = ',$user['user_id'],'
      or
          ru.group_id in ',$user['grouplist'],'
      )
  and
      ru.role_id = ro.role_id
  group by
      ru.rule_id
  order by
      c2.cat_no desc
');

сижу, думаю, а не перемудрил ли я? (o_0)`

поймал сегодня ангела...

2007-07-28T23:55:00.000+04:00

а вот с этой зверюгой я живу

2007-07-28T10:55:00.001+04:00

большой полосатый мух

2007-07-28T10:44:00.001+04:00

залетела на днях вот такая вот зверюга:

мой фаеркот

2007-07-28T10:35:00.002+04:00

яндекс на карте, прокол в юзабилити

2007-07-27T23:03:00.001+04:00

решили мы как-то прогуляться по ночному питеру, пофоткать, поболтать. место встречи - ст. м. Маяковская. забрался я тогда на яндекс, чтобы составить примерный маршрут. ввсёл "маяковская" и получил это:
http://adresa.yandex.ru/search.xml?stype=adresa&nl=0&amp;amp;amp;region=10174&what=%EC%E0%FF%EA%EE%E2%F1%EA%E0%FF&where=
и что мы видим? маяковской нет, зато есть куча гигантских кружочков с цифрами. при изменении масштаба - картина не слишком меняется. спрашивается: "нафига мне эти кружочки?" среди предложенных десяти "мест" нет ни одного релевантного "что: маяковская". я бы ещё понял, если бы я ввёл это слово в поле "где?"...
в общем, для оценки маршрута яндекс оказался абсолютно бесполезен... а ведь я искал всего-лишь станцию метро Маяковская - её не так уж и сложо найти...

и тут я решил зайти на гугол:
http://maps.google.com/maps?f=q&amp;amp;amp;hl=ru&geocode=&q=%D0%BC%D0%B0%D1%8F%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%B0%D1%8F&sll=37.0625,-95.677068&sspn=65.047864,96.416016&ie=UTF8&amp;amp;amp;z=16&iwloc=addr&om=1
блестяще!

апдейт: если бы я был чуть по внимательнее, то заметил бы ссылку на более адэкватную карту: http://maps.yandex.ru/map.xml?mapID=3&mapX=6352160&mapY=6649460&mapWidth=1600&scale=6&act=5&x=300&y=225
как выяснилось я воспользовался не тем сервисом для поиска станции метро...

псевдонимы на форуме, какие вводить ограничения?

2007-07-27T21:51:00.000+04:00

давайте подумаем для каких целей используется никнейм:
1. чтобы идентифицировать автора сообщения
2. чтобы подчеркнуть авторство цитаты
3. чтобы обратиться к конкретному человеку с ответом на его последнее сообщение.

если в первом и во втором случае можно писать полную белиберду, типа "VIttYya", то с последним возникают некоторые проблемы:
1. для ввода ника нужно переключаться в другой регистр
2. ещё и с шифтом некоторые буквы набирать
3. вообще не набрать, ибо фиг прочитаешь
4. непонятно как склонять

единственное тру-решение, которое мне видится:
1. запретить использовать алфавит отличный от принятого основным (в данном случае - русский)
2. запретить использовать верхний регистр
3. запретить использовать в качестве псевдонима невыговариваемые слова (в случае фамилии - настоятельно рекомендовать придумать менее трудновыразимый псевдоним)

в настоящий момент, однако, распространено далеко не тру решение: по клику на никнейме он вставляется в поле быстрого ответа. оставим в стороне тотальную кривизну подобных решений (добавление 2 перед ником; вставка ника в конец, а не туда, где расположен курсор; и тд) и акцентируемся на объективных недостатках:
1. неработоспособность при написании ответа в другой странице (например, странице "полного ответа") или даже в сторонней программе, то есть происходит навязывание пользователю набирание сообщения именно в убогом окошке быстрого ответа.
2. требуется отрываться от клавиатуры и тянуться к мышке, при этом периодически появляется необходимость ещё и проматывать страницу вверх

Отладка скриптов в браузерах

2007-07-07T16:14:00.000+04:00

Mozilla:
https://addons.mozilla.org/ru/firefox/addon/1843 - firebug - думаю в представлении не нуждается ^_^ маст хэв
https://addons.mozilla.org/ru/firefox/addon/60 - web developer - специальная панелька с большим количеством полезных в быту разработчика функций.
https://addons.mozilla.org/ru/firefox/addon/249 - html validator - позволяет быстро провести валидацию документа как с помощью tidy, так и с помощью sgml парсера.
https://addons.mozilla.org/ru/firefox/addon/3939 - relax validator - ещё не пробовал, но не упомянуть не мог ^_^'

Opera:
http://dev.opera.com/tools/ - жмём Developer Console, после чего в опере появляется кнопочка, по нажатию на которую открывается окошко со всякой инфой. жалкое подобие огненного бага, конечно, но хотябы что-то...

IE:
очень длинная ссылка - чувствуется работа дизайнера. не смотря на присутствие функций отсутствующих в огненном баге, по общим показателям всё же менее функциональна. зато опрятна и удобна. к сожалению возможности просмотра DOM-а у неё нет (-_-)
http://www.blunck.info/iehttpheaders/iehttpheaders.html - просмотр заголовков
весьма мощный аналог фаербага

Safari:
ctrl+shift+j открывает консоль ошибок.

inc и onc - братья универсалы

2007-06-27T03:37:00.000+04:00

Разродился статьёй по поводу давно используемых мной двух функций для подгрузки и выполнения кода на php.
это и темплейтный движок, и фабрика, и реестр, и организация пакетов...
и всё это в двух флаконах суммарным объёмом в 25 строчек! =^_^=

подробности: http://php.ru/forum/viewtopic.php?t=6406

полезные жаббер боты

2007-06-09T05:10:00.000+04:00

не буду рассказывать о транспортах в другие пейджинговые сети - в инете материала полно, даже с картинками. а пойдёт речь о ботах с публичным доступом.
вот, что мне удалось нарыть:

mueller{нэко}translate{нэзу}jrudevels{нэзу}org - англо->русский словарь
er{нэко}translate{нэзу}jrudevels{нэзу}org - англо->русский переводчик
re{нэко}translate{нэзу}jrudevels{нэзу}org - русско->английский переводчик
если покопаться на том же сервере - можно найти переводчики и между другими языками: итальянский, немецкий, французский, испанский, португальский.

jabrss{нэко}cmeerw{нэзу}net - rss синдикатор, долго его искал, но всё-таки нашёл. спросите у него "help" и он выдаст поддерживаемые команды. если что будет не понятно - юзайте ботов-переводчиков ;-)
Сейчас добавил rss прогноз погоды от gismeteo.ru - посмотрим, насколько это окажется полезным...

whois{нэко}swissjabber{нэзу}ch - просто whois сервис.

eliza{нэко}swissjabber{нэзу}org - легендарный чат-бот Eliza - на случай, если на ваш статус "!!!ХАЧУ АПСЧАТЬСЯ!!!" никто не обращает внимания -_^

lists{нэко}jabber{нэзу}ivanovo{нэзу}ru - несколько рассылок. ничего интересного, кроме одной - анекдот с anekdotov.net раз в час.

ещё нашёл забавный транспорт - echo.jabber.uz - повторяет за вами реплики ^_^ думаю он сойдёт для теста "а не отвалился ли у меня интернет"...

пока это всё. не густо, конечно... хотелось бы ещё интерактивных ботов... например, неплохо было бы поиграть в MUD через джаббер ^_^

также нашёл асечного бота: 757555 - он там много чего умеет, устанешь перечислять.
и ещё один: 5522117 - http://kaleostra.info/bot/index2.html - список его команд. вообще, масштабный сервис люди замутили... особенно прикололо чтение книг ^_^
ps: чем дальше влез, тем веселее ползти: 56544550 - пачка всякой всячины

Блог о музыке

2007-06-07T19:40:00.000+04:00

Поднял блог о музыке: http://wagaku.blogspot.com/
Буду туда выкладывать музыку в гибридном качестве с интегированной лирикой

Деревья теперь и в MySQL

2007-06-03T06:06:00.000+04:00

написал драйвер для mysql и на той же страничке выложил их сравнительное тестирование.

ну что я могу сказать? мускул благодаря индексам резв как ястреб, особенно на небольших выборках. убирание индексов - равносильно бетонной стене - всё останавливается. sqlite как-то к этому более прохладен.

в мускуле наблюдаюся странные тормоза при выборке всех предков. видимо он забывает, что у него есть индексы, которые было бы неплохо заюзать %-\

пока адаптировал DirecTree под мускул весь на мат изошёл...
1. мускул требует либо указывать для полей имена таблиц, либо брать имена таблиц в бэктики, которые не совместимы с другими БД.
2. мускул не позволяет сделать модификацию таблицы, если в запросе используется подзапрос вытягивающий данные из этой же таблицы. идиотизм какой-то...

вроде поборол, но, смотря на код, самому тошно... надо будет переписать...

функцию install под мускул пока не тестировал - остальные вроде работают нормально.

ссылка та же: http://dark-demon.jino-net.ru/directree/ тока не злоупотребляйте рефрешем ^_8

Организация деревьев в реляционных базах данных

2007-06-01T06:24:00.000+04:00

сага об изобретении велосипеда: http://php.ru/forum/viewtopic.php?t=5303
и вот к чему это в итоге привело: http://dark-demon.jino-net.ru/directree/

не буду особо распространяться относительно подробностей реализации разных алгоритмов огранизации деревьев (при необходимости вы легко найдёте их в гугле), только приведу их краткий список:
1. таблица смежности - каждый узел хранит ссылку на родителя. фиг выберешь поддерево одним запросом. как следствие - тормоза при больших вложениях, особенно, если sql-сервер стоит на отдельной машине.
2. материализованный путь - каждый узел хранит ссылки на предков в строковой переменной. поиск по подстроке - забудьте о скорости и глубоких деревьях.
3. вложенные множества - все узлы выстроены в линию и каждый узел хранит свой номер и номер последнего потомка. очень большой плюс - естественное упорядочивание дерева. очень серьёзный минус - необходимость перелопачивать половину базы данных при изменениях.
4. таблица смежностей + кэш связей. в кэше хранятся все линки предок-потомок. большая избыточность при глубоких деревьях.

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

особенность реализации: добавление листа не увеличивает размер кэш таблицы, но вот трансформация листа во внутренний узел (добавление хотябы одного ребёнка) увеличивает размер кэш-таблицы пропорционально глубине этого узла. все выборки идут одним запросом, модификации затрагивают сравнительно небольшое число строк. для удобного составления запросов - есть набор хелперов, позволяющих не вникать в тонкости работы кэша.

сия штука замечательно подходит в случае сравнительно неглубоких деревьев с большим числом листьев. например, для обычного линейного форума с произвольной иерархией разделов.

Продолжая тему Аякса...

2007-05-23T16:59:00.000+04:00

То есть продолжная эту тему...

теперь на странице достаточно вставить ссылку, задать для неё соответствующий класс и вместо неё будет подгружен контент из другого файла:

<a class="j-frame" href="rightside.xml">правое меню</a>

более того, подгружать контент можно и динамически:

jFrameLoad($('element-id'),URI);

первым параметром идёт ссылка на элемент, вторым - ссылка на документ.

пример реализации тут: http://dark-demon.nm.ru/web/samples/xhtml/index.xml#maintemplate

ИЕ, почему ты пытаешься делать то, чего не умеешь?

2007-05-23T15:59:00.000+04:00

Совершенно случайно сегодня выяснил, что если для xml файла указать доктайп, то ИЕ этот dtd скачает и попытается проверить соответствие xml этому dtd. Всё бы хорошо, но...
1. Некоторые dtd он не может распарсить, выдавая при этом разные ошибки синтаксиса. например - html4.1 strict
2. С другими же он на некоторое время подвисает - на моём двуядерном горе - от одной до трёх секунд.

В итоге пришёл к выводу, что доктайп лучше не указывать. xml - он и без доктайпа xml ^_^. Правда есть один минус - валидатор не хочет проверять, поэтому ему нужно явно указывать в соответствии с каким dtd нужно осуществлять проверку...

ши ши ши ши ши

2007-05-23T13:16:00.000+04:00

Потрясающее китайское стихотворение:
http://ru.wikipedia.org/wiki/Ши_ши_ши_ши_ши
велик и могуч китайский язык! ^_^

свежий взгляд на AJAX

2007-05-16T01:39:00.000+04:00

сегодня, наконец, сделал давно задуманную фичу: на одной странице находится фрейм, в него грузится другая страница, которая после загрузки лезет к родительскому фрейму и заменяет его на див в который пихает всё своё содержимое. в результате получается, как буд-то бы данные из второй страницы изначально были в первой. вот такой вот интересный AJAX получился (^_^)
ссылка всё та же: http://dark-demon.nm.ru/web/samples/xhtml/index.xml#maintemplate (правый сайдбар именно так и вставлен)
весь скрипт реализующий этот аякс занимает всего ничего:

if (fr= window.frameElement) {
  if (isClass(fr,'j-autoreplace')) {
    var el= fr.ownerDocument.createElement('div');
    el.innerHTML=
      document.getElementsByTagName('body')[0].innerHTML;
    fr.parentNode.replaceChild(el,fr);
  }
}

это ультракомпактно по сравнению с конкурентами (^___^)

как побороть рекламу на бесплатном хостинге?

2007-05-15T21:56:00.000+04:00

некоторые бесплатные хостинги впендюривают свою рекламу куда ни попадя. jino-net, например, вешает свой баннер справа вверху страницы. newmail - добавляет в конец страницы форму ввода (зачем??).
кроме порчи внешнего вида портится и вся вёрстка, что помимо невозможности применения html валидатора и консоли ошибок (ибо ошибок в итоге получается вагон и маленькая тележка) грозит ещё и непонятными глюками в рендеринге страницы.
борятся с этим обычно добавляя в конец страницы хитрую комбирацию тэгов и скриптов, которые деактивируют вредоносный баннер, но вёрстка получается ещё более плачевной.
как с этим бороться? да очень просто - переименуйте ваши html файлы в *.xml и если они будут являться валидным xhtml - в опере и мозилле вы увидите страницу без каких-либо признаков баннеров. с ИЕ ситуация сложнее - ему нужно объяснить, что то, что скрывается у вас под расширением xml, является на самом деле html. для этого можно применить xslt преобразование, которое можно взять, например, отсюда: http://www.w3.org/MarkUp/2004/xhtml-faq#ie.
а также из моего примера: http://dark-demon.nm.ru/web/samples/xhtml/index.xml
первый - самый простой и быстрый. второй же позволяет дополнительно трансформировать файл.
я проверил также на jino-net.ru - исправно работает. на других хостингах тоже не должно возникнуть проблем.

логи и php - две вещи не совместимые.

2007-05-12T18:48:00.000+04:00

всё началось с того, что я на php используя лямбда-функции реализовал кэширование исполняемого php кода. работало всё просто замечательно - один и тот же файл можно было инклудить хоть по сотне раз без особых потерь в скорости.
проблема в том, что в процессе написания скриптов неизбежны ошибки и в логах было бы неплохо, если бы писалось в каком файле она находится, а не в каком была создана лямбда-функция, которая создаётся в одном и том же файле. поковырявшись с отловом ошибок получилась такая вот замечательная штука, которая заносит расширенную информацию об ошибке в sqlite базу: http://dark-demon.jino-net.ru/samples/demologs/
всё бы хорошо, да вот самые главные ошибки - фатальные - средствами php не отловить (@_@). разве что ошибки парсинга...
в общем, время потрачено впустую (#_#) поэтому для кэширования скриптов остаётся юзать APC, либо его аналогов.

можете записывать меня в php-ненавистники.

раз уж написан лог-вьювер - не пропадать же добру - решил я парсить стандартные логи, чтобы выводить их группированными по реквесту, как в примере по ссылке выше. но не тут-то было - бесплатные хостеры почему-то скрывают логи апача, а в логи php не пишется реквест. "мдя", - подумал я и плюнул на это дело...

красивенные обои

2007-05-09T16:56:00.000+04:00

и бордюры к ним: http://www.theinspirationgallery.com/borders/

рандомные синтетические картинки

2007-05-09T16:12:00.000+04:00

недецкий рулёз, очень советую посетить.

гугол разочаровывает

2007-05-09T13:51:00.000+04:00

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

"хочешь чтобы было сделано хорошо - сделай это сам", - не раз убеждался в истинности этой поговорки.

гугол совсем разленился - вместо того, чтобы сделать качественный продукт типа того же gmail - стали скупать чужие поделки. печально [o_o]

XHTML в массы!

2007-05-09T13:44:00.000+04:00

Демка моего XHTML+XSLT+CSS+JS фреймворка с пояснениями: http://dark-demon.nm.ru/web/samples/xhtml/index.xml

Поскольку своего движка на PHP я ещё не написал, комменты постим здесь, на этом кривом блоге.

албанский превед!

2007-05-09T12:50:00.000+04:00

копался сегодня в настройках блога. примечательно, что язык по умолчанию стоял "албанский" ^_^

hello world

2007-05-09T11:17:00.000+04:00

привет мир