Forums / National / Russian / Модули и плагины / Новости и тег [more]

Выложу свои пять копеек. Раз начал эту дискуссию.

Я уже сказал, что $pag['page_state'] регулирует характер статьи и предложил обговорить варианты. Я прямо написал, что есть вариант системной статьи, которую нельзя комментировать, из чего следует, что имеется множество вариантов, которые можно как-либо определить. А уж владелец сайта (админ) пусть при утверждении решает, что тут.

Я высказал мысль, что выгодно продавать модераторство. Вот как раз утверждение правки и есть доход сайта. Что плохого, если владелец статьи меняет ее содержание? Пусть у него будет соответствующий кошелек и принцип расчета за утверждение содержание, т.е. будет политика сайта. Я как считаю: отдам страничку под вывеску магазина. Таких вывесок может быть хоть сотня. Владелец страницы поменял свой товар, разместил новое описание, новые цены и отправил на модераторство - нет у него в кошельке, нет и правки. Другой вариант: электрик разместил свое объявление о том, что он может срочно делать ремонт. Но электрик хочет сегодня отдохнуть, зашел в статью и приостановил ее публикацию. И не правил, но и не выводит. Хочет запустить - надо такую возможность предоставить. Отсюда следует простая логика: имеется множественность вариантов $pag['page_state'], а не 0 или 1. Кстати и по этой причине мне и нужен реальный newpage и more. Конечно можно еще ввести необычный тег: вставки рекламы с какими-то условиями, но и опять требуется особое значение $pag['page_state']. Политику расчетов и изменение значения $pag['page_state'] можно было бы решить отдельным плагином. Для нас важен факт режимов: ввод(правка), утверждение(вывод). А уж плагин решит политику сайта.

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

Наслоение?
вот Включить собственный парсер :Да Нет
в надо бы так:
Включить системный парсер :Да Нет
Включить собственный парсер :Да Нет
вот и все. Хочу наслаиваюсь, хочу только своим. Меня смутило то, что дальше на странице было:
Парсить BB-коды в страницах : Да Нет
теперь у меня получается дублировать системный парсинг к себе + свой в sed_custom_parse
я естественно заглушку вставил:

$text .= "[b]привет[/b]";

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

list($usr['auth_read'], $usr['auth_write'], $usr['isadmin'], $usr['auth_download']) = sed_auth('page', $pag['page_cat'], 'RWA1');
sed_block($usr['auth_read']);

if ($pag['page_state']==1 && !$usr['isadmin'])

блокирует всем всё, кроме админа

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

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

вот как это сделано в ЛДУ http://slil.ru/26635407

Тут зашел разговор о поддержке подстраниц (вложенных страниц). Весть этот функционал давным-давно реализован в Нюках. Первоисточник вроде здесь: http://www.smallnuke.com/index.php?go=Files&in=view&id=47 (потом этот модуль был портирован на многие "нюка-клоны" российского производства). Естественно интерес представляет только механизм создания/управления подстраницами.

2Ratibor
> оставим одну админку для возможности подключения плагинов
Нюка именно по такому принципу и сделана. Админка, общие настройки, системные функции, механизм работы с БД - вот по сути и есть ядро. Все остальное - модули, плагины и прочие фичи, по большому счету антураж, даже если он и идет в комплекте поставки.

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

как у меня сделано:

[_more][title]описание[/title] - вывод фрагмента

[newpage][title]описание[/title] - вывод страницы

[title]описание[/title] - необязательный параметр. для [_more] описание заменяет $L['More']
для [newpage] при пустом или отсутствующим [title]описание[/title] производится просто неименованный вывод страницы.
Форматы для описание:
-описание страница(фрагмент) не попадает в прямой вывод, отображение может осуществляться только через урл. в перечень страниц, такая страница не попадает.
?описание на странице появляется макет урла страницы (фрагмента).
Единственное, что я сейчас нахожу полезным, так создать в долнение к тегу PAGE_MULTI_TABTITLES теги: BEFORE_PAGE_MULTI_TABTITLES, AFTER_PAGE_MULTI_TABTITLES и THIS_TABTITLES это необходимо для того, чтобы организовать правильно аккордион (естественно без жабы)