загрузка картинок со страницы

В общем, если я ещё один день на это потрачу, то съеду в дурку, поэтому прошу помощи.  Второй день пытаюсь загрузить длиннопост с комиксом, всего 29 изображений, формат png, каждое изображение от 0.5 до 4 Мбайт, ужатые и пережатые уже по несколько раз. Процедура следующая:

1. Загружаю картинки через мобильную версию, первые минуты всё норм идёт "загрузка на сервер", потом появляется ошибка "неверный тип файла";
2. Иду перепроверяю все картинки, пересохраняю, пытаюсь опять загрузить - повторяется пункт первый;
3. Пытаюсь найти в FAQ какой тип файла должен быть (размер/разрешение) - ничего не могу найти;
4. После третьей неудачной попытки перестает открываться вообще joyreactor с того ip, с которого грузила пост, делаю трассировку, вижу, что дело не в провайдере, а гораздо дальше, словно действительно в бан лист отправляет меня (в принципе, наверно, это честно и логично, но muffin fluffin это продолжается уже два дня, и я хз сколько длится этот бан и вообще бан ли это, потому что опять-таки нигде не могу про это прочитать);
Прошу подсказать, или дать ссылку на сабж, где можно ознакомиться с тем, какие картинки и в каком формате можно грузить. Потому что когда неделю назад мне удалось загрузить третью главу комикса, я уже не могла поверить своим глазам, выжирая вторую пластину фенибута.
Спасибо за внимание.

Ограничения для постов. Надо ли?

Не факт, что эти ограничения будут введены, но поговорить о них надо.

Ограничение на длину/количество картинок

Одна из проблем, о которых рапортуют многие пользователи, - чрезмерная длина длиннопоста, которую надо проматывать. Открыли и поняли, что там не интересно, и приходится промааааатывать остатки.

Предлагают писать, сколько картинок есть под катом. У этого подхода есть минус - под катом бывают не только картинки, но и текст. Да и длина картинок бывает разной. Есть другой вариант: если пост очень длинный, то он будет иметь 2 и более катов. То есть вы кликнете плашку "развернуть", откроется новый кусок поста и под ним опять плашка "развернуть дальше". На странице поста весь пост будет отображаться целиком, как и сейчас.

Некоторые посты имеют мало шансов быть досмотренными при введении такой фичи. Так надо ли делать их такими длинными? На некоторых сайтах есть ограничение по количеству картинок в посте, типа не более 30. Что вы думаете о таком?

Ограничение на вес

У меня есть для вас хорошая новость: мы начинаем разработку фичи загрузки webm/mp4 видео вместо гифок. Не надо будет грузить тяжелые гифки, только видосы на 2-5Мб. Явно остается ограничение 10Мб на одну картинку, это продиктовано нашими серверными условиями. Но если пост из нескольких картинок, мы можем принять и 100Мб, и больше. Но надо ли?

Расскажите о своих отношениях с длиннопостами и тяжелыми постами.

"Ленивая" загрузка картинок + остановка гифок на плохом интернете

Этот пост касается только нового движка, на текущем основном реакторе все без изменений.

Что такое "ленивая" загрузка?

Это такое поведение сайта, при котором картинки, которые лежат где-то глубоко внизу, далеко от текущего экрана, не загружаются. Вы решаете промотать страницу вниз, и только тогда эти далекие картинки начинают подгружаться, потому что есть реальный шанс, что вы-таки до них домотаете.

Это полезно и с точки зрения экономии трафика, и с точки зрения более приоритетной загрузки именно тех картинок, у которых максимальный шанс быть посмотренными.

Раньше мы полагались на библиотеку nextjs в вопросе "ленивой" загрузки картинок, но в новой версии они - согласно современным практикам - отказались от своих механизмов и перешли на встроенные механизмы "ленивой" загрузки в браузерах. Стало лучше!

Для примера рассмотрим, как работает "ленивая" загрузка картинок в Хроме (и в браузерах на Chromium). С июля 2020 года разработчики браузера изменили расстояние от видимого экрана, на котором картинки начинают загружаться. Для быстрого интернета это расстояние уменьшили с 3000 пикселей до 1250 пикселей, для медленного - с 4000 пикселей до 2500.

Разработчики браузера говорят, что могут еще экспериментировать с этими порогами. Мы на этот встроенный механизм влиять не можем.

Сурс: https://web.dev/browser-level-image-lazy-loading/

В разных браузерах могут быть разные расстояния от видимой части экрана.

А что же гифки?

Гифки и гифковидео(видеогифки?) тоже подвластны этому механизму браузера. В дополнение мы в качестве эксперимента добавляем новый механизм остановки гифковидео для плохого интернета.

Если браузер решил начать загрузку видеогифки, но за 5 секунд загрузка не закончилась полностью, мы ставим видео на паузу и показываем контролы. Это выглядит вот так:

Браузер будет потихоньку буферизовать контент видеогифки, особенно если она находится у пользователя на экране. Это тоже встроенный механизм - браузер сам выбирает, загрузке какого контента отдать приоритет.

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

Обратная связь

Для нас новый движок - это тестовая песочница для новых фичей, построенная на довольно новых технологиях. Через 5 лет эти технологии перестанут быть столь новыми, и все будет работать на каждом утюге и чайнике. А пока могут быть проблемы, о которых вы можете нам сообщить, что поможет нам обкатать новый движок как следует.

Важно! Мы принимаем репорт только если у вас отключены все расширения браузера или вы используете "чистый" браузер. Если проблема возникает только с включенным расширением, то репорт надо слать разработчику расширения, а не нам.

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

А вот инструкция как прислать репорт о баге на новом движке нам: https://m.joyreactor.cc/report

До связи, драгоценные!

Большинство советов в видеоиграх во время загрузки.

DNS_PROBE_FINISHED_NXDOMAIN

Заливка webm/mp4

Добавлена возможность на новом движке заливать webm/mp4. Аудио-дорожка будет вырезана. Для таких картинок гифку скачать нельзя.

Вот пример залитого видео - https://joyreactor.cc/post/5511461

JoySave v26

Предлагаю всем заинтересованным скачивалку картинок.

Умеет качать целый список разных тегов, для каждого группирует картинки в папки по некоторому количеству страниц этого тега на реакторе, умеет само паковать в CBZ (по сути - в ZIP, только переименованный).

На вкладке Main таблица заполняется ссылками для сохранения. Копируем адрес в строке адреса браузера, вставляем в клетку URL. Например, переходим в раздел "Котэ". Получится https://joyreactor.cc/tag/котэ. Хотим больше котиков? Переключаем на "Бездну" и копируем. Получается https://joyreactor.cc/tag/котэ/all. Вобщем, понятно. Но если копируете не на последней странице, то в адресе будет номер страницы, например https://joyreactor.cc/tag/котэ/best/2698. Вот его не надо. Номер подставляться будет автоматически, так что номер и последний "/" сотрите.

В столбцах Begin и End вводим номера страниц с какого по какое сохранять. Столбец Folder - это название папки, куда будет сохраняться картинки. Т.е. если введем "SuperCat", то будет сохраняться в папке Pic/SuperCat. Если оставить пустым, то будет имя папки будет номер из столбца No.

Если пустое хоть одно из полей [URL, Begin, End], то строка пропускается. Это удобно, чтоб держать записи на будущее. Например, скачали котиков до страницы 200. Очистим поле Begin, и у нас сохранен адрес и последняя скачанная страница. Когда накопятся новые картинки, то в поле Begin поставим те же 200, а в End уже, например, 250.

Имеет смысл закрыть прогу после заполнения таблицы, чтоб сохранила всё. А то вдруг глюканет и вылетит без сохранения!

Крутилки на главной странице без надобности не трогайте, они сами меняются. 

Больше описаний в самой проге на вкладке Help. Не буду копировать сюда весь текст - его много. Только настроек немного еще опишу.

Cookies нужны чтоб качать картинки из-под своего аккаунта (например, чтоб качать избранное, или секретные разделы). Куки можно взять из расширений браузера. Например, для Хрома - Cookie Editor. Достаточно только joyreactor_sess3=значение_этого_поля.

Далее крутилка Timer. Это сколько миллисекунд минимум задержки между запросами (получением постов, скачиванием картинок и прочее). Не ставь мало - заблокируют.

Pages in folder - сколько страниц группируется в подпапку. На мой вкус 50 - оптимально. Больше за раз посмотреть напряжно.

К сожалению, под Linux почему-то не работает HTTP-прокси. SOCKS работает. Прога не многопоточная, потому часто "задумывается", особенно на тяжелых картинках и при упаковке в CBZ. И вообще, это то еще глюкалово, написанное по-быстрому на коленке. 

Пишите замечания, ругательства, пожелания.