Василий Наумкин

Василий Наумкин

С нами с 08 декабря 2012; Место в рейтинге пользователей: #1
Василий Наумкин
27 июля 2013, 16:54
0
Ага.

Тебе надо все скопировать и поменять только то место, где идет письмо менеджеру. Сделать там отправку своего письма, со всеми нужными свойствами.
Василий Наумкин
27 июля 2013, 14:40
0
Ну, явно что-то в настройке Apache2.

Я его уже не знаю, помочь не могу.
Василий Наумкин
27 июля 2013, 14:20
0
Это можно сделать, расширив класс заказа и прописав там свой метод changeOrderStatus() — отправка писем в нём.
Василий Наумкин
27 июля 2013, 14:19
0
Какие ошибки то валятся?

Не переопределяется.
Василий Наумкин
27 июля 2013, 12:32
0
Саш, под каждым комментарием есть кнопочка «ответить».

Когда отвечаешь на комментарий — нужно ее использовать, иначе неудобно следить за беседой.
Василий Наумкин
27 июля 2013, 12:29
0
BannerY — это компонент, ну или дополнение, или даже расширение, но никак не плагин.

Говоря «плагин» — я имею в виду плагин, который в админке, в дереве элементов. Он ловит клики и отвечает за редирект, его то и нужно проверять в первую очередь.
Василий Наумкин
27 июля 2013, 12:22
0
Ну тогда у меня идеи закончились.

Комментируй по очереди строки в плагине и смотри, когда ошибка сервера пропадает. Ну и вообще, попробуй его отключить, а то может и не он сбоит?

В общем, дебаж ошибку свою.
Василий Наумкин
27 июля 2013, 12:12
0
Значит, ошибка не в редиректе, а где то глубже, в php.

А что у тебя с register_globals в php.ini? Должно быть выключено.
Василий Наумкин
27 июля 2013, 11:50
0
Закомментируй вот эту строку в плагине BannerY.

Если ошибка пропадёт — дело однозначно в правилах редиректа на сервере. Если нет — смотри логи ошибок на сервере.

P.S. На сайте выключены friendly urls — есть мнение, что если включить, то будет та же ошибка при переходе по страницам.
Василий Наумкин
27 июля 2013, 11:37
0
Судя по ошибке — это проблема с редиректом в Apache2.

Ты раскомментировал .htaccess в корне сайта?
Василий Наумкин
27 июля 2013, 07:23
0
Я должен сам догадаться, о каком дополнении речь?

Предположу, что miniShop2. Там для отправки почты используются системные настройки emailsender и site_name — их и нужно менять.
Василий Наумкин
27 июля 2013, 07:22
0
При работе ExtJS в запросах передаётся HTTP_MODAUTH для идентификации юзера. А у тебя — нет.

Попробуй так:
var lead_init = $.ajax({
	url:"/assets/components/lead/connector.php",
	type:"POST",
	data: {
		action:'/mgr/lead.test'
		,HTTP_MODAUTH: MODx.siteId
	},
	dataType:"json",
	success: function(responseText)  {
		responseText = JSON.parse(responseText);   
		$('#weather-main-div').html(responseText['message']);
	}
 });
Василий Наумкин
27 июля 2013, 07:17
0
Самый простой способ — просто скрыть ее на странице через css. То есть, доставка то будет, внутри магазина, и будет она прикрепляться к заказу, но пользователь о ней не узнает.

Можно, конечно, решить вопрос иначе — изменением класса заказа, но это сложнее и дополнительного профита не даст.
Василий Наумкин
27 июля 2013, 07:14
0
Это настолько азы, что в мануале про это ничего нет.

В MODX принято все оформление хранить в чанках. Собственно, нужно их и править, там обычный html c вставками тегов MODX, типа [[+id]] [[+pagetitle]].

Чанки названы понятным образом, например:
для редактирования карточки товара используется чанк msProduct.content.
для оформления строки каталога, при выводе сниппетом msProducts — tpl.msProducts.row

Так оформляются все нормальные дополнения.
Василий Наумкин
27 июля 2013, 07:00
0
У нас ничего готового для такой задачи пока нет — так что, не имеет разницы.
Василий Наумкин
26 июля 2013, 19:11
0
Версия php?

Если 5.2, то пора апгрейдиться.
Василий Наумкин
26 июля 2013, 18:47
0
Стоит.

И даже разрабатывается.
Василий Наумкин
26 июля 2013, 11:16
0
Установить Apache2, иначе никак.