Как запретить кеширование данных, полученных через API?

Роман, Я слежу за темой)) Не переживай) В течение суток максимум всегда отвечу))

Если прям 100%'ное решение родится у Вас, то я попытаюсь родить то, что Вам можно будет в карман положить...))
Но, реально...я лист бумаги разрисовал и сам себя нае**ть не смог)) Если представляю себя в роли того, кто будет пользоваться API...

Как запретить кеширование данных, полученных через API?

Роман, Это всё круто...но у них может быть SEO или ещё что-то...где важны ПОСТОЯННЫЕ URL... :)
Я ж не только о себе беспокоюсь...но и об удобстве "злоумышленников"... :)

Как запретить кеширование данных, полученных через API?

Роман, Картинки не вариант просто...
Нужны чистые данные, чтобы они могли сами выстраивать отображение как им вздумается...

Как запретить кеширование данных, полученных через API?

rPman, Да тут ещё вопрос в том, что эти "программисты" будут строить сервисы из этих данных на своих сайтах...а там важно постоянные URL...и заставлять их тоже лепить костыли не вариант...как они будут запрашивать данные по "своим" постоянным URL например?
Нужно было сделать API, чтобы было максимально простым по типу стандартного...

Но я щас порисовал на бумаге все варианты...и сам от себя защититься не смог... :)

Как запретить кеширование данных, полученных через API?

Роман, Да это всё понятно...просто надо сделать сервис с одной стороны ОЧЕНЬ ПРОСТЫМ в использовании API, и в той же степени "НЕ ПРОБИВАЕМЫМ"...в данном случае - ФИАСКО... :)

Как запретить кеширование данных, полученных через API?

Дублирую:

Да я сам немного протупил...потому что, если один пользователь смотрит данные на конечном ресурсе какой-то раздел и даёт ссылку другому обычному юзеру на этот раздел, то выйдет фигня))
Это, если не брать во внимание "программиста", который пользуется этим API, чтобы "вывести" эти данные на своём ресурсе...

Исходя из вопроса и у меня и у всех Вас ход мыслей правильный...тыкну решением...вот и всё))

Как запретить кеширование данных, полученных через API?

Роман, Да я сам немного протупил...потому что, если один пользователь смотрит данные на конечном ресурсе какой-то раздел и даёт ссылку другому обычному юзеру на этот раздел, то выйдет фигня))
Это, если не брать во внимание "программиста", который пользуется этим API, чтобы "вывести" эти данные на своём ресурсе...

Исходя из вопроса и у меня и у всех Вас ход мыслей правильный...тыкну решением...вот и всё))

Как запретить кеширование данных, полученных через API?

Мой вывод такой.

Извиняйте...))

Как запретить кеширование данных, полученных через API?

Мой вывод такой.

Извиняйте...))

Как запретить кеширование данных, полученных через API?

Вообщем так...щас взял лист бумаги...карандашом расчертил все варианты и со стороны API и со стороны клиента...
Реально защититься на 100% вряд ли выйдет...

Всем спасибо :)

Как запретить кеширование данных, полученных через API?

rPman, Да дело не в том что, данные УЖЕ ОТДАЛИ...
А в том, чтобы с конкретного шага из API не могли повторить запрос...
Сами данные на каждом шаге (при валидных запросах) постоянно (не очень часто) меняются...но будут умники, которые будут кэшировать, и пытаться пользоваться данными...

Как запретить кеширование данных, полученных через API?

Дмитрий, У меня в вопросе есть такая фраза, которая это и имела ввиду:

Есть мысли подменять ID'шники с какой-то "солью/хэшем" и т.п...

Если другого способа не найдём, то примерно наши мысли схожи...

Хотелось бы что-то "элегантное" найти...

Неужели в 21 веке ни у кого таких задач не стояло?))

Как запретить кеширование данных, полученных через API?

Вы мыслите верно...просто надо учесть то, что пользователи API такие же умные программисты :)
Их надо как-то "обламать" с кэшированием ответов))

Как запретить кеширование данных, полученных через API?

Дмитрий, Ну смотрите...

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

Если он обновит страницу с тем же запросом? Если ставить "протух" сразу...

У меня изначально такие мысли были:

1. Генерим "вртуальные ID" авторов примерно таким способом:
- ID автора + токен и зашифровываем во что-то;
2. При запросе по этой зашифрованной строке:
- Расшифровываем на своей стороне;
- Достаём ID и токен;
- Смотрим "протух" ли токен и:
* Если протух, то в ответе API отсылаем новую строку содержащую ID+токен, зашифрованную по алгоритму 1. При этом на стороне клиента должно быть условие, что, если такое произошло, то нужно сделать повторный запрос с новой зашифрованной строкой;
* Если НЕ протух, то сразу выдаём данные.

Но мне показалось, что это как-то не по феншую...))

Как запретить кеширование данных, полученных через API?

Прочитайте пожалуйста мой комментарий к предыдущему ответу...
Как обойти тот ньюанс, что я там описал?

Спасибо за ответ.

P.S.: Чтобы от чужого имени не запрашивали, можно отдельный ключ в API добавить или например JWT использовать...но вопрос не в этом...

Как запретить кеширование данных, полученных через API?

Спасибо за поправку темы вопроса!:)
Не знаю как подтвердить, но, вроде, она "подтвердилась"...

Как запретить кеширование данных, полученных через API?

Да, тоже есть такие мысли...

НО, давайте рассмотрим как это будет выглядеть для конечного пользователя(обычного юзера) этим сервисом...
1. Он нажимает авторы;
2. Идёт пить кофе...
3. Тыкает автора...и...обломс?))

Нормально ли такое кол-во вызовов методов в Битриксе?

//    Bitrix\Main\ORM\Query\ChainElement::getValue()
//    /bitrix/modules/main/lib/orm/query/chainelement.php:74

    public function getValue()
    {
        return $this->value;
    }

P.S.: Давно не "трогал" битрикс...но это по-моему просто "обёртка"...

Как хранить данные не используя сессии?

Структуру хотя бы опишите более подробно... а не так, что часть там, часть здесь, а чусть тут...

Что решает этот бот?
Какой поток данных и как этот поток должен обрабатываться?
Какие данные постоянные, а какие нет?

Это минимум, думаю...

Как лучше всего написать сайт?

1SLY2, Тут кроме жидкости и нечего сказать... :)