parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

Ответ

G_Z 05.01 06:45 / 05.01 06:45

задача не Парсера даже с учётом, что он теперь автономный воркер/демон
Это задача сервера.
Слишком много ньюансов, тянущих фичи полновесного веб-сервера, переизобретать nginx/apache?
Изобретайте.

В данном случае речь об SSI.
А что делать Парсеру в случае собираемых кусков на других языках?
Выполнять другие языки, конечно.
И немножко шить.
Подключать "результаты вывода других блоков" и выборочно кэшировать куски конечной страницы - это у Парсера из коробки.
По-моему, вы не поняли сути метода.
А так, пример по ссылке, такой себе хайлоад рецепт...(скорее всего очень старый, даты не нашёл), т.к. ботлнек там все равно входящий воркер вебсервера.
Ой, всё пропало.
Бедный nginx и не знает, что он — бутылочное горлышко и не может справляться с отдачей файлов кэша с минимальными накладными расходами.
Сплитовать нагрузку и применять кэширование на разные блоки страницы лучше силами клиента (html5 includes, js, iframe наконец), так они могут и тянуться из разных мест и параллельно (хотя с новыми http уже и это пофигу)
Вечер откровений.

Мало JS пришло в последние годы бедным клиентам, нужно больше.
Особенно там, где он не нужен.