Комментарии пользователя «iJack»

Дампится в файл не содержимое базы, а её структура (имена таблиц, колонок и служебная мета информация) — поэтому никаких 2-х гигов не будет, будут от силы 10-ки килобайт при любом кол-ве данных.

Про экземпляр PDO точно не знаю, но в коде класса xPDO сразу видно

* A PDO instance used by xPDO for database access.
     * @var PDO
     * @access protected
     */
    protected $pdo= null;

Никакого публичного класса для возврата объекта PDO я не увидел, значит как я понимаю нужно самому дописать в класс xPDO что-то типа

public function getPDO() {
          return $this->pdo;
    }

может будет работать :)

А кстати основная сложность и непонимание в xPDO у меня была как раз в том, как сгенерировать и распарсить модели классов, что-то документация абсолютно невнятно освещала эти вопросы. Да и кстати использовал его в разработке двух не маленьких проектов — всё классно, экономит время и нервы (когда знаешь все его приколы :) ), но всё же понял, что без полноценного фрэймворка с АР не обойтись, так что дальше использовать xPDO врядли буду.

Да уж, наконец то выдалось свободных пару часов. Посмотрел виджет на предмет описанных неполадок и почему-то он у меня работал и устанавливался в той версии что я выложил. Но я нашел пару возможных «затычек».

Попробуйте скачать обновленную версию. Я устанавливал её на свежескаченную Эво 1.0.4 и всё заводилось с пол оборота — скопировать содержимое архива в папку assets/plugins/managermanager/widgets/jhtmlarea/, прописать вызов виджета в чанке mm_demo_rules, всё.

хм… постараюсь на днях пересмотреть код

у тебя return $msq; стоит прямо в цикле. Первая же итерация цикла доходит до return и завершает цикл.

Просто вместо

return $msq;
}

сделай

}
return $msq;

А что за модуль то? А то такое рекламное вступление и ни слова о сути модуля :)

Эм… а зачем вы меняли название?
Вобщем-то я это на локалхосте на Винде тестировал — тут все по-барабану, а для Unix сервера регистр имеет значение, а в коде/названиях я вроде бы везде «маленькие» буквы использовал.

А вот это полезно! Хоть и использую JoCo для работы с комментами, но далеко не всегда забываю в него заглянуть и иногда комментарии по несколько дней «ожидают...».

Это не плагин, а виджет для ManagerManager (типа плагин для плагина :) ), так что если у вас включен ManagerManager, то это все что нужно.
Плохо значит ищите, если ошибка вылазит, то и код быть обязан, там почти в самом низу (у меня там) должно быть что-то типа

$j("head").append(' <script src="ХХХХХХХ/assets/plugins/managermanager/widgets/jHtmlArea/js/jHtmlArea.ColorPickerMenu-0.7.0.min.js" type="text/javascript"></scr'+'ipt> '); 
$j("head").append(' <link href="ХХХХХХХ/assets/plugins/managermanager/widgets/jHtmlArea/css/jHtmlArea.ColorPickerMenu.css" rel="stylesheet" type="text/css" /> '); 

что у вас там за адреса?

Кстати возможный баг заметил (хотя у меня с ним работало :) ). Попробуйте поправить в \assets\plugins\managermanager\widgets\jhtmlarea\jhtmlarea.php
в строка 44 и 46 уберите слэш из

$modx->config['base_url'].'/assets/plugins/...

чтобы стало

$modx->config['base_url'].'assets/plugins/...

хм… да я так его сделал и забыл это плагин, всякое может быть. Но пробовал на 1.0.2 и версия самой системы врядли критична.
Здесь похоже ява скрипт почему то не подключился к странице.
А jHtmlArea-0.7.0.min.js точно есть в /assets/plugins/managermanager/widgets/jHtmlArea/js/ и jQuery подключено?
В иделае гляньте прямо в исходном коде сгенерированной страниц в админке подключились ли правильно (с правильными путями) ява скрипты.

Спонсорство дало свой отпечаток на программе конференции

Sessions
Some of the topics for our inaugural event include:
* So What's So Cool about Revolution, Anyway?
* MODx Revolution Custom Components
* Evo vs. Revo: Getting Things Done
* MODx Recipes: quick tips & tricks
* Managing MODx: Git and other power tools
* MODx in the Cloud
* Advanced templating
* MODx in the Windows World: Today and Tomorrow
* The Business Side of MODx: The coming Partner Program & Commercial Support
* The future of MODx: an open and candid conversation with the MODx founders and core developers

Сама формулировка темы топика так и говорит — мы не знаем что здесь сказать, нас просто заставили вобщем бла-бла-бла :))

А вот интересный топик MODx in the Cloud — ребята широко замахнулись.

Ну и пусть наивно полагают что им удастся кого-то пересадить на IIS… :))

Ух… компания зла приманивает заблудшие души :)))

Поговаривали, что релиз Рево будет приурочен MODxpo 2010. По крайней мере это было бы логично — ведь нужно же рассказывать о новинке и снимать овации на конфе :)

Нужно преобразовать в UTF-8 и сам файл русского языка (у меня это langs/russian-UTF8.php). Преобразовать можно, например, с помощью программы Notepad++.

jQuery плагин FancyBox (http://fancy.klade.lv/) поидее умеет выводить все что угодно. Я использую его — делает классные галлереи и универсально может так же красиво вывести любой контент.

Сначала возник вопрос «блин, а как же потом сайт W3C валидацию пройдет с кастомными тегами», а потом понял, что теги эти распарсиваются перед выдачей :)

Интересное решение, хотя и добавляет сложности к понимаю и поддержке. (новичка уж точно отпугнет)

Код выкладывай полюбому, если не жалко конечно. Желающие может и не поддерживать, а использовать и допилить для себя точно найдутся.

Как я понимаю, то в Рево мультиязычность подразумевается в использовании разных контекстов. По контексту на язык.
По этому поводу я еще из ранней документации пытался разобраться в многосайтовости, но реально пока не делал этого.

Когда-то на форуме встречал упоминание, что разрабатывается и планируется некая возможность делать админку в Рево по стилю как в Эво.
Но лично мне не стиль, а тормоза не нравятся :)

Потрогал релиз-кандидат, когда тот ещё лежал на SVN неделю назад (походу версия в репозитории носит имя релиз кандидата как бы не с февраля). Заодно научился сам билдить некий transport package ибо СВНная версия без ручного билда не ставится.

По-любому нужно привыкать… и в первую очерель привыкать реально использовать все классные возможности, которые туда заложены. Очень понравились наборы параметров и их установка при драг-н-дропе (можно будет перестать держать в голове названия всех нужных сниппетов :-) ).
Не сильно порадовало отсутствие группировки параметров в конфигурации систему, стандаризированная таблица с наборами параметров хороша, но в итоге всё в куче получается.

Не радует медленность ява-скрипта, даже в Хроме мой старенький Athlon 2500+ курит бамбук и работать как-то некомфортно. Плюс у меня при переходах внутри админки постоянно перезагружалась вся страница ощутимо мигая белым экраном — раздражало…

Вобщем это наверно скорее стимул покупать себе MacBook Pro как у МакКормика (помоему) и горя не знать :)

P/S Пора бы уже начать разбирать как там всякие дополнения писать под Революцию, пара официальных мануалов вроде есть.

Поюзали бы поиск как на этом сайте, так и вобще.
В официальной документации куча примеров

[[Jot? &subscribe=`1` &pagination=`10` &moderated=`1`]]

с группой доверенных комментаторов (кто не модерируется)

[[Jot? &subscribe=`1` &pagination=`10` &moderated=`1` &trusted=`Trusted Users`]]

Сеоветую ещё обратить внимание на JoCo для удобной модерации комментов по всему сайту из одного места в админке.

Это было бы очень полезно. Присоединяюсь к «ожидающим публичного релиза» :)
Вот если бы ещё как-то сделать возможность выбрать сразу много картинок на загрузку, а не добавлять по одной (но я как то даже сам не представляю как это сделать стандартными методами, без флэша).

Ну и настройки были бы желательны — выбирать размер превьюшек (в идеале с возможностью ресайза как по конкретно высоте/ширине или по самой длинной стороне).
И возможность задать врэппер (некий сниппет оформления) для вывода галереи.