-
- 23 Posts
можно и нужно использовать, я вот например юзаю для новостей, которые парсятся с пару троек сайтов, представляете какой бардак был бы в древе документов, если на сайт по 20-30 новостей в день постится...
Можно из него еще модуль каталога сделать )
-
- 75 Posts
- Новостная категория определяется на основе документа modx ?
-
- 23 Posts
не совсем понял вопроса...
Новости и категории храняться в отделных таблицах от MODx’a, т.е. с документами самого MODx, они вообще никак не пересекаются...
Надеюсь я ответил на Ваш вопрос )))
-
- 23 Posts
Последние исправления багов:
+ Изменения в параметрах сниппета news_annonce, будьте внимательны!
+ Добавлено постраничное разбиение новостей в сниппете "news_anonce"
+ Исправлена ошибка в модуле, RSS импорт новостей, починил выбор категории.
+ Исправлена ошибка пустой категории в сниппете "news_anonce", теперь выводится текст что нет новостей в категории
Подробнее в 1 посте и ссылка на скачивание...
-
- 591 Posts
Лучше не используй сокращений в названиях параметров и переменных.
Т.е. лучше напиши &news_limit чем &news_lim. И так во всем модуле, пока он еще сильно не разошелся
-
- 259 Posts
Да вещь нужная! Давно хотелось чего-то, что не было бы связано с деревом докуметов MODx и использовало бы свои таблицы.
-
- 259 Posts
Поправде говоря, желание на уровне ощущений. Охото иметь под рукой такой модуль уже написанный, который сам ставит и работает со своими таблицами, чтоб его, если что можно было бы легко и быстро заточить под свою конкретные решения.
Была у меня как-то задача:
У заказчика довольно объемный прайс - позиций 5000, а может и больше. Структура двух уровневая. Каждая позиция: название желязяки, марка стали, гост, цена. Заказчику перепродает это железо - потому играет на ценах и ему надо, чтоб люди у него в конторе могли легко и быстро менять цену на ту или иную позицу. Вот когда делал ему эту штуку тогда и захотелось иметь модуль который бы работал со своими таблицами.
Правда решил все без модуля - в рамках MODx. Выяснилось что цены они меняют не так уж часто, не несколько раз на дню, а два-три раза в неделю. Организовал ему экспорт из csv. Отдельные документы в дереве делались только для структуры каталога (категории, подкатегории) - сами же позици складывались в страницу подкатегорий просто ввиде таблице. То есть не было соответствия одна позиция - один документ в дереве. Если таблица получалась слишком длинная то при экспорте ставились в код таблицы маркеры для пагинации. Поменялись цены на какие-то позиции - делаем экспорт всего прайса - и просто перезаписываем старый. То есть менеджер сайта не лезет никуда шастать по коду таблиц, а просто получает из бухгалтерии новый прайс и все перезаписывает. У заказчика не было такой ситуации, что меняется цена скажем только на одну-две позицию, цены у него менялись на целые категории, такой подход был оправдан.
Но ведь вполне возможна ситуация, когда необходимо поменять, ну скажем, туже цену у одной другой позиции каталога, при этом экспорт всего каталога в целом не желателен - тогда без схемы одна позиция - одна запись в БД не обойтись. И вот в такой ситуации как раз и пригодился бы подобный модуль - ведь согласитесь, что не очень охота использовать для описания позиции в которой три коротких поля документ MODx
-
- 259 Posts
Да какая разница как он называется
