Всё верно, сейчас с напильником копошусь, убираю лишние хвосты в css, такое решение меня вполне устраивает, а самостоятельно установленный lightbox позволяет из этого метода сделать легко регулируемую галерею и достаточно лёгкую, сам lightbox немного весит, конечно если она будет состоять из 100 элементов это решение провальное, но если на каждой странице не более 10 картинок (10 ещё можно стерпеть=) ) то меня лично устраивает.
Если что можете кидать тапками и научить уму разуму)

Должно выглядеть так(лишние пробелы убирайте где [ ], нето даже с тегом code они теряются их движок считать пытается:

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

Проверяем:

[[$TVinsert?&name=humb_projects]]
[[$TVinsert?&name=image01]]

<a href="[[*[[+name]]]]" class="lightbox" rel="tooltip" style="display:inline-block;" title="Сделать покрупнее">
<img src="[[*[[+name]]:phpthumbof=`w=300&h=300&zc=1`]]" class="img-circle imgborder" style="-webkit-box-shadow: 0 2px 30px rgba(0,0,0,.50); -moz-box-shadow: 0 2px 30px rgba(0,0,0,.50); box-shadow: 0 2px 30px rgba(0,0,0,.50);"/></a>

После вопроса сидел дальше разбирался, конструкция рабочая, ещё раз проверил количество скобок и лишних кавычек, нашлись личные кавычки и пара скобок не в то место попала, проблемы обычной пунктуации, теперь всё как надо =) Если что пользуйтесь.
Должно выглядеть так(лишние пробелы убирайте где [ ], нето даже с тегом code они теряются их движок считать пытается:
В странице вывода:

[ [$ TVinsert? &name=humb_projects] ]
[ [$ TVinsert? &name=image01] ]

Чанк TVinsert:

<a href="[ [*[ [+name] ] ] ]" class="lightbox" rel="tooltip" style="display:inline-block;" title="Сделать покрупнее">
<img src="[ [*[ [+name] ]:phpthumbof=`w=300&h=300&zc=1`] ]" class="img-circle imgborder" style="-webkit-box-shadow: 0 2px 30px rgba(0,0,0,.50); -moz-box-shadow: 0 2px 30px rgba(0,0,0,.50); box-shadow: 0 2px 30px rgba(0,0,0,.50);"/>
</a>

Василий, что вы имели в виду?

Так вообще хрень получается…

<a href="/[[+login_url]]&provider=Twitter">Twitter</a>

прописан так как у вас, не помогает

Здравствуйте люди. Подскажите пожалуйста. У меня VPS на нем Ubuntu 11.04, Панель ISP manager lite. При создании сайта php можно установить двумя способами:
-как модуль Apache;
-как CGI.
Я так понял, устанавливать следует «как CGI»?

У меня так с pdd yandex, кажется есть еще нюанс с яндексом которому в formit нужно значение &from указывать
, 'mail_smtp_auth' => 1
, 'mail_smtp_hosts' => 'smtp.yandex.ru'
, 'mail_smtp_pass' => 'password'
, 'mail_smtp_port' => '465'
, 'mail_smtp_prefix' => 'ssl'
, 'mail_smtp_user' => 'login@yandex.ru'
, 'mail_use_smtp' => 1

Добавь косую перед ссылкой, чтобы был url от корня сайта:

<a href="/[[+login_url]]&provider=Yandex">Yandex</a>

И еще советую включить friendly_urls.

У вас, наверное, в шаблоне тег неправильно прописан.
Вот так попробуйте:

<base href="[[++site_url]]" />

Кстати говоря, с HybridAuth возникла небольшая проблемка. Создал новый вопрос.

Спасибо за наводку на Tickets, действительно подходящая штука. Насчет отдельной таблицы еще не решил, вариант такой рассматриваю. Хотелось бы предусмотреть возможность легкого редактирования самим же работодателем (или на крайняк администратором) вакансии в случае например ошибки в заполнении или обновления данных.Также должна быть возможность «снять с публикации» вакансию. Если все данные будут записываться в отдельную таблицу, то нужно разрабатывать и отдельный компонент для их администрирования через вкладку Компоненты и допиливать getResources для отображения, и HybridAuth для доступа к этой таблице. Хочется не тратить время и не изобретать велосипед, если уже есть готовое решение:)

Спасибо, abba abadon. Действительно — рабочий пример создания любых ресурсов от имени админа сайта находится вот тут.

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

Если так — то самый простой вариант, это сделать малюсенький компонент при помощи modExtra, а данные в таблицу закидывать через хук FormIt — заодно и валидация будет, и email уведомления о новой записи.

Если же надо прям создавать ресурсы — крайне советую использовать Tickets, ибо он фильтрует разные XSS, теги MODX и прочие угрозы, которые юные хакеры могут засунуть в новый ресурс. Также, он форматирует и типографирует текст, и тебе самому это делать не придётся.

Tickets работает только с авторизованными юзерами, что решается легко и просто при помощи HybridAuth.

Создание документа через процессоры как раз Василий Наумкин и описаны в статье MODX_API_MODE и процессоры. Что касается процессора который отвечает за создание TV то это element/tv/create. Пример использования:

$example = $modx->runProcessor('element/tv/create', array(
            	'name' => 'example',
            	'caption' => $resource->get('pagetitle'),
            	'type' => 'text',
            	'category' => 9,
            	'description' => 'example'
        	));

.

Попробуйте приспособить Tickets для своих нужд.

Для начала региститируете себе ящик для домена у Гугла или Яндекса.
Прописываете mx записи для домена. Ждете пока они обновятся.
В настройках MODX раздел Почта:

mail_smtp_auth - Yes

mail_smtp_user - адрес ящика на Google или Yandex сервере

mal_smtp_pass - пароль от этого ящика

mail_smtp_port - порт (у меня 465)

mail_smtp_prefix - tls

mail_smtp_use - Yes

Этого должно быть достаточно!

Василий, Вы рекомендовали использовать серверы Yandex или Google для отправки почты с сайта на MODx Revo.
Вы не могли бы подсказать, как правильно настроить сам MODx для корректной работы с Яндекс? В сети детальной информации по этому вопросу не нашел, и с наскоку настроить тоже не удалось.

С typo3 не работал.

О проблемах с 20к документами в Рево не слышал. Учитывая, что разработчики говорят о ресурсах как view to data — не обязательно раздувать сайт до такого кол-ва ресурсов. данные можно держать в отдельных таблицах, и выводить на ресурсах своими сниппетами.

Зависит от задачи, в общем. Пример большого сайта — сам modx.com и complex.com — тут чуть подробнее.

Вот здесь, закомментировано.

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

Не отвечаю на ваш коммент, т.к. с планшета и перекидывает на раздел ответы, если нажимаю ответить.

Дописал обработку якорей.

Теперь, если что, они сохраняются в #anchor=имяякоря. Если при загрузке есть такое значение в хэше — то оно перекрывает остальные и хэш меняется на якорь.

Пытался подружить это дело с scrollTo.js, чтобы перекручивало на якорь и срабатывали остальные параметры — но глюки не смог одолеть. Поэтому теперь так: реальный якорь важнее остального.

Проверяем — bezumkin.ru/sections/components/516/#anchor=cut/tab=tickets