Іван Клімчук

Іван Клімчук

Был в сети 13 мая 2025, 17:35
Заказы не принимаю
Он смотрит туда согласно настройке open_basedir. Можно узнать ее содержимое? Она в php.ini должна быть определена. Это по сути та же папка, куда сохраняет php временные файлы и вроде как файлы сессий (по умолчанию).
Это нормально. Ну т.е. ни на что не влияет, просто чтобы создать vehicle, нужно взять и создать какую-то реальную сущность, в частности какой-нибудь объект xPDO. Я использую пустой, а потому он ругается, что для него нет таблицы и он не знает откуда брать информацию. Создавать абы что не хочется, а как обойтись без vehicle тоже пока не понятно. Но буду исправлять, однозначно
Мультиаплоад решает задачу частично, но согласитесь, куда приятнее разложить, допустим картинки для каталога, по папочкам на своем компьютере, без тормозов и даже без интернета, а потом после синхронизации в админке просто повыбирать нужные.
Приятно познакомиться :)

У меня вопрос — почему код не выложен на github? Там есть пару спорных мест и не все части реализованы, например нет создания и обновления файла из админки MODX. Можно было бы доработать. Брать код и переписывать под своим именем не комильфо, а пуллриквест заслал бы.
Учитывая, что компонент только-только сделан, а компонент для dropbox не выложен в репозиториях, то люди им не пользовались только потому, что подобных кмпонентов попросту не было. А решает очень простую задачу. Работать с файловым менеджером в админке — ад, загрузка по 1 файлу и все такое. В яндекс диске можно работать через клиент как с обычной папкой. Можно к одному сайту подключить несколько дисков и использовать файлы из них. Ситуаций использования можно придумать очень много.
Делать еще одну галерею? Достаточно воспользоваться поиском и мозгами и сделать то, что хочет заказчик. Обычная рабочая задача, на что деньги собирать то? Я бы не взялся, Василий так уж точно.
Тоже на днях занялся изучением. Удивился даже синхронности :) Только для настройки самой коробки имеет смысл писать конфиги с использованием chef или puppet (поддерживается прямо из коробки в Vagrantfile). Chef сейчас у нас на работе конфиги по виртуалкам раскладывает — штука крайне незаменимая, особенно для синхронизации окружения на production и на dev-машинах.
Ну и если выложить на доступный url коробку с образом, то достаточно давать просто сам файл vagrant — коробка сама скачается, установится и запустится, если прописаны правила для puppet или chef — то еще и пакеты все установятся, можно написать рецепты и накатить миграции или сделать чекаут проекта из git например.
voo делался, когда imperavi еще был бесплатным, но там версия настолько старая, что я решил не продолжать. А за новые версии нужно платить. Марк заплатил, но при этом сильно доработал этот редактор для modx и честно продает.
Он еще обещал скоро выпустить новый компонент — Visual Content, там вообще будет улет. Можно будет настраивать прямо блоки на странице в виде большой формы в админке, чтобы не пускать авторов добавлять свои красные и зеленые цвета к текстам. :)
Ok. Не знал просто про такую возможность. Столкнулся тут просто на днях. Девелоперскую версию перенес на линоду, а там новые правила именования проектов у меня на сервере (включая домены), пришлось один раз сбросить ключ, второй раз придется через саппорт
У меня еще есть предложение. Что касается платных пакетов. Во время разработки может поменяться адрес или работаешь на локали, потом заливаешь на stage и тестишь, а потом в продакшен, причем одновременно может жить несколько версий сайта, а пакет платный будет работать только на 1. Это неудобно я не понятно, как с этим быть. Хотелось бы расширить ключи по типам — девелопеский, тест и продакшен. Причем девелоперский можно сбрасывать чаще, продакшен — как обычно: 1 раз, остальное по запросу. Для предотвращения с манипуляциями ключами вести список доверенных разработчиков. Извиняюсь за легкую сумбурность, писал в потоке с головы.

Либо поделитесь своими рецептами разработки?
От себя скажу, что на сайтах обычно разделяю имена с помощью точки, именую элементы по назначению. Т.е. если есть какой-то блок навигации, то будет что-то вроде nav.item и nav.item.row.
row — всегда строка какого-либо списка

Что касается составных имен блока, то пользуюсь camelCase-форматом.

В php я придерживаюсь стандарта PSR-1,2, где есть возможность PSR-0 (в modx пока нереально).

В остальном помогает здравый смысл и забота о тех, кто будет код поддерживать.
А что в БД в таблице modx_site_content? В коде у вас может и нет id=0, но в запросе у вас таки проверка на id = 0. И если в таблице есть ресурс с id=0 (что весьма странно), то он его и возвращает. Проверьте phpmyadmin каким-нибудь содержимое таблицы с ресурсами.