Scorp Satex

К сожалению ESET INTERNET SECURITY 11.1.54.0 не пускает на демо сайт ( extras.marabar.ru/ ), пишет:

Веб-сайт заблокирован
Эта веб-страница находится в списке веб-сайтов с потенциально опасным содержимым.
Доступ к нему заблокирован.

Написали бы заявку им, чтобы ваш сайт убрали из черного списка…

Здравствуйте.

Интересует покупка вашего плагина. Возможно ли с помощью вашего плагина сделать следующие:

1. Пользователь заходит на сайт, находит интересующий его товар.
2. Заполняет форму и нажимает отправить. У формы есть дополнительное поле «Название товара».
3. Форма отправляется в амоцрм, в качестве Контакта.
4. Дальше менеджер уже работает с контактом, проводя его по ссылке.

В документации у вас указано «Важно: поля контактов amoCRM должны совпадать с названиями полей формы.»

А как в форму добавить поле «Название товара», чтобы данные из нее отправились в амоцрм? Это возможно сделать?

На сайте корзины нету, все заказы через формы обычные на Formit.

Я добавлял на мастерхосте такое правило.

RewriteCond %{REQUEST_FILENAME} !robots\.txt

Вот тут:

https://spiritofrock.ru/robots.txt

Поменяй это

Host: spiritofrock.ru

на вот это

Host: https://spiritofrock.ru/

Решение:

Оказывается в самом тикете, справа, в самом низу есть поле «URI», в него можно вписать желаемую ссылку. Неудобно что приходится делать это руками для каждой статьи, но лучшего решения я не нашел.

docs.modx.com/extras/revo/formit/formit.hooks/formit.hooks.email

Блок: Specifying a Dynamic To Address

Оно?

Ага, а в админке — админ как видит эти посты?

А как файловая система привязки работает? Через msgallery2? тоесть все в assets файлы лежат?

А можно демо пользователя?

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

docs.modx.pro/components/msearch2/snippets/mfilter2#Лексиконы — вот это прочитайте.

И как? Помогло?

Эх, так никто и не смог найти проблему. :(

Нашел способ исправить поломку словарей на фронте.

1. Удалил полностью MinifyX. Он оказывается у меня сжимал скрипты, даже не вызываясь в шаблоне, была настройка в админке.

2. Добавил в начало tpl.msOrder:

{$_modx->lexicon->load('MiniShop2:default')}

А в tpl.msCart строчку:

{$_modx->lexicon->load('MiniShop2:cart')}

Все, словари больше не слетают во фронте.

Осталась только разобраться с jgrowl, там так и висит на другом контексте «ms2_cart_change_success».

У меня проблема такая же. Уже полгода как.

Выключил Minifyx — проблема стала появляться реже, но стабильно раз в 1-2 недели, и приходится чистить кеш. Тоже не знаю как это починить. :(

В логах ошибок сервака пусто. В логах модыкса часто одно и то же:

[2017-06-06 14:55:52] (ERROR @ /home/u00000/site.ru/www/core/model/modx/modcachemanager.class.php : 344) Error caching lexicon topic lexicon/ru/minishop2/default
[2017-06-06 14:55:52] (ERROR @ /home/u00000/site.ru/www/core/model/modx/modcachemanager.class.php : 344) Error caching lexicon topic lexicon/en/core/default
[2017-06-06 14:55:52] (ERROR @ /home/u00000/site.ru/www/core/model/modx/modcachemanager.class.php : 344) Error caching lexicon topic lexicon/ru/core/default
[2017-06-06 14:55:52] (ERROR @ /home/u00000/site.ru/www/core/model/modx/modcachemanager.class.php : 394) Error caching action map mgr/actions

Тоже мастерхост, тот же глюк с кешем как в сабже. Но у меня двухязычный сайт. Сделано через Babel и гейт.

Пример гейта:

<?php
// Работаем только на фронтенде и только с friendly urls
if ($modx->event->name != 'OnHandleRequest' || $modx->context->key == 'mgr' || !$modx->getOption('friendly_urls')) {return;}

// Получаем запрашиваемый url
$alias = $modx->getOption('request_param_alias', null, 'alias', true);
$request = &$_REQUEST[$alias];

// Выбираем контексты с настройкой base_url
$q = $modx->newQuery('modContextSetting', array('key' => 'base_url', 'value:!=' => ''));
$q->select('context_key,value');

$contexts = array();
$tstart = microtime(true);
if ($q->prepare() && $q->stmt->execute()) {
	// Учитываем наш запрос в БД
	$modx->queryTime += microtime(true) - $tstart;
	$modx->executedQueries++;
	// Разбираем результаты
	while ($row = $q->stmt->fetch(PDO::FETCH_ASSOC)) {
		$base_url = trim($row['value'], '/');
		$context = $row['context_key'];
		// Если запрос начинается с base_url какого-то контекста
		if (preg_match('/^('.$base_url.')\//i', $request)) {
			// То переключаемся на этот контекст
			// Web инициализируется в index.php - на него переключаться не нужно
			if ($context != 'web') {
				$modx->switchContext($context);
			}
			// Вырезаем base_url из запроса, чтобы MODX нашел ресурс по uri
			$request = preg_replace('/^'.$base_url.'\//', '', $request);
			// Дело сделано - выходим из цикла
			break;
		}
	}
}

MODX Revolution 2.5.7-pl (traditional)
PHP Version 5.4.45-1+mh1
miniShop2 2.4.10-pl

Спасибо, буквально недавно столкнулся с этой задачей. Буду пробовать.

Похоже на то что нет шаблона для письма.

Идите в админку сайта, там: MiniShop2 — Настройки — Статусы заказов.

Откройте статус, например новый, и посмотрите что у вас прописано в «Чанк письма покупателю:». Есть ли у вас этот чанк вообще?

Решение: оказалось не подключались ксс стили от минишопа2, что лежат в /assets/components/minishop2/css/web/default.css. Из-за этого глючил скрипт, но не показывал ошибок. Подключил стили — все заработало как надо.

Работа с разными контекстами. Языки сайта и валюта. Имеется в виду чтобы был учет заказов, в каком контексте они сделаны. В таблице заказы можно было бы их разделять, а то сейчас идет все в кучу, и рубли и евро считаются вместе, так что цифры сверху некорректны. Так же в зависимости от контекста где был сделан заказ, можно было бы менять шаблоны писем, подробнее я писал тут:
modx.pro/help/11876/
modx.pro/help/11773/

Отлично, молодцы.

Может стоит и для modx.pro сделать англоязычную часть? Чтобы не русские пользователи там кучковались, и общались с себе подобными, а не пугались гор русских символов.

Здравствуйте, компонент поддерживает лексиконы? Там уже создан перевод на английский язык или самому придется его создавать?

Спасибо! :)