2cha.headz

сервис воркер спрашивает у сервера - "Сервер, а мой кэш еще актуален?". А сервер ему отвечает: "нет, не актуален". И сервис воркер очищает кэш и загружает новую версию клиента с сервера

подставлять в шаблон переменную с названием дня или 'сегодня'. в индию надо переезжать, будешь гуру)))

"Родной" компонент правильно показывает хлебные крошки. Проблема где-то в другом месте. Title переопределяется, .section.php файлов нет и т.д.

У Вас неверная постановка. Если заказ прям не нужен - тогда либо в случае отсутствия оплаты в некоторый промежуток времени - удаляйте заказ, только убедитесь, что он гарантировано не может быть оплачен. Либо в случае именно отмены оплаты - удаляйте заказ.
А то у Вас получается все наоборот, если есть оплата, то есть заказ. Без наличия самого заказа не будет работать ни один модуль оплаты, потому как ему как минимум нужен номер заказа во внутренней системе.

И вообще, если библиотеки не заточены под такие нужды, стоит ли использовать AJAX long-polling (как никак вк работает на нем)?

Это несвязанные вещи.
Использовать long-polling следует, когда имеются технические ограничения, не позволяющие установить соединение по WebSocket.

Библиотеки (socket io/sockjs/ws) по умолчанию посылают сообщения всем пользователям в общий чат. Нужно создать на websocket отдельные переписки между клиентами.

По умолчанию эти библиотеки просто передают данные.
А будут эти данные транслироваться в общий чат или нет - зависит от того, что делает с полученными данными приложение/сервер.

Как реализовать личные переписки на websocket?

Вопрос бессмысленный.
Аналогия:
У меня тапочки в общий прихожей. Их может одеть кто угодно.
Как надеть тапочки на чьи-то конкретные ноги, например, на мои личные ноги.
Ответ:
На какие ноги наденешь, тот владелец ног и будет носить.

Да дело не в шрифтах, а в скорости хостинга, быстрой передаче данных, легкого содержимого и только статика. Собственно в этом и ответ на твой вопрос. Выясни слабое место у своего сайта и устрани.