Уважаемые пользователи системы!

Представляю вашему вниманию Pre-Alpha версию SLAED CMS 6.3 Pro.

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

Pre-Alpha версия системы SLAED CMS 6.3 Pro предоставляется в качестве изучения, тестирования, выявления логический ошибок! По этой причине крайне не рекомендуется обновлять свой существующий проект или использовать для создания нового.

В последствии, по мере реализации, все последующие версии для тестирования будут публиковаться в данной теме. Так же в данной теме будет проводится обсуждение результатов тестирования и найденных ошибок, а так же предложений и пожеланий.

Скачать: 07.02.2021 - SLAED CMS 6.3 Pro Pre-Alpha

Обратите внимание!

1. В установщике системы используйте версию 6.2 Pro.
2. Основные конфигурации системы следует редактировать вручную в файле: config/config_global.php
3. Так же, как и конфигурации SEO: config/config_seo.php


Приятной работы!

С наилучшими пожеланиями,
SLAED CMS - Support

Урааааааа....
Благодарю.
Эххх потестируем!

Собрал первые ошибки. Большинство из них косметические. Но записывал всё, что встречается, чтобы потом к ним не возвращаться. Некоторые ремарки делал сразу на скринах. Часть из них носит чисто субъективный характер.
Прилагаю скрины.
Основная ошибка одна - ставится не тот шаблон, вследствие чего, сайт не открывается, а админка виснет.

А какие изменения?

olevpa, спасибо за оперативность! Ошибки связанные с шаблонизатором на данном этапе учитывать не стоит, в виду того что практически все модули ещё не адаптированы к работе с новым функционалом, от части это касается и шаблонов темы оформления.

Обратите внимание на новый функционал маршрутизатора, а так же SEO и кэширование с сжатием JavaScript и стилей CSS.

goolybad, об изменениях думаю говорить ещё рано. Всё в процессе разработки, готовность примерно 50%. О некоторых нововведениях писал на форуме проекта, можете отследить мои темы из профиля.

При включении ЧПУ ошибка:


В .htaccess не нашёл(или не увидел) директивы перехода на безопасный протокол. Наверное это уже и не актуально - мало таких сайтов осталось. Да и сами хостинги помогают. Например, на бегете (где сайт для тестирования) есть кнопочка - делаешь "чик" и переадресация включена.

Шаблонизация очень понравилась. Именованные константы гораздо удобнее порядковых номеров, особенно когда их по несколько десятков.
И категории теперь с безтабличным шаблоном. Это вообще крутая крутизна. Я бы даже сказал так: наконец-то избавимся от ахилесовой пяты шаблонизации.

Вопрос по файлу config_seo.php
Он где-то выводится интерфейсом или пока только как файл?

В компрессии:
может быть ещё добавить неразрывный пробел на исключение их текстов?
В редакторах частенько добавляется куда не следует. А вопрос о намеренном его включении можно решить через какую-нибудь переменную в конфиге.

В .htaccess не нашёл(или не увидел) директивы перехода на безопасный протокол. Наверное это уже и не актуально - мало таких сайтов осталось. Да и сами хостинги помогают. Например, на бегете (где сайт для тестирования) есть кнопочка - делаешь "чик" и переадресация включена.

Это не ошибка, фича ;) На прежний вид ЧПУ по типу news.html зацикливаться не стоит, по сути будет возможно всё что душе угодно, примеры в данной теме.

Теперь если страницы не существует, производится перевод на страницу ошибок, своего рода заглушку, далее с неё автоматический редирект на главную, после прохождения определённого количества времени, допустим 10 секунд.

Настройки ЧПУ и других SEO фишек в файле: config/config_seo.php На данном этапе времени пока вручную, без интерфейса, возможно будут изменения.

Правила прописываются в файл: config/config_rules.php На данном этапе генерация/модификация автоматически или вручную, возможно перейду с файла на базу данных, так как размер растет, скорость падает, возможны сбои при посещении от 1500 посетителей в сутки, так же многое зависит от хостинга и его стабильности, в любом случае с базой было бы быстрее и надёжнее.

На нашем проекте, размер файла правил 4 МБ, считаю что это много, так как объём заполнения сайта средний. Так же есть проблемы с потреблением памяти RAM на сервере, опять же не всегда, зависит от версии PHP, заметил на версиях 7.1 - 7.2, на версиях PHP 7.3 и выше проблем не наблюдается, но всё же...

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

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

И категории теперь с безтабличным шаблоном. Это вообще крутая крутизна. Я бы даже сказал так: наконец-то избавимся от ахилесовой пяты шаблонизации.

На самом деле да, Flexbox более универсальный метод относительно таблиц, к тому же оптимально подходит для адаптивных тем оформления системы.

Ещё одна моя давняя мечта, полный переход на CSS фреймворк Bootstrap, писал в данной теме. Если, то будет уже Bootstrap 5.

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

Перепробовал/протестировал много, остановился на данном варианте:



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

Смотри, пробуй: core\core.php

Теперь если страницы не существует, производится перевод на страницу ошибок, своего рода заглушку, далее с неё автоматический редирект на главную, после прохождения определённого количества времени, допустим 10 секунд.

Да. я это уже увидел. Хорошая фича - более удобная, чем была раньше, когда нужно было лезть в .htaccess - для рядового пользователя это тёмный лес.

Ещё одна моя давняя мечта, полный переход на CSS фреймворк Bootstrap, писал в данной теме. Если, то будет уже Bootstrap 5.

А я буду топить за Пуру). Чую, что медленно становлюсь фанатом оного - нравиться своим минимализмом и модульностью. Лишь бы у него поддержка не крякнула, как бывает со многими фрэймворками подобного рода.

Перепробовал/протестировал много, остановился на данном варианте:

Ну значит пусть будет так.

Правила прописываются в файл: config/config_rules.php

Как раз хотел спросить, что за рули). Файлик огого разросся.

По поводу Seo. Посмотрел head(). Не всё уловил, но если брать в общем, то по Сео осталось несколько вопросов. Либо ещё не всё разглядел.

Чек-лист сео:
1 ЧПУ
2 Ручное редактирование тайтла страницы
3 Ручное редактирование дексрипшена страницы
4 Ручное редактирование ключевиков страницы
5 Редактирование роботс,
6 Микроразметка
7.Запрет/разрешение индексироваия/сканирования определённой страницы
8. Разделить превью и подробное содержание
9. Карта сайта

Первый, пятый и девятый пункты есть.

Очень важны пункты 2 и 3. Поясняю почему.
Профессиональный подход по продвижению страницы подразумевает ручное формирования тайтла, дескрипшена и h1 у каждой страницы. Либо, в случае больших объёмом, автоматического формирования оных по уникальным алгоритмам для каждого конкретного случая.

Большим плюсом будет пункт 7. Пояснение:
Иногда нужно запретить сканирование не целого блока страниц или категорий, а некоторых страниц, Роботс.тхт не всегда может в этом помочь. И тогда как вариант это изменение метаописания на ноиндекс(запрет на индексирование) и/или нофоллоу(запрет на сканирование ссылок).


По пункту 8. (На примере новостного модуля).

Лучше так:

Пояснение:
По рекомендациям соешников превью не должно повторяться в подробном описании.

По микроразметке. Вроде как json внедряется и это круто. Но я больше предпочитаю схему.орг - она мне более понятная. В json ни в зуб ногой ( хоть и рекомендуется гуглом). Вообщем, тут вопросов серьёзных нет - главное ,чтобы была возможность использоваться любой вариант.
Но самый главный вопрос это пункты 2 и 3. Их как-то надо реализовать. Без них нельзя никак.