CMS

Битрикс тока видел

Господин Пингу
Вы с кем все это время разговаривали?

ты про что? это было начало темы,но т.к. кмс тут никто не интересуется то...

QUOTE(pingu @ Sep 27 2005, 04:35 PM)ты про что? это было начало темы,но т.к. кмс тут никто не интересуется то...

Почему никто? Я.
Я работал с: drupal, mambo, netcat, bitrix, eZ, koobi, xaraya, xoops, 100janCMS, ariadne, cmsMaster, bolinos, dcp-portal, e107, EditWorks, ExpressionEngine, Exponent, Fusion, MiraServer, OpenCMS, phpReactor, sitesupra, pMachine, visiongate, typo3, wordpress, php-nuke и его клоны... ну и т.д. Занимаюсь этой темой года 3-4, так что шарим Кому интересно, у меня в DC++ можно найти системки. Правда в основном старые, аж от 2000 года есть.

Из всего этого мусора можно выделить только:
Typo3 — круто, наворочено, но слишком сложно. Система довольно универсальная, но работать с ней человеку неподготовленному достаточно трудно.
Drupal — простая система, хорошо поддерживаемая компьюнити, много модулей, тем. Но тупая в плане расширения, кроме навороченного блога на ней ничего не сделать.
eZ Publish — неплохая штука, но очень требовательна к ресурсам. При первом запуске разработчики рекомендуют увеличивать максимальное время работы скрипта до 180 секунд против 30 дефолтовых. В общем, напряжная система. Наворотов нормально хватает, есть очень полезные фичи, которые редко встречаются в бесплатных системах, например, documnts workflow.
Mambo — простая система, "натянуто" можно сказать, что подходит для создания порталов. Но опять же ограниченность масштабируемости не позволяет сделать многого.
WordPress, pMachine — хорошие системы, довольно популярные, но в основном подходят для блогов опять же.
Koobi — неплохая портальная система, сделанная немцами. Есть русские модификации. В общем-то сказать больше и нечего.

Также хочу отметить, что много существует систем, за которые просят денег, при этом предлагая абсолютное дермище. Самый злостный пример — NetCat от "АИСТ". Система с точки зрения качества продукта — дерьмо, не стоящее ни копейки. Вся ее стоимость окупает лишь затраты на раскрутку. Т.е. покупая эту систему человек платит за его раскрутку и маркетинг, а не за качественную работу программеров.

Ну а что касается CMS вообще, то лучшая CMS — это своя. Я на тему CMS писал диплом и занимаюсь ими достаточно давно. Сейчас у меня есть своя система, на предыдущей версии которой работает интернет-магазин bexx.ru. Сейчас пишу вторую версию. Большинство CMS вне зависимости от их цены имеют следующие недостатки:
1. Нет разделения сущностей: контент, программный код, оформление, язык (если в системе предусмотрена многоязычность). В итоге изменить систему очень сложно.
2. Системы делаются под какие-то определенные цели, к примеру, для блогов. Далее система обрастает модулями, которые в свою очередь ограничены из-за изначально заложенной направленности системы.
3. Нет нормальной документации пользователя и еще реже встречается документация для изменения системы, для API.
4. Нет единых стандартов для ключевых системных моментов. К примеру, почти у всех систем свой язык шаблонов, кто как извратнется. Только некоторые используют что-то общее, к примеру систему шаблонов Smarty, которая хорошо документирована и простая.
5. Отсутствие инструментов SEO. Глобальнейшая и самая актуальная проблема. Может кто не знает, SEO — оптимизация сайта для поисковых машин. С помощью SEO можно сделать так, что при нужном запросе на ваш сайт будут заходить чаще и в результатах поиска ваш сайт будет в первой десятке, а то и вообще в первом экране. К SEO относятся пресловутые ЧПУ (человеко-понятные урлы, вместо http://www.example.com/index.php?m=news&id=28942&page=1 должно быть http://www.example.com/news/ubili_negra.html). Еще немаловажный момент — это организация тэгов МЕТА на всех страницах сайта (description, keywords) + заголовок страницы. Большинство систем втупую прописывают мета из настроек сайта. В нормальных системах ключевые слова генерируются на основании контента для этой страницы. Тоже касается заголовков страниц, они также должны изменяться в зависимости от основного контента страницы.

Ну и т.д. ... писать надоело вообще, тема очень большая и серьезная, писать могу долго!

Если интересно, то системы можно посмотреть на cmsmatrix.com.

классная статья

ну вот, хоть кто-то =)

скоро выложу статью про универсальные информационные сущности в cms

Лестно, что моё мнение принимается, как статья )) не ожидал.

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

Система строится по некоторым принципам, которые чаще свойственны операционным системам. Весь контент в системе — документы. Они хранятся в базе данных в некотором структурированном виде. Кто знает как устроено хранение файлов в ОС, тот поймет: есть таблица разделов, а есть собственно сами данные файлов, они разбросаны по диску в достаточно хаотичном порядке. Собственно две эти части друг без друга имеют минимальную смысловую нагрузку. Таблица разделов указывает адрес хранения данных файла + некоторую дополнительную информацию + определяет структуру файловой системы. Также и в моей системе — есть список документов с привязкой к структуре, а есть данные документов, которые храняться в виде полей с данными.

Для обработки документов в системе есть модули. Это набор определенных функций для обработки документов определенного типа. Модуль задается какому-то разделу и документам, может наследоваться дочерними разделами. При обращении к разделу или документу вызывается модуль, который в свою очередь в зависимости от настроек выдает какую-либо информацию. К примеру, запрос вида http://www.test.com/money/ выдает либо документ с именем index, либо включает свою функцию, например, для организации списка документов этого раздела. Грубо порядок вызова можно представить так: URI -> ядро системы -> загрузка модуля -> (функция модуля | документ соответствующего типа).

Некоторые модули могут иметь настройки. К примеру, модуль "Товары" имеет: основные настройки (список фоток товара и т.д.), список производителей, схемы описания товара, валюты в системе. Настройки применяются при работе модуля.

Также в системе есть субмодули. Эти компоненты работают на заданных участках или на всем сайте. К примеру, субмодуль "Меню навигации" организует меню для работы с разделами сайта пользователю. Субмодули, как и обычные модули, имеют свои настройки. Сейчас реализованы 2 модуля: навигация и корзина.

Встроенная многоязычность, пока что один язык: русский. Частично английский. Язык для посетителя устанавливается автоматически по переданным данным от пользовательского браузера (HTTP_USER_AGENT). Один и тот же контент также может быть на разных языках, но эта функция пока не реализована, но в TODO.

Оформление — шаблоны Smarty. В перспективе перевод на XSLT. Smarty не радует только своей медлительностью и тупым кэшированием шаблонов. Недавно, кстати, в LJ компьюнити ru_php разгорелся флейм на тему Smarty, полезно почитать

Разделение прав доступа на основе пользовательской трехмерной матрицы. Т.е. для каждой доступной точки сайта задано три параметра: адрес, пользователь (группа), права (можно, нельзя, дефолт). Наследование прав по разделу по желанию админа. Встроенная система анализа безопасности... пока в стадии концепции и тестовых разработок, но суть такая, что идет отлов "неправильных" запросов и их анализ... к примеру, чел запросил вдруг строку вида .../index.php?=';`ls -al`. Че-то не так, система "предполагает", что такие запросы здесь неуместны и пользователь пытается нарушить работу системы — записывает IP в файл с забанеными IP. Всё. Доступа к сайту нет, т.к. данные из этого файла проверяются самыми первыми перед загрузкой чего бы то ни было. Паранойидальная система, но безопасность прежде всего В принципе она настраиваемая, несколько уровней проверки и паранойи, настраиваемые защитные средства (полная блокировка доступа, ограничение доступа, игнорирование инцидентов). Чем-то напоминает настройку безопасности в IE, там также можно задать уровень безопасности и отключать компоненты.

Встроенные инструменты SEO. Самое главное и чем я очень доволен, удалось нормально реализовать ЧПУ. Запросы вида "....?var=valeue" встречаются очень редко, например для постраничного просмотра списков. Пример пути к одному документу: http://shop3.example/plasma_panel/LG-RT-42PX3RV-ZA.html. По-моему, неплохо Ну до кучи динамически генерируются заголовки. Для этого документа заголовк получается вида "Название сайта | Плазменные панели | LG RT-42PX3RV-ZA". Meta description и keywords высчитываются на основе контента запрошеной страницы и включают в себя общие настройки сайта, но это пока что на уровне концепции и работает через Ж.

Из планов (TODO) можно выделить: нормальная система кэширования SQL-запросов и шаблонов. На некоторых страницах часто бывают по 30-50 SQL-запросов, десяток-другой из которых может повторяться, так что без кэширования никак Должны будут появиться еще несколько модулей и субмодулей, существующие модули будут дописаны и доведены до ума.

Сейчас в системе всего 6 модулей: товары, пользователи, текстовые страницы, система администрирования, начальная страница и поиск. По объему пока что самый большой, конечно же админка, но самый сложны по логике — поиск. Просто контент достаточно разнородный, хранится в разбитом виде... кроме тупого поиска строки по базе должен быть анализ контента самого по себе + определение значения документа для заданного запроса (релевантность) + морфология запросов (поиск разных словоформ для одного запроса) и прочие полезные фичи. Возможно получится реализовать эту задачу с помощью хранимых процедур в MySQL, чтобы уменьшить работу веб-сервера для столь сложной работы. Ну и хотелось бы сделать нормальную индексацию, т.к. при большом количестве документов система ляжет при поиске строки в таком объеме данных.

Что касается технологий реализаций, то всё строится на PHP 5.1b3, MySQL 5.0.9, Apache 2.0. Расчет на использование PHP 5 и MySQL 5. Еще можно отметить, что для построения некоторых страниц используется технология AJAX — асинхронная загрузка страниц, т.е. в зависимсоит от заданных параметров и событий часть страницы может быть подгружена с сервера или отправлена форма. Единственное, что сейчас некоторые проблемы с отправкой форм методом POST по этой технологии — трудно реализовать. Приходится пока что отправлять всю страницу и загружать ее снова, но надеюсь удастся победить Технология достаточно новая, хороших инструментов мало. Кому интересно, можно посмотреть: http://ajaxian.com/ http://www.ajaxmatters.com/r/welcome http://www.ajaxpatterns.org/. Примеры приложений на AJAX: http://gmail.google.com/ и еще через поисковики можно найти или на вышеуказанных сайтах, недавно вроде видел TOP10 Ajax applications, но ссылку потерял.

Вот пока всё. Может попозже смогу показать демо своей системы, когда более-менее до ума доведу. Работаю над ней уже месяц, планирую еще столько же, потом сделаю на ней новый bexx.ru. Еще могу сказать, что CMS есть у Bagroff'a, называет ее вроде Paradise CMS 0.1. Делал он ее еще во времена своей работы в Конэкте, когда я еще там работал По-моему на этой системе работает esever.ru и conect.ru, судя по URL'ам.

ух ну я и писун............

тот еще

Статью про УИС (Универсальные Информационные Сущности) к сожалению потерял,
но попытаюсь в кратце изложить суть.
Итак, УИС являются концептом практически универсальной CMS, главные особенности
это быстрота разработки CMS и поддержка большинства типов контента при минимальной комплектации
а также быстрая интеграция новых типов контента.
Чем же является контент на большинстве сайтов? Это каталоги и статичные документы. Статичные
документы применяются в страницах наподобе "О нас", и других, в каталогах же сосредаточена
информация обьеденёная одинаковыми свойствами (модель реаляционных баз данных), к примеру
новости, каталог товаров, форум, и т.д. Основные функции такие как добавить элемент,
удалить элемент,изменить элемент,активировать элемент, выключить элемент и другие организуются
через класс catalog который может работать как с динамическими каталогами (УИС) и статичными каталогами
(формы и списки элементов, каталогов в административном интерфейсе, которые описываются простыми пхп
командами в файлах административного интерфейса). К динамическим каталогам прицепляется шаблон,
который может быть написан на любом шаблонном интрепретаторе, в том числе на пхп, но тогда
администратор изменив шаблон может нарушить работу системы, в шаблон передаётся асоциативный массив с
выбранными сортировкой элементами. Также к динамическим каталогам можно подключить доп. типы
элементов такие как Изображение, файл, добавить элемент в корзину(или к примеру избранное), купить элемент
и многие другие. Основными же типами элементов (встроенными в ядро) являются типы элементов
поддерживемые СУБД. К динамическим каталогам можно подключить древовидный или любой другой
вид разделов. Бывает что нужно сделать несколько вариантов элемента (разные модели. языки)
для этого у потомка указывается ИД родителя, а незаполненые свойства берутся из родителя.
Но бывает иногда что нужно использователь в элемента свойство которого нет ни у одного элемента
в данном каталоге, для этого используются лополнительные свойства, которые вынесены в отдельную таблицу,
с дополнительными свойствами, которые задаются через массив (очень хорошая особенность postgres)
имя->тип->значение. Пишу на PHP+PostgreSQL+Apache+пытаюсь немного интегрировать java.
Подобие УИС организованно в Bitrix и SiteSapiens
Ну вот вроде бы и всё. Прошу не распространять статью за пределы LAN.

Не вдаваясь в подбробности, нечто подобное сделано на zope (zope.org). Только эта система скорее Framework. На ее базе есть софт называемый Plone. Нечто вроде портала. Пишется на Python + своя БД + свой веб-сервер, но есть возможность прикрутить к Apache.

а у меня как раз cms =)

QUOTE(pingu @ Oct 1 2005, 06:58 PM)а у меня как раз cms =)

Покажи структуру БД при таком хранении данных? в виде схемы.

shemi risowatj ne umeju, tembolee eto ushe realizacija, a cms wowse ne open source...

QUOTE(pingu @ Oct 5 2005, 07:45 PM)shemi risowatj ne umeju, tembolee eto ushe realizacija, a cms wowse ne open source...

А чем тебя Open Source не радует? По-моему, если софт делается на базе открытых технологий, то он также должен быть открытым.

Ну почему же сразу не радует? =) Просто лично я не вижу разрабатывать продукт и раздавать его сорс, т.к. это путь к варезу... в крайнем случае только покупателям но всёравно мне это не очень нравится т.к. могут убить систему лицензий и прочее... Или ты про фриварный софт? Имхо не имеет смыслы убивать два год на разработку чтобы отдать продукт всем желающим, темболее если он может конкурировать с платными аналогами.
Распространять собираюсь по Application Service providing (сдавать в аренду)

QUOTE(pingu @ Oct 7 2005, 02:15 PM)Ну почему же сразу не радует? =) Просто лично я не вижу разрабатывать продукт и раздавать его сорс, т.к. это путь к варезу... в крайнем случае только покупателям но всёравно мне это не очень нравится т.к. могут убить систему лицензий и прочее... Или ты про фриварный софт? Имхо не имеет смыслы убивать два год на разработку чтобы отдать продукт всем желающим, темболее если он может конкурировать с платными аналогами.
Распространять собираюсь по Application Service providing (сдавать в аренду)

Конкурировать с платными аналогами трудно. Вопрос стоит тогда ребром, за что просить денег. Всегда найдутся конкуренты у которых по той же самой, а то и меньшей цене будет что-то получше. Да и open source проекты могут найтись получше чего бы то ни было. Взять тот же NetCat. Система на самом деле говно, но за нее просят 1200 у.е. За что? За рекламу, за раскрученную марку. Это бизнес в чистом виде. Технологиями там и не пахнет.

Почему-то в Apache Foundation нашлось и время и силы на десяток лет активной разработки самого популярного веб-сервера в мире. То же самое касается PHP, MySQL, PgSQL, Linux и FreeBSD в конце концов. Я вообще за бесплатный софт и open source. Конечно, денег тоже хочется. Но я предпочел бы распространять систему бесплатно в минимальной или средней конфигурации, а проводить кастомизацию и особые модули писать уже за деньги. Таким образом можно гораздо шире распространить свою систему, познакомить с ней большое число людей и привлечь дополнительных клиентов на кастомизацию и написание доп. модулей. Так многие делают. Взять к примеру PHP. Беслпатно и открытые коды. А вот хорошая среда разработки Zend Development Environment уже идет за деньги. Или к примеру CMS eZ Publish. Распространяется бесплатно, а за деньги продается дополнительная система управления в виде "толстого" клиента. Ну и т.д. В общем, продавать софт имеет смысл либо при большом спросе на него, либо имея огромные средства на маркетинговую поддержку. Иначе софт просто никто не будет покупать.

Что касается ASP, то это хорошо, прогрессивно!

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

QUOTE(pingu @ Oct 11 2005, 18:47)ну неткэт действительно продаётся только из-за маркетологов, но вот к примеру битрикс...
Толстый клиент к примеру многим не нужен...
А если распространять по ASP то сорс лучше не открывать...

Недавно посмотрел битрикс 4.0.3. Гавно.
eZ Publish -- лишь пример с его толстым клиентом. Есть много чего дополнительного, что продается за деньги: скины, модули, переводы, модификации и т.д.
Если ты распространяешь по ASP у тебя клиенты всё равно не увидять исходники, ибо работать будут только с результатами работы скриптов, с интерфейсами.

мы про один и тот же ASP? я про сдачу в аренду хостерам и дизайн смтудим кмсины

QUOTE(pingu @ Oct 12 2005, 21:14)мы про один и тот же ASP? я про сдачу в аренду хостерам и дизайн смтудим кмсины

да я про тот же

я не про сдачу клиента к сервису а целиком всей cms...
насчёт битрикса -- это ты зря. но это не совсем cms, а чуть-чуть cmf =)

QUOTE(pingu @ Oct 14 2005, 15:09)я не про сдачу клиента к сервису а целиком всей cms...
насчёт битрикса -- это ты зря. но это не совсем cms, а чуть-чуть cmf =)

Хм... т.е. ты даешь своему клиенту свою систему как бы на время, пусть ей пользуется, а потом ты типа забирешь ее обратно? А почему не сдавать систему в аренду в классическом понимании ASP? Твой сервер, твоя система. Клиент создает свой сайт и рулит им сам.

А что касается битрикса, то он не прошел первый этап моего тестирования. Если система при установке начинает кривляться, например, требовать чтобы были включены register_globals, к примеру, такая система нам не нужна. В трэш. Но это ладно, так ведь там еще установка 3.5 Мб SQL-запросов, почти 200 таблиц. Даже на хорошем компе — это довольно трудоемкий процесс для PHP и он вылетит обязательно по max execution time. Потом посмотрел-таки что он из себя представляет изнутри.... разумеется, лучше нетката, но всё равно так себе система.

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

Битрикс сделан конечно не очень хорошо, но он одним из первых начал использовать УИС, правдо немного карявый но всё же... Вообще он предназначен для крупных сайтов, к примеру сайт коммпьюленты находится на восьми(!) серверах с битриксом и ораклом.

Скрины

ммм, не плохо, но лично я бы юзал ajax и подобие виндового интерфейса что бы юзером бло понятнее

QUOTE(pingu @ Oct 15 2005, 15:41)ммм, не плохо, но лично я бы юзал ajax и подобие виндового интерфейса что бы юзером бло понятнее

там и есть AJAX почти на всех страницах.

я про ajax+подобие виндового интерфейса вместе как к примеру в eyeos

QUOTE(pingu @ Oct 16 2005, 11:37)я про ajax+подобие виндового интерфейса вместе как к примеру в eyeos

я как-то склонен больше к классическим интерфейсам.

Поработал с bitrix 4.0.3. Убедился, что это ацтой. Очередной программный продукт данной категории с хорошей раскруткой. Лучше NetCat, но качество одинаковое... Между ними разница, как между разбитой ржавой шестеркой и таким же ржавым и разбитым камазом.

При установке система дала сбой, некоторые SQL запросы приходилось переписывать вручную, ибо в них зарезервированные слова используются для имен полей и не берутся в ``. Админка заработала сразу, а вот файлы сайта пришлось опять править и опять же из-за той же проблемы с SQL. После исправления ошибок сайт заработал, но теперь после каждого запроса стал вылетать Apache с ошибкой, я так полагаю в PHP идет сбой. Ну это я думаю уже ошибка не совсем в bitrix, у меня Apache 2.0.53, PHP 5.1.

Организация некоторых элементов просто убила. Почему-то верхнее меню сайта хранится отдельно в PHP-файле на диске. А в нем массив. Почему эту конструкцию нельзя храниться в БД, видимо в bitrixe решили не добавлять к 190 таблицам базы данных еще парочку для хранения меню.

Bitrix у меня разумеется ворованый, но как оказалось плохо зануленый. При каждом обращении к странице система отправляет разработчикам письмо... стучит падла Это добавляет тормозов, особенно если отправка происходит не через локальный почтовый сервер, а через какой-нибудь SMTP вдалеке. Предположу, что незануленый еще больше тормозит, т.к. в нем еще больше стучалок.

Порадовало огромное количество модулей в версии Business. Некоторые модули довольно навороченные и представляют собой полноценные самостоятельные инструменты достаточно высокого уровня. Но их организация опять же оставляет желать лучшего. Очень важным плюсом, на мой взгляд, в битриксе является заточка под Россию. Это в первую очередь встроенная интеграция с платежными системами WM, Rapida, Assist и Яндекс.Деньги. Но организация модулей опять же довольно стремная. По крайней мере мне не кажется такое решение достаточно гибким и масштабируемым.

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

Добавление информации на сайт не очень сложное, но я с первого раза не догнал, что текстовый контент распихан по блокам. А познакомившись поближе, концепция такого разделения показалась достаточно интересной. Все документы распихиваются в 4 изначальных типа: каталог, новости, фотогалерея, партнеры. Далее создается информационный блок в этой группе. И в нем уже создаются типы записей, сами записи и т.д. К примеру для товаров используется каталог, в нем задаются группы по производителям и создается шаблон описания товаров. Здесь есть, что подчеркнуть для себя.

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

Вот в общем-то и всё, что успел выяснить за 1 час работы с битриксом.

А еще в Bitrix абалденный WYSIWYG-редактор. Пока что лучше не видел. Загрузка изображений доведена до ума. Расстановка компонентов на странице нормальная. В общем, супер!

nashet zagruzki images -- glanj platnij plugin k tinymce(na site tinymce). u menja bila platnaja versija (spizdil s odnogo projekta) stawilsja na denwer spokojno+ne tormosit.
nashet menju - bitrix na sowsem cms, eto nemnogo cmf, po etomy tam wse sdelano shtobi prosto sdelatj v files site i otdatj zakashchiky, za kashdoje izmenenije zakashchik budet platitj. v mojej system vse files napodobije generacii menu i t.d. vineseni v basu i moshno rulitj iz adminki. ja vot podumivaju ee v opensource vikinutj, ibo na reklamy nety deneg. kstati wysiwyg bitrix pashet toljko v ie

QUOTE(pingu @ Oct 29 2005, 13:52)nashet zagruzki images -- glanj platnij plugin k tinymce(na site tinymce). u menja bila platnaja versija (spizdil s odnogo projekta) stawilsja na denwer spokojno+ne tormosit.
nashet menju - bitrix na sowsem cms, eto nemnogo cmf, po etomy tam wse sdelano shtobi prosto sdelatj v files site i otdatj zakashchiky, za kashdoje izmenenije zakashchik budet platitj. v mojej system vse files napodobije generacii menu i t.d. vineseni v basu i moshno rulitj iz adminki. ja vot podumivaju ee v opensource vikinutj, ibo na reklamy nety deneg. kstati wysiwyg bitrix pashet toljko v ie

То что WYSIWYG-редактор работает только в IE, это не проблема, ибо админ может и напрячься, переступить через себя и пользовать IE для администрирования сайта. Не суть важно.

Вот у меня вопрос. Поставил Mambo 4.5.2 На первом шаге настройки просят ввести MySQL Password. В журнале написано, что пароль вводить не надо. При любом пароле (и без тоже) говорит неверный пароль. Или какой-то отдельный, специальный пароль нужен?

MySQL Password -- в данном случае пароль для авторизации в базе данных. Вместе с ним должен быть указан MySQL User, например, root, если тестишь на developer host (свой тестовый комп). Пароль мог быть установлен при инсталляции MySQL.

Дело в том, что MySQL шел в комплекте с Apache и PHP. И тем более, как написано в журнале и хелпе к комплекту пароль не нужен. Т.е. без пароля. И ещё. При тесте MySQL тоже выдаёт ошибку.

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

Пожалуйста, можете дать нормально работающую CMS не очень сложную в управлении и достаточно функциональную. Заранее благодарен!

WordPress 2.0. Простая и удобная система. Изначально хорошо подойдет для создания блога.

Warning: Cannot modify header information - headers already sent by (output started at D:\Sites\home\localhost\www\wp-admin\setup-config.php:22) in D:\Sites\home\localhost\www\wp-includes\wp-db.php on line 308

пишет после ввода имени и пароля