Сергей Шлоков
С нами с 31 января 2013; Место в рейтинге пользователей: #5Вчера в 11:14
на здоровье
Minishop2 не отправляет письма о заказах (smtp QuickEmail при этом работает) 4
Вчера в 00:28
Я уже доделываю mspWebPay) в течение нескольких часов выкачу «обновление», защиту уже убрал.
[mspBePaid] Обновление компонента до версии 2.5.4-pl 2
22 января 2025, 14:59
Создать отдельную группу ресурсов под нужный ресурс и дать доступ пользователю только к этой группе ресурсов.
Как сделать доступ в админке MODX REVO для менеджера для определенного ресурса. 1
22 января 2025, 13:44
Ещё, как вариант в первую очередь, связаться с автором того или иного компонента с просьбой обновить. Да и может быть так, что на github у автора уже ...
Старые пакеты расширений для modx 3? 2
22 января 2025, 13:38
Готового плагина или компонента нет, придётся писать самому.
Опишу теорию:
1. У пользователей используешь какое ни будь поле или делаешь новое, чи...
Расширение или плагин покупки количества разрешенных комментариев или постов 1
22 января 2025, 02:07
Да, реально.$title = preg_replace('![^'.preg_quote($separator).'\.\pL\pN\s]+!u', '', $this->lower($title));
Работает как решение
[Translitor] - Альтернатива транслитерации псевдонимов 25
Попробую предложить еще минимальнее. В лексиконе Tickets поменять значение ключа tickets_message_close_all c «закрыть все» на «close all».
Массив $_SESSION особенный. В версиях PHP ниже 5.4 из него могли создаваться переменные (register_globals=on). И тут очень важно знать правила имён переменных.
А теперь попробуй добавить букву перед '12'.
Кроме того, в сниппетах MODX не принято писать принты и эхо. Только return.
Предварительно нужно создать страницу ошибки с соответствующими терминами и указать её в системных настройках.
Возможно 2 варианта —
1. Приоритет записей — последовательная проверка добавленных прав.
2. Приоритет прав — например, «запрещение» выше «разрешения».
Я выбрал первый вариант, у него больше возможностей.
Логика такая:
1. Запись «Все» — имеет наименьший приоритет. Может быть только одна такая запись.
2. Запись с группой пользователей — перебивает права, указанные в записи «Все». Групп можно указать несколько.
3. Запись с пользователем — имеет наивысший приоритет. Перебивает права групп и записи «Все». Каждый пользователь может быть указан только один раз.
Так как групп может быть несколько, то для них как раз и вводится ещё один приоритет.
Так же как и в родном механизме MODX — права родителя не влияют на дочерний ресурс. Но думаю, такая возможность будет не лишний. Спасибо за идею.
А чем обусловлено такое желание?
П.С. adminTools — набор независимых друг от друга примочек.
Изначально опечатался и написал «больНое спасибо». И мне вспомнился случай из моей студенческой молодости, когда я торговал видеокассетами на Горбушке. Сын хозяина точки печатал этикетки для кассет — картинка, актеры, краткое описание. И вот вышла режиссёрская версия Крёстного отца. Этикетки сын напечатал. Их наклеили на кассеты. А потом мы решили прочитать их.
Лёгким движением пальца пацана слоган «Крёстный отец стал классикой мирового кино» превратился в «Крёстный отец срал классикой мирового кино». Мы несколько дней потом разговаривали сквозь слёзы смеха.
Вообще стимулирование (словесное или материальное) важно для любых разработчиков. Вспомним таких разработчиков как Андрей Чирко (andchir), Евгений Борисов (agel_nash), Валентин Расулов (artDevue) с их крутыми дополнениями. Ну и где они сейчас?
Не надо так критично. Половина моих дополнений предназначены для админов и разработчиков. И они бесплатны. И будут бесплатны и дальше. Я прекрасно понимаю, что эти дополнения заказчик оплачивать вряд-ли будет.
Я не рассматриваю нежелание скидываться за неуважение к моим трудам. Данный пост относится только к разработке конкретно dbAdmin. Если у разработчиков нет потребности в развитии данного компонента, то мне это не нужно и подавно. Тут не на что обижаться.
П.С. А тебе большое спасибо за добрый слова!
П.С. Экспорт есть, а импорт только ручной через sql запрос.
П.П.С. Насчет бесценности… Несмотря на сотни скачиваний и полторы сотни просмотров этого поста, кроме Владимира никто не захотел поучаствовать в развитии. Ещё пара дней и пост уйдет с главной страницы. Поэтому вывод можно сделать уже сейчас — будущего у данного компонента нет.