5 часов назад
Так а как поменять эти значения? Например убрать или добавить пункты меню, или уменьшить шрифт?
Найти место редактирования меню 2
7 часов назад
Смотри ошибки в журнале ошибок, в логах сервера. Данное описание вообще не несёт никакой информации способной помочь в решении.
При нажатии на файлы в разделе ресурсы вылезают пустые страницы. 1
Вчера в 16:42
Не совсем в тему, но добавлю свои пять копеек :)
Ставил Твиг в Битрикс три года назад и тем самым избавился от лютого говнокода в битриксовых файлах...
mmxTwig - еще одна интеграция шаблонизатора 9
Вчера в 15:33
Можно предварительно выполнить к таблице запрос через newQuery с нужными условиями — вытащить массив айдишников и уже из этого массива взять рандомный...
getObject Рандом 1
17 мая 2024, 23:38
require_once $_SERVER['DOCUMENT_ROOT'] . '/core/config/config.inc.php';Это лишнее.
global $modx;и это тоже.
$modx->context->keyКак...
[miniShop2] - Ошибка при инициализации 1
16 мая 2024, 20:02
Походу твое решение спустя 4 года все такие стало актуальным
github.com/modxcms/revolution/pull/16571#pullrequestreview-2061133420
Facade Laravel в Modx 2/3 21
16 мая 2024, 08:23
Всё норм работает, надо только заменить в файле core/components/msdsector/controllers/msdsectordeliveryhandler.class.php
if (!class_exists("ms...
[msdSector] - расчет стоимости доставки с учетом секторов. 10
15 мая 2024, 11:50
Немного дополню, для mSearch2 (может кому пригодится)
<script>
var lazyLoadInstance = new LazyLoad({
elements_selecto...
pdopage и vanilla-lazyload 7
Настройка достаточно простая. Идем в настройки системы --> activedirectory
Для примера мы авторизуемся через домен domain.tld
Заполняем настройки:
Account Suffix = @domain.tld
Auto-add Active Directory Groups = Да (это в зависимости от необходимости)
Auto-Add User Groups = группа MODX, куда будут добавляться пользователи AD при первом логине
Base DN = OU=Users,DC=local,DC=tld (это Organization Unit AD, откуда разрешено авторизовываться пользователям на сайте)
Domain Controllers = ip-адреса домен контроллеров, через запятую
Остальное я оставлял по дефолту. Туда есть смысл лезть, если остальное не работает.
Ну и поправить баг, про который я писал выше. Он, кстати, есть в issue на странице проекта в гитхабе, но компонент не поддерживается разработчиком, так что ручками.
Но и за подробное объяснение о процессе разработке также большое спасибо, всегда было интересно, как организована работа с gulp и прочими инструментами, но все руки никак не доходили поковыряться как следует и разобраться.
Как-то пропустил эту информацию у Василия! Будем почитать :)
В общем-то, я спрашивал больше про написание компонентов, меня интересует, как сама разработка этих компонентов происходит.
Ну вот сижу я, скажем, за компом с 7 виндой. И как далее нужно все организовать, чтобы процесс разработки был комфортным? Я до этого всерьез программировал только на C# под MS SharePoint, там есть несколько неуклюжий, но вполне работоспособный процесс разработки, который очень неплохо интегрирует VisualStudio и сам SP (включая внушительные инструменты дебага, которые позволяют отслеживать реакцию чуть ли не на каждую строчку кода). Пишем код, потом одной комбинацией клавиш компилируем/копируем/устанавливаем решение на сервер SP, потом стоит только открыть нужную страницу — и там все уже есть. Гибкость этой процедуры позволяет внутри VisalStudio написать целый огромный портал, причем вместе со страницами, файлами, данными, связями и прочим. И потом всего одной строчкой в консоли всю эту красоту развернуть на девственно чистую инсталляцию SP, и все уже будет работать.
Понятно, что я не жду такого же функционала здесь, все таки MS — суровый пром, там свои задачи и своих недостатков хватает, но, собственно, меня интересует, как бы так интегрировать IDE с MODX, чтобы сама IDE понимала, что есть MODX и у него есть свои свои классы для работы с данными и самой CMS, что есть некоторые системные события и прочее.
До сего момента я писал код примерно так:
1. Пишу код прямо в окошке нового сниппета MODX;
2. Чертыхаясь, вспоминаю, что нужно писать на PHP, все написанное переписываю;
3. Обнаруживаю, что написанное не работает;
4. Начинаю отлаживать построчно, время от времени выводя прямо в текст страницы, где вызывается сниппет, содержимое нужных объектов или переменных;
5. Собственно, получается сниппет из 10 строк, на который было потрачено 3 часа.
Вот это как-то хочется оптимизировать. Чтобы редактор был с подсказками (PHPStorm? PhpED?), чтобы не приходилось из этого редактора код копировать вручную в окошко сниппета в админке modx, а потом вручную смотреть, что получилось, обновляя страницу, где вызывается сниппет.
Сниппет мой, получается, настоящий велосипед, да еще с квадратными колесами :)
Но все равно полезно, много ценной инфы в комментариях.
Кстати, и коментарий Wassi Wassinen тоже работает — почему-то мне не удалось его нагуглить. Тем лучше, будет здесь, и кто-то в поиске на него наткнется.
Это такой суррогат [[+modx.user.id]], только для полей профиля.
Возможно, потом доработаю когда появится такая необходимость.
Вопрос: что будет на работающем магазине при обновлении, в котором уже есть свои поля, добавленные ранее «плагинами MS2»? Ну т.е. вручную. Они появятся в таблице? Или надо будет удалить и заново создавать?
И ЕЩЕ! очень хочется трех вещей:
1. Тип поля «дата» и (менее важно) «диапазон дат». Это нужно для продажи нематериальных товаров, типа билетов на разные мероприятия, экскурсии и пр.
2. Очень хочется, чтобы некоторые поля можно было размножать по желанию. Пример: есть та же экскурсия, и у нее есть даты проведения. Мы добавляем опцию типа «дата», потом в свойствах товара просто нажимаем плюсик и поле дублируется. Получается нечто вроде «Дата проведения 1», «Дата проведения 2» и пр.
3. Выпадающий (и множественный) список еще желательно не просто заполняемый вручную, а привязанный к какому либо родителю в дереве.
Мультиязычность (в том числе, разные цены для разных стран) реализуется разными контекстами для разных языков плюс мощным дополнением Babel. Оно позволяет синхронизировать не меняющиеся поля на разноязычных страницах, и сделать индивидуальными меняющиеся. Страницы будут связаны, т.е. можно будет со страницы на русском перейти на ее аналог на английском.
В его работе есть опеределенные особенности, но оно из коробки умеет почти все, что нужно для мультиязычности.
С доставкой не сталкивался, но, скорее всего, нужно будет просто написать свое дополнение для реализации.
Сам по себе MS2 невероятно гибкий, и со знанием PHP и Modx API на его основе можно такого нагородить — амазон позавидует :) Да и без знания в modstore сегодня есть практически все, что нужно для магазина.
Ну и вызов спиннера при Ajax-перезагрузке (работает и для первой загрузки):
Надо покурить Ajax, вообще с ним не работал.
Проблема решилась.
Реакции на нажатия надо инициализировать единожды при загрузке страницы.
А вот сам спиннер нужно инициализировать каждый раз на событие ajaxComplete.
Собственно, выносим реакции на нажатия в отдельную функцию, и инициализируем ее на событие document.ready, и далее не трогаем.
Подробнее:
bezumkin.ru/modx/minishop2/
Молодцы! :)
В файле по ссылке старые даты.
Интерес не праздный, сейчас строится магазин на основе MS2, собственно, стоит ли ждать релиз или нужно нагружать программистов своей реализацией.