Вопросы специалистов

Документация для специалистов

Новости

Вопросы клиентов

Blog by Fi1osof

Ajax getPage

подключение парсера Revo в php-скрипт

Doodles - проблемы с созданием компонента

Урок по созданию пакетов для MODX Revolution и создание своих репозиториев

xPDO::addDerivativeCriteria(), class_key, CRC и прочие связанные друг с другом тонкости

Плагин пагинации для modxsmarty

Очередная встреча MODX-Клуба. Москва.

Небольшой пре-релиз modSociety

Создание блога на MODX с помощью компонента modSociety

Перенос, обновление и настройка сайта

Fatal error:  Call to a member function getParameters() on a non-object in M:\OpenServer\domains\localhost\API\core\cache\includes\elements\modsnippet\1.include.cache.php on line 75

Вам в ошибке четко указано где и почему она лезет.
 

Смотреть надо сам getPage, а не ваш код. github.com/opengeek/getPage/blob/master/core/components/getpage/snippet.getpage.php#L70
 

У вас нет объекта $modx->request, то есть modRequest. Сделайте лучше чистый документ с пустым шаблоном, и в него уже вставьте вызов своего сниппета, так как getPage-у еще и объект текущего ресурса нужен, без него он тоже будет разваливаться.
 

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

Здравствуйте. Fatal error:  Call to a member function getParameters() on a non-object in M:\OpenServer\domains\localhost\API\core\cache\includes\elements\modsnippet\1.include.cache.php on line 75 Вам в ошибке четко указано где и почему она лезет. Смотреть надо сам getPage, а не ваш код. github.com/opengeek/getPage/blob/master/core/components/getpage/snippet.getpage.php#L70 У вас нет объекта $modx->request, то есть modRequest. Сделайте лучше чистый документ с пустым шаблоном, и в него уже вставьте вызов своего сниппета, так как getPage-у еще и объект текущего ресурса нужен, без него он тоже будет разваливаться. Вообще этот вопрос скорее всего будет довольно сложным, и скорее всего зря вы на него замахнулись. Здесь довольно много подводных камней. Я вас не научу программировать, а за решением этой задачки возможно вы потратите не один час.

Здравствуйте. Fatal error:  Call to a member funct

Так ведь текущий объект я получаю
 

$modx -> resource = $modx -> getObject('modResource', $id);

Это в коде выше есть. Значит как то можно прикрутить и modRequest? Или я ошибаюсь?
 И как же про выдержку о global $modx;? Может получится малой кровью обойтись?

Так ведь текущий объект я получаю $modx -> resource = $modx -> getObject('modResource', $id); Это в коде выше есть. Значит как то можно прикрутить и modRequest? Или я ошибаюсь?
 И как же про выдержку о global $modx;? Может получится малой кровью обойтись?

Так ведь текущий объект я получаю $modx -> resourc

У вас нет объекта $modx->request, то есть modRequest.

modRequest — это совершенно другой объект, обрабатывающий запросы. Я вам дал наводку как это решать, уже для вас большую часть работы сделал. Хотите понимать что это такое и с чем его кушать — индивидуальные уроки по скайпу 1000 рублей/час. Или самостоятельно поизучайте php ООП. Учитывая то, что вы по всей видимости даже области видимости пропустили, то еще раз повторюсь — вы не на ту задачу замахнулись. Мы тут конечно помогаем чем можем, но не тогда, когда разрыв между задачей и знаниями огромный. Или объявляйте заказ на разработку модуля, или оплачивайте уроки, или учитесь самостоятельно. Здесь халявы нет.
 А то получается, что научились баранку крутить, и уже хотите в гонках F1 выиграть.

У вас нет объекта $modx->request, то есть modRequest. modRequest != modResource modRequest — это совершенно другой объект, обрабатывающий запросы. Я вам дал наводку как это решать, уже для вас большую часть работы сделал. Хотите понимать что это такое и с чем его кушать — индивидуальные уроки по скайпу 1000 рублей/час. Или самостоятельно поизучайте php ООП. Учитывая то, что вы по всей видимости даже области видимости пропустили, то еще раз повторюсь — вы не на ту задачу замахнулись. Мы тут конечно помогаем чем можем, но не тогда, когда разрыв между задачей и знаниями огромный. Или объявляйте заказ на разработку модуля, или оплачивайте уроки, или учитесь самостоятельно. Здесь халявы нет.
 А то получается, что научились баранку крутить, и уже хотите в гонках F1 выиграть.

У вас нет объекта $modx->request, то есть modReque

Вообщем сделал так. Работает, но выводит не отработанные тэги.
 

Так впринципе правильно?
 

<?php
header('Content-Type: text/html; charset=utf-8');

require_once '../../config.core.php';
require_once MODX_CORE_PATH.'model/modx/modx.class.php';
require_once MODX_CORE_PATH.'/model/modx/modrequest.class.php'; //нужен для getPage

$modx = new modX();

// Включаем обработку ошибок
$modx -> getService('error','error.modError');
$modx -> setLogLevel(modX::LOG_LEVEL_INFO);
$modx -> setLogTarget(XPDO_CLI_MODE ? 'ECHO' : 'HTML');

$modx -> initialize('web');

$id = $_POST['id'];

$modx -> resource = $modx -> getObject('modResource', $id);
$modx -> request = new modRequest($modx); //передаём объект $modx в класс modRequest
	
	//запуск getPage
	$params['parents'] = $id;
	$params['tpl'] = 'ajaxResources';
	$params['includeTVs'] = 1;
	$params['processTVs'] = 1;
	$params['showHidden'] = 1;
	$params['element'] = 'getResources';
	$params['limit'] = 1;
	$params['total'] = 3;
	$params['pageNavVar'] = 'paging';
	
	$res = $modx -> runSnippet('getPage', $params);
	
	echo "$res<ul class='pager'>{$modx -> getPlaceholder('paging')}</ul>";

Вообщем сделал так. Работает, но выводит не отработанные тэги. [[+first]][[+prev]]1 2 3
    >>
    Last Так впринципе правильно? <?php
header('Content-Type: text/html; charset=utf-8');

require_once '../../config.core.php';
require_once MODX_CORE_PATH.'model/modx/modx.class.php';
require_once MODX_CORE_PATH.'/model/modx/modrequest.class.php'; //нужен для getPage

$modx = new modX();

// Включаем обработку ошибок
$modx -> getService('error','error.modError');
$modx -> setLogLevel(modX::LOG_LEVEL_INFO);
$modx -> setLogTarget(XPDO_CLI_MODE ? 'ECHO' : 'HTML');

$modx -> initialize('web');

$id = $_POST['id'];

$modx -> resource = $modx -> getObject('modResource', $id);
$modx -> request = new modRequest($modx); //передаём объект $modx в класс modRequest
	
	//запуск getPage
	$params['parents'] = $id;
	$params['tpl'] = 'ajaxResources';
	$params['includeTVs'] = 1;
	$params['processTVs'] = 1;
	$params['showHidden'] = 1;
	$params['element'] = 'getResources';
	$params['limit'] = 1;
	$params['total'] = 3;
	$params['pageNavVar'] = 'paging';
	
	$res = $modx -> runSnippet('getPage', $params);
	
	echo "$res<ul class='pager'>{$modx -> getPlaceholder('paging')}</ul>";

Вообщем сделал так. Работает, но выводит не отрабо

В общих чертах да. Не отрабатывает, потому что вы просто создали modRequest-объект, но не использовали его для обработки ответа (что в вашем случае и не получится).
 Надо просто перед отправкой ответ обработать нормально парсером.
 github.com/modxcms/revolution/blob/develop/core/model/modx/modresponse.class.php#L83
 

/* collect any uncached element tags in the content and process them */
$this->modx->getParser();
$maxIterations= intval($this->modx->getOption('parser_max_iterations', $options, 10));
$this->modx->parser->processElementTags('', $this->modx->resource->_output, true, false, '[[', ']]', array(), $maxIterations);
$this->modx->parser->processElementTags('', $this->modx->resource->_output, true, true, '[[', ']]', array(), $maxIterations);



В общих чертах да. Не отрабатывает, потому что вы просто создали modRequest-объект, но не использовали его для обработки ответа (что в вашем случае и не получится).
 Надо просто перед отправкой ответ обработать нормально парсером.
 github.com/modxcms/revolution/blob/develop/core/model/modx/modresponse.class.php#L83 /* collect any uncached element tags in the content and process them */
$this->modx->getParser();
$maxIterations= intval($this->modx->getOption('parser_max_iterations', $options, 10));
$this->modx->parser->processElementTags('', $this->modx->resource->_output, true, false, '[[', ']]', array(), $maxIterations);
$this->modx->parser->processElementTags('', $this->modx->resource->_output, true, true, '[[', ']]', array(), $maxIterations);

В общих чертах да. Не отрабатывает, потому что вы 

И еще раз: все-таки правильней в вашем случае делать это через документ с пустым шаблоном. Нагрузки на сервер не на много будет больше, точнее, практически никак не больше.

И еще раз: все-таки правильней в вашем случае дела

Ребята, не превращайте наш ресурс в еще один community.modx-cms.ru ))))
 Для вас наверняка полезная информация найдется здесь: modxclub.ru/blog/voprosy-spetsyalistov/259.html

Ребята, не превращайте наш ресурс в еще один commu

Я не особо знаком с community.modx-cms.ru)), но смысл в том, что я делаю вот так:

$modx = new modX(); 
//blabla
$output = $modx->runSnippet('getResources', $bla_param
$output_html = $modx->getChunk('chunk');


и все окей, но я хотел бы заменить подобную вещь на
 

$modx = new modX(); 
//blabla
[[getResources? &bla ]]
[[chunk]]

я новичек, и может это дурость) но мне интересно узнать возможно это или нет.

Я не особо знаком с community.modx-cms.ru)), но смысл в том, что я делаю вот так: $modx = new modX(); 
//blabla
$output = $modx->runSnippet('getResources', $bla_param
$output_html = $modx->getChunk('chunk'); и все окей, но я хотел бы заменить подобную вещь на $modx = new modX(); 
//blabla
[[getResources? &bla ]]
[[chunk]] я новичек, и может это дурость) но мне интересно узнать возможно это или нет.

Я не особо знаком с community.modx-cms.ru)), но см

switch($action){
		case 'paging':

		$res .= "<ul class=\"work-thumbs\">".$modx -> runSnippet('getPage@paging', $params)."</ul>";
		break;
	}

	$str = $modx -> getPlaceholder('paging');

	//обработка парсером пагинации
	$modx -> getParser();
	$maxIterations = intval($modx -> getOption('parser_max_iterations', NULL, 10));
	$modx -> parser -> processElementTags('', $str , true, false, '', array(), $maxIterations);
	$modx -> parser -> processElementTags('', $str, true, true, '', array(), $maxIterations);

	return "$res<ul class='pager'>{$str}</ul><p>Всего записей: {$modx -> getPlaceholder('pageCount')}</p>";

Спасибо за помощь! Без Вас ничего бы не сделал. Оказалось не так всё сложно. И узнал для себя новое! Это черновик, потом перепишу.

switch($action){
		case 'paging':

		$res .= "<ul class=\"work-thumbs\">".$modx -> runSnippet('getPage@paging', $params)."</ul>";
		break;
	}

	$str = $modx -> getPlaceholder('paging');

	//обработка парсером пагинации
	$modx -> getParser();
	$maxIterations = intval($modx -> getOption('parser_max_iterations', NULL, 10));
	$modx -> parser -> processElementTags('', $str , true, false, '', array(), $maxIterations);
	$modx -> parser -> processElementTags('', $str, true, true, '', array(), $maxIterations);

	return "$res<ul class='pager'>{$str}</ul><p>Всего записей: {$modx -> getPlaceholder('pageCount')}</p>"; Спасибо за помощь! Без Вас ничего бы не сделал. Оказалось не так всё сложно. И узнал для себя новое! Это черновик, потом перепишу.

switch($action){
		case 'paging':

		$res .= "<ul 

Вот в первом примере чистый php идет. А во втором у вас php + «какой-то не понятный текст для php-интерпретатора».

Вот в первом примере чистый php идет. А во втором 

Не все так сложно, когда есть кому подсказать.
 Пожалуйста.

Не все так сложно, когда есть кому подсказать.
 По

мм, забей на этот Doodles
 качай отсюда github.com/splittingred/modExtra(тот же пользователь что и с doodles!)
 Это компонент-пустышка, распакуй его, единственное что нужно будет сделать, это зайти в консоль линукса, и запустить скрипт rename_it.sh
 Но предварительно, его нужно немного изменить:
 repl1=yourName
 repl2=yourname
 Здесь указываешь имя своего компонента. Также, у меня была проблема с первой строчкой #!/bin/bash — как я понимаю для дебиана так пойдет, но у меня другой линух, и обработкик этого скрипта находиться по адресу #!/usr/local/bin/bash
 Попробуй сначало с #!/bin/bash, а потом если выдаст ошибку поменяй на #!/usr/local/bin/bash
 Заходишь через консоль в папку с modExtra пишешь в консоли
 chmod +x ./rename_it.sh
 Затем выполняешь скрипт
 ./rename_it.sh
 Затем надо будет скопировать все в папку с modx

мм, забей на этот Doodles
 качай отсюда github.com

а, еще в папке core компонента(пример):
 \core\components\yourname\index.class.php
 Нужно будет в строчке 
 abstract class yourNameBaseManagerController extends yourNameManagerController {
 Заменить на 
 abstract class yourNameBaseManagerController extends modExtraManagerController {

а, еще в папке core компонента(пример):
 \core\com

Ага, смотрел видео Наумкина. У меня ssh нет, из-за этого не стал пробовать (ставлю смущённый смайл)
 Но все-таки такая вещь, как получение данных из таблицы, должна ж быть простой. Вон инструкция для эво — коротенькая. И писал я модуль на эво простенький… Я понимаю, что лыжи-то едут, это я что-то туплю.

Ага, смотрел видео Наумкина. У меня ssh нет, из-за

Да ну как просто… Тут тебе и админка нужна, и модель описать нужно будет. Это все достаточно легко конечно, но если знаешь как делать) Я тоже сейчас создаю компонент) с созданием админки разобрался, модель создал с помощью скрипта(который писал философ). Но сейчас у меня проблема есть проблема с подключением своего пакета для создания выборок из своих таблиц))
 В общей сложности потратил уже дня 3-4 на изучение, и еще до конца и не разобрался:(

Да ну как просто… Тут тебе и админка нужна, и моде

Перенес свой видеоурок по созданию компонентов. modxclub.ru/blog/dokumentatsiya-dlya-spetsialistov/262.html

Перенес свой видеоурок по созданию компонентов. mo

Получить данные из таблицы — это не проблема. Но надо знать механизмы. На этом ресурсе полно топиков на эту тему. Вот часть из них по вашей теме:
 modxclub.ru/blog/118.html
 modxclub.ru/blog/166.html

Получить данные из таблицы — это не проблема. Но н

модель создал с помощью скрипта(который писал философ)

Я уже давно не пользуюсь своим скриптом. CMPGenerator roolezzz :)))

модель создал с помощью скрипта(который писал философ) Я уже давно не пользуюсь своим скриптом. CMPGenerator roolezzz :)))

модель создал с помощью скрипта(который писал фило

Спасибо за статьи, но в уроки говориться, как внести в пакет чанки и сниппеты… А как бы цели сделать пакет небыло, нужно получить компонент с отображением и редактированием списка данных из пользовательской, саморучно созданной таблице ч-з интерфейс в админке… 
 ?
 как-то так…

Спасибо за статьи, но в уроки говориться, как внес

Скачайте любой готовый компонент с управлением в админке и посмотрите как там это работает. Часть информации вам дали выше. Пропишите у себя контроллеры и шаблоны, и будет вам счастье. Но если вы не знаете php ООП, то не удивляйтесь, что у вас возникают сложности с этой задачей.

Скачайте любой готовый компонент с управлением в а

да согласен. но модх ведь имеет возможность понять, что это значит. я и хочу подключить к файлу те элементы модх которые это делают, по сути это и написано ведь в названии топика?

да согласен. но модх ведь имеет возможность понять

1. Вы знаете что такое «фатальная ошибка разбора php-кода»? Если да, то вы должны понимать, почему именно в таком виде вы не заставите работать MODX.
 

Не путайте Божий дар с яичницей.
 

Для вас наверняка полезная информация найдется здесь: modxclub.ru/blog/voprosy-spetsyalistov/259.html

Если вы там не сумели найти ответы на свои вопросы, то можете забивать на это дело в принципе.

1. Вы знаете что такое «фатальная ошибка разбора php-кода»? Если да, то вы должны понимать, почему именно в таком виде вы не заставите работать MODX. $modx = new modX(); 
 //blabla Не путайте Божий дар с яичницей. 2. Для вас наверняка полезная информация найдется здесь: modxclub.ru/blog/voprosy-spetsyalistov/259.html Если вы там не сумели найти ответы на свои вопросы, то можете забивать на это дело в принципе.

1. Вы знаете что такое «фатальная ошибка разбора p

UPD:
 1. Пересмотрел часть логики с комментариями. В частности считаю, что любое действие над комментарием — это и обязательное действие над диалоговой веткой. То есть добавляем мы комментарий, или обновляем имеющийся — это и проверка доступов к диалоговой ветке, и выполнение update над ней (фикс последнего изменения и т.п.). В итоге, create-процессор комментария — это расширение update-процессора диалоговой ветки.
 

2. Добавил автоматический пересчет количества дочерних комментариев в самих комментариях и общего кол-ва комментариев в диалоговой ветке в целом при сохранении объекта нового комментария и удалении существующего. То есть даже если вручную в любом месте через xPDO создать или удалить объект комментария, пересчет автоматически будет выполнен. Это обязательно позволит существенно снизить нагрузку на сервер, так как всегда можно будет легко узнать сколько комментариев в диалоге вообще, и сколько дочерних комментариев в любом отдельном комментарии (это необходимо при построении дерева комментариев при разбивке на постраничность).
 

Надо вот еще будет серьезно подумать над тем, как лучше получать список комментариев.

UPD:
 1. Пересмотрел часть логики с комментариями. В частности считаю, что любое действие над комментарием — это и обязательное действие над диалоговой веткой. То есть добавляем мы комментарий, или обновляем имеющийся — это и проверка доступов к диалоговой ветке, и выполнение update над ней (фикс последнего изменения и т.п.). В итоге, create-процессор комментария — это расширение update-процессора диалоговой ветки. 2. Добавил автоматический пересчет количества дочерних комментариев в самих комментариях и общего кол-ва комментариев в диалоговой ветке в целом при сохранении объекта нового комментария и удалении существующего. То есть даже если вручную в любом месте через xPDO создать или удалить объект комментария, пересчет автоматически будет выполнен. Это обязательно позволит существенно снизить нагрузку на сервер, так как всегда можно будет легко узнать сколько комментариев в диалоге вообще, и сколько дочерних комментариев в любом отдельном комментарии (это необходимо при построении дерева комментариев при разбивке на постраничность). Надо вот еще будет серьезно подумать над тем, как лучше получать список комментариев.

UPD:
 1. Пересмотрел часть логики с комментариями.

Еще обновление :-)
 Реализован механизм голосований. Голосовать можно за любой объект, будь то документ, пользователь, комментарий или типа того. Логическая реализация будет максимально приближена к хабравскому. Вот общая логическая схема: www.lucidchart.com/documents/view/4028-6bb4-527ae1f1-8dc2-293e0a00c87a

Еще обновление :-)
 Реализован механизм голосовани

Надеюсь приду)

Приходите. Телефон в личку скинул.

Раньше это называлось сисопки.

Это типа вот этого? 1-veda.info/_fido/sysopka.html
 Никогда не слышал этого слова.

Это типа вот этого? 1-veda.info/_fido/sysopka.html

Здравствуйте!
 Отпишусь сейчас.

ОК, отлично, пишите на почту.

Народ, кто еще не решился заглянуть к нам на огонек, вот еще повод призадуматься: в гости к нам придет Илья Ершов, MODX Ambassador из Санкт-Петербурга, единственный, кто из России был на недавней конференции MODXpo. И он наверняка нам расскажет много интересного. Так что думайте :-)

Народ, кто еще не решился заглянуть к нам на огоне

Прилетело НЛО и опубликовало эту запись.

Сергей, спасибо! То, что надо!

Сергей, спасибо за полезный плагин!
 Буквально вот такой только момент: github.com/Husband/paging/blob/master/function.pagination.php#L13
 Мне кажется не стоит объявлять функцию setDefaultProperties. Во-первых, слишком общее название, и может эта функция будет в каком-нибудь другом плагине, и все, дефолтовые значения будут другие. Во-вторых, у тебя же там просто мерж, то есть там нет вариантов для нотисов и т.п. Там вполне можно обойтись без лишней функции.

Сергей, спасибо за полезный плагин!
 Буквально вот

Спасибо за замечание. Обновил репозиторий.

Не за что!

Ага, именно. SysOp — Sys'темный Op'ератор. Так часто назывался админ узла, раздающего почту на часть города, например. Раньше это было по телефонным линиям. 
 Ну и обычно они были системными админами где-нить в шарагах типа какого-нибудь завода или телекома.
 НУ и обычно бухали совершенно не-по-децки всей бесбашенной толпой. И девки и парни. Это было круто и задорно. У меня в профиле на мордокниге есть оттуда фотки, как раз где-то 1996-1998 годы.
 

Ну так вот нынче это как-то более вяло идет. Но идея такая — хорошая. По себе знаю :)

Ага, именно. SysOp — Sys'темный Op'ератор. Так часто назывался админ узла, раздающего почту на часть города, например. Раньше это было по телефонным линиям. 
 Ну и обычно они были системными админами где-нить в шарагах типа какого-нибудь завода или телекома.
 НУ и обычно бухали совершенно не-по-децки всей бесбашенной толпой. И девки и парни. Это было круто и задорно. У меня в профиле на мордокниге есть оттуда фотки, как раз где-то 1996-1998 годы. Ну так вот нынче это как-то более вяло идет. Но идея такая — хорошая. По себе знаю :)

Ага, именно. SysOp — Sys'темный Op'ератор. Так час

Прилетело НЛО и опубликовало эту запись тоже.

Как, кстати, побухали 17ого?

Я наверно тебя огорчу, но никто не бухал 17 числа )

Я наверно тебя огорчу, но никто не бухал 17 числа 

Никто не пришел?:)

Да пришел народ, все ОК было :-)
 Просто вот не бухали. Не формат.

Да пришел народ, все ОК было :-)
 Просто вот не бу

Николай а можно простой какой-нить отчет о встрече прочитать? Ну просто если вам конечно не затруднительно, в нескольких словах топик бы опубликовали?
 А то объявлено и приглашали народ, а что было и как, о чем интересном пообщались никто не в курсе, т.е. отчетного топика просто здесь не хватает от Вас.

Николай а можно простой какой-нить отчет о встрече

Да мы так, о своем пообщались :-)
 Нет, отчетного топика скорее всего не будет. У нас там больше такая инсайдерская беседа была (в основном встретились те, кто уже раньше был и в целом друг друга знаем уже). Но скажу, что один из результатов — это намечены регулярные встречи MODX-Клуба и обучающие курсы.
 Но не на этой уже неделе, так как на этой неделе мы едем в Питер на встречу питерского Клуба.

Да мы так, о своем пообщались :-)
 Нет, отчетного 

Спасибо за ответ! Ну это тоже вполне было интересно узнать, даже такую малость! ))

Спасибо за ответ! Ну это тоже вполне было интересн

Будем думать на счет более качественного освещения проходящих встреч.

Будем думать на счет более качественного освещения

Встретились сегодня с Fi1osof . Задонейтил на развитие модуля. Так что вскоре увидим новый вкусный релиз)

Встретились сегодня с Fi1osof . Задонейтил на разв

Роман? спасибо!
 Не буду говорить сколько внес Роман, но вклад действительно очень серьезный, и скоро будет релиз с еще дополнительными плюшками.

Роман? спасибо!
 Не буду говорить сколько внес Ром

Здравствуйте, это все понятно , а вот если мы захотим создать 2 класса наследуемые от 1 главного, да вот делать это все так чтобы поля в 2 производных ссылались на gxBox..
   XPDO генерирует 3 таблицы 1 gxBox ,а в другие 2 таблицы просто унаследовались поля от родительской, а нам то надо чтобы gxBox была частью gxBoxWater или gxBoxAutomobil типо авто Join`ы, тут получилось мы наплодили таблицы а они не централизованы
 как в такой ситуации поступать? есть конечно альтернатива создать 1 таблицу gxBox и 2 дополняющих (уже без наследования) в gxBox добавить 2 composite по 1 на таблицу и обозвать их соответствующим именем класса, создать колонку в gxBox говорящую какой класс join`ить
 

$box = $getObject('gxBox',1);

$target_class_object = $getObject($box->class_name,1)

Здравствуйте, это все понятно , а вот если мы захотим создать 2 класса наследуемые от 1 главного, да вот делать это все так чтобы поля в 2 производных ссылались на gxBox..
   XPDO генерирует 3 таблицы 1 gxBox ,а в другие 2 таблицы просто унаследовались поля от родительской, а нам то надо чтобы gxBox была частью gxBoxWater или gxBoxAutomobil типо авто Join`ы, тут получилось мы наплодили таблицы а они не централизованы
 как в такой ситуации поступать? есть конечно альтернатива создать 1 таблицу gxBox и 2 дополняющих (уже без наследования) в gxBox добавить 2 composite по 1 на таблицу и обозвать их соответствующим именем класса, создать колонку в gxBox говорящую какой класс join`ить $box = $getObject('gxBox',1);

$target_class_object = $getObject($box->class_name,1)

Здравствуйте, это все понятно , а вот если мы захо

блок кода не отображается


А зачем вам разные таблицы?
 И наследовать надо последовательно, а не два разных класса от одного родителя.

А зачем вам разные таблицы?
 И наследовать надо по

Выложите код на http://gist.github.com/

Спасибо за ответы, Пример кода
 тут скорее видно зачем разные таблици, просто опись полей разная , вот в чем дело, а таким путем ходим только потому что хотим централизованную таблицу, все же возможные вариации полей не всунеш в один gxBox, на деле полей более 30 только у центрального класса , у производных от 15 полей, все это дело должно иметь одну уникальную строку

Спасибо за ответы, Пример кода
 тут скорее видно з

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено".


Кстати, советую вообще XML-описание модели не использовать. Создаете таблицы в базе данных и генерите модель пакетом CMPGenerator. Гораздо рульней получается.


Да, модели у вас разные, но вы тогда пытаетесь совместить несовместимое. У вас разные объекты, но пытаетесь вы их наследовать от одного класса, еще и таблицы разные используете... Я бы все-таки создал общую таблицу со всеми уникальными полями и рулил свойством class_key различные типы объектов.

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено". Кстати, советую вообще XML-описание модели не использовать. Создаете таблицы в базе данных и генерите модель пакетом CMPGenerator. Гораздо рульней получается. Да, модели у вас разные, но вы тогда пытаетесь совместить несовместимое. У вас разные объекты, но пытаетесь вы их наследовать от одного класса, еще и таблицы разные используете... Я бы все-таки создал общую таблицу со всеми уникальными полями и рулил свойством class_key различные типы объектов.

Понятно почему не сохранялся код. Теги вырезаются 

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено".

мелочи такие а мозг затрахивают))
 CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует, XML тоже неплох когда нужно видеть все и сразу в одном файле, потом просто распарсить схему, вот сейчас более 500 строк схемы в том числе конструктор планировок(зем уч-> строение(тип стен,материал крыши) -> помещения внутри(кв/м,тип ремонта,пол,потолок)/снаружи(балкон,терраса,виранда,мансарда) -> оборудование/комфорт ) и все поля типов ссылаются на одну таблицу с терминами и типами, там даже ссылка планируется на wiki описание, эксперементирую с компонентом недвижимости, там опись объектов(недвижимости) дикая , можно было конечно просто в поле description/content задать описание квартиры/зем.участка и т.д, делаю ориентируясь на автоматику , чтобы и выборка по критериям была мощной , а критериев уже не мало

Понятно почему не сохранялся код. Теги вырезаются методом strip_tags(), только разрешенные проходят, то есть используется метод "что не разрешено - то запрещено". Теги из вашего XML-а не были в списке разрешенных. Добавил. Потом механизм поменяем на принцип "что не запрещено - то разрешено". мелочи такие а мозг затрахивают))
 CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует, XML тоже неплох когда нужно видеть все и сразу в одном файле, потом просто распарсить схему, вот сейчас более 500 строк схемы в том числе конструктор планировок(зем уч-> строение(тип стен,материал крыши) -> помещения внутри(кв/м,тип ремонта,пол,потолок)/снаружи(балкон,терраса,виранда,мансарда) -> оборудование/комфорт ) и все поля типов ссылаются на одну таблицу с терминами и типами, там даже ссылка планируется на wiki описание, эксперементирую с компонентом недвижимости, там опись объектов(недвижимости) дикая , можно было конечно просто в поле description/content задать описание квартиры/зем.участка и т.д, делаю ориентируясь на автоматику , чтобы и выборка по критериям была мощной , а критериев уже не мало

c 1 общей таблицей , страшно за расширяемость в дальнейшем

Да, модели у вас разные, но вы тогда пытаетесь совместить несовместимое. У вас разные объекты, но пытаетесь вы их наследовать от одного класса, еще и таблицы разные используете... Я бы все-таки создал общую таблицу со всеми уникальными полями и рулил свойством class_key различные типы объектов. c 1 общей таблицей , страшно за расширяемость в дальнейшем

Да, модели у вас разные, но вы тогда пытаетесь сов

CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует

Да, связи не генерирует, приходится вручную прописывать. Но не вижу особой разницы между ручным прописыванием в XML и в уже конечный мап-файл. Хотя каждому свое. Все-таки да, перед глазами все видеть - хорошая штука. Было бы круто накидать визуальный редактор схем, типа как в редакторе phpMyAdmin, автоматизация тут просматривается :)


Недвига... О да, там связей и параметров хватает... Я вон http://www.aska-realty.ru/ программировал, насмотрелся.
 Давно убедился - крупные проекты только вручную все, и только хардкод. Там одними готовыми решениями не обойтись.

CMPGenerator крутая штука когда связей минимум, он связи вроде не генерирует Да, связи не генерирует, приходится вручную прописывать. Но не вижу особой разницы между ручным прописыванием в XML и в уже конечный мап-файл. Хотя каждому свое. Все-таки да, перед глазами все видеть - хорошая штука. Было бы круто накидать визуальный редактор схем, типа как в редакторе phpMyAdmin, автоматизация тут просматривается :) Недвига... О да, там связей и параметров хватает... Я вон http://www.aska-realty.ru/ программировал, насмотрелся.
 Давно убедился - крупные проекты только вручную все, и только хардкод. Там одними готовыми решениями не обойтись.

CMPGenerator крутая штука когда связей минимум, он

страшно за расширяемость в дальнейшем

А это уже от конечной реализации зависит. Несколько дочерних классов от modResource вполне уживаются в одной таблице, хотя и поведение конечных объектов может местами сильно отличаться.

страшно за расширяемость в дальнейшем А это уже от конечной реализации зависит. Несколько дочерних классов от modResource вполне уживаются в одной таблице, хотя и поведение конечных объектов может местами сильно отличаться.

страшно за расширяемость в дальнейшем А это уже от

Хороший сайт, возьму на заметку), мне вручную писать больше нравиться нежели изучать готовое решение, зато там подглядеть можно, для спицифики думаю часто приходится вручную делать,
 все-таки с таблицами с этими головняк, можно просто без наследования Git
 как-то я выставил поле class_key(альтернатива class_alias в приведенном примере) у головной таблицы, так-вот все было супер выборка была сразу join`ом на указанную таблицу(класс) class_key, но были ошибки в логе, это и правильно т.к второстепенные классы не наследуются от головного, зато выбираются адекватно

Хороший сайт, возьму на заметку), мне вручную писа

тоесть получается с class_key возможно решить такой вот нюанс с вторичными таблицами, но 

Instantiated a derived class msProduct that is not a subclass of the requested class modDocument

тоесть получается с class_key возможно решить такой вот нюанс с вторичными таблицами, но Instantiated a derived class msProduct that is not a subclass of the requested class modDocument меня убивает)

тоесть получается с class_key возможно решить тако

http://schemaviewer.dev.kenters.com в помощ неплохо сделано для тех кто как я пишет xml schema ))))

http://schemaviewer.dev.kenters.com в помощ неплох

юзабельно :)

Объясню суть ошибки:
 msProduct расширяет класс modResource. Соответственно и запрос должен строиться с modResource:
 

Если в данном случае будет получен объект msProduct, то будет эта ошибка, так как msProduct не является наследником modDocument.

Объясню суть ошибки:
 msProduct расширяет класс modResource. Соответственно и запрос должен строиться с modResource: $o = $modx->getObject('modDocument'); Если в данном случае будет получен объект msProduct, то будет эта ошибка, так как msProduct не является наследником modDocument.

Объясню суть ошибки:
 msProduct расширяет класс mo

не совсем правильно вы меня поняли, msProduct не причем и вообще компонент minishop не причем


то что вы пишете было всегда ясно , "откуда в контейнере содержимое если его туда не положили" 'modDocument' 'msProduct'


я про то что добавляя поле class_key ,при получении объекта GetObject(target_class) xpdo найдя этот class_key независимо наследуется таблица или ни наследуется - без разницы , возьмет то что там написано и постарается join`ить автоматом этот класс если он сущевствует и дополнит набор полей в target_class с class_key класса, по target_class.id = class_key.id(в противном случае вообще выдаст фатал еррор о том что класса не сущевствует)


обратите внимание на схему:
 

в ней есть 6 классов по 3 , и того 2 варианта исполнения(gx/gd) такой структуры


мы получим только набор полей этой таблицы gx_box
 для joina надо проделать: 

$modx->getObjectGraph('gxBox','{gxBoxWater:{},gxBoxAutomobil:{}}')

тоесть присоединить к gxBox можно и water и automobil ,потому-что class_alias не имеет магии
 при запросе: 

нам вернется набор полей:

Array

(

    [id] => 2

    [wheels] => 

    [has_truck] => 

    [truck_volume] => 

    [title] => Auto

    [properties] => 

    [class_key] => gdBoxAutomobil

)

обратите внимание на то что они спарены в месте, связи aggregate и Composite здесь ни при чем они просто помогают нам при добавлении addOne(), class_key - только это поле (правильно заполненное) повлияло на слияние, значит в нем есть магия
 и пофигу что выборка происходит не от наследников и вообще здесь этого нет , но всеравно все ок


Instantiated a derived class gdBoxAutomobil that is not a subclass of the requested class gdBox

не совсем правильно вы меня поняли, msProduct не причем и вообще компонент minishop не причем то что вы пишете было всегда ясно , "откуда в контейнере содержимое если его туда не положили" 'modDocument' 'msProduct' я про то что добавляя поле class_key ,при получении объекта GetObject(target_class) xpdo найдя этот class_key независимо наследуется таблица или ни наследуется - без разницы , возьмет то что там написано и постарается join`ить автоматом этот класс если он сущевствует и дополнит набор полей в target_class с class_key класса, по target_class.id = class_key.id(в противном случае вообще выдаст фатал еррор о том что класса не сущевствует) обратите внимание на схему: <model package="gxTest" baseClass="xPDOObject" platform="mysql" defaultEngine="MyISAM" version="1.1">

	<object class="gxBox" table="gx_box" extends="xPDOSimpleObject">
		<field key="title" dbtype="varchar" precision="255" phptype="string" null="false"/>
		<field key="properties" dbtype="text" phptype="string" null="false"/>

		<field key="class_alias" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<composite alias="gxBoxWater"       class="gxBoxWater"      local="id" foreign="id" cardinality="one" owner="local"/>
		<composite alias="gxBoxAutomobil"   class="gxBoxAutomobil"  local="id" foreign="id" cardinality="one" owner="local"/>
	</object>

	<object class="gxBoxWater" table="gx_box_water" extends="xPDOSimpleObject">
		<field key="pressure" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="speed" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="beasts" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<aggregate alias="gxBox" class="gxBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

	<object class="gxBoxAutomobil" table="gx_box_automobil" extends="xPDOSimpleObject">
		<field key="wheels" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="has_truck" dbtype="tinyint" precision="1" phptype="boolean" null="false"/>
		<field key="truck_volume" dbtype="int" precision="11" phptype="integer" null="false"/>

		<aggregate alias="gxBox" class="gxBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

	<object class="gdBox" table="gd_box" extends="xPDOSimpleObject">
		<field key="title" dbtype="varchar" precision="255" phptype="string" null="false"/>
		<field key="properties" dbtype="text" phptype="string" null="false"/>

		<field key="class_key" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<composite alias="gdBoxWater"       class="gdBoxWater"      local="id" foreign="id" cardinality="one" owner="local"/>
		<composite alias="gdBoxAutomobil"   class="gdBoxAutomobil"  local="id" foreign="id" cardinality="one" owner="local"/>
	</object>

	<object class="gdBoxWater" table="gd_box_water" extends="xPDOSimpleObject">
		<field key="pressure" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="speed" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="beasts" dbtype="varchar" precision="255" phptype="string" null="false"/>

		<aggregate alias="gdBox" class="gdBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

	<object class="gdBoxAutomobil" table="gd_box_automobil" extends="xPDOSimpleObject">
		<field key="wheels" dbtype="int" precision="11" phptype="integer" null="false"/>
		<field key="has_truck" dbtype="tinyint" precision="1" phptype="boolean" null="false"/>
		<field key="truck_volume" dbtype="int" precision="11" phptype="integer" null="false"/>

		<aggregate alias="gdBox" class="gdBox" local="id" foreign="id" cardinality="one" owner="foreign"/>
	</object>

</model> в ней есть 6 классов по 3 , и того 2 варианта исполнения(gx/gd) такой структуры при запросе: $modx->getObject('gxBox') мы получим только набор полей этой таблицы gx_box
 для joina надо проделать: $modx->getObjectGraph('gxBox','{gxBoxWater:{},gxBoxAutomobil:{}}') тоесть присоединить к gxBox можно и water и automobil ,потому-что class_alias не имеет магии
 при запросе: $modx->getObject('gdBox') нам вернется набор полей: Array

(

    [id] => 2

    [wheels] => 

    [has_truck] => 

    [truck_volume] => 

    [title] => Auto

    [properties] => 

    [class_key] => gdBoxAutomobil

) обратите внимание на то что они спарены в месте, связи aggregate и Composite здесь ни при чем они просто помогают нам при добавлении addOne(), class_key - только это поле (правильно заполненное) повлияло на слияние, значит в нем есть магия
 и пофигу что выборка происходит не от наследников и вообще здесь этого нет , но всеравно все ок Instantiated a derived class gdBoxAutomobil that is not a subclass of the requested class gdBox

не совсем правильно вы меня поняли, msProduct не п

схему залил на гитхаб

Я честно скажу: как-то все очень сложно (во всяком случае при поверхностном осмотре). Вдаваться всерьез не стал, так как не вижу для себя практического применения. В тех схемах, которые я применяю и с теми SQL-запросами, которые в итоге формируются, у меня подобных ошибок не возникает.

Я честно скажу: как-то все очень сложно (во всяком

магия class_key поражает, жаль только что это не документировано
 я подумал и склоняюсь больше к примеру с gxBox

магия class_key поражает, жаль только что это не д

магия class_key поражает, жаль только что это не документировано

Там много недокументированных возможностей :)
 Вот, к примеру, меня вообще прёт:
 

$user = $modx->newObject('modUser');

$user->Profile = $modx->newObject('modUserProfile');

$user->save();

магия class_key поражает, жаль только что это не документировано Там много недокументированных возможностей :)
 Вот, к примеру, меня вообще прёт: $user = $modx->newObject('modUser');

$user->Profile = $modx->newObject('modUserProfile');

$user->save(); Без всяких ->addOne() и т.п.

Это повод для раздела "Не документированное"))


Это повод для раздела "Не документированное")) меня больше поражает , для чего это