Page Summary
robinbobin.livejournal.com - (no subject)
bobuk.livejournal.com - (no subject)
robinbobin.livejournal.com - (no subject)
bobuk.livejournal.com - (no subject)
robinbobin.livejournal.com - (no subject)
bobuk.livejournal.com - (no subject)
robinbobin.livejournal.com - (no subject)
bobuk.livejournal.com - (no subject)
robinbobin.livejournal.com - (no subject)
bobuk.livejournal.com - (no subject)
robinbobin.livejournal.com - (no subject)
Style Credit
- Style: Neutral Good for Practicality by
Expand Cut Tags
No cut tags
no subject
Date: 2006-07-13 02:01 pm (UTC)только нах надо было на "xml xslt наклажывать"
это же нагрузка.
+ можно для такой схемы генерить по 2 файла. один голенький html? другой gziped. и если browser поддерживает быстро выплевывать index.html.gz
no subject
Date: 2006-07-14 08:19 am (UTC)Какой смысл экономить этот ресурс, если вероятность пользователей его привысить стремится к нулю.
no subject
Date: 2006-07-14 08:22 am (UTC)_мне_ это о чем-то говорит.
>Какой смысл экономить этот ресурс, если вероятность пользователей его привысить стремится к нулю.
они же сами пишут. ресурс нагруженный. и как они его лихо кешировали.
no subject
Date: 2006-07-14 08:26 am (UTC)Да, все правильно, реурс нагруженный, у нас очень сложная схема работы xml/xslt. Вкратце - лежит xml и xsl к нему, при первом обращении производится наложение, и из памяти отдается страница, в памяти же кешируется до тех пор пока не изменится на диске xml или xsl. Так понятно?
no subject
Date: 2006-07-14 08:58 am (UTC)в статье пропущено ключевое слово "при первом обращении"
а все остальное - художественный свист.
я тоже так делал типа
if (file non exist(md5($URI)) {
SoxranitSebyaVcache()
и отрисоваться
}
else {
выплюнуть(готовый файл)
}
и из cronа старые файлы удалял.
no subject
Date: 2006-07-14 09:19 am (UTC)И у нас памяти много, нет смысла выплевывать готовый файл, он в памяти прекрасно лежит.
no subject
Date: 2006-07-14 10:04 am (UTC)ага... только когда технические детади пошли (а они интересны - поучиться чему у старшего брата), то резануло немного :)
>И у нас памяти много, нет смысла выплевывать готовый файл, он в памяти прекрасно лежит.
стоп. тут если можно подробнее....
1 - что это за байда такая? BAIDA/0.2.0
2 - если это апач отпаченный, то как вы храните глобально в памяти?
3 - в принципе виртуальные диски это тоже никто не отменял.
no subject
Date: 2006-07-14 10:24 am (UTC)Байда это не апач, это целиком свой application/web server. Внутренняя разработка яднекса.
Виртуальные диски работают куда медленнее тупого хранения данных в хипе, накладные расходы на vfs и тп. нам же не нужны.
no subject
Date: 2006-07-14 10:32 am (UTC)а ваще есть какие нибудь несекретные описания?
типа как pdf пробегал, про развитие LJ. И про гуугл тоже было.
интересно же....
no subject
Date: 2006-07-14 11:56 am (UTC)no subject
Date: 2006-07-14 12:33 pm (UTC)