Іван Клімчук

Он смотрит туда согласно настройке open_basedir. Можно узнать ее содержимое? Она в php.ini должна быть определена. Это по сути та же папка, куда сохраняет php временные файлы и вроде как файлы сессий (по умолчанию).

Это нормально. Ну т.е. ни на что не влияет, просто чтобы создать vehicle, нужно взять и создать какую-то реальную сущность, в частности какой-нибудь объект xPDO. Я использую пустой, а потому он ругается, что для него нет таблицы и он не знает откуда брать информацию. Создавать абы что не хочется, а как обойтись без vehicle тоже пока не понятно. Но буду исправлять, однозначно

Нужно изучить их API. Теоретически ничего сложного, но тесты и еще раз тесты. Ибо файлы можно запросто потерять.

Мультиаплоад решает задачу частично, но согласитесь, куда приятнее разложить, допустим картинки для каталога, по папочкам на своем компьютере, без тормозов и даже без интернета, а потом после синхронизации в админке просто повыбирать нужные.

Приятно познакомиться :)

У меня вопрос — почему код не выложен на github? Там есть пару спорных мест и не все части реализованы, например нет создания и обновления файла из админки MODX. Можно было бы доработать. Брать код и переписывать под своим именем не комильфо, а пуллриквест заслал бы.

Учитывая, что компонент только-только сделан, а компонент для dropbox не выложен в репозиториях, то люди им не пользовались только потому, что подобных кмпонентов попросту не было. А решает очень простую задачу. Работать с файловым менеджером в админке — ад, загрузка по 1 файлу и все такое. В яндекс диске можно работать через клиент как с обычной папкой. Можно к одному сайту подключить несколько дисков и использовать файлы из них. Ситуаций использования можно придумать очень много.

Понятно, что делалось скорее всего под задачу, да и скрипт всего лишь, но я бы какой роутинг подкрутил бы толковый. Вообще интересно было бы сделать возможность загружать xpdo как пакет для compser.

Делать еще одну галерею? Достаточно воспользоваться поиском и мозгами и сделать то, что хочет заказчик. Обычная рабочая задача, на что деньги собирать то? Я бы не взялся, Василий так уж точно.

Поддерживаю.

Почта на gmail, сайт не указан (если есть конечно такой). Стремные ребята на первый взгляд.

Тоже на днях занялся изучением. Удивился даже синхронности :) Только для настройки самой коробки имеет смысл писать конфиги с использованием chef или puppet (поддерживается прямо из коробки в Vagrantfile). Chef сейчас у нас на работе конфиги по виртуалкам раскладывает — штука крайне незаменимая, особенно для синхронизации окружения на production и на dev-машинах.
Ну и если выложить на доступный url коробку с образом, то достаточно давать просто сам файл vagrant — коробка сама скачается, установится и запустится, если прописаны правила для puppet или chef — то еще и пакеты все установятся, можно написать рецепты и накатить миграции или сделать чекаут проекта из git например.

voo делался, когда imperavi еще был бесплатным, но там версия настолько старая, что я решил не продолжать. А за новые версии нужно платить. Марк заплатил, но при этом сильно доработал этот редактор для modx и честно продает.
Он еще обещал скоро выпустить новый компонент — Visual Content, там вообще будет улет. Можно будет настраивать прямо блоки на странице в виде большой формы в админке, чтобы не пускать авторов добавлять свои красные и зеленые цвета к текстам. :)

Ok. Не знал просто про такую возможность. Столкнулся тут просто на днях. Девелоперскую версию перенес на линоду, а там новые правила именования проектов у меня на сервере (включая домены), пришлось один раз сбросить ключ, второй раз придется через саппорт

У меня еще есть предложение. Что касается платных пакетов. Во время разработки может поменяться адрес или работаешь на локали, потом заливаешь на stage и тестишь, а потом в продакшен, причем одновременно может жить несколько версий сайта, а пакет платный будет работать только на 1. Это неудобно я не понятно, как с этим быть. Хотелось бы расширить ключи по типам — девелопеский, тест и продакшен. Причем девелоперский можно сбрасывать чаще, продакшен — как обычно: 1 раз, остальное по запросу. Для предотвращения с манипуляциями ключами вести список доверенных разработчиков. Извиняюсь за легкую сумбурность, писал в потоке с головы.

Либо поделитесь своими рецептами разработки?

Согласен. Скидки круто, когда они к месту и явление не частое. А для разработчика, который лепит сайты, это все равно не расход, так как платить будет клиент.

http://rtfm.modx.com/revolution/2.x/making-sites-with-modx/customizing-content/input-and-output-filters-(output-modifiers)
фильтр multiply,mpy
Читайте внимательно доки и не занимайтесь фигней :)

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

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

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

В остальном помогает здравый смысл и забота о тех, кто будет код поддерживать.

Крон теперь вроде бы на всех шаредах есть. Да и раньше как-то не встречались хостинги без поддержки крона. Может что-то настроили неправильно?

Готовы работать с нерезидентами РФ?

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

На основе TV можно реализовать условие, в шаблоне или чанке проверять значение TV и водяной знак ставить или не ставить. В редакторе тоже можно, но телодвижений больше.