morzzrom

Евгений, спасибо за ответ, я поковыряюсь еще. Будет жаль, если пропадет это славное приложение. Оно, я считаю, удобнее чем fastuploadTv.

Евгений, добрый день.
Использую ваше приложение вместе с MIGX, очень нравится. Но проблема в том, что в путях теряется — uploads/assets… И соответственно картинки теряются…
Интересный момент, есть вариант решения вопроса, но, кривой…
Если в источнике файлов убираю assets/images в base_path, и выставляю в TV путь загрузки — assets/images/ то загрузка идет куда надо, все и в бекенде и во фронтенде показывается и отображается, как и надо, но это плохо тем, что менеджер в этом случае имеет путь к корню сайта…
Выше видела эта же проблема была. Как ее могла бы решить? Может подставить как-то в чанке путь? Или как-то еще. Спасибо. Я уже замучалась с этим :(

Всем спасибо за ответы. Суть проблемы понятна и закрыта. Тем более нашла, что обратное хеширование не получится. Типа шифрация работает в одну сторону. Будет возможность смены пароля. Ну хоть так.

Все было проще. Вопрос решен так, как ниже.
Ответ, если кому пригодится:
===

<a href="[[~8]]?Muzei=[[!GET?&Muzei=`Muzei`]]">  Редактировать</a>

getMuzei берет данные из таблицы в базе данных. Так что если я верно понимаю, мне придется в первом pdopage присоединить с помощью join эту таблицу к пользователям, проверить ее и в зависимости от условия выдать — отчет был или не был создан.

Дмитрий, спасибо Вам. Это и было решением!

Хочу отметить следующее. Мне удалось вместо pdoPage заставить работать pdoResources, хотя и не работал. Не сразу по логам и тд дошло, что он требует сортировку.
А вот с чанком вывода как быть? return? или как то там? SUM (teatr) AS teatr пробовала… :(

Petro, да, спасибо за подсказку. Дело в том, что в будущем у пользователя будет несколько записей. Но этот вопрос пока не стоит.

Всем привет снова!
Сначала, скажу спасибо большое всем, особенно Илье Уткину. Не ожидала такой поддержки. Все таки, паника, дело плохое.
Не уверена, что решение кошерное, но работает. Быть может кто-то еще советы даст.
Проблема заключалась в том, что у меня в меню не было нормальной ссылки в которой бы передавались параметры полученного объекта.
Вопрос решила так: написала свой небольшой сниппет, который передает параметры зарегистрированного пользователя в ссылку и она ведет на форму, где заполняются плейсхолдеры, по приведенному выше мною коду. Если у пользователя нет данных, то ссылка, конечно, пустая.
Код вызова ссылки, ведущей на форму, со сниппетом

<a href="[[~8?&Muzei=`[[urlMuzei]]`]]"  Заполнить или отредактировать данные</a>

Сам сниппет urlMuzei, получающий объект

$userid = $modx->user->id;
$where = array(
        'created_by' => $userid
    );
$res = $modx->getObject('VogMuzei', $where);
if (!is_object($res))
{
return false;
}
$output = $res->get('id');
return $output;

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

Чувствую, что хожу вокруг и около, не могу сообразить :( Илья Уткин прав и Petro тоже. Лев Вербицкий — да, спасибо, я только учусь. Помогите, пожалуйста, я уже в отчаянии!
Смотрите вот у меня как.
1. Formit для введения пользовательских данных. Она же должна редактировать данные, если они уже есть.
2. Перед вызовом формы есть сниппет getMuzei который вбивает пользовательские данные

if ($_GET['Muzei'] && $Muzei = $modx->getObject('VogMuzei', $_GET['Muzei'])) {
    if ($Muzei->get('created_by') == $modx->user->id) {
    $modx->setPlaceholders($Muzei->toArray());
    }
}

3. В самой форме есть вызов сниппета, который редактирует, обновляет или добавляет данные.

<?php
if (!$_POST['Muzei']) 
{
    $processor = 'vogmuzei/create';
} else {
    $_POST['id'] = $_POST['Muzei'];
    $modx->setPlaceholder('id', $_POST['id']);
	if ($_POST['remove']) {
        $processor = 'vogmuzei/remove';
    } else {
    $processor = 'vogmuzei/update';
	}
}
$processorProps = array('processors_path' => $modx->getOption('core_path')
               . 'components/Muzei/processors/');
$response = $modx->runProcessor($processor, $_POST, $processorProps);
if ($response->isError()) {
    $hook->addError('process_error', $response->getMessage());
    return false;
}
return true;

Я вижу, что хожу вокруг и около и мне не хватает какой-то мелочи, которая будет очень и очень смешно. Может быть мне достаточно на форму сделать ссылку какую-то, которая передаст id пользователя? Не знаю:( Суть проблемы в том, что пользователь входит в свой кабинет и может открыть форму для добавления данных. НО если у него уже есть данные, то они должны отображаться в форме. А если нет данных, то он может их ввести. Я так понимаю, что нам надо проверить есть ли у пользователя данные в базе и если нет, то просто показать пустую форму, иначе вывести их. Что мне делать? :(

Илья, спасибо за ответ. Я поняла логику, что если какой-то пользователь, то вызываем процесс создания записи, а иначе обновляем.
Но мне кажется, что задачу я плохо сформулировала. Как раз редактирование в форме у меня работает хорошо. Суть в том, что если у меня нет записи в базе данных у какого-то пользователя, то pdopage у которого вызов в чанке формы заполнения-редактирования не срабатывает, то есть не выводит просто форму. С редактированием то все хорошо, вопрос именно в первом наполнении. Я сейчас пробую разобраться с фильтрами ввода-вывода. Думаю, что например условие — если то pdopage иначе просто вывод пустой формы для заполнения. Даже не знаю в верном ли направлении думаю. :(