Сбросить кэш open graph

Обновлено: 15.01.2025

На неделе команда Dev2Fun выпустила новое обновление (1.1.0), которое сильно усовершенствовало модуль.

Всем кто использует версию 1.0.7 и младше, рекомендуем обновиться.

Миграция с 1.0.x на 1.1.x

Миграция происходит при обновлении автоматически.
Внимание ! В модуле закончена поддержка php5.3 и младше.

Добавлен функционал страниц исключений вывода OpenGraph

Задача:
Нужно запретить вывод мета-тегов OpenGraph для страницы "/catalog/auto/audi/a8/", а также запретить вывод для главной страницы.
Решение:
Указываем в поле "catalog/auto/audi/a8/", а в другом поле "index" (index, от корня, это ключевое значение, которое модуль воспримет за главную страницу).

Добавлена возможность указать OpenGraph в элементах инфоблока

url - текущая отображаемая страница
image:width - ширина картинки, которая сейчас в og:image
image:type - тип картинки (png,jpg, etc.), которая сейчас в og:image
image:height - высота картинки, которая сейчас в og:image
site_name - название сайта из настроек сайта

Добавлена возможность указать OpenGraph в разделах инфоблока

url - текущая отображаемая страница
image:width - ширина картинки, которая сейчас в og:image
image:type - тип картинки (png,jpg, etc.), которая сейчас в og:image
image:height - высота картинки, которая сейчас в og:image
site_name - название сайта из настроек сайта

Добавлена настройка вывода OpenGraph полей в элементах и разделах

Добавлена загрузка картинки для OpenGraph, по умолчанию

Как интегрировать поддержку OpenGraph

title - из заголовка страница
description - из описания страницы
url - текущая страница
site_name - название из настроек сайта
type - по умолчанию website

Указать на нужных страницах названия полей добавляя впереди "og:"

Переписать поле og:title

Установить значение в og:image

Установить любое своё свойство, допустим og:custom

Предварительно нужно проверить добавлено ли поддержка custom в настройках модуля, если нет, то добавить

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

Этот способ наиболее проще первого, но, в данной версии, представляет меньше гибкости.
Этот способ мы сделали для более удобной интеграции Open Graph в компонентах.

Необходимо в result_modifier.php или component_epilog.php прописать вызов метода:

Где $refIf - идентификатор элемента или раздела
Где $type - тип объекта element или section.

element - вывод для элементов инфоблока
section - вывод для разделов инфоблока

у меня проблемы с моими метатегами с открытым графиком. Кажется, что Facebook кэширует старые значения моих мета-тегов. Старые значения атрибутов og:title и og:url все еще используются, хотя я уже изменил их.

Я побежал Линт на страница на мой сайт, и этот появился:

обратите внимание, что есть два значения для og:title и og:url , и последний победил. Однако,последние две записи старые записи что я использовал для этого сайта. В настоящее время я использую эти мета-теги (вы можете проверить, просматриваете ли вы источник HTML):

почему Facebook кэширование og:title и og:url ? Кто-нибудь испытывает ту же проблему?

примеры:

у меня была такая же проблема вчера вечером, и я получил это решение с какого-то веб-сайта.

Facebook сохраняет миниатюру кэша. Его не обновить даже если вы удалите thumnail / image с вашего сервера. Но Facebook позволяет обновить с помощью fbrefresh

надеюсь, это поможет.

самый проголосовавший вопрос довольно устарел:

Это единственные 2 варианта, которые должны использоваться с ноября:

если URL-адрес og:image остается прежним, но изображение фактически изменилось,оно не будет обновляться и не будет исправлено скребками Facebook, даже делая выше. (даже проходя мимо ?last_update=[отметка времени] в конце url-адреса изображения не работала для меня).
единственным эффективным обходным путем для меня было назначить новое имя изображению.

Если у вас много страниц и вы не хотите обновлять их вручную - вы можете сделать это автоматически.

допустим у вас есть страница профиля пользователя с фотографией:

просто добавьте это на свою страницу:

это обновит кэш Facebook. Если вы используете решение jQuery, посмотрите "ответ"в консоли.log-вы найдете там поле "updated_time" и другую полезную информацию.

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

в принципе, ответ-Терпение;)

Я проверил Линтер сегодня утром, и og:title и og:url отображаются правильно, без избыточных значений. Я думаю, FaceBook автоматически очищает свой кеш через определенный интервал. Мне просто нужно подождать.

мы просто столкнулись с этим, как оказалось, мы не линтировали правильный url, так как реальный url имел строку запроса (duh, другая страница, насколько это касается бота).

в Линтер будет recache вашей страницы, вам не придется ждать.

Ooook, наконец, это помогло (я использую IP.Правление.) Что я должен был сделать, так это:--1-->

изменить url og: image на моем веб-сайте (общая конфигурация).
попробуйте этот метод ?fbrefresh=1154464gd56

спасибо автору за эту ветку!

EDIT: что еще вам нужно помнить о требованиях к изображению. На данный момент (январь 2013) это: - не менее 200 px в обоих направлениях - максимальное соотношение 3:1

одна вещь, чтобы добавить, URL-адрес -регистр. Обратите внимание, что:

отличается в глазах линтера тогда

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

У меня были те же проблемы с использованием og:image , несколько попыток переименовать файл или очистить кеш FB не работали ни через отладчик facebook, ни через фактическую учетную запись.

в новых рекомендациях facebook говорится, что размер изображения должен быть 1200 x 630 или иметь такое соотношение сторон, это кажется неправильным, единственное, что сработало для меня, это использование изображения с квадрат размеры.

редактировать* Afew часов я вернулся к использованию 1200 x 630 и это волшебно сработало, это было волшебно.

Я также переименовал файлы в f * ^ * kfacebook.jpg, не уверен, что это помогло, но это было хорошо.

извините, ребята, но правильный ответ:

нет способа доказательства дурака обновить открытый график og:image url с немедленным результатом. Он кэшируется до обновления fb (как сообщается, каждые 24 часа)

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

выбор "получить новую информацию царапины"
изменение фактического имени файла изображения и / или удаление оригинал
добавление строки запроса к url-адресу изображения путем добавления метки времени PHP или ?ничего
добавление ". yoursite.com/?fbrefresh=anything " строка запроса к отладчику fetch url
выбор ссылки API graph в нижней части страницы OG dev
выбор, чтобы увидеть именно то, что скребок видит - не появляется запрос в режиме реального времени не кэшированные данные скребка, он по-прежнему показывает url кэшированного изображения, даже если файл больше не существует

проверка вашего кода всегда является местом, чтобы подтвердить, что это не проблема с кешем браузера или какой-либо службой кэширования. Если метаинформация обновлена в вашем коде, и вы пробовали все вышеизложенное (если другое предложение не осуществится), правильный ответ вы можете только ждать.

Я узнал, что если ваше изображение 72dpi это даст вам ошибку размера изображения. Использовать вместо 96 точек на дюйм. Надеюсь, это поможет.

вставьте url-адрес страницы и нажмите кнопку отладка. Если ваш сайт использует псевдонимы url, убедитесь, что вы используете тот же url, что и Facebook используется для страницы, которую вы используете (пример: в Drupal используйте node / * путь вместо псевдонима, если страница совместно используется через это URL-адрес).

документы разработчика Facebook говорят, что свойство title имеет исключение:

Как только 50 действий (лайки, акции и комментарии) были связаны с объект, вы не сможете обновить его название

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

У меня тоже была эта проблема. Скребок показывает правильную информацию, но url-адрес общего ресурса по-прежнему заполнен старыми данными.

способ, которым я обошел это, состоял в том, чтобы использовать метод feed вместо share, а затем заполнить данные вручную (который не подвергается методу share)

что-то вроде этого:

для меня все решения не работают. Я узнал, используете ли вы Wordpress с Yoast SEO тогда вам нужно обновить эти два тега:

У меня проблемы с моими метатегами с Open Graph. Кажется, что Facebook кеширует старые значения моих метатегов. Старые значения для Атрибутов og:title и og:url до сих пор используются, хотя я их уже изменил.

Я запустил Lint на странице моего сайта , и это появилось:

Обратите внимание , что существуют два значения для og:title и og:url , а последняя преобладала. Тем не менее, последние две записи являются старые записи, которые я использовал для этого сайта. Сейчас я использую эти метатеги (вы можете проверить, просматриваете ли вы источник HTML):

Почему Facebook кеширует og:title и og:url ? Кто-нибудь испытывает ту же проблему?

Проблема в том, что счетчик лайков в Фейсбуке по-прежнему для OLD og: url ( pinq.dk ), который составляет около 200+, а не для pinq.dk/tilbud/landsdaekkende/lissy и я не думаю, что это история. Больше og: url устанавливается (предположительно) дважды, последний превалирует. Так или иначе, старые значения, которые уже удалены из кода, все еще влияют на мета значения. Хорошо, прочитайте это . Особенно раздел « Редактирование метатегов ». Я не уверен, если это связано, но это может помочь. Проверю это позже, извини, приятель! Это наверное так. «Вы можете обновить атрибуты своей страницы, обновив теги <meta> своей страницы. Обратите внимание, что og: title и og: type доступны для редактирования только изначально - после того, как ваша страница получит 50 лайков, заголовок станет фиксированным, а после того, как ваша страница получит 10 000 лайков тип становится фиксированным. Эти свойства исправлены, чтобы не удивлять пользователей, которым страница уже понравилась. Изменение тегов заголовка или типа после того, как эти ограничения достигнуты, ничего не дает, ваша страница сохраняет исходный заголовок и тип. ". Спасибо ifaour!

Примеры:

У меня была та же проблема прошлой ночью, и я получил это решение с какого-то сайта.

Facebook сохраняет миниатюру кеша. Он не обновится, даже если вы удалите thumnail / изображение с вашего сервера. Но Facebook позволяет обновлять с помощью fbrefresh

Надеюсь, это поможет.

пары fbrefresh не может быть необходимым в качестве инструмента отладки обновляет объект без него. Он не очищает кеш вообще, если вы не используете этот параметр. Неверно, добавление этого параметра не имеет никакого значения для работы инструмента отладки - нет никакой ссылки на этот параметр в инструменте отладки или в коде скребка Нет необходимости использовать параметр fbrefresh, но вам необходимо войти в систему как администратор для приложения FB, которому принадлежит этот домен, иначе кэш не будет обновлен. Я могу убедиться, что добавление параметра fbrefresh работает для меня. Если я указывал URL, он использовал старые данные, хотя отладчик показывал правильные данные. Но как только я использовал отладчик с параметром fbrefresh, тогда даже обычные ресурсы использовали правильные данные.

Самый голосующий вопрос довольно устарел:

Это только 2 варианта, которые следует использовать с ноября 2014 года :

Если URL-адрес og: image остается прежним, но изображение фактически изменилось, он не будет обновляться и не пересматриваться скребками Facebook, даже выполняя вышеуказанное. (даже передача? last_update = [TIMESTAMP] в конце URL изображения не работала для меня).
Единственный эффективный обходной путь для меня - назначить новое имя изображению.

Когда вы вызываете отладчик, чтобы отменить изменения в тегах og: на своей странице, все предыдущие публикации Facebook с этим URL все равно будут отображать старое изображение / видео. Невозможно обновить все предыдущие посты, и это сделано специально из соображений безопасности. В противном случае кто-то сможет притвориться, что пользователь поделился чем-то, чего он на самом деле не сделал.

убедитесь, что теги находятся в заголовке, а не в теле страницы - отладчик предупредит вас об этом, но они будут проигнорированы (да, я знаю, вы упомянули об этом, я просто хотел подчеркнуть это) @ Ориол Эстебан, ты нашел другие способы обновления изображений? Любые идеи о том, как поцарапать кеш при изменении URL-адреса og: video . Я сделал небольшую правку для своего видео и изменил URL, и Facebook продолжает показывать старую версию! Я, очевидно, сделал царапину в отладке (он показывает там правильно), но не в посте! . Это сводит меня с ума!

Если у вас много страниц и вы не хотите обновлять их вручную - вы можете сделать это автоматически.

Допустим, у вас есть страница профиля пользователя с фотографией:

Просто добавьте это на свою страницу:

Это обновит кеш Facebook. Если вы используете решение jQuery, взгляните на «response» в console.log - там вы найдете поле «updated_time» и другую полезную информацию.

это было единственное непротиворечивое решение, которое разрушило бы кэш изображений для меня. использование fbrefresh ничего не сделало для моей проблемы. Привет, я пытаюсь этот метод, но я получаю некоторые ошибки, $ this-> output ('<script type = "text / javascript"> $ (document) .ready (function () , function (response) );>); < / script> '); Я получаю следующую ошибку Uncaught ReferenceError: $ не определено (анонимная функция), любая помощь будет

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

Согласно другим ответам, вы можете принудительно обновить, используя fbrefresh параметр URL. @SamMussmann Кажется, что это только (если это вообще так) обновляет кэш содержимого тега OG, а НЕ фактическое изображение, найденное по URL указанного содержимого. EG: Вы сохраняете теги OG одинаковыми, но изменяете файл изображения (сохраняя его имя), и само изображение остается в кэше. Я не нашел способа очистить это, кроме того, как сказал Себ, вы должны изменить имя файла изображения. Решаемые. Я решил это с помощью добавления? T = TIMESTAMP к моему URL-адресу изображения в php-скрипте, где мы генерируем теги. Пока это работает. Только что попробовал переименовать файл изображения и обновил значение метатега, тоже не работает.

У меня были те же проблемы с использованием og:image , несколько попыток переименовать файл или очистить кэш FB не работали ни через отладчик facebook, ни при тестировании через реальную учетную запись.

В новых рекомендациях Facebook говорится, что размер изображения должен быть 1200 x 630 или иметь такое соотношение сторон, это кажется неправильным, единственное, что сработало для меня, - это использование изображения с квадратными размерами .

Edit * Несколько часов я вернулся, чтобы использовать 1200 x 630, и это волшебно сработало, это было волшебно.

Я также переименовал файлы в f * ^ * kfacebook.jpg, не уверен, что это помогло, но это было хорошо.

В основном ответ терпение;)

Я проверил Linter этим утром, и og: title и og: url отображаются правильно, без избыточных значений. Я предполагаю, что FaceBook автоматически очищает свой кеш через определенный интервал. Мне просто нужно подождать.

С Facebook для разработчиков , кэш объекта истекает каждые 7 дней, и Facebook будет автоматически преобразовывать объект при следующем его использовании.

Мы просто столкнулись с этим, как оказалось, мы не указали правильный URL-адрес, поскольку реальный URL-адрес имел строку запроса (да, другая страница, если речь идет о боте).

ЛИНТЕР будет поместить в кэш страницы, вы не должны ждать.

Согласно текущей документации, длительность кэша составляет 30 дней.

Ооооо, наконец то помогло (я пользуюсь IP.Board). Что я должен был сделать:

Изменить URL-адрес og: изображения на моем сайте (общая конфигурация).
Попробуйте этот метод с? Fbrefresh = 1154464gd56

Спасибо автору за эту тему!

РЕДАКТИРОВАТЬ: Что еще нужно помнить о требованиях к изображению. На данный момент (январь 2013 г.) это: - не менее 200 пикселей в обоих направлениях - максимальное соотношение 3: 1

Одна вещь, чтобы добавить, URL чувствителен к регистру . Обратите внимание, что:

иначе в глазах линтера

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

Простите, ребята, но правильный ответ:

Вот вещи, о которых, как сообщалось, работали другие, но у меня был НУЛЬ успех с любым из них.

Выбирая "Получить новую информацию по царапинам"
Изменение фактического имени файла изображения и / или удаление оригинала
Добавление строки запроса к URL-адресу изображения путем добавления PHP TIMESTAMP или «что-нибудь»
Добавление строки запроса ". yoursite.com/?fbrefresh=anything" в URL-адрес выборки отладчика
Выбор графической ссылки API внизу страницы og dev
Выбор точного отображения того, что видит скребок - не запрашивает в реальном времени некэшированные данные скребка, он все равно показывает URL кэшированного изображения, даже если файл больше не существует

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

Я обнаружил, что если ваше изображение 72dpi, это даст вам ошибку размера изображения. Используйте вместо этого 96dpi. Надеюсь это поможет.

Вставьте URL-адрес страницы и нажмите «Отладка». Если на вашем сайте используются псевдонимы URL, убедитесь, что вы используете тот же URL-адрес, который Facebook использует для страницы, которой вы делитесь (пример: в Drupal используйте путь узла / * вместо псевдонима, если страница используется по этому URL-адресу).

Документы разработчика Facebook говорят, что свойство title имеет исключение:

После того, как 50 действий (лайки, публикации и комментарии) были связаны с объектом, вы не сможете обновить его заголовок

Это кеш, часто обновляется, именно это и нужно делать кешу время от времени. Так что ожидание в конечном итоге сработает, но иногда вам нужно сделать это быстрее. Изменение имени файла работает.

Так почему -1? Буквально никто не ответил на самое простое решение ИЗМЕНИТЬ ФИЛЬМ, и оно на самом деле работает не так, как проголосовали другие (+/- 5) ответы, которые не соответствуют или, по крайней мере, сделали, но устарели. Если вы не можете изменить имя файла по какой-либо причине, этот ответ вам не поможет.

У меня тоже была эта проблема. Скребок показывает правильную информацию, но URL-адрес общего ресурса все еще был заполнен старыми данными.

Я нашел способ использовать метод подачи вместо общего доступа, а затем заполнить данные вручную (что не предоставляется методом общего доступа)

Что-то вроде этого:

Действительно легко решить. Проверено и работает. Вам просто нужно сгенерировать новый URL при обновлении ваших метатегов. Это так же просто, как добавить "& cacheBuster = 1" к вашему URL. Если вы измените метатеги, просто увеличьте "& cacheBuster = 2"

Оригинальный URL

URL при обновлении метатегов og:

URL при повторном обновлении метатегов:

Facebook будет относиться к каждому как к новому URL и получать свежие метаданные.

Годы спустя, и это все еще распространенная проблема, но это не всегда кеш Facebook: это очень часто человеческая ошибка (позвольте мне уточнить)

ОГ: ТИП влияет на чистку изображения:

Помните, что og: type = website приведет к тому, что любые / подстраницы / этого URL станут "каноническими". Это означает, что у вас будут проблемы с обновлением изображений с помощью скребка, независимо от того, что вы делаете.

Считайте, что это «предположение и распространенная ошибка»

Это не «все сайты», 1 - это сайт, остальные - статьи.

Если вы сделаете это, Facebook сочтет все это каноническими и поместит в них ПЕРВОЕ изображение og :. (попробуйте, вы увидите) - если вы установите og: url в качестве корневого или родительского домена, вы сказали Facebook, что все они канонические. (есть веская причина для этого, но это не по теме)

Рассмотрим это решение (именно этого большинство людей «действительно хотят»)

Если вы сделаете это сейчас, Facebook даст вам гораздо меньше проблем с очисткой ваших НОВЫХ изображений.

В заключение, ДА могут работать сбои кеша, случайные переменные, изменение URL и предложения, но они будут выглядеть как «прерывистое вуду», если они og:type не указаны правильно.

PS: помните, что CDN или серверный кеш будет служить скребку Facebook, даже если вы «думаете», что можете увидеть самую последнюю версию. (Я не буду тратить на это какое-либо время, кроме как на то, чтобы указать, что оно потратит колоссальное количество вашего времени, если не будет проверено дважды)

Недавно у меня была другая, но похожая проблема с Facebook, и я обнаружил, что упомянутая страница скребка / отладки просто не читает ни одну страницу целиком. Мои мета-свойства для Open Graph были ниже в разделе head, и скребок постоянно сообщал мне, что спецификация изображения была неправильной, и независимо от него использовал бы кэшированную версию. Я переместил теги Open Graph дальше в коде, в самом верху страницы, и тогда все работало идеально, каждый раз.

Сотрудник сервиса для работы с социальными сетями Buffer Кеван Ли опубликовал заметку о том, как создать идеальный с точки зрения пользователя пост в Facebook и получить более широкий охват.

Ли составил схему из пяти элементов — для идеальной записи важно правильное оформление ссылки, краткое описание, время публикации, верно заданный темп обновления страницы и актуальность информации.

В качестве примера страницы с идеальными записями Ли приводит The Daily Muse, которой удаётся вовлечь более 50% подписчиков при помощи каждой записи.

1. Идеальная запись содержит ссылку

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

Facebook сам получает необходимую информацию из мета-тегов на странице, включая заголовок, описание материала и специальное изображение. Когда пользователь вставляет ссылку в поле создания записи, соцсеть автоматически формирует изображение-ссылку с подписью. Например:

С другой стороны, можно вставить ссылку и отдельно прикрепить изображение:

В этом случае нажатие на картинку приведёт не к переходу на сайт, а всего лишь к увеличению самой картинки.

Ли отмечает, что способ создания записи с красивой ссылкой не всем очевиден, так как в поле создания новой записи нет кнопки «Вставить ссылку».

Facebook предоставляет специальный инструмент Open Graph Debugger, который позволяет контролировать, какую именно информацию соцсеть заберёт с конкретной страницы. Для этого нужно вставить ссылку в соответствующее поле и проследить необходимые значения.

К примеру, если администратор страницы захочет опубликовать ссылку на новостную статью, у которой по каким-то причинам сменился заголовок, то просто так это сделать не получится, потому что Facebook запоминает изначальное название материала. Чтобы сбросить внутренний кэш, стоит как раз воспользоваться Open Graph Debugger.

2. Длина идеальной записи не превышает 40 знаков

Ли утверждает, что короткие записи привлекают больше внимания — в среднем, записи, которые состоят из 40 знаков и менее, собирают больше лайков и репостов, чем остальные. Стоит отметить, что записи такой длины публикуются на Facebook реже.

40 символов — не так уж много, но Ли приводит примеры таких записей:

Читатель обращает внимание не столько на текст записи, сколько на заголовок и краткое описание, которое подтягивается из кода страницы.

3. Лучше публиковать записи не в прайм-тайм

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

Согласно этому правилу, стоит попробовать публиковать материалы в вечерние часы и в выходные дни.

4. Идеальная запись согласуется с общей стратегией страницы

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

Успешные страницы, представленные в исследовании, публикуют что-либо как минимум раз в день — пользователи, соответственно, привыкают получать дозу полезной информации регулярно.

5. Идеальная запись согласуется с новостной повесткой

Представители Facebook говорят о том, что лента новостей, среди прочего, формируется в зависимости от тем, популярных в текущий момент — если пользователь смотрит футбольный матч и упоминает об этом, то он с большей вероятностью будет наблюдать записи об этом же матче. Актуальная тема, кроме того, гарантированно соберёт больше лайков и комментариев — а этот показатель тоже сильно влияет на шанс попадания записи в ленту.

Читайте также: