Есть атрибут loading="lazy", но он используется не всегда. Иногда хитро реализуют с помощью JS. Поэтому, я игнорирую эти атрибуты и прохожусь по всем img, чтобы наверняка.
Для просмотра PDF не нашёл ничего быстрее, чем встроенный просмотрщик Chrome, даже на очень длинных и тяжелых PDF (>200 мб) он работает вполне сносно.
экспорт аддоном SingleFile в html дает куда как более смотрибельный результат
SingleFile - это оно? Интересное расширение, я посмотрю как у него внутри сделана прогрузка картинок, может подчерпну что для себя. Спасибо!
Кстати, для подобных целей есть CTRL+S и там можно выбрать не html, а mhtml и то же самое будет - одностраничная копия html страницы. Попробуйте, когда не нужен PDF, это довольно удобно.
А что не так со встроенными средствами браузера конвертации страниц в PDF?
Нельзя сохранить страницу без разрывов, внешний вид будет сильно отличаться от исходной страницы. До недавних пор текст нельзя было выделять, сейчас завезли OCR, но ссылки всё равно остаются не кликабельными.
С вашего сайта в PDF не конвертируется часть картинок.
Только что попробовал сделать то же самое - действительно, в некоторых случаях картинки не прогружаются. Это как раз то, о чём я писал. Я так и не нашёл нормального способа прогружать все картинки.
Если у кого есть идеи как прогрузить все lazy-loading картинки, буду рад если поделитесь в комментариях.
Привет! Спасибо за проделанную работу и понятное объяснение как всем этим пользоваться!
Подскажите, какие минимальные требования к VPS где всё это можно развернуть?
Ищу альтернативу Sentry, так как Sentry очень требователен к ресурсам и слишком громоздок для моих задач. Понимаю, что у вас проект больше для логов заточен, но было бы удобно прикрутить просмотр ошибок из js-кода с sourcemaps.
Так же не нашёл, есть ли какие-то уведомления о поступивших логах?
Спасибо за статью! Подскажите, почему вы решили указать адреса сторонних ЦОДов (например, Яндекса) в форме уведомления РКН? Разве вы не должны указать только свои ЦОДы?
Да, вы правы. Я имел ввиду плагин Remotely Save, с ним Яндекс.Диск перестал работать из-за ограничений на стороне Яндекс.Диска. Напрямую не пробовал, наверное это ещё удобнее.
Это решение будет работать, когда записей немного. Скажем, несколько тысяч. Но когда записей миллионы, то будет сильно тормозить. В этом случае поможет либо заранее создать файлы с картой сайта, либо класть выборку в кэш.
Скажите, а в WSL2 уже пофиксили проблемы с производительностью I/O shared folders? Или всё также медленно и лучше остаться на первой WSL, где это работает быстрее?
Есть атрибут loading="lazy", но он используется не всегда. Иногда хитро реализуют с помощью JS. Поэтому, я игнорирую эти атрибуты и прохожусь по всем img, чтобы наверняка.
Клик может триггернуть непредсказуемое поведение.
Сейчас я прохожусь в DOM по всем картинкам: прокручиваю страницу к каждой картинке, жду ~100мс и перехожу к следующей картинке.
Для просмотра PDF не нашёл ничего быстрее, чем встроенный просмотрщик Chrome, даже на очень длинных и тяжелых PDF (>200 мб) он работает вполне сносно.
SingleFile - это оно? Интересное расширение, я посмотрю как у него внутри сделана прогрузка картинок, может подчерпну что для себя. Спасибо!
Кстати, для подобных целей есть CTRL+S и там можно выбрать не html, а mhtml и то же самое будет - одностраничная копия html страницы. Попробуйте, когда не нужен PDF, это довольно удобно.
Нельзя сохранить страницу без разрывов, внешний вид будет сильно отличаться от исходной страницы. До недавних пор текст нельзя было выделять, сейчас завезли OCR, но ссылки всё равно остаются не кликабельными.
Только что попробовал сделать то же самое - действительно, в некоторых случаях картинки не прогружаются. Это как раз то, о чём я писал. Я так и не нашёл нормального способа прогружать все картинки.
Если у кого есть идеи как прогрузить все lazy-loading картинки, буду рад если поделитесь в комментариях.
Именно его и использую под капотом в онлайн-сервисе. В расширении используется Devtools Protocol.
Привет! Спасибо за проделанную работу и понятное объяснение как всем этим пользоваться!
Подскажите, какие минимальные требования к VPS где всё это можно развернуть?
Ищу альтернативу Sentry, так как Sentry очень требователен к ресурсам и слишком громоздок для моих задач. Понимаю, что у вас проект больше для логов заточен, но было бы удобно прикрутить просмотр ошибок из js-кода с sourcemaps.
Так же не нашёл, есть ли какие-то уведомления о поступивших логах?
Спасибо!
В 2025 что-то поменялось?
Спасибо за статью! Подскажите, почему вы решили указать адреса сторонних ЦОДов (например, Яндекса) в форме уведомления РКН? Разве вы не должны указать только свои ЦОДы?
Да, вы правы. Я имел ввиду плагин Remotely Save, с ним Яндекс.Диск перестал работать из-за ограничений на стороне Яндекс.Диска. Напрямую не пробовал, наверное это ещё удобнее.
Через Яндекс.Диск уже не работает. Зато через Mail.ru Облако работает через плагин.
А по позициям в поиске что? Повлияло это на трафик?
Это решение будет работать, когда записей немного. Скажем, несколько тысяч. Но когда записей миллионы, то будет сильно тормозить. В этом случае поможет либо заранее создать файлы с картой сайта, либо класть выборку в кэш.
Благодарю! Возьму это решение на заметку.
А как вы Метрику отложенно грузите? Можно пример?
Скажите, а в WSL2 уже пофиксили проблемы с производительностью I/O shared folders? Или всё также медленно и лучше остаться на первой WSL, где это работает быстрее?