Василий Наумкин

1. Нужно как то связать юзеров там и тут. Не знаю, как вы это будете делать — но надо. А дальше, нужно разобрать xml, например, simplexml.

Писать в базу можно через PDO или xPDO. Если второй случай, то надо схему и модель — можно освоить заодно и разработку компонента.

2. Тут просто — modMail.

Эта инструкция как раз для того, чтобы не использовать панели, типа ISP.

Она вам такого наконфигурирует, во век не разгребёте.

Если скорость устраивает — зачем кидать тапками?

Время генерации страницы можно глядеть плейсхолдером [^t^]. Если показывает больше секунды — решение плохое.

Должно выглядеть так(лишние пробелы убирайте где [ ], нето даже с тегом 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>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Принято, спасибо.

Подумаю на досуге, как разделить хэш для собственных нужд и настоящие якоря.

Речь про состояние переключенных табов, всплывших окошек, или кнопок фильтров.

Причем тут индексация?

Ага, всё понятно. В таблице прописана разрядность значения, поэтому и выходят нули.

Вообще, это правильное поведение, но вам надо навести красоту. Сделать это просто.

— вызываем вес в чанке вот так:

[[+weight:round]]

— и пишем сниппет round:

if (!$options) {$options = 3;}
return round($input, $options);

Проверил на демо сайте.

Где именно избыточные нули?

В версии 1.9.4 вроде всё поправлено.

И бан.

Ты хочешь построить поиск на сайте и не знаешь, что такое $_GET. Не знаешь, что для отправки запроса нужна форма, что сниппет поиска должен принимать запрос из этой формы. Не читаешь документацию, которую я написал для тебя (а там прям полностью пример есть, как поиск работает на той странице.)

Ничего не знаешь, но считаешь, что я тебе что-то должен.

Я мог бы просто удалить тему и все твои комментарии. Но я — добрый. Поэтому, предлагаю просто уйти отсюда и больше не приходить.

Видимо, он сломан.

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

Выключи индексацию — то есть, убери &indexer=`1`.

А при индексации тебе надо было указать &limit=`110`. Вообще, вдумчиво почитать документация может быть полезно.

Поздравляю!

Лично я не знаю более элегантного решения объединить 3 таблицы в одной выборке, чем join.

Кстати, можно немного упростить, выбирая поля псевдонимами:

$c->select('TdTypes.name as td_name');
$c->select('TdCompanies.name as comp_name');

На тестовых сайтах почта отключена, чтобы спамеры не пользовались.

У меня кончились идеи, видимо — не судьба.

bezumkin.ru/modx/msearch/

<form action="[[~[[*id]]]]" method="get">
	<input type="text" name="query" value="[[+mse.query]]" placeholder="Введите запрос, например - modx"/>
	<input type="submit" class="btn btn-success" value="Искать!" />
</form>