Архив

Архив Апрель 2010

Снова OpenID: server_not_allowed

12 апреля 2010 Нет комментариев

После восстановления работоспособности сайта пришлось заново логиниться на некоторые сайты с использованием OpenID-авторизации. Как и ожидалось, сразу все не заработало.
На livejournal.com и многих других сайтах, где использовался perl-модуль OpenID многозначитально писало: server_not_allowed.

WordPress и некоторые другие сервера которые нашел для тестов ругались более осмысленно: No matching endpoint found after discovering http://klim.in.ua/

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

Оказалось, что где-то в недрах плагина ошибка все-таки нормально диагностируется, но наружу этот текст не выдается:
OP Endpoint mismatch. Expected http://klim.in.ua/wp/index.php/openid/server, got http://klim.in.ua/wp/openid/server

После недолгих поисков нашел, что этот некорректный дарес выдается через XRDS (http://klim.in.ua/wp/?xrds):

  1.  
  2. <!— OpenID Consumer Service —>
  3. <Service priority="10">
  4. <Type>
  5. http://specs.openid.net/auth/2.0/return_to
  6. </Type>
  7. <URI>
  8. http://klim.in.ua/wp/index.php/openid/consumer
  9. </URI>
  10. </Service>
  11.  

Выдает такой адрес файл openid/common.php:

  1.  
  2.         if ($wp_rewrite->using_permalinks()) {
  3.                 $url .= ‘index.php/openid/’ . $service;
  4.  

пришлось поправить на:

  1.  
  2.         if ($wp_rewrite->using_permalinks()) {
  3.                 $url .= ‘openid/’ . $service;
  4.  
  5.  

После чего все нормально заработало.

Датацентр Hosting.ua. После пожара

12 апреля 2010 Нет комментариев

Как известно, 27 марта произошел пожар в «национальном» датацентре №1.


Фото: http://watcher.com.ua/?p=2993

Выглядит все как-то слишком стремно:
— обычное офисное здание…
— компы в tower-исполнении…
— обычные офисные кондиционеры…
Лично я не могу связать то что вижу на фотографиях с фразой «национальный датацентр №1«. Судя по всему, «импортная» мега-система пожаротушения была такого же уровня.
Пожар произошел 27 апреля в 9 вечера, датацентр пострадал очень серьезно, но виртуальный хостинг частично уже работал менее чем через неделю. Мой сайт и остальной виртуальный хостинг поднялся на 9й день. За это время было написано более трех тысяч сообщений на форуме сайта searchengines:
http://forum.searchengines.ru/showthread.php?t=478619
http://forum.searchengines.ru/showthread.php?t=479555
http://forum.searchengines.ru/showthread.php?t=480181
Почитав некоторую часть этого безобразия, узнал много нового о хостинге и выделенных серверах. Но больше всего умилялся с постов вроде: «у меня сайт приносит дохода 1000$ в сутки, я подам в суд, пусть мне возмещают ущерб!». Никогда не понимал таких людей. Не в том государстве живем, чтоб по любому поводу в суд подавать и требовать возместить «ущерб». По договору все четко расписано, что хостер не несет никакой материальной ответсвенности перед клиентом в таких случаях (хотя лично я не считаю данный пожар «форс-мажорными обстоятельствами»), а уж тем более косвенные убытки…
Также очень много сообщений про потерю данных, которые хранились на серверах. Никто не обещал их стопроцентную сохранность, и про бэкапы ни в договре, ни на сайте я информацию не встречал. Так что, кто не делает бекап сам — тот сам виноват.
Хотя, как оказалось, бэкапы виртуального хостинга все таки делаются, что очень обрадовало, потому у меня свои были довольно старыми. Хотя мой сайт серьезным назвать нельзя и почти всю инфу я вытянул с кеша гугла. Судя по логам, БД моего сайта «подняли» по состоянию на 8 утра в день пожара.
Насчет перехода на другой хостинг — для себя смысла особого не вижу, потому как таких цен за хостинг с подобными параметрами в Украине нету, и если вдруг сделают какую-нибудь скидку — будет вполне приемлемо.
Всем хочу напомнить: делайте бэкапы почаще, желательно автоматом. Также иногда проверять, как это это автоматическое резервное копирование работает.

Categories: Web Tags: , ,