А те­перь прав­да о том, по­чему ЖЖ не ра­бота­ет в Ка­захс­та­не.
Бе­рём для при­мера 2 ад­ре­са img.livejournal.com и eblaput.livejournal.com
Про­веря­ем пин­гом:

Об­мен па­кета­ми с img.livejournal.com [208.93.0.129] по 32 байт:
От­вет от 208.93.0.129: чис­ло байт=32 вре­мя=390мс TTL=236

Об­мен па­кета­ми с eblaput.livejournal.com [208.93.0.128] по 32 байт:
Пре­вышен ин­тервал ожи­дания для зап­ро­са.

За­нят­но, ад­ре­са ря­дом, а ве­дут се­бя по раз­но­му. Под бан по­пада­ет все­го один ад­рес, на ко­тором и на­ходят­ся все днев­ни­ки поль­зо­вате­лей.
Де­ла­ем трас­си­ров­ку марш­ру­та до обо­их и срав­ни­ва­ем (не­кото­рые про­межу­точ­ные хо­пы упус­тим, что бы не га­дить в пос­те):
Трас­си­ров­ка марш­ру­та к eblaput.livejournal.com [208.93.0.128]
11 181 ms 80.77.96.98
15 325 ms 67.14.24.21
25 343 ms 65.121.112.210
26 * Пре­вышен ин­тервал ожи­дания для зап­ро­са.
27 * Пре­вышен ин­тервал ожи­дания для зап­ро­са.
28 * Пре­вышен ин­тервал ожи­дания для зап­ро­са.

Трас­си­ров­ка марш­ру­та к img.livejournal.com [208.93.0.129]
11 181 ms 80.77.96.98
15 326 ms 67.14.24.21
18 353 ms 65.121.112.210
19 354 ms 208.93.0.129

Вот оно как ока­зыва­ет­ся. Па­кеты про­ходят по все­му пу­ти и ба­нят­ся на пос­леднем ад­ре­се. Стран­но да? При­чём тут Ка­захс­тан, ес­ли па­кеты те­ря­ют­ся да­леко за пре­дела­ми РК? А вот сей­час и по­яс­ню, как мож­но сде­лать из прос­то­го ба­на, та­кой хит­рый ри­сунок.
Для это­го дос­та­точ­но ба­нить па­кеты с сер­ве­ра ЖЖ (па­кеты с ад­ре­сом отп­ра­вите­ля 208.93.0.128). Ес­ли бы в РК ба­нили ис­хо­дящий тра­фик (зап­ро­сы от кли­ен­та до ЖЖ), то па­кет не ушел бы даль­ше го­лов­но­го ро­уте­ра КТ. А так по­луча­ет­ся что при трас­си­ров­ке па­кет ухо­дит на­ружу с TTL рав­ным 1. До­ходит до пер­во­го уз­ла и возв­ра­ща­ет­ся к нам же но не с ад­ре­сом ЖЖ, а ад­ре­сом уз­ла до ко­торо­го хва­тило TTL. Да­лее TTL при­бав­ля­ет­ся на 1 и про­дол­жа­ет­ся до тех пор по­ка не дос­тигнет ко­неч­но­го ад­ре­са. Т.е. весь марш­рут па­кета нам ви­ден, но как толь­ко па­кет дос­ти­га­ет ад­ре­са ЖЖ то при возв­ра­те ту­по ба­нит­ся на го­лов­ном ро­уте­ре Ка­зах­те­леко­ма.
Всё прос­то как ока­залось и в то­же вре­мя кто бы мог по­думать

Сер­вис пе­ре­ез­жа­ет из Сан-Фран­циско в да­та-центр в Мон­та­не. Что ха­рак­терно в дан­ное вре­мя уже мож­но наб­лю­дать внят­ный от­вет от их сер­ве­ра, а не пус­тышку как бы­ло до пе­ре­ез­да - LiveJournal is currently down due to migration to a new server facility. The window of planned downtime is from 8 AM to NOON PST (4PM to 8PM UTC) on Tuesday, November 18, 2008.
Речь идёт о за­банен­ном ЖЖ и Ка­захс­та­не. Так и не вы­яс­ни­лось кто ко­го там за­банил, но су­дя по то­му, что пе­ре­езд по лю­бому сме­нит IP ад­ре­са сер­ви­са, что на­вер­ное в дан­ный мо­мент уже про­изош­ло и бан ушел в леп­ту. Т.е. в дан­ный мо­мент ба­на уже нет. Это го­ворит о том, что ес­ли ба­нил ЖЖ, хо­тя я не ви­жу смыс­ла в этом, то они не ус­пе­ли внес­ти из­ме­нения в свои чёр­ные спис­ки. Или же Ка­зах­те­леком не от­ре­аги­ровал на сме­ну IP ад­ре­сов и бан опять же снял­ся.

Пос­мотрим что бу­дет пос­ле пе­ре­ез­да. По­ди сек­ретный бан всё та­ки за­будут пе­реба­нить.

Что вы ду­ма­ете по это­му по­воду?

P.S. ЖЖ отк­ры­ва­ет­ся нор­маль­но 1:30

P.P.S Счастье бы­ло не дол­гим. С ут­ра опять бан

На­писал пла­гин расс­та­нов­ки мяг­ких пе­рено­сов в сло­вах для WordPress. Ну как на­писал, взял код На­сибул­ли­на Ри­ната (hyphen_words.php) и офор­мил в ви­де пла­гина. Да прос­тит ме­ня ав­тор. Ре­зуль­тат ра­боты мо­жете наб­лю­дать у ме­ня в бло­ге. От­ра­бот­ку вид­но при text-align:justify. Хо­тя не­кото­рые и про­тив при­мене­ния justify.
Ин­те­рес­но как он пов­ли­яет на уни­каль­ность не уни­каль­но­го кон­тента.

Perenoska (2.54 KB)

Все прав­ки де­лались в class-phpmailer.php
Не люб­лю я пра­вить код WordPress, но ес­ли уже ни­чего не по­мога­ет, то при­ходит­ся вме­шивать­ся. Для на­чала обя­затель­но ука­зать ваш ре­аль­но су­щест­ву­ющий ящик в пе­ремен­ную
var $Sender = "blablabla@bla.com";

Нуж­но это для хит­ро наст­ро­ен­ных поч­то­вых сер­ве­ров по­луча­телей, ко­торые про­веря­ют су­щест­ву­ет ли отп­ра­витель на са­мом де­ле. Ти­па за­щита от спа­ма. Ес­ли не ука­зать отп­ра­вите­ля, то при отп­рав­ке пись­ма сер­вер хос­те­ра сам подс­та­вит ка­кой ему взду­ма­ет­ся ящик и сер­вер по­луча­теля та­кое пись­мо не про­пус­тит. При­мер ад­ре­са ес­ли мы его не за­да­ём: Return-Path:val34334@p3slh209.shr.phx3.secureserver.net. Ес­тест­вен­но та­кого поч­то­вого ад­ре­са не су­щест­ву­ет.

Да­лее об­на­ружен глюк у хос­тинга godaddy.com
В со­от­ветс­твии с RFC 2822 WordPress раз­би­ва­ет те­му пись­ма на фраг­менты не пре­выша­ющие 78байт. Но опыт­ным пу­тём вы­яс­ни­лось, что ес­ли фраг­ментов боль­ше чем 1, то godaddy де­ла­ет вид что пись­мо уш­ло, а сам его хе­рит в не­из­вест­ном нап­равле­нии.
Для это­го приш­лось об­ре­зать со­об­ще­ние subject до дли­ны, не пре­выша­ющей 1 фраг­мента. Ту­по 35байт ука­зал на­угад. Да те­ма те­перь не всег­да ин­форма­тив­на, но что де­лать, луч­ше пусть так чем ни­как. Для об­ре­зания те­мы опять же встав­ля­ем сле­ду­ющий код чуть вы­ше функ­ции function EncodeHeader:

function truncate_bytes($string, $len) {
if (strlen($string) <= $len) {
return $string;
}
if ((ord($string[$len]) < 0x80) || (ord($string[$len]) >= 0xC0)) {
return substr($string, 0, $len);
}
while (--$len >= 0 && ord($string[$len]) >= 0x80 && ord($string[$len]) < 0xC0) {};
return substr($string, 0, $len);
}

Да­лее на­ходим строч­ку:
$x += preg_match_all('/[\000-\010\013\014\016-\037\177-\377]/', $str, $matches);
И встав­ля­ем пе­ред ней:
$str = $this->truncate_bytes($str, 35);

На этом всё.

Хо­тите за­гадить (зас­па­мить) свою RSS чи­тал­ку? Нет проб­лем, под­пи­шитесь на RSS фид yvision.kz. Га­ран­ти­рую ре­гуляр­ные од­ни и те же за­писи к проч­те­нию. В пов­то­ры по­пада­ют оп­ро­сы. Да на кой бы оно на­до? Уже не один ме­сяц чи­таю од­но и то­же. И еще есть ин­те­рес­ная осо­бен­ность, при­ходит в фи­де анонс, ты­ка­ешь, а его там нет, он обе­жал хрен зна­ет ку­да, ищи­те гос­по­да…