Loadырь

Сделал тут prefitchi.ru/posts-subscribes вывод подписок (доступно для авторизованных).

Группа «Пользователи»: user@prefitchi.ru

Группа «Администраторы»: admin@prefitchi.ru 

Админ сайта, если потребуется: superadmin@prefitchi.ru

Пароль у всех одинаковый: 123456

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

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

Правильно должно быть как-то так:

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

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

Если целью ставили вывести изображение $item['gallery'] столько раз, сколько полей в типе контента, то всё отлично.

280, это id группы?

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

Викторыч, код от Lora слегка иначе работает. В момент подписки происходит запись чего-то в новосозданную таблицу cms_subitems. Затем при выводе списка записей, происходит отсев тех, которых нет в этой таблице. В итоге может получится, что при выборе 10-20 последних записей в списке блогов, они все могут быть отсеяны, так как нет о них информации в cms_subitems.

Что сейчас у вас записано в cms_subitems? Скиньте скрин нескольких строк, если нет там конфиденциальной инфы. 

И эта логика в принципе не верная. А верная логика состоит в том, что получить список того, на что подписан пользователь — возможно, но вот для этого

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

вам надо иметь свой ЦОД. Пользователь может подписаться одной галочкой на все блоги и в список попадут все новые и старые записи. И затем вам надо каждую запись проверять на доступность их для конкретного пользователя (а ведь пользователей не один, а три и более). Когда постов в блогах 10 — 1000 шт., это не проблема, но когда их 10 — 1000 тыс. шт., то сервачёк поднапряжется на таких операциях.

Можно конечно вывести в списке все записи, а при входе на просмотр недоступных будут выдавать сообщения типа «Вам сюда нельзя», но это «не красиво» по отношению к пользователям.

 webkanev, в настройках компонента «Поиск» включите галочку «Включить поддержку хештегов»

как понять из консоли, какой файл может косячить?

Ошибка не в файле, а в базе данных. У вас отсутсвует столбец ordering в таблице cms_scheduler_tasks.

Надо включить режим отладки и смотреть на вкладке Network запросы и их ответы.

Зайдите в какую-нибудь конкретную категорию и подпишитесь на неё. Появится в списке набора ее записи или нет?

Решение, предложенное ранее Lora, у меня, во всяком случае, не работает.

Судя по коду того решения, у Lora своя «система подписок» и после установки того решения надо подписаться его «системой подписок». Вы это сделали?

 Lora, поправил установщик. А в целом порядок действий при «Найдены ошибки в форме» такой же как и во всей системе: — Пройтись по всем вкладкам формы и посмотреть, что подсвечивает красным цветом.

может найдёте время и как то систематизируете данную ветку

Думаю данную ветку уже можно закрыть. Так как она уже выполнила свое предназначение:

1. Форум есть в оффициальном репозитории на гите

2. Форум есть в дополнениях

3. Все кто хотел уже мигрировали на официальный форум. Даже были те, кто мигрировал с первой ветки на вторую на этот форум.

Для всех остальных вопросов есть форум

В общем тема закрыта, всем спасибо, за участие.

 rshabalin, обновите у себя этот файл github.com/instantsoft/icms2-forum/blob/main/package/templates/modern/controllers/forum/thread_poll.tpl.php

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

Вы неверно поняли мою мысль.

Возможно не так объяснил. 

Я читаю как раз ровно наоборот: что язык интерфейса в браузере конкретного администратора сайта, который выполняет настройку мультиязычности, никак _НЕ_ должен влиять на настройки сайта, ПОСКОЛЬКУ сайт он настраивает для целевой аудитории, а _НЕ_ для себя.

Я не знаю как работают сторонние компоненты мультиязычности, сейчас буду говорить про то, что сейчас есть в коробке InstantCMS 2.15.1:

Он и не влияет. Вид сайта будет выводится на языке браузера, для одного администратора это будет например uk, для вас он в это же время будет в en. И при этом вы оба будете сидеть на сайте в одно и тоже время.

К компоненту Translate не присматривался.

И не надо ))

Но насколько корректно работает данный код — пока сказать не берусь.

Поменяйте в настройках вашего браузера язык на другой (который есть на сайте) и посмотрите как поменяется ваш «язык по умолчанию» на сайте. Потом снова верните на английский язык в настройках браузера и «язык по умолчанию» на сайте для вашего браузера снова станет en. А для моего браузера он как был, так и остался таким, в котором отобаржается меню настроек браузера.

Если знаете — напишите, пожалуйста.

Если стоит галочка в настройках сайта о смене языка пользователями, то проверяется информация передаваемая сервером в $_SERVER['HTTP_ACCEPT_LANGUAGE']. Если известно HTTP_ACCEPT_LANGUAGE и оно не равно установленому в «язык по умолчанию» и есть такая языковая папка в system/languages, то языком по умолчанию станоится именно этот язык (тот, что в HTTP_ACCEPT_LANGUAGE ).