Я откуда-то взял готовую базу. Но суть в том, что GeoIP — это средства, доступные самому php в системе (конечно же, если поддуржка установлена). То есть это в принципе публичный инструмент. На уровне php можно получить информацию о любом ip. Копай лучше в этом направлении, и не будешь ограничен.

Все, modxSmarty сработает. То есть проинициализируется, и тебе будет доступен объект $this->modx->smarty.

Понял тебя. Ну смотри: обычные запросы к сайту обрабатывают классы modRequest и modResponse. Там вызываются различные системные события, на которые вешаются плагины, в том числе и modxSmarty. А вот запросы на коннектор обрабатывают modConnectorRequest и modConnectorResponse, которые этих событий не вызывают, и соответственно нет и $modx->smarty. Есть два варианта для тебя:

1. В процессоре в initialize() или типа того прописать: if(empty($this->modx->smarty)){ $this->modx->invokeEvent('OnHandlerRequest'); } Все, modxSmarty сработает. Только контекст обязательно должен быть не mgr (там проверка и возврат). Но этот вариант имеет минусы — в плагинах на это событие надо обязательно проверять наличие объекта $modx->resource (что логично, но не все делают). Иначе будет ошибка. 2. Более предпочтительный: создать пустую неиндексируемую страницу, и в ней уже вызывать basket/public/-процессор, и оформлять в смарти все, что хочешь.

У меня такая потребность возникла, добавить в эту базу Казахстан, это возможно?) Даже без областей) Я пытался найти, или разобраться в базе GeoIP, но что то никак) Откуда ты брал базу? Можешь подсказать в каком направлении нужно капнуть?)

да. Я хочу вывести фильтр и через ajax обновлять список товаров при изменении критериев. Тоже самое хочу навесить и на постраничность

Саша, привет! Вопрос: ты хочешь при Ajax-запросе оформить ответ в HTML? То есть тебе там нужен шаблонизатор?

Коля, добрый вечер. Решил добавить свои ajax-плюшки, написал процессор (.../basket/public/...), все работает. Возник вопрос: я не могу из этого процессора запустить smarty (чтобы через .tpl переписать часть странички). Как мне это сделать?

UPD:

1. Пересмотрел часть логики с комментариями. В частности считаю, что любое действие над комментарием — это и обязательное действие над диалоговой веткой. То есть добавляем мы комментарий, или обновляем имеющийся — это и проверка доступов к диалоговой ветке, и выполнение update над ней (фикс последнего изменения и т.п.). В итоге, create-процессор комментария — это расширение update-процессора диалоговой ветки. 2. Добавил автоматический пересчет количества дочерних комментариев в самих комментариях и общего кол-ва комментариев в диалоговой ветке в целом при сохранении объекта нового комментария и удалении существующего. То есть даже если вручную в любом месте через xPDO создать или удалить объект комментария, пересчет автоматически будет выполнен. Это обязательно позволит существенно снизить нагрузку на сервер, так как всегда можно будет легко узнать сколько комментариев в диалоге вообще, и сколько дочерних комментариев в любом отдельном комментарии (это необходимо при построении дерева комментариев при разбивке на постраничность). Надо вот еще будет серьезно подумать над тем, как лучше получать список комментариев.

согласен!

Это не решение проблемы в целом. Я описывал, что здесь проблема как раз в пустом ключе сессии. Конечно, завершив все сеансы (удалив записи сессий из БД) и авторизовавшись снова, у вас будет новая сессия с нормальным ключом. Но вообще не исключается вариант, что через некоторое время у вас опять будет пустой ключ в сессии, и опять возникнет эта же проблема. Вот здесь я писал хоть и хардкорный, но все таки действенный фикс этой проблемы: forums.modx.com/thread/85173/after-upgrade-to-2-2-8-problem-access-denied-on-save?page=6#dis-post-476634