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

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

Именно этим занимаются авторы платных дополнений в нашем репозитории, и именно за это берутся деньги, а не «тяп-ляп, можно устанавливать!»

Не проще ли написать в сниппете

<?php

return include "path/to/file.php";

А там уже use что угодно?

В том, что твой пример нельзя взять и установить на любой сайт в 3 клика?

1. Наверное, можно использовать phpMorphy. Только тут нужно знать php, конечно, и желательно написать интерфейс для управления словосочетаниями.

2. Можно сделать ТВ параметр, куда сохранять обработанный текст, а в контенте оставить оригинал и его редактировать. На сайте, понятно, вместо [[*content]] выводит [[*tvname]].

[[!pdoResources?
	&loadModels=`msearch2`
	&class=`mseIntro`
	&innerJoin=`{"Resource":{"class":"modResource"}}`
	&select=`{"Resource":"*"}`
	&where=`{"mseIntro.intro:LIKE":"%Test%"}`
	&showLog=`1`
]]

Если еще записался на курсы — советую. Там много полезной информации по pdoTools.

Условие для выборки вот здесь:

&where=`{"mseIntro.intro:LIKE":"%Test%"}`

Это пока первый такой вопрос с момента выпуска.

В основном людей устраивает основной функционал морфологического поиска.

Никак.

Можно искать своим сниппетом по таблице его индексов через LIKE — будет точное совпадение. Наверное, даже через pdoResources это можно провернуть.

&tvFilters=`fixed=0`

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

Лучше попробуй

&includeTVs=`fixed`
&where=`{"fixed:!=":0}`

Только так, да. Другого способа не вижу.

Может быть какие-то встроенные средства mysql'я для diff'а данных.

Есть возможность вставки данных с заменой, при использовании первичного ключа. То есть

INSERT REPLACE ...

Работает очень быстро. Если у тебя нет доступа к чужой БД, то только так, никакой репликации не светит.

Может для обработки из php есть алгоритм быстрее и надёжнее?

Если использовать INSERT REPLACE то на php ничего проверять не нужно. Если есть id и он совпадает в твоей и чужой таблице — новая строка вставится в таблицу, а старая удалится — главное, настроить уникальные ключи.

Ну и есть, конечно

INSERT ... ON DUPLICATE KEY UPDATE ...

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

Про технологии ни слова, только «привет, это мой новый оооочень круууупный проект, давайте фидбек!» Очень конструктивно, да.

Снести топик ты сам можешь, если захочешь — он прячется в черновики.

А лучше сразу на это — habrahabr.ru/post/206112/

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

Время идёт, но ты остаешься верен себе!

Приятно знать, что есть что-то постоянное в этом мире.

Ну тогда надо объяснить, как это сложно, и заломить ценник в 30 — 50 тыщ, для начала. Авось и расхочется.

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

Может быть, у вас даже когда-нибудь найдётся время доделать так широко анонсированный переезд на собственную систему блогов.

А то уже три месяца прошло, и всё никак.

Но и заказчик не хочет платить за битрикс

А ты думаешь сделать как там, но дешевле?

Удачи.

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

Кажется, ты эту ветку и запустил в своё время =)

Тебе самому не кажется, что это попахивает извращением?

Нужен Битрикс — используй его.

Та я не спорю, просто зачем мне их теперь слушать? Я же сразу начинаю думать про всякое, только настроение портится.

Если коротко — никак.

Потому что у MODX нет такой жесткой структуры, как у Битрикса, и нет шаблонов в его понимании. Это дает гораздо большую свободу в работе и невозможность написать универсальный редактор.

Максимум, что можно, как-то вывести редактирование ресурса на фронтенд, но это будет отдельное окно, а не встроенное редактирование блоков, как у Битрикс.