Павел Гвоздь

Потрясающе! Когда Александр говорил мне опубликовать данную фишку, я думал «Что за вздор, это же натив, неужели об этом кто-то не знает?». Судя по количеству плюсов и избранного теперь я понимаю, что не знает большинство… :)

Интересно, спасибо!

Из ошибки ясно, что сервер неправильно настроен. Закешенные файлы не может открыть из-за нехватки прав.

Тут написал причину.

Облако тегов на данный момент не реализовано. Во-первых, потому что я занят, во-вторых, потому что не особо понятно, как оно должно работать, что называется «до мелочей».

Может есть более правильные (удобные, современные) способы?

tvSuperSelect, как вариант.

Код на данном сайте необходимо оформлять в тег code:

<code>тут указываем наш код</code>

Используйте параметры pdoResources, а точнее showUnpublished.

Это когда что вы делаете?

В этой версии нет такого метода. Надо в core/components/minishop2/custom/delivery/ (или как-то так) залить файл названиекласса.class.php (обязательно без кэмелкейса), по содержимому аналогичный тому, что представлен в документации по ссылке, которую вы указали, только название класса должно соответствовать названию файла, но кэмелкейсом. И при редактировании способа доставки прописать название вашего класса.

Сорцы править не хорошо.

Ага, а ещё не спят, не едят и не трахаются. =)

Но при таком низком интересе к данной теме

А помоему, люди просто отдыхают… выходные же! :)
Не смотря на не особо бурный интерес к теме, если ты это реализуешь, то порадуешь определённый круг людей, которые понимают, о чём речь. Уж лишним то это точно не станет!

Мне нравится идея, Сергей!

Насколько удобно?

По описанию вроде удобно. Всё упирается в будущий интерфейс.

Права доступа к отдельным элементам

Прекрасная идея! Не часто, но бывает такое, что требуется дать менеджеру доступ к нескольким чанкам, запретив ему ковыряться в остальном коде. Это бы пришлось кстати!

Есть ли смысл их разделять, если нужны оба функционала?

Лично я не вижу смысла разделять. Хоть я и не пользуюсь на текущий момент пакетом AdminTools, но, возможно, в будущем придётся и его ставить на каждый сайт, на ряду с controlErrorLog, без которого не обходится ни один сайт, с которым я работаю! Спасибо за него, кстати!

У вас в $map массиве ошибка. Там, где вы формируете поля для объекта modUserProfile в fieldMeta должен быть список всех полей, а у вас 2 fieldMeta, следовательно второй перезаписывает первого.

Проще говоря, вместо:

'fieldMeta' => array(
    'surname' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
),
'fieldMeta' => array(
    'patronymic' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
),

Надо так:

'fieldMeta' => array(
    'surname' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
    'patronymic' => array(
        'dbtype' => 'varchar',
        'precision' => '255',
        'phptype' => 'string',
        'null' => false,
    ),
),

SEO не позволяет

Что это значит? Почему бы не решить задачу 301 редиректа средствами PHP на стороне плагинов MODX? И вообще, зачем этот редирект необходим? Чтобы с поддоменов перекидывало на основной домен? Так он то и делает… Ставьте задачу точнее. Если надо, чтобы с www кидало на без www, то, в данном случае, проще уж решить это дело плагинами.

Эти твои поля где располагаются? Неужто в модальном окне?..

В консоли че?

Лучше отправляйте PR — github.com/gvozdb/phpthumbon :)
Главное, чтобы у других ничего не слетело!

Обновляйтесь до 1.2.1, поправил.

и теперь оно сохраняет туда, куда надо

Точно туда, куда надо? Сохранять надо в ресурс, где располагается форма? Нет, ошибаюсь. Сохранит туда, куда надо, после того, как нажмём кнопку «Сохранить», но тем не менее, немного неправильно это. Сейчас посмотрю по коду, почему так происходит.