Классическая схема кэширования на pornolab

В ночи скон­ча­лась база дан­ных у заме­ча­тель­ного и самого нуж­ного ресурса Рунета — pornolab.net, пор­но­гра­фи­че­ский форк РуТре­кера (в деви­че­стве torrents.ru). Впро­чем самое инте­рес­ное не в этом. Пона­чалу поль­зо­ва­тели полу­чали то 502-е ошибки, nginx не мог полу­чить ответа от backend’a, то стра­ницы из кэша. После попытки авто­ри­за­ции поль­зо­ва­тель полу­чал “Could not connect to the server”, без каких-либо вари­ан­тов. Дви­жок форума не может соеди­ниться с базой дан­ной. Пре­крас­ное в том, что на  pornolab’е исполь­зу­ется клас­си­че­ская схема кэши­ро­ва­ния: 1) гостям отдает кэш и не слиш­ком све­жие дан­ные с пери­о­дом обнов­ле­ния n; 2) зало­ги­нен­ных поль­зо­ва­те­лей пус­каем прямо к бэкенду (здесь уже вари­анты оптимизации).

PS: Сооб­ще­ство у тре­кера тем не менее тер­пе­ли­вое и в каком-то смысле меди­та­тив­ное. Упал на сутки или больше ресурс? Не беда! У неко­то­рых годами лежит и ничего ведь.

PS2: Тысяча чер­тей, а ведь ресурс не так давно переезжал…



Коментарии запрещены