Можно прикрутить любую систему оплаты. Только программировать всё равно придется.
Начать надо, конечно, с выбора системы приёма платежей. Их очень много, у всех разные условия и разные комиссии. Большинство работает только с юрлицами.
После того, как система выбрана, договор заключен, доступы и инструкция по интеграции получены, можно будет создать здесь объявление о работе. Задача не очень сложная, думаю, в 2 000 руб. можно будет уложиться
03 июня 2016, 19:17
0
О, спасибки. Я, кстати, видел, что такое расширение есть, а потом забыл о нём))
Только надо не забыть, что на MODX иногда делают мультисайты — где каждый контекст — отдельный сайт. Соответственно, у всех сущностей должна быть привязка к контексту…
02 июня 2016, 10:52
0
У меня давненько сидит одна идея…
Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.
Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.
Есть готовый компонент — 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 легко можно такую логику накрутить в чанках и шаблонах…
По ссылке указано, что и на какой строчке поменять
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-файлов.
Если берет данные из какого-то MIGX, то можно попробовать его же вызвать, только вместо GET использовать [[+id]].
Если же он берет даные из таблички в базе данных, то тут нужно уже разбираться с JOIN'ами.
Начать надо, конечно, с выбора системы приёма платежей. Их очень много, у всех разные условия и разные комиссии. Большинство работает только с юрлицами.
После того, как система выбрана, договор заключен, доступы и инструкция по интеграции получены, можно будет создать здесь объявление о работе. Задача не очень сложная, думаю, в 2 000 руб. можно будет уложиться
Вот есть сайт, на нём обычно, помимо контентных страниц, создаются страницы ошибок 404, 403, страницы для robots.txt и sitemap.xml. Эти страницы каждый разработчик прячет как может. Кто-то ставит им menuindex 1000, кто-то создаёт еще один ресурс «служебное» и прячет эти страницы в нём.
Это не такая, конечно, проблема — ничего страшного, если клиент будет видеть эти страницы. Но что если этим страницам ставить show_in_tree = 0, а управление такими ресурсами сделать на отдельной странице? Тогда и клиенту они не будут «глаза мозолить», и разработчик всегда быстро сможет их отредактировать.
Если надо быстренько сварганить табличку, можно использовать CMPGenerator. Вот небольшая инструкция на русском
Есть готовый компонент — customExtra (правда, платный), с помощью которого можно получить свою табличку в админке.
заменить на
Поэтому указывать $section внутри default особо нет смысла.
Поищите в гугле какие-нибудь теги MODX (например, [[*longtitle:default=`[[*pagetitle]]`]])
Можно попробовать самому внести изменения в файл /core/xpdo/cache/xpdocachemanager.class.php
На мой взгляд — некорректно хранить чанки и сниппеты в assets. Куда логичнее было бы хранить их в core. Все-таки папка core обычно закрыта для доступа извне, а в assets все файлы доступны по прямым ссылкам. Тем более, что сниппеты хранятся в виде php-файлов.