olevpa, ЧПУ на тестовом сайте включено?
Файл: config/config_seo.php
$confse['rewrite'] = "1";

По пунктам 2, 3, 4
Писал в посте выше На данном этапе генерация/модификация автоматически или вручную, пока без интерфейса, впоследствии с интерфейсом в панели админа.

Посмотри внимательно что пишет система в config/config_rules.php, там пункты 2, 3, 4. Генерирует автоматом, можно отредактировать.

По пункту 6
Микроразметка в файле: config/config_seo.php, там шаблоны, пишем всё что угодно, ld+json, schema.org и.т.д.

По пункту 7
Хорошее предложение, можно добавить данную опцию в правила config/config_rules.php

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

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

Если 2,3,4 есть, то это прекрасно. Каким образом - не важно на данный момент.
Вобщем, как я понял. то поспешил с критикой - практически всё есть)
Сорри. Буду работать над этим).

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

По 8-му согласен с опциональностью. Думаю это оптимальный вариант.

А может рули в доп.поля перенести? Зарезервировать для них первый десяток (0-9)? И базу менять не придётся.
Если у кого-то и были там данные, то перенести их на десятый ключ.

Просто мысль.

после установки "Error In Head"
админка - только главная грузится.

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

Если не поможет, в файле: config/config_global.php
Заменить: $conf['theme'] = "lite"; на $conf['theme'] = "default";

А может рули в доп.поля перенести? Зарезервировать для них первый десяток (0-9)? И базу менять не придётся.
Если у кого-то и были там данные, то перенести их на десятый ключ.

Просто мысль.

Не совсем понял... Речь о файле: config/config_rules.php?

А может рули в доп.поля перенести? Зарезервировать для них первый десяток (0-9)? И базу менять не придётся.
Если у кого-то и были там данные, то перенести их на десятый ключ.

Просто мысль.

Не совсем понял... Речь о файле: config/config_rules.php?

Да. и поле базы fields (например, в новостях)
Я как-то делал так, на каком-то проекте - добавлял три текстовых поля и отводил их под тайтл, дескриптион и кейвордс.

olevpa, скажу просто, данный файл, это своего рода база, одна строка отвечает за страницу сайта с её параметрами (Реальная ссылка, желаемая ссылка в адресной строке, заголовки, описание, ключевые слова и.т.д), сколько страниц, столько и строк.

Пример: идентификатор/ЧПУ ссылка|параметры ссылки|заголовок статьи|изображение если есть|ключевые слова|категория и т.д.

К примеру на нашем проекте на данный момент времени 14 450 строк в данном файле. Обрати внимание, количество динамически меняется, как правило растет с ростом страниц сайта.

Зачем делать "салат" с дополнительными полями? Если, то отводить отдельные строки в базе, но что делать с модулями и страницами которые не используют базу, где хранить данную информацию?

Зачем делать "салат" с дополнительными полями?

Я лишь предложил. На всякий случай. Ну всякое бывает, предлагается одно, а в итоге, общими усилиями генерируется другая мысль.
А вообще, да, с полями каша получается - не серьёзно как-то ломать одно, чтобы сделать другое.

К примеру на нашем проекте на данный момент времени 14 450 строк в данном файле.

Это мало. Сейчас очень распространены заработки на партнёрках. Например, сервис адмитад, предлагает кучу инструментов, где количество записей не редко переваливает за 100 тыс записей.
Т.е. в модуль магазин, например, добавиться сто тыс записей с эл.книгами.
Полагаю, что с текстовым вариантом рулей сайт просто умрёт.
С другой стороны, может таких пользователей слаеда и не будет никогда, поэтому текстовый вариант может форсировать и не требуется.

На данный момент времени работаю над механизмом установки и удаления Cookies. Планирую централизовать, стандартизировать данные функции.

Цели

1. Однотипное использование функций во всех участках системы, упрощает понимание и использование при написании сторонних модулей и дополнений.
2. Дать возможность отключения использования Cookie, по усмотрению администратора.
3. Дать возможность использования Сессий вместо Cookie, по усмотрению администратора.

Причины

Основная из них связана с законодательством Европейского союза касательно использования Cookie на сайтах. Я думаю многие заметили, что не только в Евросоюзе, но и на сайтах других стран появляется всплывающие окно с просьбой подтвердить использование Cookie. Это порядком раздражает не только меня лично но и основную массу пользователей интернета.

Вопрос, требует ли эта тема детального обсуждения в отдельном формате или данной информации вполне достаточно?