dwd

Очень даже понятно. О чем я по-вашему в предыдущем комментарии написал?)) Только чудес не бывает. Вот интереса ради посмотрите на теги к этому посту, покликайте по ним. Получите вашу ситуацию - 6 тегов и ни по одному ничего не найдено.

И кнопка Submit?)) Не знаю, звучит бредово. Воспроизводим ситуацию:
Я пользователь. Поставил я галочку у одного тега. И что дальше? ничего не произошло(если меня сразу отправит в список то второй тег я выбрать не успею). Поставил у второго - опять ничего. Поставил у третьего, нажал кнопку "Найти" - получил пустой список(вряд ли под каждую комбинацию тегов у вас найдется контент). Почесал затылок вернулся обратно, снял одну галочку и опять нажал "Искать". Хорошо если что-то нашлось. Много ваших пользователей такое издевательство выдержат?

Не совсем понимаю каким образом пользователь должен нажать несколько тегов разом. Сейчас пользователь нажал тег - получил выборку. Как этот процесс себе представляете вы? С точки зрения "организовать фильтрацию по нескольким тегам одновременно" проблем как бы нет. А вот каким образом эти несколько тегов должны будут попасть в адресную строку не совсем понятно.

И вам всего наилучшего! Мне одному кажется или таблица cms_topic_threads_fields это таблица форума и ни с таблицей компонента, ни с таблицей cms_con_wishes_fields связанного с ним типа контента не имеет ничего общего? Я выше ссылку дал на способ решения проблемы, но это не значит что надо бездумно копировать код запроса и пытаться его выполнить. По мере развития системы в таблицах появляются все новые и новые поля, это неизбежность. И если у вас в таблице поля не хватает, то его надо просто добавить. Специально для вас:

GoodMade , так тут нет никакого уровня. Это запас сил и нервов, а также ударная доза кофеина.
А дальше по принципу "Шаг за шагом потихоньку мы его рожали ..."))

Добрый! Создаете тип контента, который будет являться микшером для ваших типов контента Новости и Блоги. И дальше работаете с ним как с обычным типом контента - создаете в нем поля которые хотите выводить в списке и использовать в фильтре, указываете какие поля вы хотите показывать в списке, какие в фильтре, кому показывать, кому нет и т.д. В компонента указываете какое из созданных вами полей какому полю из ваших типов контента Блоги и Новости соответствует. И все.

На главной странице микшера вы будете видеть ровно то, что делаете в настройках созданного вами типа контента. Выберете показывать фильтр - будете видеть фильтр и поля для фильтрации в нем которые указали, не выберете "Показывать фильтр" - не увидите его. Можно было много чего изобрести, но я решил, что такой подход будет наиболее близок пользователю. Единственное чего надо придерживаться это типы полей - вы можете связать тип поля Изображение в микшере с полем типа Список в типе контента, но ничего хорошего из этого не выйдет)) Во всем остальном нет никаких ограничений. По крайней мере я постарался сделать так, чтобы их не было.

Добрый! Ну примерно как-то так - в шаблоне проверяем даты изменения и сортирует по ним список файлов

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

Не понял сути вашего вопроса. Вы хотите заменить обычное строковое поле списком? Либо я вообще не понял о чем вы либо это что-то новое. Список на то и список, что имеет предустановленные значения, их индексы и хранит в БД числовые значения этих индексов. Текстовое же поле это обычный текст. Я плохо себе представляю процесс замены строки списком. Расскажите подробнее как вы себе это представляете. Ну или поправьте меня если я неправильно понял суть вашего вопроса.

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

Добрый! Мне кажется вы сами ответили на свой вопрос - если рейтинг не должен покупаться и продаваться, то опция в биллинге должна быть отключена. В противном случае ваши пользователи смогут покупать и продавать рейтинг. И это никак не связано с компонентом "Награды и звания", это возможность компонента Биллинг. Задача компонента "Награды и звания" - отслеживать изменения рейтинга пользователя и выдавать медальки и звания в зависимости от текущего его значения. Удаления медали, кстати, при продаже рейтинга не произойдет - пользователь ведь достиг указанной отметки и был за это награжден. И даже если он потеряет этот рейтинг впоследствии, то полученная им награда останется при нем.

Но это не повод валить все на компоненты, которые к этому не имеют отношения. Компонент Языки это не более чем удобный интерфейс для управления локализациями. Сам же процесс создания локализаций, переключение между языками и т.д. - это системные возможности и описаны в документации InstantCMS.
Вы не находите данные ваши реплики взаимоисключающими? Один я нахожу ту диссонанс? Вы сперва ставите компонент своим клиентам, потом у них возникают вопросы(например все тот же вопрос как добавить язык), а поскольку вы не в состоянии решить их проблемы вы отправляете их ко мне. И заметьте, я и им помогаю и вам ничего не говорю, хотя то, чем вы занимаетесь есть не что иное, как нарушение лицензии с вашей стороны. Так было два года назвад, так было год назад и не думаю, что что-то изменилось сейчас.

Я не понял вашего посыла. От слова совсем. Складывается такое впечатление, что вы назвали все мои разработки, присутствующие в каталоге кривыми недоделками. Даже как-то слегка обидно.
Что именно? CMS, PHP, сервер и датацентр в коробку упаковывать?)))
А может не надо думать? Может надо просто проходить мимо? Если вы не понимаете какую задачу это поле призвано решить или такая задача перед вами не стоит, то может не стоит насиловать свой мозг в попытке насильно его где-то применить? Те, кому это поле нужно не испытывают терзаний, подобных вашим.
Ну так объясните мне тупому какая логика каких действий нужна этому полю. У поля всего 3 задачи - ввод, вывод, фильтрация. И логика для всех трех действий присутствует.
Каждое мое дополнение сопровождается подробным видеообзором, где я в деталях рассказываю и об особенностях установки, если такие есть, и об использовании. Если вы просмотрев обзор ничего не поняли, то и демо вам вряд ли поможет.
Вы можете рассказать мне, что именно не устраивает вас в этих компонентах. То, что вы хотели получить их нахаляву под видом "пришлите мне компонент я видеообзор сделаю", а затем втюхивать их по полной стоимости всем своим клиентам как вы делаете это с целым рядом моих дополнений - той же Мультизагрузкой и компонентом Языки, о которых вы тут пишите? Лично мне никто из моих покупателей не говорил, что обнаружил какие-то баги или у него возникли трудности с использованием этих дополнений. Если б такие случаи были я бы принял меры, причем в срочном порядке. Но насколько мне известно ошибок в дополнениях нет. Я не претендую на идеальность, но поверьте, багов в моих компонентах не больше, чем в тех же премиум-компонентах.
Ну если вы не знаете как с системе создаются локализации и не можете добавить в систему новый язык, то я не удивлен, что и воспользоваться компонентом у вас не получается))
Не поверите, делаю. Писал уже выше - ко всем дополнениям имеются подробные обзоры, везде, где это необходимо есть файлы readme.txt и справка. Может вам к окулисту сходить если вы их не видите? Ну так можно спросить в конце концов, я никогда не отказывал никому ни в помощи ни у тем более в ответах на их вопросы.

Читаем текст поста. Там написано черным по-белому


Какое из этих четырех слов вам кажется непонятным? Если непонятен общий смысл, то читаем дальше


По поводу интеграции с досками. магазинами и другими и другими сторонними компонентами - если у вас есть поле типа Число, вы можете включить обработку этого поля компонентом заменив данное поле полем Цена(Валюты). Неважно в каком компоненте, профиле или еще где. На видео этот процесс показан.

Вот как раз на видео оно и используется, используется, а потом перестает использоваться. И вместо него начинает использоваться поле День Рождения. Всего 3 минуты и можно не только услышать, но и увидеть.

Я аж не знаю что ответить. Потому, что незачем. Год вы можете и в стандартном поле Дата указать. И фильтровать это поле будет с учетом этого года. Вы в телефоне когда напоминание ставите о чьем-то дне рождения вы тоже год указываете? Признайтесь, только честно, лупите телефон об стол с криками "Почему мне дают ввести год?"))

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

Или вы про вывод в ленте активности сообщений о том что "Пользователь такой-то был награден тем-то"? Если об этом то пока такой возможности нет, но если нужна сделаю.

Системный класс cmsTemplate знает о всех медальках пользователя. Поэтому вы в любом месте шаблона в любом компоненте или виджете или поле или где вам вообще захочется можете их вывести. Например так:

Все вышесказанное касается и званий.

Да тут как бы все просто как 5 копеек - дайте форум будет форум. Не приобретать же мне все компоненты, интеграцию с которыми вы попросите. Мне в принципе и компонент не нужен, нужны таблицы БД. Есть еще и такой вариант - компонент "Награды и звания" поддерживает масштабирование. К нему можно прикрутить поддержку любого компонента не прибегая к правкам кода и хукам. Для этого достаточно написать небольшой класс с тремя простыми функциями. Вы можете обратиться с этим вопросом к разработчику любого компонента а я посодействую - расскажу что к чему и как,поделюсь кодом, помогу написать.