TracKer's blog in Development

В связи с обновлением Яндексом формата выдачи, обновился и YAP Checker.

Скачать можно на сайте проекта:

http://tracker2k.kiev.ua/projects/yap-checker

Прочитал у Жеки, придумал Дмитрий Честных, продолжим сие великое дело!

Итак:

a) – http://archive.org/
b) – http://blogowar.ru/
c) – http://compulenta.ru/
d) – http://dc.ru-board.com/
e) – http://en.wikipedia.org/
f) – http://forum.sape.ru/
g) – http://google.com/
h) – http://habrahabr.ru/
i) – http://insanelymac.org/
j) – http://www.jeka911.com/
k) – http://www.kellys.com.ua/
l) – http://lostfilm.tv/
m) – http://maps.yandex.ua/
n) – http://news.google.com/
o) – http://otvety.google.ru/
p) – http://www.panoramio.com
q) – -
r) – http://ru.youtube.com/
s) – http://sape.ru/
t) – http://tracker2k.kiev.ua/
u) – http://ua.php.net
v) – http://vkontakte.ru/
w) – http://webmaster.yandex.ru/
x) – http://xml.yandex.ru/
y) – http://ya.ru/
z) – http://zalman.com/

Напишите и вы свои!

Видимо снова на сервера XName началась DDoS атака. Сервис лежал почти двое суток. Сейчас сайт по прежнему недоступен, однако заработали ДНС, хотя ns0 до сих пор даже не пингуется.

Если раньше во время этих атак ДНС был более-менее стабилен, то на этот раз все было весьма плохо. И вот только час назад пошли первые посещения.

Как говорится бесплатный сыр только в мышеловке. Уж лучше переведу домен к какому-то регистратору с ДНС на платной основе…

З.Ы. Посоветуйте какого-нибудь, плз

UPDATE 2008-05-27: Перешел на imena.ua. Сделали трансфер за несколько часов, пока доволен

Собственно апдейт.

Из-за невозможности использовать более Яндекс.XML ввиду нечеловеческих ограничений, пришлось переписать YAP Checker под другой алгоритм. Теперь лишних запросов производится не будет и все данные будут храниться некоторое время, необходимое на работу с ними, тем самым упрощая жизнь Вебмастеру и уменьшая трафик Яндексу.

Прочитать о том как работает скрипт, а также скачать его можно на странице проекта:

http://tracker2k.kiev.ua/projects/yap-checker

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

Собственно поподробнее.

Писал я маленький скрипт, ориентированный на использование бинарных файлов. В общем-то все было уже готово, однако в самый последний момент было обнаружено, что по непонятной причине в буфере к прочитанным данным почему-то приплюсовывается дополнительно 10 байт данных (забитых нулями). Я не мог понять почему fread() читает за пределами файла, а feof() не находит его конец, прочитывая последний байт. Провозился 4 часа, потом решил поискать… И нашел.

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

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

Особенно эта фича рулит при работе с бинарными файлами, где каждый байт на счету.

Будте внимательны, фичи на каждом шагу!