Новости Joomla

WT AmoCRM - RadicalMart плагин интеграции интернет-магазина на Joomla с CRM

👩‍💻 WT AmoCRM - RadicalMart плагин интеграции интернет-магазина на Joomla с CRM.Плагин умеет отправлять данные заказа из Joomla компонента интернет-магазина RadicalMart в AmoCRM, а так же оставлять примечания к сделке при смене статуса заказа (выберите необходимые статусы заказа RadicalMart в настройках плагина).Возможности плагина - создание сделок в AmoCRM в момент создания заказа в интернет-магазине RadicalMart- выбор воронки AmoCRM, в которой создавать сделки- выбор тега, которым будут помечаться созданные сделки- в комментарий к сделке при создании заказа пишутся:-- точная общая сумма заказа (Amo CRM не принимает дробные значения в поле бюджет, например с копейками)-- статус заказа-- информация о доставке (способ, адрес и комментарий)-- информация о способе оплаты-- контактные данные покупателя (могут отличаться от данных пользователя, создавшего заказ. Например, если доставка для другого человека)-- прямая ссылка на заказ в панели администрирования сайта-- список товаров заказа (опционально)добавление комментария к сделке при изменении статуса заказа в интернет-магазине RadicalMart (выберите необходимые статусы заказа в настройках плагина)-- добавляет в интерфейс просмотра заказа ссылку на сделку в AmoCRM, если таковая обнаружена (соответствие заказов и сделок хранится в базе данных)-- UTM-метки для сделки. Указывает, если на сайте используется комплект плагинов RadicalForm и WT AmoCRM - RadicalForm.
Для работы плагина необходима установка и настройка библиотеки WT Amo CRM library для Joomla версии 1.3.0 и выше.
Плагин бесплатный. Тестировался на Joomla 5.4 и RadicalMart 2.2.4.
Страница расширения и скачатьТак же:- Интернет-магазин RadicalMart- WT Amo CRM библиотека интеграции Joomla и AmoCRM- RadicalForm плагин обратной связи- WT AmoCRM - RadicalForm - плагин отправки сообщений из RadicalForm в AmoCRM@joomlafeed#joomla #crm #amocrm #radicalmart

Вышли релизы Joomla 6.0.1 и Joomla 5.4.1

Релиз Joomla 6.0.1 и Joomla 5.4.1

Проект Joomla рад сообщить о выпуске Joomla 6.0.1 и Joomla 5.4.1. Это релиз исправлений ошибок и улучшений для серии Joomla 6.1 и Joomla 5.4.

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

Fox64

  • Захожу иногда
  • 67
  • 7 / 0
ARTIO JoomSEF 3.5.5 в менеджере SEF URLs после заполнения и сохранения полей: название, мета-описание, мета-ключевые слова - вместо кирилицы показываются знаки вопроса. Как с этим бороться. Так хочется через этот компонент красивые титлы создавать самому.  
*

Dmitryi

  • Новичок
  • 3
  • 0 / 0
Re: Знаки вопросов в титле статей
« Ответ #1 : 26.03.2010, 11:15:56 »
Такая же трабла, может Вы разобрались с проблемой?
*

Fox64

  • Захожу иногда
  • 67
  • 7 / 0
Re: Знаки вопросов в титле статей
« Ответ #2 : 26.03.2010, 11:32:33 »
Пока нет. :(
*

mistergavr

  • Новичок
  • 9
  • 0 / 0
Re: Знаки вопросов в титле статей
« Ответ #3 : 26.07.2010, 18:03:01 »
Не знаю нужен ли ответ, но решил отписаться.
Многие сjветы перекодировать таблицы не помогали, поэтому начал разбираться, посмотрел в сам компонент JoomSEF и увидел что он создает таблицы в базе данных в кодировке по умолчанию которая стоит(т.е. в той которой была создана база данных). Самой жомле это по-барабану.
т.е. нужно зайти в phpmyadmin, зайти в нужную базу данных, клацнуть на ссылку ОПЕРАЦИИ(которая ввверху окна справа), и потом внизу страницы выбрать сравнение БД (из выподающего списка ывбрать нужную кодировку, в моем случае utf8-general_сi(вроде так пишеться%)))
*

frog123

  • Осваиваюсь на форуме
  • 16
  • 0 / 0
Re: Знаки вопросов в титле статей
« Ответ #4 : 21.11.2010, 15:38:46 »
mistergavr,
Спасибо большое. Мне очень помогла эта информация. Пол дня провозился уже не знал что делать. После твоего сообщения нашел и на регру. Но там советуют базу держать в кодировке 1251_general_ci. Пробовал и то и то все работает. Респект и уважуха тебе)
*

tburdin

  • Новичок
  • 2
  • 0 / 0
Re: Знаки вопросов в титле статей
« Ответ #5 : 10.03.2013, 16:36:45 »
От меня тоже огромное спасибо! *DRINK* Действительно, дело оказалось в том, что таблица dfk43_sefurls хранила значения в шведской!! кодировке.
Чтобы оставить сообщение,
Вам необходимо Войти или Зарегистрироваться