Всего 125 671 комментарий

Игорь
10 апреля 2021, 18:49
0
снипет phone:

<?php
return preg_replace("/[^,.0-9]/", '', $input);

Вывожу телефон [[+phone:phone]]

выводит +89003451234
нужно +79003451234

Помогите (
Rasul
10 апреля 2021, 18:29
0
Здравствуйте!
Попробуйте что-то типа [[*phone:stripString=`-`:stripString=` `:stripString=`(`:stripString=`)`]]
Далее останется удалить первую цифру 8 и добавить вначале "+7")
Артур Шевченко
10 апреля 2021, 11:15
0
Как по мне задача странная, по-моему настройки как раз для этого и нужны, но если уж очень надо, то создай TV где удобно, напиши плагин на OnDocFormSave который будет брать значение из этого TV и записывать в настройки minishop2 запросов в бд к таблице modx_ms2_deliveries.
Артур Шевченко
10 апреля 2021, 09:58
0
Я эту мысль и пытался донести. Извините если не в полной мере отразил ваш вклад, я не специально, просто не хотел усложнять.
Сергей Шлоков
10 апреля 2021, 06:35
0
Феном был внедрён чтобы работать с файлами....
Молодой человек, Вы уж говорите, говорите, да не заговаривайтесь. Когда в pdoTools появился Fenom и когда файловые элементы и при каких обстоятельствах? Поищите на просторах сообщества что говорил автор pdoTools про файловые элементы, когда я пытался их добавить в Fenom. Сюрприз будет.
Сергей Шлоков
10 апреля 2021, 06:29
0
Конечно файловые элементы будут оптимальнее, чем статические элементы. Последние — это вообще костыль. При их использовании идёт оверхед синхронизации файла с БД.
Артур Шевченко
10 апреля 2021, 01:29
0
Как я и говорил в самом первом сообщении, разницы в скорости почти нет. Поэтому включай логику, зачем создавать чанк в бд, делать его статичным и создавать файл, если можно создать сразу файл и его использовать? Феном был внедрён чтобы работать с файлами, это удобнее, поэтому лучше всё что можно запихивать в файлы.
Роман
10 апреля 2021, 01:04
0
Просто скажите пожалуйста, какая модель работы с fenom, что бы все быстро работало?
Роман
10 апреля 2021, 01:04
0
Да вот в том то и дело, выше писал, я его создал сначала в БАЗЕ, как обычно, и чанк и шаблон, но потом, отметил ЧЕКБОКС там есть, СТАТИЧНЫЙ
(Указывает, что содержимое элемента хранится во внешнем файле) и перенести все содержимое в файл, и если вызывать {include 'my_chunk'} то все равно будет работать, но не понимаю, медленнее или быстрее.
Артур Шевченко
10 апреля 2021, 00:59
0
Если у тебя элемент (чанк, сниппет, шаблон) в файле как ты собираешься его из базы получить?
Роман
10 апреля 2021, 00:49
0
:)) как? Хорошо, если в файлах, то как лучше их вызывать на странице и в снипетах? Напрямую к файлу в файловой системе, или обращаться можно к нему в базе данных?

так {include 'file:chunks/my_chunk.tpl'} или так {include 'my_chunk'}
Артур Шевченко
10 апреля 2021, 00:42
0
Конечно в файлах))) Шаблоны так точно.
Роман
10 апреля 2021, 00:02
0
ну так в контексте fenom как лучше то?
Артур Шевченко
09 апреля 2021, 23:04
0
Если коротко, то разницы нет. Поэтому юзай fenom.
Алексей Шумаев
09 апреля 2021, 17:50
0
Версия обновлена, теперь есть сортировка файлов.
Fi1osof
Fi1osof
09 апреля 2021, 13:17
+1
С Vue я не работаю, и не вижу ссылки на github там. Плюс там еще и SaSS, а я юзаю styled-components. Так что не подойдет, к сожалению.
В любом случае, я буду делать стилистически очень близкую к родной админке (просто потому что на нее буду смотреть), так что перейти не должны быть сложности. Но еще раз отмечу: пока что это только эксперимент. А там сделаем выводы.
Fi1osof
Fi1osof
09 апреля 2021, 13:07
+3
Я буду делать админку чисто фронтовую, работающую по API. То есть ей не важно что и как там на бэке работает, чтобы сформировать ответ. Важно только чтобы ответ был ожидаемый. Если в какой-то момент там выпилится xPDO и будет работать как-то иначе — ей не важно, если структура ответов будет все та же.
Но как и сказал Иван, xPDO — это ядро MODX-а. Нельзя его просто так выпилить. Это не только формирование SQL-запросов и работа с БД, но и проверка прав, кеширование и много всего другого.
Іван Клімчук
09 апреля 2021, 13:01
1
+2
Я недавно нашел крайне интересный продукт — Vuero Vue3. Инструменты внутри — вопрос для отдельной дискуссии, но визуально — это очень похоже на нынешний MODX 3, что важно, если хотим привлечь финансирование от Sterc, например. Они MODX 3 (админку, без рефакторинга ядра) уже поставляют клиентам, поэтому потенциально могут быть заинтересованы. Не заставляю, но рекомендую иметь этот ввиду.
Іван Клімчук
09 апреля 2021, 12:58
0
В 3 версии он останется, потому что это ядерное ядро, от него весь класс modX наследуется. В последующих версиях это должно быть декомпозировано и в теории, его можно будет заменить другим инструментом, с подходящими интерфейсами. В MODX 3 можно попробовать это сделать так же, написать какой-нибудь bridge, но задача сложная даже просто по объему.