45 минут назад
Для добавления полей во все основные модели заложена специальная утилита (msCustomer там сейчас нет, добавлю). Добавляешь поля через этот визуальный к...
MiniShop3 1.0.0-alpha.4 — Большое обновление админки 11
Вчера в 13:56
Того гляди и начнет народ MODX3 пользоваться.
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 1
24 декабря 2025, 22:11
Есть поле mail_smtp_user введи туда логин, если не сработает введи email. И не забудь в emailsender корректный email прописать.
Modx 2.8.8 еще подходит отправки почты через smtp.yandex.ru? 3
19 декабря 2025, 15:43
Подозреваю, что в системных настройках компонента нужно указать ID нужного способа оплаты и в уведомление о заказе не забыть прописать ссылку на оплат...
msOneClick - обновление 5
19 декабря 2025, 11:37
Добрый день! с 1 января 2026г. меняется НДС. Подскажите, где поменять НДС на 22%
[mspTinkoff] - метод оплаты Tinkoff MiniShop2 35
18 декабря 2025, 10:15
Ага, спасибо. Первый и думаю не последний)
StaticFilesPlus — автоматическое создание статических элементов с поддержкой категорий 10
13 декабря 2025, 17:47
Для MIGX нужно указать
"configs": {
"startDay": 1
}
Ввод дат в "привычном" формате ДД.ММ.ГГГГ и отображение с понедельника 12
Удачи!)
Ни когда даже в голову мне не приходило стандартный конфиг править руками)) Бред!
Не проще поставить чистый MODX и поверх залить файлы (распаковать архив) предварительно удалив из архива конфиги? А потом залить свою базу, стерев свежеустановленную.
Или Vapor, чаще это самый простой вариант.
Если у вас есть работающий сайт на локалке, то нет проблем перенести его, тем более это занимает максимум 10 минут.
1. устанавливаете на рабочем сайте Vapor (качаете из официального репозитария)
2. создаете на локалке Vapor-ом снимок сайта
3. получившийся пакет заливаете в ikzap.ru/core/packages/ (только закройте эту директорию, а лучше сразу переносите на modhost.pro/ ), при условии что ставите на чистый сайт ибо снимок все затрет
4. устанавливаете пакет (искать пакеты локально)
вот и все.
Видимо хостинг не виноват.
Домен: русскийсайт.рф
Домен: XN--80APDBB9AHADMC.XN--P1AI
И чем ваш автор заметен, кстати, интересно? Пусть свои проекты на данной системе представит.
Удачи вам. Извините, если что не так.
Буду теперь посматривать Лунный календарь на одном твоем сайте, Сергей.
Вот пишут там, «25 марта… Возможны конфликты, разбирательства, неприятности, возникшие из ничего. Необходимо проявить осмотрительность и терпимость… » — ужас.
Удачи в делах. Всем мира и добра!
В любом случае, спасибо.
В эту дискуссию я не праздно влез, а именно потому, что она прямо отражает суть некоторых процессов, в которых я так или иначе участвую.
Пример с расширением Статистика, он просто конкретный. Я имею к нему отношение как потребитель, вопросы поднятые мне (в данном случае как потребителю) весьма интересны. Итак, о не дублировании функционала- это прямая угроза развитию и именно абсурдно в отношении покупателей расширений. Т.е. если твой компонент не развивается как надо мне, я не могу рассчитывать на нужный мне (в твоем компоненте) функционал, кто то другой не может выпустить и разместить в магазине аналог с как раз тем недостающим функционалом и это по твоему правильно?
Заметь, вот конкретно по факту сбора статистики, я ведь не могу удалить твой компонент, он же собирает мне те данные, ради чего он был установлен. Дублировать другим компонентом? Еще базу раздувать? Учитывать разницу собранных данных одним, потом другим компонентом?
Т.е. явно отсутствует в этой схеме (не дублирования) интерес (в смысле не учитывается) покупателей.
Т.е я вот о чем. Конкретная ситуация с дополнением «Статистика...»
Покупка ли, просто установка, т.е. вообще факт использования ПО, всегда устанавливает некоторые взаимоотношения между разработчиком и пользователем.
Хочет ли пользователь (потребитель) что бы купленный компонент развивался, поддерживался? Хороши ли пользователю, если компонент Статистики придется заменить, с потерей данных ли, с переносом данных? Этика только по отношению к разработчикам? Не абсурд ли?
Я спросил, не будет ли в компоненте статистики функции сбора данных о посетителях, IP адрес, юзерагент и т.п., что позволяло бы понимать какие устройства используют, откуда приходят люди и т.п.
Да, это все в Яндекс Метрики есть, но не для любого случая, так я, например, заметил подключения к RSS множественные, мне бы знать кто, откуда, Метрика тут не помогает. Ты пишешь: "Не планировал. Не совсем понятно, зачем нужна такая информация. При разработке делал акцент на то, чтобы знать что смотрят, а не кто. Может в будущем, если руки дойдут, сделаю. " — т.е. я не могу рассчитывать на новый функционал, а тот кто хотел бы выпустить с таким функционалом расширение будет связан правилами и принятой в сообществе этикой. Поэтому, то что говорит Павел (Гвоздь) не противоречит ни логике ни здравому смыслу. Компоненты (платные, бесплатные) в репозитарии не должны быть препятствием для появление новых компонентов, с новыми функциями, идеями. Иначе, увы, «кто первый встал того и тапки»- а прогресс «давай до свиданья». О копировании чужого кода я не говорю.
Вы можете пакетно, папками сразу обрабатывать. Сотнями изображений и быстро.
Очень надеюсь, что смогу себе позволить купить безлимит (хотя из тарифов его убрали, но пишут что можно старые тарифные планы обсудить индивидуально).
Фейк это, а не детектор :))