Новости 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 Гость просматривают эту тему.
  • 2 Ответов
  • 852 Просмотров
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Добрый день!

Хочу сделать более детальной настройку доступа к возможностям компонента.

У меня есть порядка 6 структурных элементов, т.е. 6 видов списков и 6 видов редактирования.
Есть такие виды которые должны светиться только определенным пользователям и прочие возможности внутри вида как в стандартах (создание, изменение+, удаление).

Проблемы уже начались на стадии вывода этих правил для настройки.
access.xml
Спойлер
[свернуть]

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

Дальше, я описал все попадания правил для пользователя и у меня работает:
  • Появления пункт меню зависит от hz_customer.read
  • Появление кнопок зависят от hz_customer.create, hz_customer.edit, hz_customer.edit.own, hz_customer.edit.state, hz_customer.delete

Но не работает то что должно быть после кнопок: create, edit, publish, delete.

Посмотрев код есть подозрение только на вот это:
com_hzcatalog/views/customer/view.html.php
Спойлер
[свернуть]

Мне кажется $this->canDo = hzcatalogHelper::getActions(); в родительской функции display ждет стандартных core.edit и etc...

Подскажите как быть?

*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: ACL - для каждого вида отдельно
« Ответ #1 : 06.10.2017, 13:08:01 »
Решение есть, но оно мне кажется не до конца полноценным.

Я никак не пойму как можно задать права для каждой секции. Получается только права задать для всего компонента. Поэтому и перенес все права каждой секции в секцию компонента с указанием идентификатора каждой секции.
*

platonische

  • Давно я тут
  • 523
  • 2 / 1
  • Парусные экспедиции vk.com/tc670
Re: ACL - для каждого вида отдельно
« Ответ #2 : 10.10.2017, 10:25:19 »
Что получилось в итоге.
Права для каждой секции записаны в каждой секции и продублированы для компонента.
Это позволило иметь портянку настроек доступа при настройке по умолчанию, а так же при настройке прав на конкретную запись выводится только те права которые указаны для секции.
В принципе результат достигнут. Единственное чтобы хотелось. Но это чисто визуально. Что бы права не портянкой были, а разбиты по секциям... А то у меня в списке 36 позиций.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться
 

[Решено] Получить в MODAL виде фильтры из вызывающего вида

Автор platonische

Ответов: 23
Просмотров: 1275
Последний ответ 29.03.2017, 13:08:35
от platonische
Составной шаблон для вида комнпонента

Автор lculver

Ответов: 1
Просмотров: 855
Последний ответ 02.11.2016, 15:54:05
от Aleks.Denezh
Зачем нужны шаблоны вида компонента?

Автор NeuroZ

Ответов: 12
Просмотров: 1095
Последний ответ 04.10.2016, 14:31:05
от Septdir
[Решено] Каждому элементу вида свой токен

Автор platonische

Ответов: 15
Просмотров: 1279
Последний ответ 18.03.2016, 01:44:48
от fsv