Cotonti / Open Source PHP Content Management FrameworkContent Management Framework

Forumlar / National / Russian / ТЗ

12>>>

Попробую расписать что я хочу чтобы было.

jcrush
#1 2011-02-25 10:23
Попробую расписать что я хочу чтобы было.

Я уже как больше года пересел на Ubuntu и мне нравиться система репозитория, кто то уже писал чтобы применить ее в CMS, а почему бы не сделать все таки это будет главная фишка гибкости, выбрал чексбоксами плагины, основные настройки и с качал готовую сборку, думаю люди оценят такую систему, почему, потому что идет сборка самых новых плагинов и ядра, например качать полную сборку и выбирать нужные плагины не всегда нужно, тем более если сайты создаются 1-2 в месяц а обновления чащи и следить за ними нет желания, или даже при банальном обновлении, скачал то что тебе надо а не ковырял потом ненужное.

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

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

1. SEO

а. title уникальный заголовок различный для всех страниц, в том числе и пейджениц, по типу: Страница 1 — сайт о фильмах, страница 2 — сайт о фильмах, раздел такой то, необходимо добавить еще одно поле в списке разделов: Название раздела, краткое название, описание, краткое название будем выводить в теле раздела и при добавлении новой страницы в списке, полное в тегах title, для страниц аналогично.

б. description — уникальное описание страницы, как сейчас работает через плагин, должно работать из коробки, только описание, никакие приставки в виде названия сайта и т. п. Description нужен и для плагинов.

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

г. header не совсем понимаю это желание пихать все подряд в заголовок, кому надо делайте это через шаблон, но сейчас поисковым системам по большей части наплевать на них, на дату обновления и прочее, все лишнее убрать, оставить основное:
<head> 
<meta http-equiv="content-type" content="text/html; charset=UTF-8" /> 
<meta name="description" content="." /> 
<meta name="keywords" content="" /> 
<title></title> 
</head>
А прописывать остальное можно и в шаблоне:
<base href="" />
<link rel="alternate" type="application/rss+xml" title='Stfw.Ru: RSS' href="/rss.php" /> 
<link rel="shortcut icon" href="favicon.ico" /> 
<link href="skins/.css" type="text/css" rel="stylesheet" /> 
<script type="text/javascript" src="http://yandex.st/jquery/1.5.0/jquery.min.js"></script><script type="text/javascript" src="js/base.js"></script> 
Не всем просто нужен к пример урлы относительно базового адреса сайта, не все ставят рсс или  <link rel="canonical". Пример такой оптимизации.

2. ЧПУ

Чпу сейчас есть у всех и тут должно быть из коробке, при инсталле, галочка — использовать ЧПУ или нет. Чпу должно быть для разделов:
вида: сайт.ру/news/ для страниц: сайт.ру/34-novosti.html с возможностью отредактировать и удалить ID : сайт.ру/contacts.html и для пейджениц: сайт.ру/news/page/1 для плагинов тоже желательно прикрутить стандартные функции чпу и пейджениц.

3. Пользователи

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

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

в. Убрать никому не нужные кучу флагов стран.

4. Верстка

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

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

в. Убрать ненужные функции, такие как сортировка, количество в разделе, количество обращений, количество страниц, убрать лишние ссылки как дубли, различные статистические данные в админки,Просмотры, Рефералы, Системный протокол и прочее, для этого есть LI.ru или плагины.

г. Движек должен работать быстро, если допустим не нужна jQuery для раздела, так и нечего его грузить, если публикация для гостей закрыта, то и выводить jQuery нет смысла и других скриптов, аналогично и с css. И почему бы не сделать поле для пути к примеру: http://yandex.st/jquery/1.5.0/jquery.min.js

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

5. Плагины

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

Плагины, которые необходимы в первую очередь:
- Карта сайта
- Форум
- Комментарии
- Последние страницы
- Обратная связь
- Новости
- Опросы
- RSS

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

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

в. Админка
Сделать ее проще, выводить все на главную админки. Все глобальные настройки свести в один раздел. Добавить управление и чекбоксы возможность отметить новости и комменты чекбоксами, удалить или перенести скопом в другоую категорию, сейчас сложновато модерировать комменты.

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

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

6. переименовать движок.
sedition
а) подстрекательство к мятежу, бунту
Government officials charged him with sedition. — Правительство обвинило его в подстрекательстве к мятежу.
б) мятеж, бунт

коттон-джин (англ. сокр. от Cotton engine) — первая эффективная хлопкоочистительная машина, которую придумал американский изобретатель Эли Уитни в 1793 году.

может все таки вернемся к
Land Down Under (LDU) ?

Заключение.
Данный движок в новом его исполнении привлечет внимание не только веб разработчиков, студий, но и сео-оптимизаторов, сателитостроителей, а следовательно обретет популярность и новых пользователей, главный критерий будет простота в использовании и доведенный до ума функционал. Кроме того такая CMS подойдет не только для сайтов визиток, но и для корпоративного портала, игрового сайта с форумом и блогов.

P.S. если вышесказанное было бы реализовано, лично перевел бы 5-10 сайтов с DLE.
SEO блог: http://blog.stfw.ru/

Bu konu jcrush tarafından düzenlendi(2011-02-25 18:11, 11 yıllar önce)
Clever
#2 2011-02-25 16:50
Все правильно сказал, но наспех и некоторые моменты нужно разжевать.
Коробка-за на 100%. Сможем ее предлагать тогда хостерам для автоматической установки пользователям.
SEO - за на 100%. В моем понимании должно быть что-то наподобии решения в wordpress при создании страницы или настройках раздела админам доступна возможность изменить выводимые meta. По умолчанию ка сказал Jcrush. Титл в титл, деск в деск. Я использую теги в кейвордах и не считаю злом и не вижу ни каких ко мне санкций, но у меня плагин тегов переделан. Он имеет H1 и деск, т.е. это один из способов вывести страницы а-ля лист или альянсы. Header. поставить {Header} и все что в настройки так же как мы имеем фрислоты и настраиваем ключевые слова по умолчанию. Все глобальные настройки свести в один раздел. Не так как сейчас титл сайта в одном а ключевики в другом месте настраиваються.
Титл должен повтаряться в деске. Кейворды должны быть в титле и деске. И это должно просматриваться сразу на одной странице.
ЧПУ - не уверен. Тут мне надо еще подумать. Но мне больше нравится адреса на rg.ru
Пользователи. а - да. б - не уверен. в - двиг интернациональный, флаги нужны. Но надо как-то сделать настраиваемым и более понятными формы для заполнения.
Верстка. Jcrush забыл про go.php. Нофолоу и ноиндекс не всегда нужен. Я продаю ссылки через pr.sape и я многие ссылки должны быть открыты. Может просто настройками?! Ссылки от юзеров через go.php, модеры выбирают между go.php и noffolow, админам доступны все три различные функции.
в - кому-то лишнее а кому-то в самый раз. Например сортировка нужна тем у кого магазин на коте или доска объявлений. Отсортировать по цене и дате...
Просмотры и рефералы убирать не нужно. Надо просто в отдельный модуль. Это составляющие сайта по трафикообмену. Тем более li.ru (при отключенном ЧПУ) показывает только переходы на page или list игнорируя id. Данный модуль может быть разработан позднее.
г и ж - да 100%.
Плагины - да 100% Если они нужны в сиене.
Заключение:
Из всего вышесказанного видно, что сиена Jcrush не особо нужна. Субдомены он и так умеет делать и без модулей. Генуа вполне законченный движек. Нужно доделать его. Это позволит сохранить сайты на геноа и использовать сиену, как предложили разработчики, для новых проектов.

Добавлено 4 Минуты спустя:

перечитал, получилось, что Jcrush избыточно (имхо) упрощает, а я избыточно усложняю...
Кто выскажет середину?
jcrush
#3 2011-02-25 17:05
# Clever : Все глобальные настройки свести в один раздел. Не так как сейчас титл сайта в одном а ключевики в другом месте настраиваються.
поддерживаю
Титл должен повтаряться в деске. Кейворды должны быть в титле и деске. И это должно просматриваться сразу на одной странице.
бред
Jcrush забыл про go.php. Нофолоу и ноиндекс не всегда нужен. Я продаю ссылки через pr.sape и я многие ссылки должны быть открыты.
бред
Например сортировка нужна тем у кого магазин на коте или доска объявлений. Отсортировать по цене и дате...
плагин
Просмотры и рефералы убирать не нужно. Надо просто в отдельный модуль. Это составляющие сайта по трафикообмену. Тем более li.ru (при отключенном ЧПУ) показывает только переходы на page или list игнорируя id.
вы просто не умете настраиваться вашу статистику на ЛИ, если надо - в плагин.

Остальное вода
SEO блог: http://blog.stfw.ru/
Clever
#4 2011-02-25 17:14
Суть не в том кто как пишет дески и тилы. Суть в том, что все эти три параметра взаимосвязаны и должны быть видны на одной странице.

Сплошной нофолоу это бред. Если не не можешь позволить индексировать ссылку на сайте не ставь ее.

Сортировка это скин. Если она не нужна, никто ее в скин и не запихнет. Это не плагин а скрипт.
jcrush
#5 2011-02-25 17:18
То что три поля должны быть при редактировании страницы это само собой. По поводу nofollow я выше написал - это настройка, вашим продажным ссылкам это никак не помешает. Остальное мелочи.
SEO блог: http://blog.stfw.ru/
terracota
#6 2011-02-25 17:36
jcrush, а зачем название-то менять? Там же, вроде, до первой версии уже расписано все, и парни работают. А в целом очень неплохо, я бы согласился с подобными фичами — как раз то что надо для работы.
Логика и здравый смысл творят чудеса.
Logic and Sanity makes a real magic happens.
jcrush
#7 2011-02-25 18:12
Немного обновил первый пост, почему именно так?! Потому что движков много, у каждого что то есть, чего то нету, если уж делать, то делать и реанимировать по полной, наращивая функционал сразу а не постепенно.
SEO блог: http://blog.stfw.ru/
Trustmaster
#8 2011-02-25 19:36
Ну, начнём понемногу.

jcrush:
Я уже как больше года пересел на Ubuntu и мне нравиться система репозитория, кто то уже писал чтобы применить ее в CMS, а почему бы не сделать все таки это будет главная фишка гибкости, выбрал чексбоксами плагины, основные настройки и с качал готовую сборку, думаю люди оценят такую систему, почему, потому что идет сборка самых новых плагинов и ядра, например качать полную сборку и выбирать нужные плагины не всегда нужно, тем более если сайты создаются 1-2 в месяц а обновления чащи и следить за ними нет желания, или даже при банальном обновлении, скачал то что тебе надо а не ковырял потом ненужное.
В этом направлении работа следующая:

а. Отделить модули и плагины от ядра. Сделать так, чтобы их можно было легко устанавливать и чтобы движок подхватывал изменения без необходимости лезть в файлы ядра или других расширений, а тем паче что-то ковырять ручками в phpMyAdmin. Ещё надо ввести понятие зависимых и рекомендуемых пакетов. Эту отнюдь немаленькую работу мы уже проделали в 0.9.0.

б. Сделать репозиторий с расширениями. Чтобы это были не просто страницы-категории, а чтобы в них хранилась информации о версии расширения, версии движка, история изменений и чтобы файлы хранились в репозитории. Это мы планируем внедрить в ближайшие несколько месяцев, Kilandor уже начала работу над плагином для страниц. Надо сказать, что контроль версий и автосборка возможны только для тех расширений, которые размещены в нашем репозитории под открытой лицензией, все остальные останутся просто страничками на сайте.

в. Сделать автоматическое сетевое обновление. Это одна из главных фич Wordpress 3.0, например. На практике это означает то, что модуль install/update должен научиться не только проверять обновления пакетов и выкачивать их из репозитория, но и заливать обновлённые файлы по FTP/SFTP, чтобы все права оставались верными и не страдала безопасность. Когда эта штука появится в Cotonti загадывать не буду.

Added 18 minutes later:

1. SEO.

а. Не понял про короткое и длинное название категории, объясни пожалуйста. Разные титлы у страниц с паджинацией сделали в 0.9.0.

б. Сделали.

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

г. Одними ПС жив не будешь. Дата модификации важна для кеширования. Без базового урла в тар-тарары полетит ЧПУ. Но кое-что сократить можно. Тем более, что практически всё это в шаблоне (в 0.9).
May the Source be with you!

Bu konu Trustmaster tarafından düzenlendi(2011-02-25 19:55, 11 yıllar önce)
jcrush
#9 2011-02-25 19:55
По а. вообще считаю что инсталл должен быть на лету, без правки конфигов руками, базу и логины можно заводить при установке, б. это понятно, еще бы этот репозиторий работал и с ядром и понимал при этом версии и была возможность собирать сборку на лету, а вот в. как то второстепенное, обновление по воздуху.. почему нет, но опять же пока движек не такой массовый как Wordpress кто этим пользоваться то будет, эта фича еще со времен битрикса, опять же необходима в итоге проверка целостности файлов!

Добавлено 14 Минут спустя:

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

а. Не понял про короткое и длинное название категории, объясни пожалуйста. Разные титлы у страниц с паджинацией сделали в 0.9.0.

Привожу пример, я двигаю раздел в ПС системах по запросу:
Новости Караганды и хочу title иметь Новости Караганды, но при заходе в этот раздел мне незачем писать в тегах h1 Новости Караганды, достаточно прописать просто Новости, тем более если это подраздел раздела корагонды...

Что то типа:
Имя раздела:
Метатег title: (не более 200 символов)
Описание для категории

Для страниц тоже можно сделать по аналогии но такое не сильно критично, пример, одного из моих проектов : [hide]http://news.khabara.ru/[/hide] - тут идет как раздел просто реализация субдомена в виде раздела.

Дата модификации важна для кеширования.
Для кеширования ПС или движка, если движка то дата будет у файла кеша а не в заголовках..

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

Добавлено 3 Минуты спустя:

Да и не красиво видеть спидбар вида: Новости информационных технологи › Новые программы › Бесплатные программы

а если сокращать: Новости › программы › Бесплатные то title уже будут не те что надо, было бы еще одно поле то и вид другой...
SEO блог: http://blog.stfw.ru/

Bu konu jcrush tarafından düzenlendi(2011-02-25 20:13, 11 yıllar önce)
Trustmaster
#10 2011-02-25 20:13
2. ЧПУ
Ну это никак не тянет на цельную спецификацию. У разработчиков взгляд такой: по умолчанию ссылки по старинке, они оптимизированы под наибольшую скорость. Можно подключить плагин urleditor, он позволяет экспертам настраивать самые хитрые варианты урлов (это то, что есть в Genoa). Я хочу в 0.9.2 или 0.9.3 сделать ещё один плагин easyurls, чтобы при его включении был самый распространённый формат ЧПУ:
example.com/path/to/category/
example.com/path/to/category/page
example.com/path/to/category/page?num=1 (можно и /1, если не будет накладок)
example.com/forums/category/topic
example.com/module/path/in/module?extra_params

Added 10 minutes later:

0. Установка/обновление

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

б. Само собой, обновления ядра прежде всего.

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

1. SEO

а. Понял. Но уж больно специфическая штука для стандартной коробки. Лучше это в плагин, который при установке добавляет экстраполе structure_seo_title в категории и экстраполе в страницы page_seo_title.

г. Я про кеш браузера. Бывает, знаешь ли, живые люди на сайт заходят :) Но в целом ты прав, и всё это хозяйство в Сиене вынесено в шаблон.

Added 10 minutes later:

3. Пользователи

а. Собственно, надо убрать "ненужные" категории. И более того, создать для этого тикет немедленно. Остальное текущая система прав и очередь позволяют.

б. Да, хотим это сделать в одной из 0.9.x. Сначала добавить логин-часть в админку (как вариант, сделать в админку отдельный логин, это более безопасно, но менее удобно), а после этого users очень легко переходит в разряд обычных модулей.

в. Экономим трафик на загрузке архива с сайта cotonti.com? :)

Added 10 minutes later:

4. Верстка

а. Сейчас (0.9.0) это возможно для тех ссылок, у которых есть строки-ресурсы. Для многих ссылок nofollow поставлен по умолчанию. Надо будет пройтись внимательно и сделать список ссылок, для которых ресурсы/nofollow надо ещё добавить.

б. Согласен. Если создашь тикет, буду очень благодарен.

в. Часть делается в шаблонах, часть отделена в плагины и можно отключить.

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

ж. Корт неплохо потрудился в этом направлении. Но за сторонних верстальщиков в их собственных темах мы это сделать не можем.
May the Source be with you!

Bu konu Trustmaster tarafından düzenlendi(2011-02-25 20:45, 11 yıllar önce)
jcrush
#11 2011-02-25 20:46
чпу надо из коробки, твой вариант, опять же из ряда очумелых ручек =) избавляться от ненужных вставок path и ? ведь можно же как то же делают, почему у нас не так?

Что то типа этого:
example.com/category/
example.com/category/page-id
или
example.com/page-id - этот вариант я предпочитаю больше по многим причинам.
а еще лучше:
example.com/id-moya_novost.html
example.com/category/page/1
example.com/forums/topic
example.com/name_module/

браузеру уже давно пофиг на такое кеш и эти параметры.

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

привожу пример правильного чпу от DLE:
# Редиректы
RewriteRule ^page/(.*)$ index.php?cstart=$1 [L]

# Сам пост
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html(/?)+$ index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6 [L]
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html(/?)+$ index.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5 [L]
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html(/?)+$ engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5 [L]
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html(/?)+$ index.php?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4 [L]

RewriteRule ^([^.]+)/page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$4&news_page=$2&cstart=$3 [L]
RewriteRule ^([^.]+)/page,([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$3&news_page=$2 [L]
RewriteRule ^([^.]+)/print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$ engine/print.php?news_page=$2&newsid=$3 [L]
RewriteRule ^([^.]+)/([0-9]+)-(.*).html(/?)+$ index.php?newsid=$2 [L]

RewriteRule ^page,([0-9]+),([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$3&news_page=$1&cstart=$2 [L]
RewriteRule ^page,([0-9]+),([0-9]+)-(.*).html(/?)+$ index.php?newsid=$2&news_page=$1 [L]
RewriteRule ^print:page,([0-9]+),([0-9]+)-(.*).html(/?)+$ engine/print.php?news_page=$1&newsid=$2 [L]
RewriteRule ^([0-9]+)-(.*).html(/?)+$ index.php?newsid=$1 [L]

# За день
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$ index.php?year=$1&month=$2&day=$3 [L]
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$ index.php?year=$1&month=$2&day=$3&cstart=$4 [L]
# За весь месяц
RewriteRule ^([0-9]{4})/([0-9]{2})(/?)+$ index.php?year=$1&month=$2 [L]
RewriteRule ^([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$ index.php?year=$1&month=$2&cstart=$3 [L]
# Вывод за весь год
RewriteRule ^([0-9]{4})(/?)+$ index.php?year=$1 [L]
RewriteRule ^([0-9]{4})/page/([0-9]+)(/?)+$ index.php?year=$1&cstart=$2 [L]
# вывод отдельному тегу
RewriteRule ^tags/([^/]*)(/?)+$ index.php?do=tags&tag=$1 [L]
RewriteRule ^tags/([^/]*)/page/([0-9]+)(/?)+$ index.php?do=tags&tag=$1&cstart=$2 [L]
# вывод для отдельного юзера
RewriteRule ^user/([^/]*)/rss.xml$ engine/rss.php?subaction=allnews&user=$1 [L]
RewriteRule ^user/([^/]*)(/?)+$ index.php?subaction=userinfo&user=$1 [L]
RewriteRule ^user/([^/]*)/page/([0-9]+)(/?)+$ index.php?subaction=userinfo&user=$1&cstart=$2 [L]
RewriteRule ^user/([^/]*)/news(/?)+$ index.php?subaction=allnews&user=$1 [L]
RewriteRule ^user/([^/]*)/news/page/([0-9]+)(/?)+$ index.php?subaction=allnews&user=$1&cstart=$2 [L]
RewriteRule ^user/([^/]*)/news/rss.xml(/?)+$ engine/rss.php?subaction=allnews&user=$1 [L]
# вывод всех последних новостей
RewriteRule ^lastnews/(/?)+$ index.php?do=lastnews [L]
RewriteRule ^lastnews/page/([0-9]+)(/?)+$ index.php?do=lastnews&cstart=$1 [L]
# вывод в виде каталога
RewriteRule ^catalog/([^/]*)(/?)+$ index.php?catalog=$1 [L]
RewriteRule ^catalog/([^/]*)/page/([0-9]+)(/?)+$ index.php?catalog=$1&cstart=$2 [L]
# вывод непрочитанных статей
RewriteRule ^newposts(/?)+$ index.php?subaction=newposts [L]
RewriteRule ^newposts/page/([0-9]+)(/?)+$ index.php?subaction=newposts&cstart=$1 [L]
# Статистические страницы
RewriteRule ^static/(.*).html(/?)+$ index.php?do=static&page=$1 [L]
# вывод избранных статей
RewriteRule ^favorites(/?)+$ index.php?do=favorites [L]
RewriteRule ^favorites/page/([0-9]+)(/?)+$ index.php?do=favorites&cstart=$1 [L]

RewriteRule ^rules.html$ index.php?do=rules [L]
RewriteRule ^statistics.html$ index.php?do=stats [L]
RewriteRule ^addnews.html$ index.php?do=addnews [L]
RewriteRule ^rss.xml$ engine/rss.php [L]
RewriteRule ^sitemap.xml$ uploads/sitemap.xml [L]

RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^([^.]+)/page/([0-9]+)(/?)+$ index.php?do=cat&category=$1&cstart=$2 [L]
RewriteRule ^([^.]+)/?$ index.php?do=cat&category=$1 [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^([^<]+)/rss.xml$ engine/rss.php?do=cat&category=$1 [L]
RewriteRule ^page,([0-9]+),([^/]+).html$ index.php?do=static&page=$2&news_page=$1 [L]
RewriteRule ^print:([^/]+).html$ engine/print.php?do=static&page=$1 [L]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^([^/]+).html$ index.php?do=static&page=$1 [L]
SEO блог: http://blog.stfw.ru/
esclkm
#12 2011-02-25 20:56
что есть лишний ? - ась?как предлагается от него избавиться?
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Trustmaster
#13 2011-02-25 21:00
5. Плагины

а. Так точно, товарищ генерал. Комменты с рейтингами отделили, поллы тоже. Набор первоочередных плагинов имеется в наличии, осталось только AN Sitemap портировать пот Сиену. Второочередные, боюсь, по-прежнему лежать на плечах энтузиастов из сообщества.

б. Надо бы проверить, может оно у нас уже сделано. Если не сделано, то тикет добавить.

в. По админке надо составить новую навигационную структуру и сделать макеты интерфейса. Само по себе ТЗ не минутное дело. До сих пор мы лишь играем в тетрис на старой админской приставке Seditio.

г. Это сильно надо? Это к каждому фрислоту будет ещё по конфигу до кучи прикрутить. Не проще в шаблонах настраивать?

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

Added 6 minutes later:

6. Переименовать движок

Ну "торговые марки" Seditio и Land Down Under товарищ Оливер вряд ли нам отдаст, тем более, что он довольно прохладно относится к нашему проекту, если не сказать с вежливой неприязнью.

Cotonti слово дурацкое, но было выбрано с той целью чтобы набрав в поисковике "cotonti" пользователь получал именно информацию по движку, а не новости о расстрелах бунтовщиков в Ливии.

К тому же ребрендинг нам дорого обойдётся, потеряем и весь индекс, и все названия и префиксы в движке опять менять.

Added 1 minute later:

2. ЧПУ

Давайте отдельный топик создавать, обсуждать придётся долго, эту тему лучше этим не засорять.
May the Source be with you!

Bu konu Trustmaster tarafından düzenlendi(2011-02-25 21:09, 11 yıllar önce)
jcrush
#14 2011-02-25 21:31
По админке я бы лучше обьеденил много, например /admin.php?m=config&n=edit&o=core&p=lang одна строчка настройки а вынесено в отдельный суб и так со многим, оставить вверху настройки сайта, ниже плагинов, но часть убрать часть слить, по типу:
1. Конфигурация
1.1. Общие настройки
1.2. Слоты для меню

2. Категории
2.1. Список категорий
2.2. Добавить категорию

но тут думать надо, большую часть настроек убрать непонятно почему ключевые в разделе скинов, да и сам раздел зачем выделять когда можно перенести в общие.. Много лишнего, опять же предлагаю не изобретать велосипед а взять за образец админку, но сохранив при этом простоту и минимализм. Если убрать ненужные настройки то и галочку на фри слотах прикрутить не сложно, а еще лучше настройку по времени =) А может вообще в модуль их, я их использую только на крупных сайтах, на сателлитах прописываю меню в шаблоне..
SEO блог: http://blog.stfw.ru/
esclkm
#15 2011-02-25 21:39
зачем нужна эта галочка?
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты

12>>>