Вопросы специалистов

Песочница

Объявления о работе

MIGX

MIGX -мультизагрузка:проблема с источниками файлов.

migx вывод

getPage для migxTv

migx tv

MigX, Создание поля типа listbox

Migx в migx

Youtube-видео галерея на migx

Не сохраняется значение TV в Migx

Множественный выбор картинок в поле MIGX

MIGX проблема вывода информации в таблице

Вывод слайдера MIGX - Проблема

MIGX. Выборка getImageList с условиями.

А вы знали, что TV-полю MIGX можно в форме указывать другие MIGX-поля?

Вложенные переменные MIGX

Настройки tv migx и вывод содержимого tv migx на  странице

Фильтр по двум параметрам

migx, добавление поля типа resourcelist

MIGxDB Search

Кросс-таблицы на MIGX

MIGX и dropbox-2.1.2-beta

dropbox-2.1.2+MIGX+phpthumbof

&#91;Решено&#93; Почему не отображаются превью картинок?

&#91;РЕШЕНО&#93; Как настроить источники файлов для MIGX TV?

Автоматическая мультизагрузка фото в MIGX  (Load From Media Source) через MODX API

Как добавить превью-картинку к статье?

Как в MIGX параметре tpl c флагом @FILE прописать путь к Smarty шаблону?

несколько migxdb

TV-поля MIGX в  MIGX-поля проблема вывода

Как указать разделитель в inputTV для migx

pdoResources tvFilters по migx tv

Вместо MIGX открывается пустое окно

Как реализовать постраничное разбиение

1. Как я уже не однократно упоминал, не смешивайте вместе MODX- и Smarty- теги. Smarty отрабатывается сразу, а MODX-теги по сути только в конце, когда MODX-парсер полностью проходится по результату отработки шаблона.
 

2. Чего-то здесь не хватает. Вот в цикле отрабатывается, но в него не передается никакого меняющегося параметра. В чем логика?
 

3. Как-то вы все всё сильно усложняете… Почему не обработать просто значение MIGX-TV-параметра на уровне процессора и не набить все потом аккуратно в шаблоне? Вот пример процессора и шаблона. И никаких сниппетов.

Добрый день. 1. Как я уже не однократно упоминал, не смешивайте вместе MODX- и Smarty- теги. Smarty отрабатывается сразу, а MODX-теги по сути только в конце, когда MODX-парсер полностью проходится по результату отработки шаблона. 2. Чего-то здесь не хватает. Вот в цикле отрабатывается, но в него не передается никакого меняющегося параметра. В чем логика? 3. Как-то вы все всё сильно усложняете… Почему не обработать просто значение MIGX-TV-параметра на уровне процессора и не набить все потом аккуратно в шаблоне? Вот пример процессора и шаблона. И никаких сниппетов.

Добрый день. 1. Как я уже не однократно упоминал, 

Выложите схему вашей таблицы и результирующую запись в БД. Сдается мне, что у вас информация о нескольких категориях хранится в одной ячейке типа razdel_1||Razdel_2 и т.п. Если так, то поиск по такой колонке крайне затруднителен.

Выложите схему вашей таблицы и результирующую запи

Результирующую запись БД показать не могу( не знаю как до нее добраться. 
 При редактировании строки в таблице (в доп полях в ресурсе) выглядит так: prntscr.com/5f7mui
 Еще, я раньше делал подобную штуку (в другом проекте), только присваивал такие поля (listbox-multiple) ресурсам. Вывод ресурсов делал через getResources, при этом все норм фильтровалось. Тут мне кажется сам сниппет getImageList не хочет это делать(

Результирующую запись БД показать не могу( не знаю

Результирующую запись БД показать не могу( не знаю как до нее добраться. 

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

Результирующую запись БД показать не могу( не знаю как до нее добраться. phpMyAdmin откройте и посмотрите. Вообще, если вы не знаете где и что у вас находится, то дела очень печальны.

Я возможно не такой профи как вы, но даже мне тут понятно, что дело вовсе не в БД! А в работе самого сниппета!
 Поэтому и спросил, может есть какой нибудь альтернативный вариант.

Я возможно не такой профи как вы, но даже мне тут 

Чтобы вы знали, ппц как многое зависит от базы данных. А главное — сниппет тоже формирует запрос к БД, и если структура таблицы и данных позволяет, то запрос выполняется. Но если вы итак все знаете — не вопрос, удачи!

Чтобы вы знали, ппц как многое зависит от базы дан

Почему же тогда getResources делает все так как нужно а getImageList нет?)

Почему же тогда getResources делает все так как ну

Откройте исходники этих сниппетов и ответьте себе на этот вопрос.

Откройте исходники этих сниппетов и ответьте себе 

то что сниппеты по разному работают, это с самого начала было понятно, я про это с начала и писал)
 Мне просто интересно, если дело в сниппетах, зачем вы меня в БД отправляли, сразу бы послали лесом)))

то что сниппеты по разному работают, это с самого 

Для того, чтобы вы нашли причину почему они поразному работают. Но плясать надо от того, где и в каком виде данных хранятся (потому что сниппеты не придумывают отдаваемые данные, а получают их из БД (да-да, именно оттуда (в нашем случае это именно так))). А если вы не только не знаете где они хранятся, но даже и не хотите этого выяснять, то да, можете собственно двигаться в любом интересном вам направлении, я вас не буду ни в чем убеждать.

Для того, чтобы вы нашли причину почему они поразн

Николай, Бинго! Специально для Вас.
 Мой вопрос решается небольшим изменением в вызове снипета getImageList
 

&where=`{"nalichie:=":"yes","razdel:find_in_set":"vibro","type_material:=":"shumanet"}`

Нужно просто подставить find_in_set и все.
 Представьте сколько бы я потерял времени, разбираясь в БД послушая Ваш стандартный (предлагаемый на большинстве форумов) совет — «надо разобраться в БД»)))


Николай, Бинго! Специально для Вас.
 Мой вопрос решается небольшим изменением в вызове снипета getImageList &where=`{"nalichie:=":"yes","razdel:find_in_set":"vibro","type_material:=":"shumanet"}` Нужно просто подставить find_in_set и все.
 Представьте сколько бы я потерял времени, разбираясь в БД послушая Ваш стандартный (предлагаемый на большинстве форумов) совет — «надо разобраться в БД»)))

Николай, Бинго! Специально для Вас.
 Мой вопрос ре

Поздравляю вас с успехом!
 

А сможете разобраться, какую это играет здесь роль? И почему это менее круто, чем нативный MySQL-ный метод find_in_set? И почему теперь я знаю, даже не заглядывая в ваши результирующие строки, что в БД у вас разделы хранятся в одной колонке, разделенные именно запятой, а не || или типа того?
 

И да, действительно, не тратьте время на изучение баз данных, это действительно ничего не дает :)
 

Поздравляю вас с успехом! А сможете разобраться, какую это играет здесь роль? И почему это менее круто, чем нативный MySQL-ный метод find_in_set? И почему теперь я знаю, даже не заглядывая в ваши результирующие строки, что в БД у вас разделы хранятся в одной колонке, разделенные именно запятой, а не || или типа того? И да, действительно, не тратьте время на изучение баз данных, это действительно ничего не дает :)

Поздравляю вас с успехом! А сможете разобраться, к

Я думаю тут дело в разной постановке задачи. На данный момент мне нужно было сделать интересующий меня вывод сниппетом. Возможно, эту задачу можно было решить более изощренными методами (коими Вы любите пользоваться), но опыт и навык работы с modx у всех разный. Да, вы знаете как работать с базами и можете написать нужный Вам сниппет или плагин, да, со своими знаниями Вы можете многим нос утереть (и не просто словами, а аргументируя), только нам то, обычным «смертным», зачем изобретать велосипед?) На абсолютное большинство задач уже есть готовые решения. Их просто нужно по искать, ну или спросить совета, может кто сталкивался с подобными проблемами (разве не для этого создаются подобные форумы).
 Ну а базы учить, скорее всего нужно, просто я до этого еще не дорос)

Я думаю тут дело в разной постановке задачи. На да

Уточняю: конкретно здесь, мы не решаем за других задачи, мы учим основам, чтобы в дальнейшем человек сам мог разбираться с подавляющим большинством задач. Если у вас другой Путь, вы можете им идти, но мимо нашего Клуба.

Уточняю: конкретно здесь, мы не решаем за других з

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

Как то грубовато, Николай, Вам не кажется? Я же см

Нет, я не посылаю, я помогаю экономить время вам и мне. Если вы рассчитываете на готовые указания как решаются ваши задачи — здесь вы все равно это вряд ли получите. Здесь мы учимся, а не копипастим.

Нет, я не посылаю, я помогаю экономить время вам и

Будем иметь ввиду, спасибо)

Не за что.

joxi.ru/l2Zv8BQfR8dQ2J не?

все верно, {«parent»:id}
 но я имел ввиду как это же задать в MIGX

все верно, {«parent»:id}
 но я имел ввиду как это 

Мига выводит TV-поле указанное, какие данные там будут, такие и выведутся. Но это статическое значение. Если вы хотите, чтобы у вас, к примеру, это ТВ-поле выводило дочерние документы текущего редактируемого, то тут вам стандартное ТВ-поле вряд ли поможет, самому писать придется.

Мига выводит TV-поле указанное, какие данные там б

Со статикой разобрался. Спасибо. Мог бы, конечно и сам догадаться.
 А динамически если делать, насколько это сложно?

Со статикой разобрался. Спасибо. Мог бы, конечно и

Делал когда-то, но сразу так и не вспомню. Сейчас из загашника подниму один сайт, где что-то такое вроде делал, раскопаю и отпишусь.

Делал когда-то, но сразу так и не вспомню. Сейчас 

Вот здесь отписался.

То есть создаете свое TV-поле и указываете его вместо resourcelist. Должно заработать, у меня подобное работает.


То есть создаете свое TV-поле и указываете его вме

благодарю, Николай

Не за что.
 Отпишитесь потом, получилось применить или нет.

Не за что.
 Отпишитесь потом, получилось применить

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

все отлично работает. была небольшая трабла, когда

Ну и здорово!
 Пожалуйста.

Вот хороший инструмент для работы с видео: frandieguez.github.com/panorama-php/

Вот хороший инструмент для работы с видео: frandie

Установил на новую версию MODX MIGX. Но при вводе данных в TV получаю белый экран. Пробовал из разных браузеров. Может кто нибудь сталкивался? В чём может быть проблема?


Установил на новую версию MODX MIGX. Но при вводе 

Включите в настройках сервера вывод php-ошибок. Или хотя бы в core/config/config.inc.php пропишите в начале ini_set('display_errors', 1); Скрее всего вот эта бага.

Включите в настройках сервера вывод php-ошибок. Ил

Николай, спасибо, разобрался. Банально проблема возникла из-за переноса сайта в другой домен и полная переустановка компонента помогла. Не думал, что перенос сайта может повлиять на работу MIGX.

Николай, спасибо, разобрался. Банально проблема во

Может кеш где-то или типа того. Ну ОК, что все поправилось.

Может кеш где-то или типа того. Ну ОК, что все поп

Смотрите передаваемые на сервер параметры. Либо не передается то, что нужно, либо на стороне сервера не прописана обработка этих параметров.

Смотрите передаваемые на сервер параметры. Либо не

Доброе утро, Николай!)
 А более конкретное решение есть?
 

Параметры MIGx в Действиях прописаны такие: &configs=packagemanager||migxconfigs||setup
 Все вроде, как стандартно. Или укажите пожалуйста, где что конкретно нужно посмотреть или дописать.

Доброе утро, Николай!)
 А более конкретное решение есть? Параметры MIGx в Действиях прописаны такие: &configs=packagemanager||migxconfigs||setup
 Все вроде, как стандартно. Или укажите пожалуйста, где что конкретно нужно посмотреть или дописать.

Доброе утро, Николай!)
 А более конкретное решение

Доброго времени суток!
 Не укажу. Я мало с мигой работаю, просто так ее ковырять не буду. Я уже сказал конкретно что смотреть. Как смотреть передаваемые POST-данные из браузера, смотрите интернеты. Как процессоры работают, смотрите здесь.

Доброго времени суток!
 Не укажу. Я мало с мигой р

Не скажу точного рецепта, но смотри в сторону MigxDB. Там ты можешь использовать свои пользовательские таблицы. 
 Ну а вообще 10 полей под цены — не круто. То есть в одну линию выстраивать значения не совсем гибко. Правильней ИМХО делать несколько записей. К примеру в миге колонки: толщина, цена. И сколько вариаций толщина-цена, столько строчек в табличке и добавлять.

Не скажу точного рецепта, но смотри в сторону Migx

Это было бы идеально, но при условии что все эти записи выстроить в двумерной табличке: столбцы — цена, строки — цвета, в ячейках — цены. А при сохранении — обратно. Эх, говорила мне мама — учи ExtJS!!!

Это было бы идеально, но при условии что все эти з

Все-таки я не улавливаю в чем проблема… У тебя в товаре от каких параметров цена зависит?

Все-таки я не улавливаю в чем проблема… У тебя в т

На нем и сделаю, но не хочется все в одну линию вытягивать


столбцы — цена Имел в виду толщина смотри в сторону MigxDB На нем и сделаю, но не хочется все в одну линию вытягивать

столбцы — цена Имел в виду толщина смотри в сторон

Саш, еще раз прочти вопрос:

У тебя в товаре от каких параметров цена зависит?

Саш, еще раз прочти вопрос: У тебя в товаре от каких параметров цена зависит?

Саш, еще раз прочти вопрос: У тебя в товаре от как

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi)
 И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить.
 Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал
 

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

Цена зависит от материала (цвет) и толщины — они формируют цену за кв.м. поверхности (http://omaa197.bget.ru/stoleshniczyi)
 И пакость еще в том, что цена нелинейно от толщины меняется, не описать элементарной функцией зависимость от толщины. Заказчик хочет руками ставить.
 Толщина будет от 22 до 46мм с шагом 6мм (5 значений), но я с запасом 10 запланировал Я понимаю, что задавать 10 полей под цены не айс, но на мой взгляд это оптимально с точки зрения администрирования будет, все-таки покомпактнее табличка, и перед глазами все данные.

Цена зависит от материала (цвет) и толщины — они ф

Сделать таблицу с полями цвет, толщина и цена не проблема, MIGXdb поможет, но хочется удобно для администратора сделать.
 Тем более, это не единичный случай, еще один клиент ждет подобного решения (у того, правда, от 3-х параметров цена зависит :) )

Сделать таблицу с полями цвет, толщина и цена не п

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен.
 

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

Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):
 1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
 2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
 3. Создаем MIGX-табличку с тремя колонками:
  — Выпадающий список материалов (просто указываешь какое TV-поле юзать)
  — Числовое поле Толщина
  — Числовое поле Цена.
 4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования.
 

В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком.
 

Тут один жирный минус: JSON не позволит на уровне запросов выполнять поиск по материалам, толщине и ценам, но в таком случае ты можешь просто поступить: на сохранение документа парсить данные ТВшки и фигачить данные в собственную таблицу для удобства запросов. А интерфейс будет на миге. Другой вариант: просто это дело перевести на MigxDB и сразу данные сохранять в отдельные таблицы.

На самом деле у тебя не получится обойтись простой табличкой, так как здесь матрица. У тебя произвольное кол-во материалов и по ним произвольное кол-во вариантов толщины. Каждый из этих вариантов имеет свою итоговую цену. То есть если у тебя 5 материалов и по каждому из них 5 вариантов толщины, в итоге у тебя получится 25 вариантов цен. Материалы тебе однозначно надо заводить в единый справочник, чтобы их можно было выбирать из выпадающего списка. А вот толщину и стоимость надо указывать вручную. Варианты здесь фэншуйные лезут различные, вплоть до собственного кастомного ТВ-поля, но наиболее простое и быстрое решение будет такое (во всяком случае я бы так сделал):
 1. Создаем справочник материалов (лучше всего документами, по типу как у нас валюты сделаны. Если пока для них не будет публичных страниц, можно их в контекст spravochniki занести. А когда будут, тогда перенести в основной контекст).
 2. Создаем TV-поле выпадающий список, чтобы можно было выбирать материал.
 3. Создаем MIGX-табличку с тремя колонками:
  — Выпадающий список материалов (просто указываешь какое TV-поле юзать)
  — Числовое поле Толщина
  — Числовое поле Цена.
 4. В getdata-процессоре в функции afterIteration парсим JSON-строку из ТВшки и набиваем в массив цен для дальнейшего использования. В редакторе манагер набивает сколько угодно строчек Материал-Толщина-Цена. На совести манагера, чтобы для одного материала не было повторений, но если очень надо, можно написать проверку в плагин на сохранение документа. Строчки сортировать можно, так что всегда можно держать все материалы рядышком. Тут один жирный минус: JSON не позволит на уровне запросов выполнять поиск по материалам, толщине и ценам, но в таком случае ты можешь просто поступить: на сохранение документа парсить данные ТВшки и фигачить данные в собственную таблицу для удобства запросов. А интерфейс будет на миге. Другой вариант: просто это дело перевести на MigxDB и сразу данные сохранять в отдельные таблицы.

На самом деле у тебя не получится обойтись простой

От трех — это только пользовательское ТВ надо создавать. Там типа нажал кнопку — выбрал параметр — создался блог с табличкой, куда данные указал. Еще параметр — еще блок с табличкой…
 Вообще для таких как раз задач у нас и был создан класс Модели товара, и в нем уже создавались конечные товары, которые содержали только параметры, влияющие на цену, а все основные параметры и оформление — это содержалось в модели товара, но там запросы такие мозгодробительные, что я даже не включил их в ядро. Тот механизм только под индивидуальные решения.

От трех — это только пользовательское ТВ надо созд

лучше всего документами

А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. 
 Коля, спасибо за идею!


лучше всего документами А я справочник в gallery засунул :). Действительно, по документам раскидать лучше будет. 
 Коля, спасибо за идею!

лучше всего документами А я справочник в gallery з

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

Можно и из галереи дергать данные справочника, раз

Да, я примерно так в Delphi и делал — списки с параметрами, там выбираешь нужные, а ниже в основной табличке появляется результат выборки.
 Жаль, MIGX не позволяет две-три зависимых сетки (один ко многим) открыть на одной страничке. Думаю, подобная фича была бы очень востребована

Да, я примерно так в Delphi и делал — списки с пар

Эх, говорила мне мама — учи ExtJS!!! 

Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткнул в пробел. Осваивай, все в твоих руках :) И будешь себе сетки зависимые делать. Типа как в управлении заказами. Там же по каждому заказу можно развернуть детали и посмотреть все товары в заказе. В твоем случае Object.add() или типа того в помощь!

Эх, говорила мне мама — учи ExtJS!!! Ты же сам ткн

Да, видимо, придется так и сделать :)
 Времени бы еще… :)
 Коля, спасибо большое за советы.

Да, видимо, придется так и сделать :)
 Времени бы 

Всегда пожалуйста!

Пришлите мне на почту n.lanets@modxclub.ru данные доступа в вашу админку, я посмотрю что и как. И какая у вас версия MODX? Я у себя на MODX2.3 попробовал в миге галерею сделать с источником файлов Dropbox, все робит. joxi.ru/Q2KndEBsaoD1mj
 

А судя по ошибке просто не инициализировался контекст. К сожалению, некоторые процессоры в MODX не идеальны, иногда требуют передачи дополнительных параметров. К примеру в resource/create надо передавать context_key, хотя процессор мог бы получить его из объекта самого документа. Здесь видимо тот же случай. Но что интересно, в initialize() медиасурса контекст автоматически подхватывается. Судя по всему выполнение медиасурса идет без выполнения initialize(), или у пользователя нет прав на загрузку данного контекста (хотя в таком случае обламывалось бы все еще в методе initialize()). Пришлете доступы, изучу детальней.
 

P.s.: c Gallery пришлось попрощаться, так как я не нашел как сменить ее медиаресурс на Dropbox. 

В системных настройках gallery.mediaSource. Но попрощаться видимо все равно придется. Что интересно, в Gallery из управления альбомами картинки создаются в Dropbox и удаляются, но затык именно в получении превьющки. Gallery юзает свой собственный не class-based процессор для этого, который не учитывает различные типы источников файлов. Если его в этом прокачать, то все будет робить как положено :) Но пока MIGX в этом плане более продвинутый получается. Собственно, я все чаще для галерей использую именно мигу, а не Gallery. Gallery годится именно для создания и вывода нескольких галерей на одной странице, но если задача на странице выводить только ее галерею, то мига здесь лучше подходит, так как выбирать в TV-Gallery определенную галерею именно для этого документа как минимум не удобно.

Пришлите мне на почту n.lanets@modxclub.ru данные доступа в вашу админку, я посмотрю что и как. И какая у вас версия MODX? Я у себя на MODX2.3 попробовал в миге галерею сделать с источником файлов Dropbox, все робит. joxi.ru/Q2KndEBsaoD1mj А судя по ошибке просто не инициализировался контекст. К сожалению, некоторые процессоры в MODX не идеальны, иногда требуют передачи дополнительных параметров. К примеру в resource/create надо передавать context_key, хотя процессор мог бы получить его из объекта самого документа. Здесь видимо тот же случай. Но что интересно, в initialize() медиасурса контекст автоматически подхватывается. Судя по всему выполнение медиасурса идет без выполнения initialize(), или у пользователя нет прав на загрузку данного контекста (хотя в таком случае обламывалось бы все еще в методе initialize()). Пришлете доступы, изучу детальней. P.s.: c Gallery пришлось попрощаться, так как я не нашел как сменить ее медиаресурс на Dropbox. В системных настройках gallery.mediaSource. Но попрощаться видимо все равно придется. Что интересно, в Gallery из управления альбомами картинки создаются в Dropbox и удаляются, но затык именно в получении превьющки. Gallery юзает свой собственный не class-based процессор для этого, который не учитывает различные типы источников файлов. Если его в этом прокачать, то все будет робить как положено :) Но пока MIGX в этом плане более продвинутый получается. Собственно, я все чаще для галерей использую именно мигу, а не Gallery. Gallery годится именно для создания и вывода нескольких галерей на одной странице, но если задача на странице выводить только ее галерею, то мига здесь лучше подходит, так как выбирать в TV-Gallery определенную галерею именно для этого документа как минимум не удобно.

Пришлите мне на почту n.lanets@modxclub.ru данные 

P.S. Добавил небольшой коммит в модуль. Странно, раньше все работало, а сейчас что-то с неймспейсами затык возник. Возможно из-за того, что я в настройках MODX-а установил медиасурс Dropbox как основной, и из-за этого несколько изменился механизм его инициализации. Так все работает.

P.S. Добавил небольшой коммит в модуль. Странно, р

Только дополз на работу, сейчас попробую сделать как Вы говорите.

Только дополз на работу, сейчас попробую сделать к

Судя по всему выполнение медиасурса идет без выполнения initialize()

Собственно, так и есть. Отправил PR. Можете в оффоруме написать, что вопрос решенный.

Судя по всему выполнение медиасурса идет без выполнения initialize() Собственно, так и есть. Отправил PR. Можете в оффоруме написать, что вопрос решенный.

Судя по всему выполнение медиасурса идет без выпол

О так вы все у меня исправили уже О_О
 Спасибо!

Если честно, то у меня были изначально подозрения на Migx. Потому, что я когда поставил ваше дополнение, и сделал все по вашей инструкции, то больше и не лазил, не гуглил и т.п. — все работало. В статьи изображения тянутся с моего аккаунта дропбокса. А вчера начал делать галлерею. И вообще никак, хоть тресни. Я уже и ваше дополнение удалил и снова поставил. Расстроился кароче…
 Написал Бруно, но он как то быстро соскочил на то, что косяк не в Migx, а у вас типа: )
 Спасибо большое, что помогли разобраться.

Если честно, то у меня были изначально подозрения 

Пожалуйста!
 ПР уже принят, так что новая версия миги будет с фиксом.

Пожалуйста!
 ПР уже принят, так что новая версия м

Бывает.
 Пожалуйста.

Картинкам добавьте классы «img img-responsive», будут подстраиваться под ширину. joxi.ru/823OeZKCqpMn2O
 А иначе не размерно joxi.ru/8AnXDv9uxEXjmO

Картинкам добавьте классы «img img-responsive», бу

Это я не доделал просто.
 Я пытался сделать по этому мануалу rtfm.modx.com/extras/revo/migx/migx.tutorials/migx.fancybox-images-with-seperate-placeholders-in-richtext-content
 Уже написал Бруно. Не получается подключить fancybox.
 forums.modx.com/thread/?thread=84501&page=2
 Если в ТВшке ставить медиаресурс — файловая система. То все получается — создается превьюшка, при нажатии на которую — открывается в полный размер в новом окне. Тут конечно же есть проблема — не создается модальное окно, а просто открывается в новом окне.
 Но вот если медиаресурс — дропбокс, то превью не создается — просто постится огромная картинка. И при нажатии на нее выскакивает предложение скачать ее себе на компьютер. Вот так все это выглядит jinini.com/index.php?q=gallery/photography/kids.html

Это я не доделал просто.
 Я пытался сделать по это

Вот вопрос, может тут подскажут. Не по теме, но все же.
 Вот так у меня стало, когда подключил SSL. jinini.com/index.php?q=gallery/photography/kids.html
 Можно как то сделать, чтобы мои ссылки опять приобрели человеческий вид? Без «index.php?q=»


Вот вопрос, может тут подскажут. Не по теме, но вс

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

Сдается мне, что у вас просто правила подмены где-

У вас там в .htaccess два правила:
 

#Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent 
#https://www.jinini.com when your cert only allows https://secure.jinini.com
RewriteCond %{SERVER_PORT} !^443
RewriteRule (.*) https://jinini.com/$1 [R=301,L]

# The Friendly URLs part
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA]

Есть предположение, что они срабатывают в следующей очередности (даже не предположение, а уже проверенный факт):
 1. Так как файл не найден, УРЛ подменяется на index.php?q=УРЛ
 2. Так как не 443 порт, то выполняется уже редирект, но уже с измененным УРЛом.
 

Вот и вся магия. А почему не 443? Потому что тег base прописан http:

У вас там в .htaccess два правила: #Rewrite secure requests properly to prevent SSL cert warnings, e.g. prevent 
#https://www.jinini.com when your cert only allows https://secure.jinini.com
RewriteCond %{SERVER_PORT} !^443
RewriteRule (.*) https://jinini.com/$1 [R=301,L]

# The Friendly URLs part
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?q=$1 [L,QSA] Есть предположение, что они срабатывают в следующей очередности (даже не предположение, а уже проверенный факт):
 1. Так как файл не найден, УРЛ подменяется на index.php?q=УРЛ
 2. Так как не 443 порт, то выполняется уже редирект, но уже с измененным УРЛом. Вот и вся магия. А почему не 443? Потому что тег base прописан http:

У вас там в .htaccess два правила: #Rewrite secure

понятно. не понятно только как исправить: )
 Вернее вы изложили все очень подробно, но так как я 3D художник, то я все равно не понял как поправить.

понятно. не понятно только как исправить: )
 Верне

RewriteCond %{SERVER_PORT} !^443
RewriteRule (.*) https://jinini.com/$1 [R=301,L]

Это я закомментировал. Теперь редиректа по порту не будет. Это во всяком случае не будет генерировать редиректы типа ?q=…
 А теперь везде где у вас формируется тэг base с http, делайте чтобы https было.
 Бесплатные консультации исчерпаны.

RewriteCond %{SERVER_PORT} !^443
RewriteRule (.*) https://jinini.com/$1 [R=301,L] Это я закомментировал. Теперь редиректа по порту не будет. Это во всяком случае не будет генерировать редиректы типа ?q=…
 А теперь везде где у вас формируется тэг base с http, делайте чтобы https было.
 Бесплатные консультации исчерпаны.