Всего 125 335 комментариев

Василий Наумкин
26 февраля 2013, 10:58
0
Со страницы логина юзер уходит на файл php с директории assets, то есть, это не страница сайта. Он запоминает параметры, с каторыми пришел юзер, в том числе и редирект.

В момент запоминания, скрипт не знает, будет ли ошибка — но уже знает куда редиректить.

Юзер уходит на сервис, с сервиса обратно на файл и там уже может быть ошибка. Файл выставляет ошибку в сессию, и она выведется первой же формой для логина, после этого — редирект.

Отсюда возможны варианты:
1. сделать &loginResourceId='0', а редирект на 1 можно сделать плагином при событии OnWebLogin.
2. добавить форму вход на все страницы сайта, как у меня. После входа, ведь, она превращается в форму выхода.
СикретНаме
26 февраля 2013, 10:34
0
Как я предположил, parent не цепляет глубже/выше ne/is, чем нам один уровень. Следом почти сразу стало очевидно, что для условия [[$[[*id:is=`2`:or:if=`[[*parent]]`:is=`2`:then=`123`]]]], не хватает условия [[$[[*parent:is=`0`:then=`321`]]]], а вот это условие [[*id:ne=`1`:and:ne=`2`:then=`menu для остальных`]] или вообще не нужно или требует доп условия (думаю, именно не нужно).

То есть, по факту, вот тут: modx.pro/help/762/#comment-6785, Вы всё верно сказали и вся «проблема» крылась в моём незнании, как отрабатывается условие parent.

И хотя такая конструкция оставляет брешь в случае, если мы находимся в parent отлчном от любого parent слайдера, в данном случае, в силу некоторой специфики построения дерева ресурсов, она достаточна.

Так что, так или иначе — спасибо за помощь, Сергей.

СикретНаме
26 февраля 2013, 10:14
0
ЕСТЬ КОНТАКТ!!! Я одолел его!!! )))))))
Василий Наумкин
26 февраля 2013, 08:07
0
1. Старайся отвечать на комментарий, а не создавать новую ветку.

2. При твоём варианте, шаблон уже загружается, значит ты ничего не выигрываешь. Поэтому, либо плагин, либо файл.

Ну, либо делай как в заметке и не парься. Там работа обрывается командой die() — и ничего кроме ответа на Ajax не выводится.
Антон ХайЭксель
26 февраля 2013, 07:53
0
Вообще у меня мысль сводилась к вставке [[!Ajax_test]] в начало шаблона.
соответственно при аякс-обращении сначала выполнятся будет сниппет и либо переключать переменную шаблона (в этом месте у меня зациклился мозг), либо выдавать [[*content]]
$modx->resource->_content
и завершать работу парсера, но тут тоже нерабочий быдлокод вышел в итоге =(

в эту сторону можно как то двигаться?
Василий Наумкин
26 февраля 2013, 06:50
0
Я полностью занят, спасибо.
Василий Наумкин
26 февраля 2013, 06:47
0
Ага.

В зависимости от того, как надо сохранять, можно сделать несколько форм, или одну или отправлять через Ajax (я бы так сделал), в общем — фантазируй.
Василий Наумкин
26 февраля 2013, 06:21
0
Если только плагином ловить и проверять HTTP_X_REQUESTED_WITH, а потом пробовать динамически менять шаблон.

Я в последних разработках обращаюсь к специальному файлу, который запускается в MODX_API_MODE, но там есть свои заморочки.
Антон ХайЭксель
26 февраля 2013, 00:32
0
Реализую похожий метод +history.js. Хотелось бы знать, как обращаться к странице чтобы при аякс запросе выдавался пустой шаблон, а при обычном соответственно «непустой»
Василий Наумкин
25 февраля 2013, 21:28
0
Тут я не специалист, извини.
Женя Ильин
25 февраля 2013, 18:49
0
Shopkeeper на Modx Revolution 2.2.5
Галич Сергей
25 февраля 2013, 18:43
0
своих бесов держу на sweb.
заказчиков туда же сливаю)

нравится — много что поддерживает и из браузера очень приятная хостинг-панель, перенос сайта за несколько щелчков делается, на питоне там же развлекаюсь)
Гаврилов Александр
25 февраля 2013, 18:43
0
Нашел решение.
Василий Наумкин
25 февраля 2013, 18:39
0
На чём магазин?

Если miniShop — то подожди пару недель, и можно будет переезжать на быстрый MS2.
Женя Ильин
25 февраля 2013, 18:25
0
И опять я со своими баранами :)

Перенес свой магазинчик beautydecay.ru на ModxCloud, чудовищная задержка перед загрузкой страницы стала меньше но, осталась не менее чудовищной, перед загрузкой каталога (http://beautydecay.ru/catalog/accessories/) она составляет 4,3 сек, а перед карточкой товара 2,5 сек. То есть сама страница грузится быстро, но перед тем как она должна загружаться есть вот это ожидание, я так понимаю это время занимает генерация страницы (скриптов) на сервере.
Горе программисты отмазываются, что дело в самом Modx Revo, говорят что вот такой он неповоротливый в отличии от EVO, говорят, что все что можно оптимизировать они оптимизировали. Я настойчиво отказываюсь в это верить, так как на сайте менее 100 товаров и кажется скоро сойду с ума.

Подскажите как решить и можно ли вообще решить проблемы скорости в моем случае? Или посоветуйте пожалуйста людей которые смогут мне точно смогут помочь
Wassi Wassinen
25 февраля 2013, 16:34
0
Подставлять в «инпуты» TV-поля?
Wassi Wassinen
25 февраля 2013, 16:14
0
Задачу поставил. Выполнил.

С плагином — буду работать. Если есть возможность, подскажите хотя бы наброски, чтобы дальше проработал сам.

Заранее благодарен.

Василий Наумкин
25 февраля 2013, 13:20
0
Да какая тут конкуренция?

Я пишу компонент под заказ. Заказчик ставит задачу, я нахожу решения, получаю оплату.
То, что сообщество получает в итоге новый компонент — побочный эффект моей работы и доброты заказчика.

Видимо, нужно подробно написать, зачем и почему мы создаём компоненты, а то многие не понимают.
Василий Наумкин
25 февраля 2013, 13:17
0
Да.

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