#47994 prostogorod:

С мета и правда странно. Непонятно зачем они в конфиге модуля вообще.

А счетчик лечится синхронизацией? При переносе страниц по разделам они часто неправильно обновляются.

почему просто не подсказать человеку, что тут он прописывает дефолтные значения для полей структуры, если другие не заданы в конфигурации самой категории, а не в конфигурации модуля?

______________

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

Заметил такой баг в модуле Page Версия: 1.0.12. Если в Конфигурации модуля прописать и сохранить

Meta-заголовок:	
Meta-описание:

То эти данные автоматом сохраняются в тайтл и дискрипшен для всех категорий в структуре модуля Page. Так должно быть?

И еще заметил, что со счетчиком страниц в админке. При переводе страницы из одной категории в другую, в обоих счетчик показует по 1.

С мета и правда странно. Непонятно зачем они в конфиге модуля вообще.

А счетчик лечится синхронизацией? При переносе страниц по разделам они часто неправильно обновляются.

Meta-заголовок:	
Meta-описание:

То эти данные автоматом сохраняются в тайтл и дискрипшен для всех категорий в структуре модуля Page. Так должно быть?

И еще заметил, что со счетчиком страниц в админке. При переводе страницы из одной категории в другую, в обоих счетчик показует по 1.

<div class="col"> 
	<label class="form-label">Путь</label> 
	<div class="form-controls odd"> . . . 
		<input type="text" name="rstructurepath[656]" value="900.101.330.100" maxlength="255"> 
	</div> 
</div>

как я понял это из файла admin.structure.php строка 454

		$pathspaceimg = '';
		for ($pathfielddepi = 1; $pathfielddepi < $pathfielddep; $pathfielddepi++) {
			$pathspaceimg .= '.' . Cot::$R['admin_icon_blank'];
		}

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

domain.com/de/admin/structure?n=page

Возникает ошибка:

Warning: Undefined array key "adm_tpl_code" in /home/domain.com/www/system/admin/admin.structure.php on line 500

Warning: Undefined array key "adm_tpl_code" in /home/domain.com/www/system/admin/admin.structure.php on line 500

Warning: Undefined array key "adm_tpl_code" in /home/domain.com/www/system/admin/admin.structure.php on line 700

Ошибки в этом коде:

https://github.com/Cotonti/Cotonti/blob/bbdda176a7856982f90e682fa1d09bfd96ccfdc6/system/admin/admin.structure.php#L500

https://github.com/Cotonti/Cotonti/blob/bbdda176a7856982f90e682fa1d09bfd96ccfdc6/system/admin/admin.structure.php#L700

Не знаю откуда он у меня там появился , но в коробке его нет.

Благодарю

 пишет сайт что версия базы 0.9.23

Помню, что мне помогалі убирать варнинг по этому и вероятно я рукками выполнил скрипт который в базе что-то создавал.

Как теперь обновиться ?

проблема 

как обновить базу ?

Да, сейчас в мастер ветке так и работает. https://skr.sh/sOIw9wN6Su2

Спасибо! Все отлично работает, просто забыл header обновить, там же {HEADER_CANONICAL_URL} формировался.

Нужно добавить слеш. i18n формирует url для главной страницы второго языка со слешом.

Это принципиально? Необходимо? Поправил. Проверьте.

Да, это важно. После последнего изменения:

Url
https://domain.com/de/

Canonical
https://domain.com/de

То есть не совпадает Url и Canonical для второго языка. Если в Url убрать слеш - то 404 страница.
Либо происходит наоборот в предыдущих изменениях Url без слеша, а каноникал со слешом. Url - не открывался 404.

Url
https://domain.com/de

Canonical
https://domain.com/de/

То есть для второго языка на главной  Url и Canonical должны совпадать и быть со слешом.

Они так и должны себя вести. Стоит зайти в личное сообщение - оно становится прочитанным. А вот сообщения отправленные через форму обратной связи (плагин Contact) - эти да, не помечаются как прочитанные пока не нажата нужная кнопка.

Да, всё работвет, если зайти в сообщение

Нужно добавить слеш. i18n формирует url для главной страницы второго языка со слешом.

Это принципиально? Необходимо? Поправил. Проверьте.

Можно ли сделать так, чтобы личные сообщения автоматически помечались как прочитанные после прочтения, а не после нажатия на определённую иконку

Они так и должны себя вести. Стоит зайти в личное сообщение - оно становится прочитанным. А вот сообщения отправленные через форму обратной связи (плагин Contact) - эти да, не помечаются как прочитанные пока не нажата нужная кнопка.

#47784 prostogorod:

И еще заметил такой баг, связный с canonical. Если переключить на второй язык главную страницу тег HEADER_CANONICAL_URL неправильно формирует url, остается прежний как для главной основного языка. Не добавляет префикс языка. В остальном все правильно.

Исправлено.

Спасибо. Да, сразу не заметил. Нужно добавить слеш. i18n формирует url для главной страницы второго языка со слешом.

Если при добавлении и редактировании страниц использую такую конструкцию:

{PAGEADD_FORM_TITLE|cot_rc_modify($this, 'class="form-control"')}

{PAGEEDIT_FORM_TITLE|cot_rc_modify($this, 'class="form-control"')}

Происходит ошибки, связаны с функцией cot_rc_modify()

Deprecated: mb_stripos(): Passing null to parameter #1 ($haystack) of type string is deprecated in /home/s/www/system/functions.php on line 4993

Deprecated: preg_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /home/s/www/system/functions.php on line 4996

Не заметил на свежей установке из актуальной мастер ветки. На всякий случай добавил проверку.

Я так понял и мультиязычность  cot_page_enum не поддерживается.

Исправлено в мастер ветке

И еще заметил такой баг, связный с canonical. Если переключить на второй язык главную страницу тег HEADER_CANONICAL_URL неправильно формирует url, остается прежний как для главной основного языка. Не добавляет префикс языка. В остальном все правильно.

Исправлено.

И еще заметил, почему-то для url некоторых категорий второго языка появляется тег не индексации <meta name="robots" content="noindex" />

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

Но сейчас это не правилно и Google не рекомендует делать так. Рекомендуется правильно проставлять canonical url. Этот функционал убрал.

См.: https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls?hl=ru#best-practices, https://github.com/Cotonti/Cotonti/issues/1750

{PAGEADD_FORM_TITLE|cot_rc_modify($this, 'class="form-control"')}

{PAGEEDIT_FORM_TITLE|cot_rc_modify($this, 'class="form-control"')}

Происходит ошибки, связаны с функцией cot_rc_modify()

Deprecated: mb_stripos(): Passing null to parameter #1 ($haystack) of type string is deprecated in /home/s/www/system/functions.php on line 4993

Deprecated: preg_replace(): Passing null to parameter #3 ($subject) of type array|string is deprecated in /home/s/www/system/functions.php on line 4996

Добавлено 12 минут спустя:

#47781 Kopusha:

у меня вапче древняя ветка - все работает с i18n в page_enum как часы

Да, согласен на старых версиях и у меня работает.

#47780 Alex300:

Вот это надо проверить. Судя по коду - должно. Если действительно не работает, сделать issue на гитхабе - добавим.

Да, чуть позже добавлю.

У меня заработало после добавления  в хук  i18n.page.enum.query переменной $i18n_notmain и добавление в функцию:

		global $i18n_enabled, $i18n_read;
        $i18n_enabled = $i18n_read && cot_i18n_enabled($pag['page_cat']);

Но точно не знаю, насколько это корректно

Добавлено 1 час спустя:

И еще заметил такой баг, связный с canonical. Если переключить на второй язык главную страницу тег HEADER_CANONICAL_URL неправильно формирует url, остается прежний как для главной основного языка. Не добавляет префикс языка. В остальном все правильно.

И еще заметил, почему-то для url некоторых категорий второго языка появляется тег не индексации <meta name="robots" content="noindex" />

Вставляю такую конструкцию

Если смотреть, как незалогиненый пользователь просто выводит как текст, не срабатывает.

Для гостей modules/page/inc/page.functions.php не подгружается автоматически. Надо подключить этот файл, например в теме. См. пример.

Если залогинется под админом, выводит контент, но выдает ошибки:

Связаны ошибки с функцией cot_generatePaginationTags:

Исправлено в мастер ветке.

Я так понял и мультиязычность  cot_page_enum не поддерживается.

Вот это надо проверить. Судя по коду - должно. Если действительно не работает, сделать issue на гитхабе - добавим.

   {PHP|cot_page_enum('articles',0,'indexlastarticles','page_date DESC')}

Если смотреть, как незалогиненый пользователь просто выводит как текст, не срабатывает. Если залогинется под админом, выводит контент, но выдает ошибки:

Warning: Undefined array key "entries" in /home/s/www/system/functions.php on line 4593

Warning: Undefined array key "onpage" in /home/s/www/system/functions.php on line 4594

Warning: Undefined array key "perPage" in /home/s/www/system/functions.php on line 4595

Связаны ошибки с функцией cot_generatePaginationTags:

        $prefix . 'TOTAL_ENTRIES' => $pagination['entries'],
        $prefix . 'ENTRIES_ON_CURRENT_PAGE' => $pagination['onpage'],
        $prefix . 'ENTRIES_PER_PAGE' => $pagination['perPage'],

Я так понял и мультиязычность  cot_page_enum не поддерживается.

Благодарю

Добавлено 1 день спустя:

пытался в админке настроить права для раздела форума с путём  1 , 2  , 3 ...   в котором нет ни одного поста ( с подразделами 1.1  , 1.2 ...  проблем нет )

Deprecated: htmlspecialchars(): Passing null to parameter #1 ($string) of type string is deprecated in /var/www/apcfix/system/functions.php on line 2406

У меня не воспроизводится. Все как на скринах выше.

forums.topics.tpl {FORUMS_TOPICS_ROW_TITLE} , {FORUMS_TOPICS_ROW_DESC}

См. https://github.com/Cotonti/Cotonti/issues/1765#issuecomment-1905625387

forums.sections.php и forums.topics.php  без изменений

Добавлено 7 часов спустя:

forums.sections.php

и forums.topics.php

так отображается последний пост в разделе форумов

в других местах проблема ушла

Ваш issue дублирует, этот. Хотя и описывет проблему иначе )

И хорошо бы протестировать текущую master ветку. Надо бы готовить выпуск релиза.

GIT

Добавлено 47 минут спустя:

не понятно , почему описание страницы трактуется не так как описания темы на форуме.   т.е.  для описания темы форума замена  '<' на &lt; - баг , а для описания страниц - нет.

если в описании страницы указать <hr> , то первый символ '<' заменяется на  &lt;

По-моему так быть не должно или это особенность движка ?

Да, так быть не должно.

на форуме forums.posts.tpl   тег {FORUMS_POSTS_PAGETITLE}  отображается корректно 

но в forums.editpost.tpl тег {FORUMS_EDITPOST_PAGETITLE} отображается не корректно

исправите ?

Добавлено 1 день спустя:

forums.editpost.php  string 142

$crumbs[] = array(cot_url('forums', "m=posts&p=" . $p, "#" . $p), (($rowt['ft_mode'] == 1) ? '# ' : '') . htmlspecialchars($rowt['ft_title']));

по-моему должна выгладеть так 

$crumbs[] = array(cot_url('forums', "m=posts&p=" . $p, "#" . $p), (($rowt['ft_mode'] == 1) ? '# ' : '') . $rowt['ft_title']);

Добавлено 17 часов спустя:

На форумах заменяется символ '<' и название темы и описание на последовательность &lt;

какой функцией нужно обработать такую последовательность, чтобы на странице отобразился симво '<' , а не &lt; ?

htmlspecialchars_decode()

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

Ну с названием страницы я нашёл в версии движка 0.9.24 бетта - проходит например <hr>

Добавлено 4 часа спустя:

Дело в том, что движок меняет символ `<` на какую-то последовательность типа ASCII , но эта последовательность отображается как есть, а должна отображаться символом.  Я не прав?

Добавлено 17 часов спустя:

На форумах заменяется символ '<' и название темы и описание на последовательность &lt;

какой функцией нужно обработать такую последовательность, чтобы на странице отобразился симво '<' , а не &lt; ?

По этому, если куда то надо вставить именно HTML код - надо использовать поле которое работает с HTML.

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

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