Движок + CMS - удобная, простая и надежная

← →
Real © (2007-03-15 13:43) [0]

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

← →
tesseract © (2007-03-15 13:44) [1]

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

Гм, ну и как ты себе это представвляешь? Скин для drupal накатать несложно

← →
Zeqfreed © (2007-03-15 13:54) [2]

А шаблоны это не дизайн?

← →
homm © (2007-03-15 13:56) [3]

NetCat
http://netcat.ru

← →
Real © (2007-03-15 15:47) [4]

> Гм, ну и как ты себе это представвляешь? Скин для drupal
> накатать несложно

Да не нужен мне скин! И не нужно управление расположением элементов через админку. Представляю я это так: я пишу свой index.php в который вставляю код инициализации движка (в начале страницы) а в тех местах где я хочу получить результат работы того или иного модуля - вставляю однострочную инструкцию его вызова. Например, что то вроде get_content($page) - где $page - переменная хранящая адрес запрощенной страницы, а get_content - функция загрузки данных запрошенной страницы из мускула. Вообщем самописный движок у меня примерно так и работает, поэтому смена дизайна - сводится к переписыванию или редактированию индексного файла. Друпал же, проповедует несколько другой подход - да, расчитанный на новичков не разбирающихся в коде. Но вот это-то как раз не нужно, нужен готовый движок и админка, расчитанная на специалиста (свой движок по некоторым причинам использовать не могу).

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

← →
Real © (2007-03-15 15:49) [5]

> А шаблоны это не дизайн?

Мне не нужен шаблон предлагаемый друпалом

← →
tesseract © (2007-03-15 15:50) [6]

> Да не нужен мне скин! И не нужно управление расположением
> элементов через админку. Представляю я это так: я пишу свой
> index.php в который вставляю код инициализации движка (в
> начале страницы) а в тех местах где я хочу получить результат
> работы того или иного модуля - вставляю однострочную инструкцию
> его вызова.

Drupal так и работает - обычная модульная система.

← →
homm © (2007-03-15 15:59) [7]

> я пишу свой index.php в который вставляю код инициализации
> движка (в начале страницы) а в тех местах где я хочу получить
> результат работы того или иного модуля - вставляю однострочную
> инструкцию его вызова.

И сколько одинаковых по содержанию файлов у тебя будет разбросано по диску? Есть 3 сущности: Макет дизайна, Шаблон вывода и данные. Причем в идеале все 3 сущности никак не связаны, и можео вывест любые данные через любой шаблон на любой макет. Но на практике данные имеют разные свойства, поэтому они жестко связаны с шаблоном вывода. Зато это никак не привязано к макету. Это так, краткая теория. :) по ссылке в [3] ходил?

← →
Real © (2007-03-15 15:59) [8]

> tesseract ©

За сколько бы вы времени смогли адаптировать нешаблонный дизайн - под друпал? То бишь вам дается картинка с дизайном, ее нужно перевести под другпал

← →
tesseract © (2007-03-15 16:02) [9]

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

Я не вебмастер. Адаптировать можно всё.

← →
Real © (2007-03-15 16:14) [10]

> Я не вебмастер. Адаптировать можно всё.

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

> И сколько одинаковых по содержанию файлов у тебя будет разбросано
> по диску? Есть 3 сущности: Макет дизайна, Шаблон вывода
> и данные. Причем в идеале все 3 сущности никак не связаны,
> и можео вывест любые данные через любой шаблон на любой
> макет. Но на практике данные имеют разные свойства, поэтому
> они жестко связаны с шаблоном вывода. Зато это никак не
> привязано к макету. Это так, краткая теория. :) по ссылке
> в [3] ходил?

Гм... Я обхожусь в своем движке одним файлом, остальное - можно хранить в БД (ну, не считая файлов модулей) Макет дизайна и шаблон вывода - не вижу тут необходимости разделения на две части. Есть макет, есть данные. Речь о том и идет - посоветуйте простую админку по управлению данными, а макет - я напишу свой. Друпал, джумла и прочие - подходят с несколько другой стороны и предлагаю все модификации производить в диалоговом режиме. Это удобно только тому кто плохо ориентируется в коде. Мне проще по заданному дизайну сделать пхп-модуль с точками вызова функций загрузки данных, чем ковырять незнакомый шаблон

← →
homm © (2007-03-15 16:26) [11]

> Гм... Я обхожусь в своем движке одним файлом, остальное
> - можно хранить в БД
Дай угадаю. uri у тебя есть нечто вроде "/index.php?level=2&page=advansed&sub=561&list=1" Кашмар...

А в чем тогда вообще роль CMS которую ты ищещ, если твои модули вставяются в указаное место в твоем же файле?

← →
Gero © (2007-03-15 16:40) [12]

http://bitrix.ru — хорошая CMS.

← →
homm © (2007-03-15 16:42) [13]

> http://bitrix.ru — хорошая CMS.

Ошибка!
Невозможно найти удаленный сервер

← →
Real © (2007-03-15 16:42) [14]

> Дай угадаю. uri у тебя есть нечто вроде "/index.php?level=2&page=advansed&sub=561&list=1"
> Кашмар...

И что? Да, параметры передаются через строку адреса. Это легко фиксится обработчиком апача, когда теже параметры передаются в виде пути. Так сделано в том же друпале, у которого путь выглядит как "host.ru/node1" - папки node1 не существует, она преобразуется в параметр. Какая принципиально разница между:

host.ru/node1 и host.ru?p=node1 ???

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

← →
Real © (2007-03-15 16:43) [15]

> А в чем тогда вообще роль CMS которую ты ищещ, если твои
> модули вставяются в указаное место в твоем же файле?

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

← →
homm © (2007-03-15 16:47) [16]

> не вижу ни малейшего смысла в таком преобразовании

1) сам сказал - легче запомнить
2) параметр Р потом куда идет? Безопасна ли с ним работа? Все ли необходимые проверки выполняешь?
3) выглядит как поделка на колнях, особенно если р - айдишник какойнить цифровой.
4) поисковики такое не слишком любят.

← →
Real © (2007-03-15 17:25) [17]

> 1) сам сказал - легче запомнить
> 2) параметр Р потом куда идет? Безопасна ли с ним работа?
> Все ли необходимые проверки выполняешь?
> 3) выглядит как поделка на колнях, особенно если р - айдишник
> какойнить цифровой.
> 4) поисковики такое не слишком любят.

1. Я предпочитаю "избраное" юзать. Посмотри на URL в майкрософте к примеру. Или там, как неоднократно объявляли линуксоиды - дебилы работают? :) Вот ссылка с индекса на обновление DirectX - http://www.microsoft.com/downloads/details.aspx?familyid=2DA43D38-DB71-4C1B-BC6A- Заметь, параметр именно ID-шник ;)

2. Данные к скрипту извне - могут приехать кучей способов. Уязвимость скрипта от плохого проектирования, а не от register_globals = on Поэтому проверки внешних данные - никто не отменял при любом способе передачи данных скрипту.

3. Выглядит - что? Я разве показывал исходник? Или передача параметров таким образом вам кажется неправильной или какой?

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

← →
QuasiLamo © (2007-03-15 17:42) [18]

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

← →
homm © (2007-03-15 17:42) [19]

> Вот ссылка с индекса на обновление DirectX - http://www.microsoft.com/dow
> nloads/details.aspx?familyid=2DA43D38-DB71-4C1B-BC6A-

нашел на кого ровнятся.
http://www.artlebedev.ru/

> Поэтому проверки внешних данные - никто не отменял при любом
> способе передачи данных скрипту.
Есть мнение что некоторый делают так: "SELECT PageText FROM Divisions WHERE idx= $p".
Лучше перестраховатся, такой бред нмписать при анализе пути куда сложнее.

> Выглядит - что?
Выглядит адресс в строке состояния.

> Это почему же интересно? Поисковик находит ссылку и идет
> по ней, какая ему разница-то?
Есть мнение что разница есть.

← →
Kerk © (2007-03-15 17:44) [20]

[19] homm © (15.03.07 17:42)
> http://www.artlebedev.ru/

Будем равняться на крикливого самопиарщика или на одну из крупнейших IT-компаний в мире?

> "SELECT PageText FROM Divisions WHERE idx= $p".

А в Киеве дядька. Никто не мешает такое же написать и при "юзер-френдли" урлах.

> Есть мнение что разница есть.

Неправильное мнение.

← →
Gero © (2007-03-15 17:48) [21]

> [20] Kerk © (15.03.07 17:44)
> Будем равняться на крикливого самопиарщика или на одну из
> крупнейших IT-компаний в мире?

Будем думать головой.

← →
homm © (2007-03-15 17:56) [22]

Блин, это как разговор вин vs лин.
Зачем вы пвтаетесь доказать что параметры по каким-то критериям не уступают древовидным uri, если ежу понятно что использование вторых лучше, грамотнее, логичнее, привычнее, красивее, безопаснее...... (МНОГОточее здесь)

← →
Kerk © (2007-03-15 17:57) [23]

[22] homm © (15.03.07 17:56)
> если ежу понятно что использование вторых лучше, грамотнее,
> логичнее, привычнее, красивее, безопаснее......

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

← →
homm © (2007-03-15 18:04) [24]

> Видимо я - не еж.
> Этот форум кстати тоже ламерами написан, если пользоваться
> твоим подходом.
Теплое с мягким не путай. Одно дело разделы сайта, другое интерактивный контент. Каждое правило имеет свою область применимости.

← →
Kerk © (2007-03-15 18:07) [25]

> [24] homm © (15.03.07 18:04)

Ну а у него весь сайт - интерактивный контент.

Или форумы не ломают (см свою фразу про безопасность)?
Или форумы не нужно индексировать поисковикам (см свою фразу про поисковики)?
Или delphimaster.ru/cgi-bin/forum.pl?n=3 выглядит красивее и его легче запомнить, чем delphimaster.ru/forum/talks/ ?

Какие у тебя там еще аргументы были? Тащи сюда :)

← →
homm © (2007-03-15 18:14) [26]

> Или delphimaster.ru/cgi-bin/forum.pl?n=3 выглядит красивее
> и его легче запомнить, чем delphimaster.ru/forum/talks/ ?

чем delphimaster.ru/forum/talks/ - красиве... А вот чем delphimaster.ru/forum/talks/voprocByKerk2030 уже перебор.

← →
Kerk © (2007-03-15 18:17) [27]

> [26] homm © (15.03.07 18:14)

Зато по урлу в истории браузера сразу видно какая конференция и не надо id-шники помнить :)

Единственное преимущество таких урлов - симпатичность. И все. ИМХО :)

← →
Kerk © (2007-03-15 18:19) [28]

Потому и сделал урлы типа http://code.progler.ru/tags/Delphi вместо http://kladovka.net.ru/index.cgi?pid=dir&rid=2 в новой версии движка :)

гыг... вот чьи-то мысли по этому поводу
http://spectator.ru/technology/php/user_friendly_urls

Способ три
Для этих (и не только) целей есть специальный модуль в Апаче, который называется mod_rewrite. Он позволяет «переписывывать урлы», то есть, преобразовывать их «на лету» по правилам, которые вы ему опишите.

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

Module mod_rewrite URL Rewriting Engine.
A Users Guide to URL Rewriting with the Apache Webserver.
Модуль Apache mod_rewrite.
Mod_rewrite для чайников.

Плюсы: Очень мощный способ.
Минусы: Может не хватить мозгов. На хостинге может быть не установлен этот модуль.

Способ четыре
Основан на директиве FilesMatch, которая в Апаче является core feature. Все просто. Пишем опять же в .htaccess

Action throw /index.php

<FilesMatch "^([^.]+)$">
ForceType throw
</FilesMatch>

<FilesMatch index.php>
ForceType application/x-httpd-php
</FilesMatch>

После этого все УРЛы, которые подпадают под условие «^([^.]+)$», (то есть все урлы, в которых не содержится точка) будут передаваться на index.php. Вы можете написать свое условие, разумеется.

Подробности: тут, тут или тут.

Плюсы: Простой и удобный способ.
Минусы: Говорят, что для того, чтобы ForceType работал, php должен быть подключен к апачу в виде модуля. Если php вызывается, как обыкновенный CGI — ForceType работать не будет.

> Gero © (15.03.07 16:40) [12]

> http://bitrix.ru — хорошая CMS.

Не все так думают :)
http://www.habrahabr.ru/company/bitrix/

http://e107.org/
остальные -- лесом. %-)

> homm ©

Все что я хотел бы вам ответить, уже сказал Kerk :-)

Значит таки по-вашему в Microsoft дебилы, которые даже не понимают какие линки поисковики лучше индексируют? Странно, что при этом они являются авторами одно из сильнейших поисковиков... Вообще вы сами себе противоречите: сначала сказали что вы не вэбмастер, то есть опыта у вас как я понимаю в вэб-программировании не очень много, но при этом вы рассуждаете о том как лучше (используя такие "мощные" аргументы как "есть мнение что это не так" :-) Я с самого начала сказал, что преимущества приведенного вами урл - только простота запоминания, никаких других преимуществ нет. Про модуль апача, я тоже сразу сказал из чего вообщем-то следует, что способ передачи параметров не существеннен, и его можно выбирать каким угодно

Народ, вот нашел такой список бесплатных CMS:

http://www.cmslist.ru/free

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

> Real © (15.03.07 19:03) [32]
> что при этом они являются авторами одно из сильнейших поисковиков.
таки гугль сделали в некрософте???

> таки гугль сделали в некрософте???

Не, я про это: http://www.live.com

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

http://hostcms.ru/ однозначно

плюсы:
- Поддержка xsl шаблонов, в России ни одна из известных мне cms не поддерживает этой технологии, в т.ч. и битрикс.
- Быстрая скорость работы.
- Полностью виртуальная система хранения страниц и динамических страниц (в отиличие, к примеру, от того же неткета), ну и естесственно адреса вида host.ru/forum/delphi.
- Наличие free версии.

подробнее возможности различных редакций системы http://hostcms.ru/hostcms/

> Eraser © (15.03.07 19:49) [39]
нет, серьёзно. если один мусор "поддерживает", почему бы и другой туда было не встроить?

Движок + CMS - удобная, простая и надежная Найти похожие ветки