joyreactor dev api

JoyReactor GraphQL Enpoint

Информация для тех, кто делает сайд-проекты, завязанные на парсинг реактора.

Для простоты дебаггинга к внутреннему API реактора, я открыл graphql-playground. Там выдаётся далеко не вся информация, но постепенно она будет наполняться. Лимиты там довольно жёсткие, но должно хватить.

Если не знаете что такое GraphQL - изучайте. Эндпоинт совместим со спецификацией Relay Object Identification.

Идентификатор строится как base64(Type:Id).

Например, таким запросом можно получить идентификатор поста по номеру картинки

{
  node(id:"UG9zdEF0dHJpYnV0ZVBpY3R1cmU6NjQxNDI5MQ=="){
  ... on PostAttributePicture { post { id } }
  }
}

graphql не правильный ответ в seoAttributes

* description : захватывает часть текста из нижнего края поста а должно кажется захватывать  часть текста с верхнего края
* title : иногда захватывает html теги
Проявляется во всех постах?нет

#Пример:
#где запустить: https://api.joyreactor.cc/graphql-playground
#что это seo блок: http://m.joyreactor.cc/post/5061838
{node(id:"UG9zdDo1MDYxODM4") {
... on Post {
seoAttributes {
title
description
ocr}}}}

Пример ответ description:
"без логина:верхнизс логином:верхнизВсё!!!(а вообще мне скучно такое писать ну вроде как то и логин меняет вид, ну и вдруг пригодится;)=^~.-^= V Тематика и теги: dev :: реактор :: песочница"

Пример а как выглядит "seo блок" в http://joyreactor.cc/post/5061838 / http://old.reactor.cc/post/5061838 :
Какой то битый пост(http://m.joyreactor.cc/post/4875263) ломает верстку в m.joyreactor.cc внешний ви / dev :: реактор

Пример ответ title (так выглядит "seo блок" в http://m.joyreactor.cc/post/5061838 ):
<b>Какой то битый пост(<a href="http://m.joyreactor.cc/post/4875263">http://m.joyreactor.cc/post/4875263</a>) ломает верстку в <a href="http://m.joyreactor.cc/">m.joyreactor.cc</a> внешний вид ошибки для залогиненных пользователей отличается</b></h3><br><b>Что сломалось</b><br><b>*без входа на сайт:</b>"правая колонка" уезжает а "тело" поста растягивается.<br><b>*а если войти(залоснится):</b>длинные слова выезжают на соседний блок<br><br><b>Возможная причина:</b> наличие в посте длинных слов без пробелов<br><div><b>*в:</b> <a href="http://joyreactor.cc">http://joyreactor.cc</a> и <a href="http://joyreactor.cc">http://old.reactor.cc</a> ошибка не проявляется на <b>18.01.2022</b></div><div><b></b></div><h3><b>Картинки (зум выкручен на 50% для экономии)</b> / dev :: реактор :: песочница

---------------------------
Этот пост связан с http://joyreactor.cc/post/5061838#comment24703213 и возможно не должен быть отдельным или вы уже знаете или уже чините но я запутался...

Graphql

Пара функций api

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Мобильная версия joyreactor

Решение проблемы с невозможностью совершения некоторых действий на поддоменах reactor.cc

Симптомы проблемы

- невозможно создать комментарий на сайтах *.reactor.cc

- добавление в избранное не работает - при перезагрузке страницы показывает, что пост не добавился в избранное

- добавление и удаление тегов не работает

Причина (для технически подкованных)

У нас идёт сквозная авторизация всех действий через единое api по адресу https://api.joyreactor.cc. Так как reactor.cc имеет другой домен 2го уровня, то некоторые программы считают это "3rd party cookies" и блокируют их, чтобы позаботиться о вашей приватности.

Решение

1) не использовать режим инкогнито в Chrome. У них прямо сказано, что в этом режиме некоторые сайты могут не работать.

2) добавить "[*.]reactor.cc" в список исключений для запрета "3rd party cookies". Для этого в Хром откройте "chrome://settings/cookies" и в низу страницы добавьте этот сайт.

Если не помогает

Отключайте аддоны, блокировщики и другие средства псевдозащиты вашей приватности. Ищите в них настройки исключений и добавляйте туда reactor.cc и joyreactor.cc

JoyReactor встроил майнер в страницы сайта