Kerncraft1

Так должно быть?

Да. Это основной файл карты сайта, который содержит ссылки на дополнительные карты. Собственно, можете открыть ссылку сайт.рф/sitemap_content_типконтента.xml и посмотреть.

Работу крона на сервере настраивали? Быть может не выполняется автоматическая генерация по крону? Запустите задание на генерацию руками:

Андрей, все делал согласно инструкции (доступ: емайл, логин, фото).



PS собственно проблему нашел. Как ранее и писал, после клика на кнопку яндекса был переход по адресу top-mods.ru/zauth/ya/?first=1, в котором как оказалось есть лишний слеш перед ?first=1

Посмотрел, он берется из файла \templates\default\controllers\zauth\ya.tpl.php, код Убрал слеш — все заработало.

Не доходили руки задать вопрос: авторизация через яндекс у всех нормально работает?

Я когда установил дополнение, точно помню 100% работало все. А потом как-то обратил внимание, что при нажатии кнопки регистрации через яндекс получается 404 страница с параметром: top-mods.ru/zauth/ya/?first=1

Приложение пересоздавал — не помогло.

С другими сетями все ок.

Что действительно нужно, так это функционал "Повторяющихся полей". И желательно, чтобы это было не отдельное поле, а именно компонент, который позволит любое поле сделать повторяющимся.

К примеру есть поле "Источник информации". Но источников может быть и несколько. Заполняем первое поле и жмем кнопочку "Добавить значение" и т.д.

В настройках компонента необходимо дать возможность указать максимальное кол-во "повторений". Также нужно продумать вывод информации из таких полей (по сути там просто перебор массива).

Функционал крайне полезный и по хорошему нужный в коробке.

Перед...

Спасибо большое!

Я надеялся, что верстка форума перейдет на блоки вместо таблиц.

Давненько сталкивался с подобный. В шаблоне кнопка сабмита (отправки) имела не верный код и после нажатия отправляла на страницу с вырезанным слугом.

а вот насчет включения данной разработки в ядро...

Ну если все включать в ядро, то и разрабатывать дополнения мотивации не останется. Моё мнение, что модерация в текущем виде (в ядре которая), подойдет для 90% случаев. А остальные могут и приобрести компонент, тем самым поддержав отличного разработчика.

на данный момент компонент от dwd на 2.12.2 конкретно у меня работает некорректно, более того, мистическим образом ломает записи, к которым отношения не имеет.

У меня все идеально работает на 2.12.2.

Одно дело, когда у вас простой статейник, другое дело, когда куча связей и сторонних компонентов и полей в системе.

У меня всего этого добра валом: около 20 сторонних компонентов, порядка 70 полей в основном типе контента (большое количество технических вроде SEO текст от того же dwd), связями почти не пользуюсь.

Еще раз повторюсь: зачем одну и ту же работу делать дважды. Если, что-то не устраивает в компоненте или хочется доп. функционала — обратитесь к dwd.

AndroS, 90% из вышеперечисленного присутствует в компоненте от DWD (кстати компонент писался по моему ТЗ). Если чего-то и нет, то я думаю автор за отдельную плату сделает все что нужно.

Пользуюсь компонентом уже около полугода. Ежедневно пользователями редактируется несколько десятков новостей (кроме добавления новых).

1. возможность не снимать с публикации ранее опубликованный материал, если пользователь внес в него свои правки и отправил на модерацию — ЕСТЬ
2. возможность задавать опционально данный функционал для каждого типа контента и/или ограничиваясь правами доступа разных групп пользователей. — ЕСТЬ
3. возможность визуально выделять (цветом рамки или фоном) измененные поля при отправке отредактированного материала на модерацию. — все еще удобнее (слева что было — справа, что изменено).
4. в идеале при модерировании показывать модератору ТОЛЬКО измененные пользователем поля — см. выше. Форма модерирования очень удобная!

Интеграции с билингом нет (мне была не нужна), но я думаю DWD легко ее прикрутит. А можно совместить компонент с его новой работой "Награды и звания" — что-то вроде "промодерировал 50 новостей" — получи ачивку и пополнение балланса в награду.

Fuze, отвечу за Def. Только что воспроизвел проблему на демо.

В типе контента "Новости" создаем поле типа "Выбор мультисписок" (к примеру с двумя предустановленными значениями):

1|Один
2|Два

Включаем отображение поля в фильтре.

Добавляем/редактируем новость и выбираем какое-либо значение.

Теперь, находясь в разделе с новостями, мы используем фильтр по созданному полю (https://demo.instantcms.ru/news?test%5B%5D=1) — выводяться записи, которым мы присвоили эти значения.

А теперь открываем для редактирования наше поле и добавляем еще одно значение:

1|Один
2|Два
3|Три

Теперь при попытке отфильтровать записи (которым мы уже задавали значение (например: Один)), мы видим "Нет новостей для отображения", хотя в самой новости значение установленно. Запись появляется в результатах фильтрации, только после ее пересохранения.

Только "Конструктор списков" от dwd поможет с этим. Я лично офигел, когда добавив новое значение в поле "мульти-список" увидел, что страницы фильтрации остались пустыми (они у меня вообще-то под трафик заточены). Пришлось пол дня убить на написание бота, который пересохранит больше 1000 записей.

С конструктором такая проблема отсутствует.

Это значит, что если человек подпишется на новости из категории "Авто", то так же будет получать уведомления о новостях из категорий "Audi", "BMW" и т.д., если они являются подкатегориями "Авто".