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

Дополнения будут, но не сразу.

Значит, не судьба.

А как, по твоему, всё работает, вообще без файлов?

Все страницы MODX работают через Index.php. То есть, все его страницы — это и есть Index.php, только с разными параметрами в запросе.

Держи, для расширения кругозора — lphp.ru/article/346.html

Ну так делись со всеми, мало ли — пригодится кому.

Так, попробуй вот это добавить, я там один файл потерял:

require_once MODX_CORE_PATH.'components/shopkeeper/model/shopkeeper.class.php';
require_once MODX_CORE_PATH."components/shopkeeper/model/shk_mgr.class.php";
$SHKmanager = new SHKmanager($modx);

Тут надо 2 класса, менеджер расширяет основной. То что я раньше написал, должно выдавать фатальную ошибку — вот и письма пропали.

Да я miniShop2 занят, нет желания разбираться с Shopkeeper, который я совсем-совсем не знаю.

Похоже, ты не подключил классы компонента.

Попробуй добавить в начало

require_once MODX_CORE_PATH.'components/shopkeeper/model/shopkeeper.class.php';
$SHKmanager = new SHKmanager($modx);

Да, может и есть — не искал никогда.

На pdoTools это делается за 5 минут + поддержка getPage и скорость выборки. Я сейчас все такие утилитки через него пишу.

Такую проблему встречаю только при неверной работе сессии, из-за php-apc.

Попробуй очистить системный параметр session_handler_class, чтобы сессии хранились не в БД, а в файлах.

Пользуюсь почтой на Яндексе, которую они защищают своей «Спамообороной» — нет никаких проблем с нежелательной корреспонденцией.

Свой ящик везде пишу открыто, не стесняясь.

У обычного ресурса и так куча полей, не нужно использовать ТВ лишний раз.

Да и вообще, при импорте статей я бы сразу добавлял записи и в Redirector, зачем мне старые url в ресурсе?

Нормально через getResources, по моему, этот вопрос не решить.

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

Если честно, первый раз вижу такой вопрос, за год существования miniShop.

Раньше, вроде, никто на IE не жаловался. Попробуй на другом компе проверить + еще можно на modx-test.com глянуть как будет работать.

Может, у тебя там кэшируется что-то хитро?

Даже не знаю, чем помочь — у меня нет IE.

Своя таблица + плагин на загрузку страницы, который будет вносить id авторизованного юзера и время посещения в базу.

В Tickets так и считается, можно покопаться в исходниках.

Есть хороший плагин Redirector, там можно прописать любые адреса и куда их направлять.

Email — это директория для хранения писем юзера на почтовом сервере.

Какая связь между MODX и защитой ящика на сервере от спама?

Поддомен — это обычный сайт, у которого чуть длиннее имя.
Значит, нужно делать точно так же: запустить скрипт установки, указать нового юзера и полный адрес поддомена.

Или, если нужно, можно сделать это вторым контекстом и просто дописать его адрес в /etc/nginx/sites-available/sitename.conf, чтобы Nginx на него отзывался. Дальше MODX разберётся, что отдавать, по какому запросу.

unset($_SESSION['minishop']['goods']);

Если есть php-apc — отключай.