Вновь всплыла на форуме Макса тема о некорректной отдаче HTTP-заголовков. Видимо в прошлый раз я недостаточно рассмотрел проблему и, как следствие, она не была решена.

Цитирую:

У нас уже был случай, когда на странице пишется 404,
а в заголовке 200. По идее нужен контроль над отдачей заголовка.

Как выяснилось, существует загвоздка:

На уровне системы нет такого контроля - она лишь послушно раскладывает
адрес на сегменты. В других CMS этот процесс практически аналогичен -
можно добавить произвольные get-параметры в адрес и получить эту же
страницу.

Я вижу такой выход: по умолчанию система отдаёт 404. При подключении типов, если есть материал для отображения переопределяем на 200. Потом нужна проверка на лишние сегменты. И нужно в тех плагинах, где идёт подключение на сегмент сделать переопределение заголовка на 200.

Максим предложил такое решение:

Админ задаёт некий шаблон адреса, который считается верным, например:

category/*
category/*/next/*
/next/*
page/*

где / - разделитель сегментов, а * - произвольная часть сегмента. В этом примере адрес category/news будет валидным, а category/news/23 - нет.

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

Нулевая тестовая версия плагина была реализована мной.

chaly_404.zip ³⁴

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

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

Первое - брать нужно маленький образ, netinst. Такой образ занимает порядка 200 мегабайт и записывается на маленький CD-диск. Все дополнительные пакеты можно установить через Интернет.

Устанавливать же, на мой взгляд, нужно "пустую" версию системы, без серверов и программ. Лучше установить нужные позже, чем удалять лишние. Интерфейс установки графический и интуитивно-понятный.

Далее возникает вопрос, ставить ли графический стол? На мой взгляд необязательно. Лучше использовать программу putty и подключиться через протокол ssh.

Данная заметка несколько не отвечает моим требованиям к собственным материалам, она родилась из темы на официальном форуме Maxsite CMS и переписывать поэтому я её не буду. Тема форума безосновательно критикует систему управления. Сделаю то, что умею делать достаточно хорошо - покажу в чём автор заблуждается. Давно работаю с ЦМС в том числе Макса. Тем более это кто-то сделать должен.

А почему вы не используете CGI или не пишите сайты на голом HTML? Думаю ответ очевиден. На сегодня нельзя сохранять всю линейку совместимости. У вас просто устаревший хостинг. Кроме того системные требования во многом диктует фреймворк. К плагинам это не относится, но авторы плагинов к разработчику ЦМС обычно отношения не имеют.

Открою пару секретов - шаблон надо делать самому и не копаться в чужом коде. В системе аж три учебных шаблона, разного уровня сложности. Остальное делать задача других разработчиков. И самое интересное и важное! Особая разметка представляете PHP и HTML... И да. Чтобы сделать сайт их как-то надо выучить...

Плохо искали. Ну и снова совет - сделай сам на основе бесплатных. Логика там простейшая, почитай лекции Макса, посмотри готовые работы. Или можешь заказать, обычно это не сложно и не дорого. Например мне. Да это самореклама...

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

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

На форуме тебе подскажут алгоритм, который поможет решить задачу, а дальше любой может засунуть в плагин его или внедрить как-то иначе... С такой гибкой системой предела в принципе нет. У меня дошло до того, что мне проще проверять простые алгоритмы на этой системе, настроенной определённым образом - хорошая оболочка для теста скриптов. Повторяю. Вы не разобрались в системе, а делаете вывод. Нехорошо!

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