Новости Joomla

WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы

WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы

👩‍💻 WT IndexNow плагин для Joomla - отправка страниц сайта на переиндексацию в поисковые системы.Пакет плагинов, обеспечивающий ручную и автоматическую отправку url адресов Joomla в поисковые системы на переиндексацию по протоколу IndexNow. Согласно документации протокол поддерживают все крупнейшие поисковые системы, кроме Google. Протокол служит для получения от сайтов URL, которые нужно переиндексировать заново или проиндексировать в первый раз как можно быстрее. Отправка адресов сайта таким образом существенно ускорит индексацию нового или изменённого контента поисковыми системами.Поисковые системы по этому протоколу обмениваются друг с другом данными, поэтому отправив URL в одну из них вы сообщаете их сразу всем. Протокол IndexNow поддерживают:- Amazon- Microsoft Bing- Naver- Seznam.cz- Yandex - YepСуточный лимит URL - 10000 в сутки. Возможна отправка вручную и автоматически. Поддерживаются:- материалы и категории материалов Joomla- контакты и категории контактов Joomla- SW JProjects - компонент каталога расширений для Joomla- JoomShopping - компонент интернет-магазина для Joomla- Phoca Download - компонент каталога файлоа для Joomla- Phoca Cart - компонент интернет-магазина для Joomla- RadicalMart - компонент интернет-магазина для JoomlaПакет плагинов работает с Joomla 4.3+. Тестировался на Joomla 5 и Joomla 6.Смотреть видео:- ВК Видео- RuTubeСсылки:Страница расширенияGitHub расширенияРаздел Поддержка протокола IndexNow в справке Яндекса@joomlafeed#joomla #seo #indexnow

Вышел WT AmoCRM - RadicalForm v.1.4.0 плагин интеграции Joomla с AmoCRM

Вышел WT AmoCRM - RadicalForm v.1.4.0 плагин интеграции Joomla с AmoCRM

Плагин отправки данных в Amo CRM из форм обратной связи Joomla, созданных с помощью профессионального плагина Radical Form. Требует библиотеку WT Amo CRM library.

v.1.4.0. Что нового?

Выбор типа поля AmoCRM: сделка или контакт.

Для полей Radical Form можно выбрать назначение, куда их отправлять: в поле сделки (лида), контакта или в комментарий к сделке.

Строгая типизация данных.

Для полей появился параметр типизации, который позволяет привести данные к нужным для AmoCRM типам: строка, число и т.д. Это необходимо для корректной передачи данных полей. отличных от текстовых (например, поле типа флаг).

Системные требования

Плагин бесплатный. Поддерживает Joomla 4.3-6.x. Для работы необходима установленная и настроенная библиотека WT AmoCRM.

0 Пользователей и 1 Гость просматривают эту тему.
  • 7 Ответов
  • 1397 Просмотров
*

nvyush

  • Осваиваюсь на форуме
  • 17
  • 1 / 0
Здравствуйте все.

Пишу плагин, который должен стучаться по cURL на другой сервер по https. На целевом сервере есть сертификат для внешнего адреса, но обращение идёт по внутреннему адресу (сервер с Joomla! внутренний и не должен иметь выхода наружу), соответственно, сертификат бракуется. Проблему могла бы решить установка параметров CURLOPT_SSL_VERIFYPEER = 0 и CURLOPT_SSL_VERIFYHOST = 0, но для этого нужно переписывать класс ядра JHttpTransportCurl (/libraries/joomla/http/transport/curl.php) и следить, чтобы он не затёрся при обновлении Joomla!

Кто может предложить решение?

Кто может сообщить разработчикам Joomla! о проблеме для её исправления?
*

b2z

  • Глобальный модератор
  • 7287
  • 778 / 0
  • Разраблю понемногу
Есть такое дело, сам столкнулся в своё время. Во фреймворке это пофиксили, но backport в CMS не было. Так что делайте без участия класса Joomla - $ch = curl_init(); и т.д.
*

nvyush

  • Осваиваюсь на форуме
  • 17
  • 1 / 0
Во фреймворке это пофиксили, но backport в CMS не было. Так что делайте без участия класса Joomla - $ch = curl_init(); и т.д.

Жаль. Придётся, видимо, писать свою версию класса JHttpTransportCurl, исправляющую ситуацию, и регистрировать её при старте плагина.
Нет информации, собираются ли разработчики исправлять это в CMS и если да, то когда?
*

b2z

  • Глобальный модератор
  • 7287
  • 778 / 0
  • Разраблю понемногу
Жаль. Придётся, видимо, писать свою версию класса JHttpTransportCurl, исправляющую ситуацию, и регистрировать её при старте плагина.
Нет информации, собираются ли разработчики исправлять это в CMS и если да, то когда?
Зачем Вам вообще JHttpTransportCurl? Используйте чистый сURL и всё ;)
*

nvyush

  • Осваиваюсь на форуме
  • 17
  • 1 / 0
Зачем Вам вообще JHttpTransportCurl? Используйте чистый сURL и всё ;)

Чтобы не писать длинные портянки кода при каждом обращении к cURL. А если всё равно оборачивать в класс, то почему не в доработанный JHttpTransportCurl? Тем более, что доработки минимальные.
*

b2z

  • Глобальный модератор
  • 7287
  • 778 / 0
  • Разраблю понемногу
Ну делайте как хотите.

Цитировать
Нет информации, собираются ли разработчики исправлять это в CMS и если да, то когда?
Нет информации.
*

nvyush

  • Осваиваюсь на форуме
  • 17
  • 1 / 0
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться