Я смотрю об ассемблере (вероятно речь идёт про ассемблер для Intel x86) легенды слагают:

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

Стек в ассемблере есть — команды PUSH/POP, вызов функции — CALL, возврат — разнообразные RET. Никакой имитации.

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

Умножение и деление: MUL и DIV (есть ещё IMUL и IDIV), умножать и делить можно 32-битные числа, если нехватает, идёт к математическому сопроцессору, он встроен со времён 80486.

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

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

Читаю Django Book (книга о Python-фреймворке Django):

In contrast, other Web development platforms couple the URL to the program. In typical PHP (http://www.php.net/) applications, for example, the URL of your application is designated by where you place the code on your filesystem.

Может мне кто-то расскажет что такое «обычное PHP-приложение», в котором «URL вашего приложения определён местом,где размещён код в вашей файловой системы»? Даже веб-мастера блогами забытых сайтов знают о существовании mod_rewrite (если говорить про Apache), а интернет уже много лет содержит тысячи (если не сотни тысяч) рецептов по работе с ним, а так же альтернативные способы.

В итоге «обычные» (т.е. «встречающееся чаще других») «PHP-приложение» это, напротив, то, что отвечает принципам ЧПУ (это в России так REST называется, впрочем REST придуман по другому поводу).

P.S. ещё лингвисизм по отношению к PHP из той же книги:

If you’re experienced in another Web development platform, such as PHP or Java, you may be thinking, “Hey, let’s use a query string parameter!”, something like /time/plus?hours=3, in which the hours would be designated by the hours parameter in the URL’s query string (the part after the ?).

Я тут, если помните, принялся описывать свой шаблонизатор «Акын», многие просили. Сейчас попробую продолжить. Итак, часть вторая: блоки.

Частые паттерны — скрыть целый блок разметки или повторить его несколько раз, решается в «Акыне» одной конструкцией: описанием блока. Что именно будет происходить с блоком, шаблон «не знает». Блок идентифицируется своим именем и описывается следующим образом:

<:имя>
Значение переменной: <b>{$var}</b><br />
</:имя>

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

Пусть блок, описанный выше, нужно повторить три раза, заменяя «var» каждый раз на определённый текст, вот как это выглядит в коде:

$t = rt::t('template');

for ($i = 0; $i<3; $i++) {
    $t->var = $i;
    $t->iterate('имя');
}
echo $t;

Чтобы просто показать содержимое этого блока можно вызвать $t->show('имя'). Вложенные секции работают точно так же: нужно сначала проитерировать вложенную секцию, потом внешнюю. Уровень вложенности неограничен.

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

<$+шаблон>
<$+шаблон секция>

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

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

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

• Gravatar — централизованный сервис юзерпиков
• favatar — использование favicon сайта в качестве аватара
• pavatar — формат для аватара сайта
• аватары из «Ярушки»
• аватары из «ЖЖ»
• аватары, указанные в hCard

Надо бы до конца «Акын» описать что ли…

Полное официальное название города Крун Тхеп

กรุงเทพมหานคร อมรรัตนโกสินทร์ มหินทรายุธยามหาดิลก ภพนพรัตน์ ราชธานีบุรีรมย์ อุดมราชนิเวศน์ มหาสถาน อมรพิมาน อวตารสถิต สักกะทัตติยะ วิษณุกรรมประสิทธิ์ или

Крун Тхеп Маханакхон Амон Раттанакосин Махинтараюттхая Махадилок Пхоп Ноппарат Ратчатани Буриром Удомратчанивет Махасатан Амон Пиман Аватан Сатит Саккатхаттийя Витсанукам Прасит —

что значит «город ангелов, великий город, город — вечное сокровище, неприступный город бога Индры, величественная столица мира, одарённая девятью драгоценными камнями, счастливый город, полный изобилия грандиозный Королевский Дворец, напоминающий божественную обитель, где царствует перевоплощённый бог, город подаренный Индрой и построенный Вишнукарном»

Говорит нам википедия про Оливковую деревню (так переводится Бангкок).

Два дня писал плагин к Thunderbird (почтовый клиент на Gecko), получил level up. Документация скудная, разбросана по куче сайтов, часто приходится читать XUL-исходники интерфейса Thunderbird. А я ещё ругал документацию на Python…

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

Реализация парсеров HTML различных браузеров содержит массу забытых тегов, о существовании которых помнят единицы, да и тем уже незачем их использовать. Один из таких тегов — KEYGEN, придуман, если не ошибаюсь, компанией Netscape для своего браузера (ещё до того как Netscape стал использовать Mozilla), сожержит два атрибута — name и challenge и используется в составе форм (FORM).

Под Windows тег поддерживается всеми основными браузерами (с разным успехом) и не поддерживается альтернативным (вплоть по версии 8.0 beta2). В настоящий момент тег почти не используется. Прошло много лет и члены комитета WHATWG (основное детище который — куча браузеров и стандарт HTML5) вспомнили об этом теге.

Использование вкратце:

 <form>
   <keygen name="pubkey" challenge="случайная строка">
   <input type="submit" value="Сгенерировать">
 </form>

Если ваш браузер поддерживает тег KEYGEN, вы увидите список из нескольких элементов, содержимое его зависит от браузера, но сводится к одному — длине ключа. При нажатии на кпопку отправки формы браузер сгенерирует пару ключей, публичный ключ (в формате SPKAC) будет отправлен на сервер (в поле, указанном в атрибуте «name» тега).

Сервер, получив сертификат, готовит специальный файл подписывает его и отсылает назад браузеру с заголовоком «application/x-x509-user-cert», вся процедура подробно описана в соответствующем письме из рассылки WHATWG.

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

Но то, что в этом режиме простое обращение к document.body.filters волшебным образом прекращает дрожание (как background-position:fixed в рецепте от студии Лебедева) — похоже, открытие. Больше того, по моим наскоро проведенным опытам, аналогичный эффект дает и такая бессмысленная (как и вышеприведенный скрипт!) запись в CSS:

body { _filter: true; }

Способ «background-position: fixed» знают многие, а вот такие трюки с filter — что-то новенькое.

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

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

Альтернативное прекрасное в журнале 2k: «Копроэкономика. Краткое введение в экономику говна».

У Кулера увидел ссылку. Один любопытствующий товарищ разобрал «медицинский» прибор «Минитаг». Как и следовало ожидать, медицинского в нём оказалось не больше, чем в бельевой прищепке:

Технически прибор «Минитаг» устроен следующим образом: блок питания понижает сетевое напряжение с 220v до 20v, без выпрямления, газоразрядная неоновая лампа питается через повышающий умножитель, причем ее яркость модулируется с периодичностью 15..20 секунд по сигналу от PIC-контроллера. […]

С технической точки зрения, прибор "Минитаг" эквивалентен обычной неоновой лампочке, вроде тех, что применяется в подсветке бытовых выключателей.

Такая история: на сайте «Одноклассники.ру» вскрыли аккаунт автора цитируемого поста, это там не редкость, только я знаю четверых, у кого аккаунт «увели» (что наводит на размышления). Завладевший аккаунтом начал ставить из-под него плохые оценки за фото всем подряд. Реакция людей, попавших под раздачу колов, оказалась совершенное неадекватной, я процитирую несколько штук:

ты чего то попутал с оценкой?

Ты где находишься щас?????????????????

слышь пидор гнойнй если я тебя когда нибудь встречу на районе те пиздец с Казаком не шутят!!!подумаешь в следуюший раз!!!тварь,,,,,,,,

ты чё такой убогий?

Ты мне испортил оценку за что я не знаю!!! я в ответ ты извени!!! конечвно!!!!но я человек отвыкший от ужастного обращения к себе

ЧТО ПОБУДИЛО ВАС ВЫСТАЛЯТЬ МНЕ КОЛЫ? СТОЛЬ ЮННЫЙ ВОЗРАСТ ???

ах ты мерзкий фашиствующий ублюдок!!!да как ты посмел поставить моей фотки еденицу!!!да я твоё шдп знаеш где вертел)))ну всё!!будь аккуратней выходя из подъезда и оборачивайся на улицах!!!

Ну и так далее в том же духе. В основном — угрозы, мат, интересно: многие считают это хамством, т.е. асоциальным поведением. Ещё интереснее другое — насколько ценна каждая оценка фотографии людям, причём пятьдесят пятёрок не перевешивают один кол. Их самооценку так легко уронить.

Ученик пришёл к учителю и спросил:
— У меня есть кот, мастер, скажите, какого он цвета?
— Синего, — не задумываясь, ответил учитель.

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

Посетил презентацию HTC MAX 4G (трансляция продолжается до сих пор), покрутил устройство в руках.



Очень приятное устройство, честные 800x480, хорошая цветность, мощный процессор, хорошие приложения. Для всего (дата-кабеля, наушников, подключения к телевизору) один разъём формата miniUSB, но, что приятно, есть переходник на обычное гнездо наушников. Почему-то утверждается, что у этого телефона самый большой экран как по разрешению, так и по размеру. Неправда, у моего X7500 экран 5 дюймов, тогда как у MAX 4G — только 3,8.

В чём это устройство действительно является первым — это в поддержке WiMAX, т.е. прямо из телефона доступен интернет со скоростью до 10 мегабит (!), видеозвонки, VoIP и прочее поднимаются на новый уровень.

Другие характеристики: частота процессора примерно на 100 МГц меньше, чем у моего устройства (около 520), зато больше RAM — 256 мегабайт (у меня — 128). Камера, мне сказали, 3.2 мегапикселя, без вспышки, снимает, увы, отвратительно.

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

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

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

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

<!--имя секции-->
HTML-код секции
<!--/имя секции-->

Самое простое, что есть в шаблоне — переменные. Они записываются как {$name}. Переменная уникальна в своей секции или шаблоне (если шаблон без секций). Установить переменную можно присвоив шаблону свойство с её именем. У меня открытие шаблона сделано в глобальном toolkit и всё описанное выглядит вот так:

$t = rt::t('menu', 'меню сверху');
$t->link = '/';
echo $t;

В данном примере в секции «меню сверху» шаблона «menu» переменной link я присвоил значение '/'. Шаблон выполнится при любом преобразовании объекта в string (например, когда я сделаю echo). Если переменной присвоить null, то атрибут тега, в котором она находится пропадёт. А если переменная входит в тег, то удалится сам тег. В следующем шаблоне, если я присвою переменной «hide» null, пропадёт тег «b» и атрибут title тега «a»:

<a href="/" title="{$hide}"><{$hide}b>текст<{$hide}/b>

Минимальная логика, которая есть в шаблоне на данный момент — возможность подстановки значения переменных из списка и отрицание переменной. Выглядит это вот так: {$var?value1?value2?value3}, значений valueN может быть сколько угодно, нумерация начинается с нуля, значения выбираются по номеру (для тех кто в теме — и по модулю длины выбираемой последовательности). Пустое значение считается null-значением, со всеми его свойствами, которые я рассмотрел выше.

Частный случай такой конструкции — конструкция {$!var}, которая на значение эквивалентное false вернёт пусто (не null), а на значение эквивалентное true — null.

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

<{$hide}b><{$!hide}i>Текст<{$!hide>/i><{$hide}/b>

тут, в зависимости от состояния переменной hide, появится либо тег «b», либо «i».

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

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