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

В pdoResources задача решается несколько иначе:

[[!pdoResources?
	&includeTVs=`manuf,diag,color`
	&where=`{
		"manuf":"Sony",
		"diag:IN":[65,85],
		"color:IN":["black","gray"]
	}`
]]

В принципе, там есть и &tvFilters, но только как временная замена при миграции c getResources. Пользоваться этим параметром я никому не советую — &where гораздо гибче, лучше и удобнее.

Вот здесь кратко написано, а вот здесь значительно подробнее.

Похоже, какой-то кривой импорт, который каждый раз генерирует новые имена для файлов картинок.

У галереи MS2 есть настройка, как ей генерировать имена файлов — случайно или по имени исходного файла. Плюс, она проверяет контент картинок на дубликаты при загрузке.

В общем, не должно такого быть

огромное кол-во превью одинаковых размеров с разными названиями

Если устраивает — то вопросов больше нет.

Мне, в своё время, скорость работы getResources показалась неприемлимой.

Таким нехитрым способом гораздо проще реализовывать сложные фильтры, наподобие таких, как реализованы на сайтах Евросети и Эльдорадо

Через getResources?

За сколько у тебя грузится страница с результатами такой фильтрации?

Путь ко временной директории немного странный — с двойным слешем.

/var/www/u8689516/data/www/site.com//tmp/ms_csQY72

Через это, полагаю, файл не может быть создан при загрузке, а потом из него не могут быть сделаны превью.

[29] => $this->gdimg_source is still empty in file "phpthumb.class.php" on line 3726
[30] => ImageMagickThumbnailToGD() failed in file "phpthumb.class.php" on line 3728

still empty — это «всё еще пустой».

Я и не стал дёргаться =)

Спасибо!

Говорят, что это вообще баг старой версии PHP.

У нас на хостинге Ubuntu 14.04.3 LTS x64 с PHP 5.5 и такой проблемы нет.

Видимо у сниппета getSEOPanel прописан параметр по умолчанию sortby = name — вот он и пытается сортировать по колонке, которой нет.

Советую оформить issue в репозитории MODX. Можно даже сразу pull request с исправлением.

Вот готовая утилита, но можно написать и свой собственный плагин на публикацию тикета.

Но лично мне нравится твиттить самостоятельно — просто больше возможностей. Да и читателем ленты, по моему, приятнее читать разные сообщения живого человека, а не одинаковые от робота.

можно найти недорогого англоязычного менеджера

До сих пор, что-то, не нашли. За англоговорящего индуса я и сам смогу, наверное, прокатить.

Объём работы по переводам еще более значителен.

Если что — я не переводчик, а здесь явно нужен специалист. Желательно, native speaker, разбирающийся в MODX — и где ж его взять?

Прям стартап вырисовывается, по переводу разработок сообщества СНГ на английский с последующей продажей, ха-ха!

Есть желающие освоить такой ёмкий рынок?

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

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

И всё это никак не касается mxManager, у которого англоязычный интерфейс писался в первую очередь из расчёта на англоязычную аудиторию.

Кстати говоря, мне лично Райан Трэш обещал «что-то придумать для пиара mxManager» — написать в официальном блоге там, или твитнуть. Как обычно, дальше обещаний дело не зашло.

Осенью займусь новой версией, но больших надежд уже не питаю.

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

И не нужно гнать о патриотизме, сплошной прагматизм.

В жопу прагматизм, мне нравится писать и говорить на родном языке.

Если и буду когда-нибудь писать английскую документацию, то только как перевод существующей русской.

Во всем мире просто физически больше денег (прямых и косвенных), чем во всем русскоговорящих странах вместе взятых.

Картинка для размышлений

Циферки от mxManager, если что.

Никого не хочу обижать лично, но я сочувствую тем людям, кто не желает развиваться и считает, что все кругом должны кроме них. Я все сказал.

Это ты на меня намекаешь, гражданин мира?

modx.pro — это Tickets без доработок. И bezumkin.ru тоже.

Сюрприз!

Твое видео — это не мануал по созданию блога, извини.

А что это? Там не создаётся блог с комментариями? Или то, что он создаётся за 12 минут вместо 5 — проблема? Обрати внимание — 12 минут 34 секунды чистого времени, без монтажа.

Я тут еще много чего написал, а потом стёр. Если все будут всё знать, я без работы останусь.

Видео хорошо сделано, но TinyMCE и Articles — это такой нафталин и сборная солянка, что упаси меня господь.

Он устанавливает пачку старых тормозных дополнений, которые потом криво использует. Даже на видео заметны красные надписи в логе установки — ошибки.
А как вам запихивание сырых тегов для парсера MODX в плейсхолдер прямо из класса статьи, вместо вызова modX::runSnippet()?

За комментарии отвечает тормозной Quip, который не стоит использовать, если вы планируете выводить хотя бы 50 комментов за раз. Да и вообще, в 2015 году комментарии без ajax — это даже не смешно.

Также везде в этих дополнения стандартные modX::getCollection() и modX::getChunk(), которые совершенно не могут похвастаться скоростью. Аналогичные функции pdoTools быстрее в разы, а иногда и на порядки.

Вот моё видео, без озвучки и монтажа, зато про Tickets. Судя по всему, западные товарищи будут продолжать игнорировать все наши современные разработки, пока им на блюдечке не принесут англоязычную документацию.

Сочувствую им.

Судя по исходникам, передавать дату создания нужно как

'createdon' => '2015-07-21 00:00:00',

С датой публикации всё немного сложнее — нужно еще указать, что документ опубликован:

'published' => 1,
'publishedon' => '2015-07-21 00:00:00',

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

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

Меня — не получится, извини.