Илья Уткин

Илья Уткин

С нами с 15 декабря 2012; Место в рейтинге пользователей: #15
06 июня 2016, 11:45
0
Я не автор костыля. Автор — Евгений evd
04 июня 2016, 13:22
+2
Можно прикрутить любую систему оплаты. Только программировать всё равно придется.

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

После того, как система выбрана, договор заключен, доступы и инструкция по интеграции получены, можно будет создать здесь объявление о работе. Задача не очень сложная, думаю, в 2 000 руб. можно будет уложиться
03 июня 2016, 19:17
0
О, спасибки. Я, кстати, видел, что такое расширение есть, а потом забыл о нём))
02 июня 2016, 17:14
1
0
Внутри MIGX можно вызывать еще один MIGX.

02 июня 2016, 15:23
0
Есть готовый плагин: modResourceField
02 июня 2016, 12:31
+2
Только надо не забыть, что на MODX иногда делают мультисайты — где каждый контекст — отдельный сайт. Соответственно, у всех сущностей должна быть привязка к контексту…
02 июня 2016, 10:52
0
У меня давненько сидит одна идея…

Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.

Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.
28 мая 2016, 22:59
0
Попробуй так
[[*longtitle:default=`[[*pagetitle]]`:tag]]
25 мая 2016, 21:59
1
+2
У Василия есть заготовка кастомного компонента — modExtra и серия уроков, как ей пользоваться

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

Есть готовый компонент — customExtra (правда, платный), с помощью которого можно получить свою табличку в админке.
24 мая 2016, 09:58
+1
Можно прям это
if (!$section = $modx->findResource($tmp[0] . '/')) {
    return false;
}

заменить на
$section = 163;
23 мая 2016, 20:35
+1
$section для информации о пользователе уже определен вот здесь:
if (!$section = $modx->findResource($tmp[0] . '/')) {

Поэтому указывать $section внутри default особо нет смысла.
13 мая 2016, 13:43
+2
До тех пор, пока в них не используется Феном или не прописана какая-то логика с помощью, например, модификаторов. А в MODX легко можно такую логику накрутить в чанках и шаблонах…

Поищите в гугле какие-нибудь теги MODX (например, [[*longtitle:default=`[[*pagetitle]]`]])
12 мая 2016, 19:09
0
По ссылке указано, что и на какой строчке поменять
12 мая 2016, 17:42
+1
Возможно, проблема с правами. Ждем версию 2.5.1, которая должна решить эту проблему.
Можно попробовать самому внести изменения в файл /core/xpdo/cache/xpdocachemanager.class.php
12 мая 2016, 12:32
0
Сделайте ТВ-параметр у страницы контактов и используй с помощью pdoTools
[[#18.email]]
11 мая 2016, 19:32
+3
А так, метод интересный, причем куда проще статических файлов
11 мая 2016, 19:28
+4
По поводу выбора папки по умолчанию.

На мой взгляд — некорректно хранить чанки и сниппеты в assets. Куда логичнее было бы хранить их в core. Все-таки папка core обычно закрыта для доступа извне, а в assets все файлы доступны по прямым ссылкам. Тем более, что сниппеты хранятся в виде php-файлов.
08 мая 2016, 15:41
1
+2
Вообще, подход правильный. Можно ускорить, используя $pdo->getChunk()