Добавляем чуть больше рефлексии: декораторы

так не сработает

Манипулирование URL'ами в JavaScript

Принято, спасибо.

Манипулирование URL'ами в JavaScript

Спасибо, это действительно интересно. Вот теперь думаю, делать ли версию, совместимую с этим стандартом или подождать-посмотреть куда ветер подует…

Манипулирование URL'ами в JavaScript

В данном случае просто этим — javascriptcompressor.com/

Манипулирование URL'ами в JavaScript

Если возьмете уже минифицированный «url.min.js» из моего репозитория на Github'е и пожмете gzip'ом, получите 900 вместо 926, сэкономив примерно 2.8% :)

Манипулирование URL'ами в JavaScript

И это нам дает, как я понимаю, «без минимизации 722 байта в сжатом виде.»? :)

Манипулирование URL'ами в JavaScript

Не парсит QueryString. Исходная задача, которую я, как писал выше, ставил перед собой — изменить часть URL (например, параметры QueryString или протокол или что-то еще) — не решается с помощью данной функции. Это так, для полноты картины, а не холивара ради :)

Манипулирование URL'ами в JavaScript

Вот за это я люблю хабр. Все найдут и все покажут :) Спасибо, bubug, баг исправлен

Манипулирование URL'ами в JavaScript

Спасибо за идею. Добавлено в jam.

Доступна для установки как:

jam install jsurl

Манипулирование URL'ами в JavaScript

Все зависит от того, что вы имеете ввиду под понятием нормально. jsfiddle.net/H55PU/1/ Так нормально? Тогда ответ — да, нормально.

Манипулирование URL'ами в JavaScript

Да, там именно это и есть — github.com/Mikhus/jsurl/blob/master/url.js

var
 ...
link   = d.createElement( 'a'),
..;

link.href = url;

for (var i in map) {
	self[i] = link[map[i]] || '';
}

Не находите?

Манипулирование URL'ами в JavaScript

Свасибо, homm, вы понимаете абсолютно верно

Манипулирование URL'ами в JavaScript

Цитирую товарища deepsweet:
«я всегда буду смотреть исходный код перед тем, как комментировать…» :)

Манипулирование URL'ами в JavaScript

И тем не менее — имеем то, что имеем :)

Манипулирование URL'ами в JavaScript

Это PHP-style. В других случаях, то что для вас так очевидно может дать совершенно иной результат. Если вам нужно именно это — не стесняйтесь поменять под свои нужды.

Whois: практическое руководство пользователя

Я понимаю, что вы так оптимизируете для своего частного случая. Я же говорю — в целом, имело бы смысл начинать с IANA, для общего случая. Комметнарии читают и другие и не все ориентируются именно на ARIN. Плюс ко всему, в APNIC делегирование происходит национальным регистрам — JPNIC, KRNIC и т.д. — их там довольно много, я еще сам у себя не все сделал. В целом, для общего случая, если речь идет о равности всех клиентов, то лучше начинать сверху и идти вниз, не взирая на лишний запрос.

Whois: практическое руководство пользователя

IANA во всей иерархии — высший орган. Именно эта организация отвечает за распределение блоков региональным реестрам. ARIN лишь один из них. Поэтому запрос к whois IANA всегда будет возвращать реферал на нужный RIR. Проблем с баном пока не было.

Разработка модуля для Apache 2.x

ru.wikipedia.org/wiki/Apache#.D0.90.D1.80.D1.85.D0.B8.D1.82.D0.B5.D0.BA.D1.82.D1.83.D1.80.D0.B0

Дальше все зависит от того, какая у вас операционка и как установлен Апач. Когда вы ставите себе Апач вы вольны выбирать как он должен работать. Кстати эта статья писалась довольно давно — там могло что-то поменяться. Я давно попрощался с Апачем :)

Whois: практическое руководство пользователя

Все-таки при поиске IP, лучше сразу опрашивать IANA, а не ARIN. Это из личного опыта. Тоже в свое время страдал этой проблемой, когда делал этот инструмент (IP whois only)

Разработка модуля для Apache 2.x

threaded — это многопоточная версия
prefork — мультипроцессная

Выбирайте ту, которая стоит у вас.