Если ваш Firefox вдруг начал ругаться о том, что сайт “has sent an incorrect or unexpected message. Error Code: -12263“, не пугайтесь.

Это сообщение означает, что у сайта какие-то проблемы с SSL сертификатом.

Как пофиксить на стороне клиента, я не знаю. Если есть возможность, работайте с сайтом по опасному http:// соединению. Сообщите администрации сайта о проблеме, пусть они чинят.

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

Юзабилити сосёт.

В связи с техногенной катастрофой у нашего провайдера пришлось перенастраивать DNS на юниксе.

Локальный список соответствий IP => HostName хранится в файлике /etc/hosts (в Windows: C:\WINDOWS\system32\drivers\etc\hosts).

Список нейм-серверов хранится в файлике /etc/resolv.conf (в Windows для изменения этого списка надо редактировать свойства соединения):

nameserver 202.54.1.110
nameserver 202.54.1.112
nameserver 202.54.1.115

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

Ранним воскресным утром я обнаружил, что сервер мёртв. SSH отвалился, сайты не открываются, сервер не пингуется.

Спросонок успел передумать всё самое страшное: хакнули, заддосили, сдох винт.

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

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

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

Никто не пострадал, даже серверы не сгорели.

Недоступными оказались 9000 серверов, арендуемых 7500 клиентами; в том числе ушёл в оффлайн сайт соседей из Днепропетровска audiko.net.

Наш сервер был недоступен в течение 36 часов; потом сервер включился, но из-за network issues ему было очень плохо.

Сейчас уже работает всё, кроме почты (заказы, комментарии и прочее). Чиним.

А давайте я здесь напишу.

Если вы находитесь в поисках короткого и красивого свободного доменного имени, стучитесь ко мне.

Домашнее задание: краткое описание проекта, его ЦА, предпочитаемые зоны.

Стучаться можно в скайп val.petruchek или в почту petruchek::gmail.com.

Недорого.

Подробней про поломку DHCP на винде.

Есть два компа: в одном две сетевухи, во втором — одна. В первый компьютер по первой сетевухе приходит интернет, по второй — уходит на второй компьютер. На обеих машинах установлен Windows XP.

На первом интерфейсе включен чекбокс “Разрешить другим пользователям сети использовать подключение к Интернету данного компьютера” (интернет почему-то с большой буквы).

После включения этой опции на втором интерфейсе первом компьютера автоматом устанавливается IP-адрес 192.168.0.1 с маской подсети 255.255.255.0.

На втором компьютере предлагается установить автоматическое получение IP-адреса. Устанавливаем по справке. Не работает.

Соединение создаётся, только второй компьютер получает автоматический адрес 169.254.254.72 с маской 255.255.0.0 — в результате компьютеры просто не видят друг друга.

На втором компьютере можно прописать IP-адрес вручную, как это советует майкрософт там же:

Примечание. Кроме того, имеется возможность назначить уникальный статический IP-адрес в диапазоне от 192.168.0.2 до 192.168.0.254. Например, возможно назначение следующей комбинации статического IP-адреса, маски подсети и шлюза по умолчанию:

IP-адрес 192.168.0.2
Маска подсети: 255.255.255.0
Шлюз по умолчанию: 192.168.0.1

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

В данном же случае компьютеры связаны по wifi, и при жёстком прописывании IP-адреса на втором компьютере они тупо не пингуются, хоть wifi-соединение и создаётся.

Мне понятно, в чём причина проблем — DHCP на первом компьютере работает неправильно.

Но дальше этого понимания дело не идёт. Вроде бы эту багу пофиксили в первом сервис паке. Но я не понимаю, как посмотреть на настройки DHCP. Вроде бы вот так: HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\{…}\

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

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

А с этими 8 мегабитами, которые можно получить за $70 в месяц, выходит вот такая забавная штука.

Если дома интернет раздаётся по wifi, то входящий канал не влазит во внутреннюю сеть целиком.

Поясню: мой wifi рапортует о соединении на скорости 11 мегабит. Только эти цифры — это не скорость соединения, а ёмкость канала. Часть уходит на служебный траффик, в результате заливать что-то по локалке получается со скоростью ~ 650 килобайт. Иногда чуть больше, иногда чуть меньше — в среднем 650.

Входящий канал — “почти мегабит”. Соответственно, выесть его по wifi целиком не получается. По витой паре — предсказуемо получается, а беспроводно — нет.

А если ещё и про исходящий траффик вспомнить, то wifi становится совсем узким.

Так что если у вас дома интернет по ADSL, и внутри квартиры он раздаётся на один компьютер по wifi, то 4 мегабита — идеальная скорость. Покупать больше можно не нужно.

История о том, как благодаря godaddy чуть было не упустили жирный .fm домен:

1. перенесли свежекупленный домен к godaddy;
2. за месяц до expiration date статус домена изменился на “pending expiration”, изменения в зону внести стало невозможно;
3. удалось выдавить из саппорта данные о том, как проплатить продление, проплатили — в control panel expiration date передвинулся на год вперёд;
4. когда наступил тот самый первый expiration date домен стал expired;
5. владельцы обратились к dot.fm (координатор зоны, насколько я понял), отвоевали домен — как выяснилось, godaddy просто не проплатил координатору денег за продление;
6. в ответ на просьбу о компенсации godaddy лаконично извинился и вернул деньги.

Мораль #1.1: не надо верить показаниям control панели — надо дождаться пока заявку на продление обработают и в whoisе будет показываться правильная дата. Лично я таск вида “продлить домен” считаю выполненным (и вычёркиваю из ежедневника) только после проверки whoisа: в этом году я благодаря этой привычке чуть было не упустил локальный домен: регистратор принял заявку на продление, сдвинул дату в control панели на год вперёд, а заявку не отправил. Пришлось звонить и разбираться: отправили.

Почему в control панели нельзя кроме внутренней expiration date (дату, до которой вы проплатили регистратору) не указывать реальную expiration date (из whoisа)? Некоторые идиоты будут жаловаться — мы деньги заплатили, а реальный expiration date не изменился!!1 Но feature удобная: вместо того, чтобы пробивать продляемые домены вручную переложить это на control панель.

Мораль #1.2: к помощи godaddy надо прибегать только для common tld: .com/.net/.org/.info (бизнес-процессы отлажены и скорее всего не заглючат). И ни в коем случае не надо покупать у godaddy что-то хостинговое: они продают хостинг исключительно потому, что у них много домен-клиентов. Кое-кому удаётся впихнуть. Будь godaddy в первую очередь хостером, а во вторую — регистратором, они бы уже прогорели. Такого говённого хостинга я не встречал больше нигде.

---

 
Два года назад GoDaddy заблокировал домены Majordomo в количестве 1399 штук. На пару из этих 1399 доменов накатали spam-жалобы и GoDaddy прикрыл все домены аккаунта разом. Такая борьба со спаммерами мне напоминает борьбу с педофилами: какой-то даун филлит комплейн и всё, судьба поломана.

Тогда все возмущались коварством GoDaddy (домены можно было “выкупить” за $199 или $50 долларов) и смаковали перспективы будущего судебного иска от Majordomo к GoDaddy. Никто не задался вопросом, почему все 1399 доменов были зарегистрированы на обыкновенный аккаунт. А ответ простой: Majordomo зажлобил сто долларов в год на то, чтоб стать реселлером GoDaddy.

Мораль #2.1: нельзя пользоваться отечественными регистраторами для регистрации неотечественных зон.

Мораль #2.2: бог есть. Мало кто вспомнил, что несколькими месяцами ранее Majordomo поступил со своим клиентом точно так же, как GoDaddy поступил с Majordomo. В феврале 2006 года Majordomo прекратил обслуживание bitchx.ru, на котором были опубликованы карикатуры на пророка™, сославшись на мифически-анонимный звонок из органов аппарата. Никакого решения суда, даже просто возбужденного дела — ничего: на пустом месте отключили и выкинули. Когда то же самое с Majordomo проделал GoDaddy, российский хостер вместо того, чтобы покаяться, поднял вой.

---

 
Совет: если вы не убоялись этих страшилок про GoDaddy и таки регистрируете домены через них, обязательно пользуйтесь godaddy купонами, например этими. Код купона вводится на этапе чекаута, и позволяет регистрировать/продлять .com домены по $7, .net домены по $6 (или как повезёт, но всякие промоакции действуют круглый год).

5 минут сёрфинга и проверки найденных купонов экономят как минимум $3 на домене. Мне не лень потратить чуть-чуть времени и проявить хохляцкую бережливость™.

Китайские умельцы придумали новую схему онлайн-заработка.

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

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

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

Сказки о местной фирме используются для того, чтобы набить цену. В качестве дополнительного аргумента приводится список зон, в которых местная фирма якобы планирует зарегистрировать домен. В этот список входит несколько .cn зон, национальны .jp, .my, .hk зоны и недозоны типа .name, .tm и прочего.

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

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

Уведут.

Что делать, если у вас есть 10 идей для имени домена и вам хочется провести опрос среди пользователей своего сайта? Правильный ответ: зарегистрировать все 10 и провести опрос. Именно в этой последовательности.

Неподошедшие 9 (или все 10, если кто-то предложит вариант, бьющий всю вашу десятку) можно будет 1) подарить; 2) передать; 3) запустить там сателлит или другой проект. В самом крайнем случае просто дать ему умереть через год.

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

Пример #1: Jeff Atwood не пожалел 100 долларов и зарегистрировал все варианты перед публикацией опроса.

Пример #2: у Смирнова-Бирмана увели barely.ru после того, как имя было засвечено до регистрации.

Неглавное правило при выборе доменного имени: при проверке зарегистрированности домена пользуйтесь как можно более низкоуровневыми средствами. Я всегда пользуюсь whoisом из баша; если нет whoisа, то пользуюсь веб-формой на сайте координатора зоны.

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

Одновременно у Апача и Алекса М. прочитал про говнокомментаторов, которым платят 2 WMZ за 13 комментариев.

Этот блог находится в районе 4-5 страниц рейтинга standalone блогов, поэтому и ко мне периодически приходят такие роботяги.

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

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

Не очень правильное решение, т.к. вместе с плохими комментаторами лишаю ссылок и хороших. А ссылку в обмен на хороший комментарий не жалко.

Это одна из причин, по которым я хочу слезть с WordPressа: в идеальной CMS каждый комментарий ведёт на профайл комментатора. В профайле комментатор указывает ссылку, которая публикуется без nofollow, noindex и редиректов: as is, ещё и жирным шрифтом. Тогда комментатору становится выгодно прокачивать свой профайл (т.е. писать комментарии и ставить ссылки на ресурс), а это полезно и владельцу ресурса, и самому комментатору.