Scorp Satex

Scorp Satex

С нами с 06 марта 2013; Место в рейтинге пользователей: #225
Scorp Satex
11 мая 2018, 18:33
0
Вот тут:

https://spiritofrock.ru/robots.txt
Поменяй это

Host: spiritofrock.ru
на вот это

Host: https://spiritofrock.ru/
Scorp Satex
15 февраля 2018, 18:29
0
Решение:

Оказывается в самом тикете, справа, в самом низу есть поле «URI», в него можно вписать желаемую ссылку. Неудобно что приходится делать это руками для каждой статьи, но лучшего решения я не нашел.
Scorp Satex
18 декабря 2017, 16:49
0
docs.modx.com/extras/revo/formit/formit.hooks/formit.hooks.email

Блок: Specifying a Dynamic To Address

Оно?
Scorp Satex
14 ноября 2017, 18:13
0
Ага, а в админке — админ как видит эти посты?

А как файловая система привязки работает? Через msgallery2? тоесть все в assets файлы лежат?
Scorp Satex
14 ноября 2017, 18:00
0
А можно демо пользователя?

Хотелось бы узнать каким образом пользователь может из личного кабинета писать заметки, добавлять файлы и т.д.
Scorp Satex
18 октября 2017, 12:45
+1
Scorp Satex
23 сентября 2017, 02:27
0
И как? Помогло?
Scorp Satex
23 сентября 2017, 02:25
0
Эх, так никто и не смог найти проблему. :(
Scorp Satex
01 июля 2017, 13:55
0
Нашел способ исправить поломку словарей на фронте.

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

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

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

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

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

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

Осталась только разобраться с jgrowl, там так и висит на другом контексте «ms2_cart_change_success».
Scorp Satex
13 июня 2017, 18:20
0
У меня проблема такая же. Уже полгода как.

Выключил 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
Scorp Satex
17 мая 2017, 19:39
+1
Спасибо, буквально недавно столкнулся с этой задачей. Буду пробовать.
Scorp Satex
12 мая 2017, 17:18
+1
Похоже на то что нет шаблона для письма.

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

Откройте статус, например новый, и посмотрите что у вас прописано в «Чанк письма покупателю:». Есть ли у вас этот чанк вообще?
Scorp Satex
10 мая 2017, 00:52
0
Решение: оказалось не подключались ксс стили от минишопа2, что лежат в /assets/components/minishop2/css/web/default.css. Из-за этого глючил скрипт, но не показывал ошибок. Подключил стили — все заработало как надо.
Scorp Satex
19 апреля 2017, 14:27
+2
Работа с разными контекстами. Языки сайта и валюта. Имеется в виду чтобы был учет заказов, в каком контексте они сделаны. В таблице заказы можно было бы их разделять, а то сейчас идет все в кучу, и рубли и евро считаются вместе, так что цифры сверху некорректны. Так же в зависимости от контекста где был сделан заказ, можно было бы менять шаблоны писем, подробнее я писал тут:
modx.pro/help/11876/
modx.pro/help/11773/
Scorp Satex
22 марта 2017, 15:49
0
Отлично, молодцы.

Может стоит и для modx.pro сделать англоязычную часть? Чтобы не русские пользователи там кучковались, и общались с себе подобными, а не пугались гор русских символов.
Scorp Satex
12 марта 2017, 16:25
0
Здравствуйте, компонент поддерживает лексиконы? Там уже создан перевод на английский язык или самому придется его создавать?
Scorp Satex
10 октября 2016, 16:23
0
Очень нужная вещь, ждем в репо. :)
Scorp Satex
10 октября 2016, 14:59
0
Подскажите пожалуйста — работать с плагином Office будет? Мне нужно чтобы в личном кабинете можно было посмотреть все отложенные товары.
Scorp Satex
03 октября 2016, 11:12
0
Мой знакомый программист нашел решение так:

Вот что он мне оставил, может кому пригодится, актуально только для MiniShop2 2.2!

Описание проблемы:

1) Инициализация оплаты происходит по прямой ссылке paypal.php, вне зависимости от языковой версии.
2) При запросе paypal.php в контексте /en/* файл физически отсутствует на сервере и выдается ошибка 404. Так как информация запроса передается методом POST редирект в .htaccess файле не может помочь с этой проблемой. Возможно создание «симлинка» или копии файла paypal.php с физическим созданием папки /en/* на сервере, но при этом решении нужно изменять условия редиректов движка ModX с самыми интересными последствиями.
3) В условиях редиректов успешной и не успешной оплаты используется конструкция $modx->getOption('ms2_payment_paypal_success_id', null, 0) без указания контекста (языковой версии). При этом получение параметров cancel английской версии не работает.
4) paypal.class.php — файл отвечает за отправку и получение результатов с платежного шлюза. Файл при вызове не содержит информацию языковой версии, поэтому формирование платежной ссылки, а также распознавание результата (hash верификация) проходят только в рублях

Решение:

[index.php]

# Самое начало сайта

if(substr($_SERVER['REQUEST_URI'], 0, 50) == "/en/assets/components/minishop2/payment/paypal.php"){
$ch = curl_init();
$postvars = '';
foreach($_POST as $key=>$value) {
$postvars .= $key. "=". $value. "&";
}

$url = «site.ru».substr($_SERVER['REQUEST_URI'], 3)."&isEng=1";
curl_setopt($ch,CURLOPT_URL,$url);
curl_setopt($ch,CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch,CURLOPT_FOLLOWLOCATION, true);
curl_setopt($ch,CURLOPT_POST, 1);
curl_setopt($ch,CURLOPT_POSTFIELDS, $postvars);
curl_setopt($ch,CURLOPT_CONNECTTIMEOUT ,3);
curl_setopt($ch,CURLOPT_TIMEOUT, 20);
$response = curl_exec($ch);

curl_close ($ch);
echo $response;

die();
}

# Описание:

Если ссылка на paypal.php содержит /en/ мы переадресуем этот запрос на /web/ контекст передавая в $_GET запросе дополнительный параметр "&isEng=1". Информацию POST мы передаем в том же виде, как она поступила. Ждем результат выполнения запроса и выводим его на экран. Если приходит редирект — следуем редиректу.