Василий Столейков

И как решил, не через sendex?

Интересно, что эта ошибка у меня появляется только в Chrome 49.0.2623.112 m + XP (старая версия хрома для windows xp), а в Linux Ubuntu + Firefox всё работает исправно!
Может это в старых версиях хрома такое? (не было ещё возможности проверить на новых)…

Хостинг от modhost.pro, та же проблема с AjaxForm + собственный сниппет который добавляет страницу + регистрирует пользователя, хотя до этого всё работало правильно.
Причём у меня не предусмотрена отправка письма (хотя поле email присутствует).
Даже пустая незаполненая форма вызывает ту же самую ошибку, вместо стандартной проверки заполненности всех полей.
Кто-нибудь нашел причину проблемы?

Спасибо, решил: зачем труду пропадать — другим пригодится, да и себе чтобы сохранилось. ;)

Лучше сразу на тикетах начать, т.к. он заточен под статьи. И необязательно использовать все его возможности, тем более что в будущем возможно они и понадобятся.
В тикетах все статьи (тикеты) собраны в контейнеры (секции) и не отображаются в дереве ресурсов в админке. За год будет 50 статей, а что будет через 3 года с админкой? Однозначно нужны тикеты — не пожалеете!

Сергей спасибо!!!
Как раз то что надо!

Нда, нужно будет думать как в копиях привязать логику отдельно к каждым разделам…
Наверно буду отталкиваться от каких-то родительских классов…
Спасибо!

1. Спасибо, буду копать… Жаль что не предусмотрены события чтобы к ним подцепится…
2. Под уведомлениями я имел ввиду не почтовые, а всплывающие на jGrowl

В какую сторону мне копать?
Может быть вручную подключать отдельные js-файлы прямо вручную в коде в разных шаблонах разные файлы?
Или всё-таки есть какие-то события, на которые можно реагировать для обновления содержимого страницы и вклинивания в работу компонента «на лету»?

$user = $modx->getObject('modUser', 10);
if ($profile = $user->getOne('AuthorProfile')) {
	print_r($profile->refreshRatings());
}

Скажите пожалуйста, этот код из статьи ещё актуален? Ничего не изменилось с тех пор в плане обновления рейтинга автора?
У меня логика построена на этом коде, который у меня не работает. И в Console тоже уходит в бесконечное выполнение…

Отлично, то что нужно!
Сможешь добавить это в следующую версию компонента? Вроде не будет мешать это никому, и мне не хочется на всех своих сайтах лазить в плагин для добавления вышеприведённого кода…
А про ресурсы я был не прав, сейчас проверил и всё работает, извини. Вчера тоже был в разъездах и спал всего 4 часа. Соображаю туго )))

И я внесу свою лепту))))
Можно сделать сниппет более универсальным:
Сниппет [[!daysAgo? &days=`7`]] (можно указывать например &from=`now` или любое другое значение для отсчёта от другой даты):

<?php
$from = $modx->getOption('from',$scriptProperties,'Monday this week');
return strtotime("-{$days} days", strtotime($from) )

А если использовать Fenom, то можно и вообще без сниппетов обойтись, например так.

Если я правильно понял твой вопрос…

Точно так же как это делается в чанках, через Ctrl+Enter.
Обычно на феноме я добавляю $ перед названием чанка и он тоже открывается. По такому же принципу я вижу это и в сниппетах.
И в ресурсах было бы неплохо, там где код, а не визуальный редактор.
Если это конечно не слишком сложно…

А можно добавить вызов быстрого редактирования элементов и в коде сниппета?
Например если в коде прописываешь tpl-ку, и нужно её быстро отредактировать.
Или в коде вызываешь другой сниппет и нужно быстро заглянуть в него.

Отлично, то что надо! Давно думал об этом, спасибо что добавил!

Вгугл+, вконтакте и в прочих подобных сервисах реализован список заплюсовавших.
Это удобно, но когда нету минусов — тут уже возникает описанная выше проблема с притензиями…
И кому оно надо, такая головная боль? ))))

Репре́ссия — наказание, карательная мера, применяемая государственными органами с целью защиты и сохранения существующего строя.
© Википедия

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

Я только за текущее ограничение (оно пойдёт на пользу), просто я предлагаю ещё и добавить немного удобства и наглядности при написании статей.

Согласен, но некоторые думают, что обладают бОльшим IQ, чем другие и им сойдёт с рук такое продвижение своей статьи в VIP-разделы. Если же им при выборе любого из разделов сразу будет показано и описание для какой цели он служит и что в него можно писать, то это уже будет их останавливать.
Это на уровне психологии.

Я намеренно не пишу никаких правил ресурса

Ведь эти правила и так уже есть (те же описания для разделов), просто их не видно с первого раза. Я тоже не сразу заметил страницу Разделы и до сих пор очень редко захожу на неё, чтобы правила каждого раздела читать, т.к. мне пока достаточно стока общей информации что предоставляет главная страница (и другие подобные ей).

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

Я не против этих «репрессий», тем более что они справедливые и их сложно называть репрессиями в полном смысле этого слова. Это просто разумные ограничивающие правила.
Любое ограничение ведёт к улучшению и совершенствованию процесса, в данном случае к стремлению сообщества развиваться и соответствовать стандартам.

А про описание разделов сразу в форме — это более чем разумно показывать пользователю информацию именно в тот момент и там, где он в этом нуждается. Это тоже для улучшения прогресса… =)