Santafox — бесплатная CMS
Наткнулся на рекламу в сети: бесплатная CMS, открытый код, русские руководства… Решил посмотреть. Скажу сразу, посмотреть не удалось. Сайт разработчика изобилует обтекаемыми «маркетологическими» формулировками, из которых ничего не следует — любая система нынче гибкая, мощная, современная и простая одновременно.
Устанавливать можно двумя способами — либо скачиваем архив, либо скармливаем все настройки установщику на сайте и наслаждаемся процессом. Установщик просит логин и пароль на FTP, то же самое для MySQL, плюс адреса серверов. FTP у меня на локальной машине нет, равно как нет и на большинстве удаленных хостов — предпочитаю SFTP. Скачал архив, развернул, началась установка.
Впечатление испортила кодировка cp1251, жестко вбитые в установщик русские тексты, которые я не смог увидеть на экране — по-моему там был iframe, на который выбор кодировки никак не действовал. Ну да ладно, интерфейс не хитрый. Тут случился критический облом — локальный процесс установки тоже требовал FTP доступ. Это популярный способ борьбы с безобразными правами у создаваемых PHP файлов и папок, но по-обыкновению людям дают право выбора, поскольку проблема эта актуальна только при использовании mod_php, насколько я понимаю.
Вернулся на сайт, решил попробовать удаленный установщик. Сделал на одном из серверов временный домен, нового пользователя FTP, базу и пользователя MySQL. Скормил все это установщику, поехали. Папок там около 250, файлов больше 5000, так что процесс занимает не меньше часа. С первого раза файлы не скопировались, оборвалось что-то и привет. Второй раз пошло веселее, поскольку установщик явно пропускает уже имеющиеся папки и файлы.
В общем, ближе к концу второго часа я вспомнил, что на выбранном сервере по-умолчанию установлен PHP4, а для подключения требуемого PHP5 надо потратить еще некторое количество калорий. Это я уже не осилил, тем более что предполагаемые (и озвученные разработчиками) достоинства системы стали вызывать большие сомнения.
Пожелания разработчикам Santafox будут такие:
- Выкинуть тексты из PHP и сделать внешний файл с текстовыми строками (константы, массивы), в идеале – использовать i18n
- Ориентироваться на UTF-8, что будет проще сделать при выполнении предыдущего пункта
- Сделать опциональным использование FTP. Это не единственный и не самый удобный способ решения проблем с правами.
- Сделайте демонстрационную установку у себя на сайте. Скриншотов явно недостаточно для оценки.
Ну а в остальном — удачи. Плохого пиара не бывает, так что без обид. Не много сейчас желающих пуститься в безнадежное мероприятие по разработке собственной CMS, тем более бесплатной и с открытым кодом.
Спасибо за внимание к нашей CMS
Что могу сказать от себя
Удаленный установщик - зло. Мы переделаем его в схему - скачал архив, распаковал-запустил. Но пока руки не доходят.
Все переменные как в админке, так и сообщения пользователям именно во внешних файлах. Только инсталлятор написан без соблюдения этих принципов.
На UTF если и будем ориентироваться, то не скоро. Разработчикам начального уровня будет сложно с ним работать, а 99% сайтов все-равно собирается на связку русский/английский.
Относительно работы с правами - не могли бы Вы прояснить свою мысль про альтернативные способы?
Демоустановка делается.
За пожелания удачи - спасибо
Быстро реагируете
Удаленный установщик вовсе не зло, просто передача большого количества небольших файлов по FTP – занятие утомительное.
Насчет языка и кодировки. Во-первых, у меня, скажем, Mac OS, в котором полноценно просматривать cp1251 можно только в браузерах, а писать – только в специально обученных для этого редакторах. При этом никакого поиска по таким файлам, понятно, не будет — для системы они выглядят набором бесмысленных закорючек. Windows, вроде, умеет уже нормально работать с Юникодом, так почему бы нет.
Для примера – MODx работает в том, в чем скажешь. Для русского языка выбирается либо 1251 либо UTF-8 – это просто внешний файл с переведенными языковыми константами в соответствующей кодировке.
Насчет хитрого способа обойти проблему с правами в php посредством использования ФТП. Как минимум, не у всех есть FTP и не у всех PHP работает на mod_php и не всех, вообще говоря, волнует эта проблема с правами.
Вы последовательно откусываете небольшие кусочки от своей аудитории этими не совсем удачными решениями.
Я понимаю выбор товарищей из Twilight — только Windows, только IE — но у них это выбор осознанный, намеренный и дающий им какие-то преимущества. А у вас это спорное и непринципиальное самоограничение, которое легко устранить, по-моему.
Регулярно наблюдаю вашу рекламу в AdWords в одном ряду с «монстрами» вроде UMI или HostCMS. Жду демо, интересно будет глянуть!
Удаленный установщик вовсе не зло, просто передача большого количества небольших файлов по FTP – занятие утомительное.
Я это и имел ввиду. Установщик в текущей реализации.
Во-первых, у меня, скажем, Mac OS,
Тогда Вы вообще на наш клиент. Под маком мы даже не текстили админку.
и не всех, вообще говоря, волнует эта проблема с правами.
Ну, в таком случае они просто не заполняют их и все.
Вы последовательно откусываете небольшие кусочки от своей аудитории этими не совсем удачными решениями.
Все просто. Кусочки откусываются небольшие. А реализация всего-подовсе-для всех обходится слишком дорого. Мы определились что и для кого делаем и стараемся сделать эффективный инструмент в рамках наших представлений о нем
Тогда Вы вообще на наш клиент. Под маком мы даже не текстили админку.
Да многие не тестировали, чего уж там. А вот – работают. Для этого есть W3C стандарты, которым надо следовать.
Мы определились что и для кого делаем и стараемся сделать эффективный инструмент в рамках наших представлений о нем
Это вполне нормальное решение, только оно нигде не отражено. Если вы действительно решили что-то и знаете почему — опишите это на сайте. А пока выглядит так, будто продукт сырой и без идеи, вместо того, чтобы выглядеть оригинальным и эффективным в какой-то более-менее узкой области.
Сорри за поучения, это часто раздражает, я знаю
Еще раз удачи.
Что касается ютф -8 это не только будет проще сделать выше упомянутый пункт но и облегчит нагрузку и обработку контента….
Кстати, доложусь, что инсталлятор мы сделали
Думаю, что делать версию в кодировке UTF-8 не стоит. лучше уж оставить windows-1251
Я не пользуюсь windows-1251 уже года 3. Привык, удобнее и правильнее — этого достаточно.