Наумов Алексей

Может вам нужен плагин типа DirectResize (DirectResize)?.. Там реализованы подобные вещи, что бы ресайз шел только изображений больше AxB и можно принудительно отключать ресайз добавлением какого нибудь аттрибута к изображению, типа class=«noresize»

Кстати, статистика по сбору будет? Вроде страничку обещали…

И я поддержал!

В базе то нет такого ресурса? Возможно что он есть, но отображение его в админке в дереве ресурсов скрыто

[[!getTickets:default=`<p class="warning">У вас нет ни одного черновика.</p>`?
  &tpl=`blogs.Post.Draft.Row`
  &limit=`0`
  &parents=`0`
  &fastMode=`1`
  &showUnpublished=`1`
  &user=`[[+modx.user.id]]`
  &where=`{"published": 0}`
]]

Все верно вам написали. Еще посмотрите что бы яндекс карты много раз не подключались, за это отвечает параметр includeJs www.createit.ru/blog/modx/2012/mapex-2-0-yandex-maps-for-modx-revolution/

Нет. Только TV.

Ага, все верно, это я не весь код написал, кусочек вырвал от своего

Ну там все просто как бы…

if ($modx->event->name == 'OnDocFormSave') {
if($class_key == 'msProduct'){
  if ($resource->get('template') == XXX) {
    $resource->set('tyre_season', $resource->getTVValue('tv_tyre_season'));
    $resource->set('tyre_car', $resource->getTVValue('tv_tyre_car'));
    $resource->set('tyre_width', $resource->getTVValue('tv_tyre_width'));
    $resource->set('tyre_height', $resource->getTVValue('tv_tyre_height'));
    $resource->set('tyre_dia', $resource->getTVValue('tv_tyre_dia'));
    $resource->set('tyre_load', $resource->getTVValue('tv_tyre_load'));
    $resource->set('tyre_speed', $resource->getTVValue('tv_tyre_speed'));
    $resource->set('tyre_strong', $resource->getTVValue('tv_tyre_strong'));
    $resource->set('tyre_studded', $resource->getTVValue('tv_tyre_studded'));
    $resource->set('tyre_runonflat', $resource->getTVValue('tv_tyre_runonflat'));
    $resource->save();
  }
... обрабатываем другие шаблоны
}
}

Гугли по фразе «changetemplate modx»

Неа.

Когда мне нужно было так сделать я создал ВСЕ нужные свойства, затем такие же TV, которые назначил шаблонам, как мне нужно, и в плагине при сохранении товара копировал значения из TV в свойства. Весь этот трюк для правильной и быстрой сортировки и фильтрации, ибо делать JOIN множества TV — накладно

Тоже готов скинуться. Но ввиду значительного объема работ и их сроков действительно считаю более разумным сделать поэтапную разработку. Периодическое появление результата будет стимулировать интерес к затее и не позволит ей «затухнуть» в наших умах.

Если своими словами:
1. делаем xml схему
2. На ее основе через migx: а) создаем компонент, б) парсим классы, в) создаем таблицы
3. Так же через migx настраиваем интерфейс, настроек там много, но все делается визуально, он сохраняется как конфигурация
4. создаем TV с типом migxdb, указываем ему id конфигурации с прошлого шага, назначаем шаблону, и создаем ресурс с этим шаблоном

в примере по ссылке выше есть поле resource_id, по нему идет автоматическая привязка записей к текущему ресурсу, я всегда это использовал…

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

Весьма просто (если опыта нет) это можно сделать с использованием MIGx db.
И весь интерфейс в админке будет доступен (ну кроме функций экспорта, это придется дописать).

Почитай эту статью rtfm.modx.com/extras/revo/migxdb/migxdb.tutorials/migxdb.create-a-basic-gallery-management-from-scratch-with-migxdb и статьи рядом в этом разделе.

Серия и номер это ресурсы обязательно?

Лучше сделать отдельную таблицу под них, а запросы хранить в еще 1 таблице, структуру ее сделать типа:
дата, запрос, найден(да/нет), id найденого номера

почему бы не сделать это в сниппете? Зачем городить такую штуку?

MySnippet:

$param = empty($_GET['param']) ? '' : $_GET['param'];
...

github.com/bezumkin/miniShop2/blob/master/core/components/minishop2/model/minishop2/mscarthandler.class.php#L100

Мне кажется, что речь шла об «умеренном использовании» TV. Я лично пользуюсь, но в меру стараюсь. Что бы избежать излишнего их количества или сортировки по ним.

К примеру если нужно вывести список в 1000 строк и 20 столбцов, где каждый столбец — TV, будут проблемы, так как у нас 20 джойнов получится.

А если же эти 20 TV выводятся просто на одной странице для одного объекта — разницы в скорости вы не увидите.

В общем с умом подходим к делу.

Спасибо! Как то странно )

Окей, в принципе да. Я об этом тоже подумал.

Но в существующем коде возможности голосовать за объект с другим class нет, я верно понимаю:
github.com/bezumkin/Tickets/blob/master/core/components/tickets/processors/web/ticket/vote.class.php#L53
?

Тогда пишу свой код для поддержки голосования за другие типы объектов на сайте!