Сохранённое значение позволяет не обращаться наружу каждый раз
Сайт может получать сведения о количестве социальных взаимодействий из внешнего источника и временно сохранять их. Тогда очередному посетителю показывается уже известная цифра, а новый запрос выполняется по отдельному правилу. Это уменьшает необходимость повторять внешнее обращение при каждом просмотре. Такой подход создаёт компромисс: сохранённые данные доступны без ожидания нового ответа, но могут отставать от текущего состояния источника. Реальная схема зависит от используемого инструмента, настроек и кэширования страницы. Поэтому нельзя назначить всем сайтам один обязательный интервал обновления или обещать одинаковое ускорение.
Нажатие кнопки и подтверждённое внешнее событие не тождественны
После нажатия может открыться окно внешней социальной сети. Человек способен продолжить действие, изменить его или закрыть окно. Само нажатие на сайте ещё не доказывает завершённую публикацию. Кроме того, внешний показатель может иметь собственные правила подсчёта и обновления. Поэтому полезно отдельно назвать наблюдаемые события: кнопка нажата, переход состоялся, внешний источник вернул определённое число, сайт показал сохранённый результат. Если свести их к одному слову репост, поиск причины станет неточным. Сначала нужно определить, какое именно число ожидалось и на каком этапе оно должно было измениться.
Проверяйте время и условия получения данных
В вымышленной модели сайт в десять часов получил значение восемь. В десять ноль три внешний источник уже содержит девять, но до следующего обновления страница продолжает показывать восемь. Это ожидаемое поведение выбранной модели, а не обязательно потеря события. Другая ситуация — новое обращение вообще не завершилось успешно. Тогда старое сохранённое число нельзя выдавать за только что подтверждённый результат. При оценке скорости также важно сравнивать одинаковые условия: страницу с готовым кэшем и страницу, ожидающую внешнего ответа, нельзя без пояснения считать равными испытаниями. Реальные посетители могут иметь разные устройства и соединения, поэтому один быстрый просмотр не описывает весь опыт аудитории.
Попробуйте на практике
Составьте временную схему условного счётчика на бумаге. Не публикуйте записи в соцсетях и не меняйте настройки рабочего сайта.
- Запишите исходное событие: в 10:00 сайт получил от внешнего источника число восемь и сохранил его. Обозначьте время получения отдельно от времени показа.
- Добавьте изменение внешнего источника до девяти в 10:03. По условию обновление сохранённого значения запланировано на 10:15; определите, что увидит посетитель в 10:05.
- Рассмотрите два исхода в 10:15: успешный ответ с числом девять и отсутствие нового ответа. Подпишите известные сведения для каждого исхода, не выдумывая результат запроса.
- Добавьте отдельное нажатие кнопки без сведений о завершении публикации. Объясните, почему его нельзя автоматически прибавить к подтверждённому внешнему счётчику.
Как проверить результат. В 10:05 по условию показывается восемь. После успешного обновления известно девять; при неуспешном обращении нового подтверждённого значения нет. Время показа не должно подменять время получения, а нажатие — факт внешней публикации.
Частые вопросы
Более частое обновление всегда лучше?
Оно может повышать свежесть данных, но увеличивает число обращений. Подходящий баланс зависит от задачи и устройства сайта; универсального выигрыша по всем показателям нет.
Маленький размер кнопок гарантирует быструю страницу?
Нет. На поведение страницы влияют и другие ресурсы, обработка и внешние обращения. Размер одного элемента не заменяет измерение всей страницы в определённых условиях.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.