Предложения по улучшению / dev :: предложения :: joyreactor :: реактор

Предложения по улучшению

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

1. Только что пытался вставить первый раз видео в новом интерфейсе. Итак, во-первых, этим кнопкам банально не достает тайтлов:

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

Третье, ссылки, которые не оканчиваются на ".mp4" или нечто подобное не едятся. Разумеется, можно всегда добавить "?.mp4" или "&.mp4", но не думаю, что до этого догадаются все. Да и не очень удобно. Если запихнуть возможность добавления ссылки через всплывашку с ютубом, там можно будет прикрутить проверку типа контента по ссылке, не полагаясь на саму ссылку.

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

Дальше все пункты очень плотно взаимосвязаны и не так просты.

3. Чудовищно долгая загрузка. Убежден - новая версия медленнее старой (конечно, это может быть иллюзией, я не проводил тестов, но тогда нужно думать с интерфейсом, чтобы иллюзии не возникало). Загрузка длится очень долго. При этом ощущение, будто получается начальный ответ, потом джс отправляет еще один запрос и только после получения второго ответа начинается отрисовка контента (опять же, не смотрел на запросы, но с точки зрения интерфейса выглядит именно так).

4. С этого вытекает неприятный эффект: гуляя по истории, ты не попадаешь на старые страницы, происходит перезагрузка контента, положение перемотки не сохраняется, меняться может сам контент и т.д. Юзерэкспириэнс сильно падает от этого. Даже при таком подходе можно это все легко исправить. Нужно просто написать на джс свой менеджер истории (History API позволяет это сделать), где можно будет сохранять и расстояние промотки и все остальное. Это не так много кода, порядка 100-300 строк.

5. При всем этом, я думал на новой версии есть Сервис Воркер. Но его нет. Не совсем понимаю, зачем тогда нужен был такой подход с подгрузкой. Возможно, вы просто не успели его сделать.

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

"Эм, а зачем?". Здесь постараюсь объяснить иносказательно.

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

"Тю, ну так второй адрес тоже станет недоступным быстро". Во-первых, обычно нет. Во-вторых, можно сделать большой пулл резервных адресов, который будет назначаться разным юзерам. Например, незарегистрированным - вообще не выдается резерв. Тем, кто не прошел чистилище - другие адреса (при чем их может быть несколько), тем кто прошел - третьи. Боярам - можно каждому выдать несколько. При чем каждая следующая каста пользователей может получать и все предыдущие. Устойчивость такого сайта будет намного выше. Такой подход может позволить сохранить пользователей с такого региона.

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

Я недавно встречал пост про прокси для бояр. Вот это тоже самое - только в разы удобнее.

Также, конечно, всегда можно написать примитивный сервис воркер, который в слачае чего просто сделает редирект куда-то. Или хотя бы выведет какое-то сообщение для пользователей, которые потеряли доступ к ресурсу.