Pull to refresh

Comments 201

UFO just landed and posted this here
Убрал, думал в личных блогах можно и без ката, это пока первый пост тут. Такой вопрос... чтобы добавить катринки в статью нужно обладать чем-то специфическим? А то используя кнопочку в WYSIWYG файл вроде как аплоадится, но в статью не вставляется.
UFO just landed and posted this here
Windows-1251? 0_o
Господа! Это же прошлый век!
Есть такое понятие... "так исторически сложилось" :)
последние несколько лет исторически сложилось юникод использовать
Первая версия этой CMS, тогда еще для закрытого пользования, вышла и не год и не два назад, собственно как раз до того, как правилом хорошего тона стало считаться UTF8 и ООП. Последние серьезные изменения были сделаны в CMS в начале этого года, но могу точно сказать что в будущих итерациях планируется использовать UTF8, а так как были задействованы такие вещи как JSON и AJAX. Сейчас возникшие сложности связанные с кодировками с легкостью решаются использованием iconv, который кстати есть на любом адекватном хостинге.
Да не надо оправдываться, просто не пиарь этот момент и переделай к ближайшему билду.
utf8 конечно хорошо, но если проект в нём не сильно нуждается то лучше обойтись без него, ибо utf базу грузит в два раза больше =(
Ммм... я не пиарю этот момент, ни в плохом, ни в хорошем смысле, просто решил нужным обратить на это внимание в статье, так как в принципе никакого критического значения это параметр, это на мой взгляд не носит, просто в одном из обзоров в блоге "Знамя Занами" (вроде так) на это было обращено внимание, и я решил так же обратить внимание на этот момент дабы было меньше "недокументированных особенностей". И чтобы раставить некоторые точки над i – да я принимал участие в разработке, но в выпуске ближайшего и последующих билдов, и соответственно внесении изменений, я уже не буду принимать участие.
и что, ничего нельзя сделать?
Это ведь риторический вопрос, правда?
А что в этой CMS особенного? Смотрю вроде обычная cms. с таким же успехом можно написать про каждую из полсотни cms. Вот если бы в ней было бы что нибудь революционное...
Особенного – способ интеграции шаблонов. В шаблоне ставятся метки в которые потом выводятся действия модулей. Достаточно удобно, да и верстальщики работавшие с CMS посчитали этот способ очень удобным.
Может стоит тогда вынести это в пост? :)
Если не ошибаюсь, то Вы говорите о том, что присутствует в MODx CMS (тоже opensource, кстати) уже несколько лет.
Не хочу сказать что-либо плохое про Santafox, просто обращаю внимание на то, что это не уникальная особенность.
Видимо действительно есть аналог, так как уже не вы один упоминаете об этом, но довольно часто параллельно и независимо друг от друга создавались, в принципе, одинаковые вещи. Постараюсь пригласить в этот топик официальных лиц и думаю момент сходства с MODx CMS они прокомментируют – было ли это заимствовано или же это из разряда собственных идей.
это даже не в модх-е, а я еще раньше писал про систему, от котрой она пошла, тогда это называлась etomite cms.
В упомянутой ниже Джумле таким же образом интегрируются шаблоны. А что за шаблонизатор у вас?
Лучше имхо. десигнеры это уже спокойно кушают и еще много плюсов. Можно конечно рассказывать и про смарти и xml, это дисскусия на тему amd vs intel, но всё же системе и десигнерам (им учить теги не надо) легче будет даже мало того и шаблоны гибче станут.
За это фанаты "php_flag short_open_tag Off" закидают тухлым омлетом, но по моему тоже очень хороший вариант.
В Drupal Это реализовано на порядок удобнее. Не говоря уже о размере сообщества, функционале и саппорте.
И правда, как можно пытаться предлагать на рынок товар, который на несколько порядков уступает конкурентам(большинство из которых, к тому же бесплатны)?
Думаю если вы в состоянии понять как получается продвигать линукс, при том, в виде нескольких, в принципе одинаковых, дистрибутивов и учитывая что и поддержка, и функционал и сообщества конкурентов, к примеру вин и мак, впечатляют, то вы сами получите ответ на свой вопрос. К тому же полагаю, что вы вряд ли когда-либо хотябы участвовали в выпуске чеголибо, отсюда и ваше не понимание, Drupal не за один вечер стала популярна. И специально вам посоветую почитать "Рабы майкрософта", откроет для вас многое аспекты разработки ПО.
Откуда у вас такая уверенность в чём я участвовал? Посетите сайт drupal.ru, прежде чем делать выводы.

Потом, многочисленные клоны *nix вполне сопоставимы по функционалу с win и mac. Можно долго спорить что лучше, что хуже у них реализовано. Но это софт одного уровня...
Вы же предлагаете систему, и считаете среди её недостатков только кодировку, что даже не смешно в 2008 году.

Я могу дать вам несколько советов, как попробовать улучшить вашу CMS.
Для начала, посмотрите список возможностей ваших 'конкурентов' на http://cmsmatrix.org.

Искренне желаю вам успехов в дальнейшем развитии и совершенствовании вашей CMS ;)

Unable to connect to database server
If you still have to install Drupal, proceed to the installation page.

Это должно сказать о чем-то особенном? ;) И я не то чтобы систему предлагаю, скажем так это самое интересное что нашлось для первого поста на хабре. Насчет cmsmatrix — неужто вы считаете, что все представленные там продукты конкурентно способны?
этот проект занимает свою нишу.
абсолютно в этом уверен.
использовать же друпал, для небольших сайтов, не тянет.
Как уже высказались выше, это MODx.
Etomite тоже в своё время трогали...
Не самая кстати лучшая реализация этого момента. Скажем так из 5 - 2.
Есть гараздо лучше... если интересно в личную.
Потому как темы, модули и шаблоны к ним завязаны неправильно (если изходить из вашего подхода)
Можно сделать гараздо легче, но здесь придется многое унифицировать.
Про UTF-8 уже все писали... за отсутствие "кол". Даже без разговоров. Ну есть куча бесплатных библиотек для UTF-8, подключить их дело 2-3 дней для одного инженера (не буду писать програмиста (кодера), это уже как ругательное у меня (мне нравится design engineer (не путать с десигнером - это разные проф.)) такого проекта.
Идея меток для модулей (добавлю еще блоков) хороша и правильна в принципе... но реализована...хм.
А вот разделение контента - порождает запутанность и усложняет систему.
Унификация тяжела в разработке но в пользовании юзерами - настолько легка.
Контент он и в африке контент. Зачем вы его разделяете?
Какая разница между новостями и блогом, комментами и т.п. подумайте... принципетолько в "выводе"
Поэтому ничего революционного и отличного от других cms не вижу пока. Таже "плоская" cms-ка старого поколения...
Иерархия контента, только для структуры... потому что опять плоская реляционная cms. Никакой иерархической системы и не видно.

Неужеле никто NTFS или FAT не видел (не трогал, ах да я забыл...dos тоже многие не видели, а про asm молчим вообще, не суть языка - суть архитектуры... а как и чем, хоть ООП, хоть как, это уже рефакторинг обычный) ... там что изображения и документы разделены !!!! ?????
На уровне иерархии - НЕТ, потому что это называется ВСЁ файлом. В случае CMS - страница - это контент! и всё.
Только на уровне юзера это комменты, новости и т п.
Со времен царя гороха кто разделил конетент на части - теперь все удивляемся, а чего нормальных CMS нет???
И не будет пока не сделают аналог ntfsCMS (иерархической). Задолбался я уже ... сиськи давайте, а не плоскотню.
А этого нигде раньше небыло?
Вот что всех так прет выделиться риторическим вопросом?

P.S.
"Иногда лучше жевать, чем говорить" ©
Глобальные переменные в коде - вам большой минус. А сами пишете про минимальные требования php 5.2.x. Некоторые хостеры (правильные) выключают поддержку глобальных переменных.
>>Некоторые хостеры (правильные) выключают поддержку глобальных переменных.
Потому что global большое зло в ООП (раз оно уж в проекте применяется). Надо использовать паттерн Singleton
И это нормальная причина блокировать глобальные переменные на хостинге? Это как раз пример невменяемых хостингов;) Хостингами во-первых не только программисты пользуются, а и простые люди, которые запускают сайта на вордпрессе и подобном, не все пишут используя ООП, не все такого-же мнения как и вы о синглтонах и глобальных переменных как и бы, в конце концов многие скрипты пишутся для того чтобы они нормально работали а не только чтобы там каждая строчка учебнику соответствовала. И делать неработоспособными все эти скрипты - наверное самая большая глупость которую может учудить хостер.
Singleton это вообще антипаттерн, и сам разработчик определяет где он использует Singleton, а где глобальные переменные.
Какая-то глупость тут сказана.
Вы понятия путаете. Хостеры не отключают глобальные переменные. В php есть настройка register_globals, которая отвечает за дублирование переменных из массивов $_POST, $_GET и тд в глобальную область видимости. Вот ее то и рекомендуется отключать.
Просто в php4 они по умолчанию включены а в php5 выключены
не они, а она - "настройка"
http://de2.php.net/register_globals
Ну да, переменные глобальные я имел ввиду )
..."картошку и пепси отдать Ёде желаешь ты..." =)
Не верно. В 4 версии, начиная с 4.2 они тоже выключены по умолчанию.
Ага а еще хостеры любят safe mode ... а еще они просто бараны, потому как по нормальному сконфигурировать не могут вот и режут всё. Правильно реализованный global спокойно живет везде
вот взять хоть drupal... там global везде ... и никто не плачет ни ibm (много зеркал на нем), ни google (поддержка)...
А я вам скажу - спасибо! молодцы. Делали - тратили время. Желаю вашему проекту развития.
Спасибо и за пожелания всем отписавшимся и за карму, перенес статью в блог CMS, думаю тут самое место посту.
Что мне кажется, что законы саморегулирования хабра изменились. Изменились или от прихода новых людей или благодаря политики руководящей партии.
1) начали минусовать неновостные топики — причем очень глубоко заминусовывать;
2) начали минусовать тех, кто описывает, что он сделал.
Я Сантафокс видел где-то неделю назад, перейдя по ссылке яндекс.директа, сайт мне не понравился (причем здесь сайт, спросит кто-нибудь), тестить систему не стал. Может посмотрю, когда найду время.

Но, блин, я еще как-то могу себе представить, если бы заминусовали платную ЦМС, но с какого хера минусуют авторов бесплатной? Если это появился клуб анонимных карма-ананистов, то сами_знаете_что_делать.

Я не считаю сантафокс чем-то, но за наличие модуля магазина готов им простить все их многочисленные огрехи. Когда потестю саму систему, разумеется.
Да давно уже минусуют тех кто что-то сделал... вы только заметили? Причем совершенно безграмотно и не обосновано. Какие-то детские эмоции. Я хоть и написал критики (не гадости замечу) здесь, но ни одного минуса не поставил. Тем кто в песочнице играется - путь выростут, а тем кто что-то сделал... ну извините рука не подымается. Лучше человеку помочь... грамотно покритиковать и указать на ошибки. Разработчику очень тяжело в наше время. Поэтому за это только можно плюсов налепить ему. Хотя cms обычна - старого поколения.
очередная цмс на пхп... наплодили блин
очередная РОССИЙСКАЯ OPENSOURCE цмс на пхп, заметьте разницу)
ИМХО. Российская CMS - самописная CMS

Хотя может хватить CMS разрабатывать, уже давно CMF рулит.
Самописная это та которую пишешь сам и для себя, используя готовые наработки.
Пожалуйста не стоит смешивать такие различные понятия как CMS и CMF. У них достаточно разные задачи, несмотря на то, что цель-то, в принципе, одна.
Здесь под CMF я подразумевал системы типа Drupal, MODx и т.д. за ними будущее, CMS становится вчерашним днём.
По секрету, будующее за исследованиями стволовых клеток и нано технологий =)
а я наивный верил "БАК — наше всё!" ;_;
Пока останутся пхпкодеры(я не имею ввиду программистов пишущих на php ^_^ ), цмс будут нужны.
Некоторые просто не тратят свое время и едут на купленном (читай вылизанном чужом коде) велосипеде. Лично я предпочитаю набор сделай сам в виде Codeigniter.
пока будут cms писать кодеры и програмисты :), а не инженеры... cms будут никому не нужны.
Глянул немного код, не впечатлило, но по сравнению со многими другими открытыми CMS неплохо. Порадовала полная документация к коду, всяко большой плюс.

Для меня в этой, как и почти во всех других CMS неприемлемо разделение кода фронтенда и бекенда. Я стремлюсь к тому, чтобы любой модуль только описывал модель данных, все остальное должна делать CMS. Конечно, такой способ подходит не всегда, но для большинства задач ничего другого делать не приходится. У меня в CMS все объекты (пользователи, структура сайта, привлегии и т.п.) тоже описаны в виде модели, поэтому при интеграции в другое веб приложение достаточно описать модель данных стороннего приложения.
Возможно это будет реализовано в следующей итерации, CMS очень молодая и очень активно развивается.
А как Ваша фраза соотносится с
Первая версия этой CMS, тогда еще для закрытого пользования, вышла и не год и не два назад, собственно как раз до того, как правилом хорошего тона стало
считаться UTF8 и ООП.

?
Было несколько мажорных (читать в контексте ПО) версий. Если измерять возраст от выхода последней, то это несколько месяцев, если от момента зарождения концепции как таковой, то это несколько лет. Сами разработчики позиционируют продукт как новый, так как общественности до недавнего времени о нем известно не было. Более исчерпывающую информацию вы можете получить на официальном форуме, в статье есть его адрес.
Раз уж требования действительно 5.х, то из мануалов можно было бы и убрать про необходимость @access в доках. И поработать над литературной речью на сайте. Говорю не из-за вредности, это лицо вашей CMS, всё должно быть как можно лучше, и пользователей и программистов может привлечь.
Фраза про win1251 сразу отбила охоту тестить. Архаичные кодировки не делают мир лучше :-(
Универсальность (читай UTF-8) требуются далеко не везде и не всегда, и в использовании cp1251 есть как свои плюсы так и свои минусы, и сколько людей столько и мнений, но cp1251 отлично подходит для создания, к примеру, htmlек. Да и сложно назвать ее архаичной, скорее не очень модной в настоящее время. А если требуется например RSS сделать или AJAX задействовать, то всегда под рукой есть библиотеки вроде iconv. CMS позиционируется для разработки средних / малых корпоративных сайтов, и данная кодировка тут не создает сложностей.
ну вот один плюсик сп-1251, пожалуйста. только не ндо бреда про экономию жесткого диска и передаваемого трафика. ну и да, юникод конечно не подходит для создания "htmlек", ну вот просто совсем никак.
спрошу, у всех iconv есть? Я поперелазил много хостеров. Особенность поддержки utf-8 - это болезнь наших хостеров.
Поэтому не замарачивайтесь. Забейте на iconv. Подключите одну библиотеку поддержки utf-8 (там не много функций работы со строками). 2 дня работы для инженера (выше уже писал)
Отлично, парни молодцы!!!
А кто нибудь может посоветовать CMS под MSSQL, с аналогичными функциями?
Я просил CMS под MSsql, а то что Вы предложили не поддерживает эту базу к сожалению.
Да поддерживает, не заметил. Огромное СПАСИБО)
Тяжело на рынке CMS, уже простой CMS не удивишь, юзер искушён.
Это как сказать, еще продолжают создавать и продавать CMS в которых даже WYSIWYGа нет встроенного и умеют они... да вообще ничего не могут те цмски, но сайты на них работают и видимо отрабатывают вложенные в них средства. Насчет рынка и искушенности юзера – я думаю вряд ли даже один процент заказчиков (имеем вивиду разработку небольшого корпоративного сайта) сможет назвать хотябы одну cms, если он еще и термин такой знает. Искушены как правило не юзеры, а тестеры, гики / фрики, разработчики и мы с вами. И не так важно само блюдо, как соус к нему =)
Отсутствие WYSIWYGа далеко не всегда можно признать недостатком.
Отсутствие WYSIWYG есть благо великое, Textile/Markdown в руки, и вперёд с песней.
Был момент, когда клиент потребовал WYSIWYG-редактор в админке сайта... я потом долго плакал и бился головой о стол, видя 24px magenta comic sans в легком бело-зеленом дизайне...
Это ваш промах как разработчика, коли позволяете с помощью вашего продукта оформлять текст таким образом.

Если уж взяли готовый редактор, то почему бы не отключить в нём выбор гарнитуры, кегля и цветов? Такие параметры нужно намертво "зашивать" в CSS и не разрешать юзерам отступать от установленных стилей.
Когда заказчик требует чтобы там было "всё как в Word'е" — тут не поотключаешь. Вы не учли этого.
Можно долго спорить о "воспитании неразумных клиентов", но есть такие люди, советского склада ума, которых не интересует, хорошо это, плохо это, он ХОЧЕТ, и всё тут.
И таких, к сожалению, много.
Если ваш заказчик настолько суров, что требует, чтобы всё было "как в Ворде", то это ещё не значит, что ваша программа должна позволять выкидывать фокусы вроде описанных вами "24px magenta comic sans в легком бело-зеленом дизайне". И это также не означает того, что заказчик действительно хочет писать на страницах своего сайта здоровенным комик-сансом.
Теорикрафт.
Вы мыслите утопическими мерками, представляя здесь сферического заказчика в вакууме.

Реальность же зело сложнее и идет немного вразрез с этим теорикрафтом. Рассуждать "значит" или "не значит" можно веками, а тем временем заказчик сидит, тыкает кнопки, видит что ему не всё доступно, и разработчик поулчает втык за плохо выполненную работу.

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

"Эта вот хрень не работает как я хочу, а вон на том сайте — работает, при чем такая же. Где остальные кнопки? Почему там работает а тут нет? Ваше дело делать, а не указывать, что мне надо, а что не надо, я лучше знаю, что мне надо.".
Всё.

И никого не интересует теорикрафт "значит или не значит".
Таким людям плевать на то, портит это дизайн, или нет. И я вам завидую белой завистью, если вам никогда не приходилось сталкиватся с такими заказчиками.
...А комментарии к своим топикам плюсовать нельзя чтоли на хабре?...
Да тут много чего непонятно сделано :)
Даже в наши суровые времена в договоре мелкими буквами можно написать

"При возникновении спорных вопросов реализации программной части системы ИСПОЛНИТЕЛЬ принимает решение об изменении/добавлении каких - либо функций самостоятельно, полагаясь на опыт, бла-бла-бла и всё такое, пользуясь указаниями ЗАКАЗЧИКА, носящими рекомендательный характер"
Это не промах разработчика, это промах заказчика если он переоценил свои силы по наполнению контентом, на худой конец мог бы не сам, допустим, делать, а нанять удаленного эникейщика. К сожалению почему-то так делать не принято... а ведь если у большинства из них случись что с компом, так сами они не возьмутся за поиск неисправности, а найдут более менее квалифицированного специалиста. К тому же "прошивка" в css никаким образом не облегчает создание контента. Думаю оптимальный вариант всетаки это действительно Textile/Markdown + JS контролы аналогичные тем что в WYSIWYGах.
Причём тут самооценка сили и эникейщики? Налицо элементарная ошибка в проектировании: если выполнение пользователем некого действия в программе может повлечь нежелательные последствия, такие действия надо ограничивать. Например, модифицировать редактор таким образом, чтобы пользователь не мог для того же текста использовать такие свойства, которые элементарно портят дизайн.
Да, возможно ошибка в проектировании, но я вот сейчас не могу вспомнить где она была бы учтена и проработана.
Широкая распространённость таких ошибок не является смягчающим обстоятельством :) Если вы не можете вспомнить, в каком продукте подобного рода ошибки проработаны, это не значит, что таких продуктов не существует.

Я правильно понял, что вы запостили здесь статью о вашей разработке не для сбора хвалебных отзывов? Здоровая критика много ценнее лести. Особенно, когда нет своего отдела Quality Assurance
Я не знал заранее какой будет эффект вообще, но что я понял — чтобы трезво что-либо оценить, стопроцентно нужно это что-то засветить тут.

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

Пусть уж лучше "ткнут носом" хабралюди, чем ваши клиенты. В первом случае вы приобретаете ценную информацию о качестве вашей разработки, во втором потенциально можете терять время и деньги.
Блин, а может я эмоциональный и люблю все раскрашивать? Проблему найдете дочитав все комментарии.
В ваших размышлениях всё было бы отлично, если бы не одно "но": понятие "нежелательные последствия" у разработчика и у клиента довольно таки часто расходятся. Для вас это "испортить дизайн", для клиента - "возможность оформить текст по желанию". С вашей точки зрения это "нежелательные последствия", с его — "естественная и нужная ему (клиенту) функциональность сайта". Не все клиенты такие, конечно. Но и того неадеквата что есть - вполне хватает.
И поди убеди его в том, что у него дурной вкус и он ничерта не шарит в гармонии цветов.
Опять же, проблема не у клиента, а у вас. Когда проектировали и утверждали дизайн, то забыли о такой простой вещи, как руководство по наполнению сайта с описанием допустимых цветов, гарнитур и прочего.

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

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

Вы знаете, случае с "24px magenta" именно так и было. Добрый улыбчивый человек всё выслушал, посоглашался, покивал головой, оценил дизайн, но тем не менее настоял на том, чтобы оставить полный функционал редактора. А на следующий день влепил заголовок статьи "чтобы ярко и заметно". Ну и кроме того, довольно часто сопровождением и наполнением сайта занимается не тот человек, который заказывал, а, например, секретарша Баба Зина или студентка Вика, которая на первом курсе устроилась секретаршей на пол ставки (такое чудо тоже встречалось).
Хотя да, версия "на разных языках" вполне возможно, что имеет место быть. Я нифига не словоплет и не елеен.
Нормальной нет до сих пор. Всё "плоскотня" реляционная. Нормальной иерархической контенто-ориентированной cms/cmf нет. (из бесплатных точно нет). Поэтому юзер не искушен а взбешен и вечно ищет.
уже лучше, но пользователи бы только выиграли, если бы CSS/JS файлы автоматом объединялись, минимизировались и сжимались
http://webo.in/articles/all/js-gzip-cach…
http://webo.in/articles/habrahabr/07-gzi…
http://webo.in/articles/habrahabr/02-del…
http://webo.in/articles/habrahabr/14-min…
http://webo.in/articles/habrahabr/11-min…
Спасибо за статьи, совершенству нет предела =)
однако, у профессионализма есть вполне понятный уровень
А так же есть приоритетность задач, востребованность и прочие моменты. Можете подробней описать где вы видете нужным внедрение автоматического объединения и минимализации css/js. И что именно вы имели написав "но пользователи бы только выиграли", уменьшение количества запросов браузера / трафика медлу клиентом и сервером?
я боюсь, что, вступив в аргументированную дискуссию здесь, огребу уменьшение кармы и проч. и проч. Поскольку это основной и прокачанный аккаунт предлагаю писать сразу на мыло n2ck [AT] mail.ru — либо оставьте свое
Думаю хабрапочта подойдет, запрос отправил...
А кто как относится к факту opensource cms построенной на фреймворке скажем cakephp или codeigniter? Как кто отнесется если допутим статистика будет от http://piwik.org/?
Положительно, главное чтобы работало и ориентировано было на российский рынок.
Почему именно на российский? Разве плохо суппорт английского языка? Мне вот не раз приходилось делать на eng и de языках. Я имею ввиду глобализация пойдет на полузу тому же российскому рынку )
Вы меня вероятно не так поняли, поддержка любого языка в любой системе — хорошо, ориентироваться на импортный рынок отечественному разработчику, с моей точки зрения — плохо, т. е. создавать продукт целевая аудитория которого будет за пределами нашей большой и клевой родины — непатриотично. Почему именно на российский — а кто еще если не мы будет его развивать? Про глобализацию — хз, я не спец. по этому вопросу.
А какая, собственно, разница?
Если продукт настолько хорош, что его использовать будут во всем мире — это только плюс. И "патриотичность" здесь приплетать — удел слабых и живущих прошлым людей. Хватит думать совковыми мерками. Мы — люди, в первую очередь. Россия, Германия, Япония, Бразилия, и прочие, и прочие. Это такие же люди как я и вы. И если моей CMSкой, к примеру, пользуется и чурка, и китаец, и негр, и индус — это только клёво, это значит что людям это нужно, людям это полезно, и мне, как разработчику, плевать с высокой башни, патриотично это, или нет. Я для людей делаю, а не для какой-то одной страны. Чего и вам советую.
Ммм... попробуй что-ли коммент еще раз перечитать чтоли...
Перечитал. Два ключевых момента:
ваша точка зрения:
ориентироваться на импортный рынок отечественному разработчику — плохо
создавать продукт целевая аудитория которого будет за пределами нашей большой и клевой родины — непатриотично
Мысли в стиле "Мы делаем только для нас, делать для других — плохо и непатриотично."

Я в своем комментарии попытался объяснить, почему такие мысли — плохо, почему разделение целевой аудитории на "своих" и "чужих" — есть чистой воды бред, и почему приписывать к этой теме патриотичность — признак ограниченности и мышления совково-советского режима.
Хочется верить что вы поняли на этот раз, что именно, и почему, я хочу сказать. Неохота третий раз повторятся.
> Пусть Ваш сайт зависит только от Вашей фантазии!

:-(
Давайте не будем обращать внимание на то, что топик написан не профессиональным копирайтером ладно?
Да я, собственно, про другое — если дать клиенту слишком много контроля, сайт часто очень быстро превращается в нечто кошмарное.
Да, поэтому очень часто стоит клиенту предлагать не только продукт в коробке, но и поддержку и сопровождение продукта из этой коробки, что кстати если я не ошибаюсь и есть принципом опенсорс, но всетаки все зависит от клиента и менеджера по продажам в том числе и будущий вид приобретенного продукта (не обязательно возмездно), а разработчику всетаки лучше реализовать максимум возможного функционала.
и я всегда полагал, что наилучшим способом обеспечить версию для печати будет @media print {} в CSS, а не отдельная страница. Хотя я могу и ошибаться...
Возможно наилучший, единственное "но" – ведь пользователь на экране монитора будет видеть одно, а на бумаге второе, и насколько оправданно его так приятно удивлять, если я с предположением не ошибся?
ведь есть же "предпросмотр" перед отправкой на печать — кто мешает использовать его? Все равно даже на "Странице для печати" лучше нажать его и лишний раз убедиться, что то, что нужно, напечатается то. И не напечатается ничего ненужного.
Да это все логично, но к сожалению не всегда люди использующие сайт (неважно, наполняют ли они его контентом, или просматривают этот же контент) знают что такое "предпросмотр". Думаю реализация печатной версии это всетаки из разряда IMHO, но спасибо за вариант с CSS.
Судя по всему, следуя такой логике отдельные разработчики размещают на страницах кнопки "печать", "добавить в избранное" и т. д. Зачем множить сущности и дублировать уже реализованные в браузерах возможности? Версия для печати - пережиток девяностых.
Я надеюсь вы не забываете, что по просторам интернета блуждают не только первоклассные девелоперы и специалисты по юзабилити, но так же и други категории пользователей разного уровня подготовки, и для определенных категорий наличие на странице кнопки "печать", "добавить в избранное" и т. д. отнюдь не будет являться минусом.
То есть вы хотите сказать, что есть люди с таким "уровнем подготовки", при котором они не знают о возможности распечатывать страницы из меню "Файл->Печать"? Вы уж извините, но по моему мнению разработчик, который ориентируется на ТАКОЙ уровень сам автоматически ставит себя на него.

Я всегда был противником такого подхода, когда пользователей априорно считают безнадёжными олигофренами. Одни кнопки для очистки введённых в форму данных чего стоят!
А вы хотите сказать что таких нет? Если бы... да и наверное вы понимаете что ваше мнение всетаки субъективно и к топику отношения вообще не имеет.

Но с какого перепуга олигофренами???!!! Здесь на хабре через одного крутой девелопер или создатель стартапа, это я не спорю — клево, но ведь даже у крутых дувелоперов бывают, скажем, прабабушки. Это я абстрагируясь, но суть, думаю, уловите.
С субъективностью такого мнения не соглашусь, а что касается тех пользователей...

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

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

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

P.S.
Вот к примеру есть такая вещь в CSS как media type braille — наверняка она создана с определенной целью, как и функционал JS для добавления страниц в избранное. К тому же дублировать один и тож же функционал не противозаконно, например в том же проводнике windows копировать / вставить можно минимум тремя способами, а достаточно и одного, но это, я уверен, у вас не вызывает такого возмущения, или я ошибаюсь?

P.P.S.
Изотерическоагрессивные размышления на тему "как лучше" и не имеющие отношения к топику я бы попросил постить где-нибудь на просторах собственных блогов.
отвечаю по порядку:

1) таких целевых аудиторий никогда не встречал ни в одном из проектов, равно как и не встречал и сайтов, которые действительно ориентированы на таких людей (кнопка "печать" - не признак оптимизации для такой аудитории).

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

3) общий посыл мне понятен, впредь ваши экзерсисы буду обходить стороной.

Спасибо за внимание
UFO just landed and posted this here
Грамотно свёрстанный документ всегда будет распечатан в читаемом виде. Для этого и придуман media type="print".

По-вашему нужно на каждую страницу ставить кнопку печати?
Да, если это можно выделить в небольшой логический блок, к примеру, в месте с версией в PDF. Аналогично сделано например... у wikipedia в блоке "Инструменты".
Отдельный функциональный блок - другое дело, но это решение скорее специфическое и частное для конкретного ресурса. Такие блоки нужны далеко не каждому сайту. Тем не менее, началась наша ветка с обсуждения версии страницы для печати, в архаичности и избыточности которой я глубоко убеждён. Посмотрите, кстати, сколько версий для печати проиндексировано поисковиками вместо основных страниц.
Да. Но совершенно не обязательно, чтобы это была другая страница, достаточно при нажатии яваскриптом подменять CSS. Посмотрите мою ссылку чуть ниже :)
Если вы посмотрите внимательно в комментарии, то убедитесь, что вариант с подменой CSS без перезагрузки страницы был предложен мною.
http://blockdog.habrahabr.ru/blog/44653.… ? :)

Я не претендую на первенство, зачем же так к словам цепляться? :) Лично я за наличие такой кнопки, благо реализовать её просто, и "малограмотные" люди не пострадают.
Есть такая штука, называется "обратная совместимость". И есть такие люди, категория "за сорок". Говоря о несферических неидеальных невсезнающих несовременных пользователях: Владимир Петровичь, который в неделю зарабатывает больше, чем вы за год — он привык нажать на рисунок принтера, посмотреть на страницу с отчетом, и подождать пока она выедет из той коробки, ему совсем не охота лазить в какие-то там меню, файлы, предпросмотры. Анна Борисна, секретутка Петровича, которая во время обеда зашла на сайт с туфельками и нажала "звездочку", чтобы добавить в избранное и потом досмотреть — это потенциальный покупатель. Который потом похвастается перед подружками покупкой, тем самым привлекая других потенциальных клиентов. Или блондинка Маша, по профессии прос... простите, секретарь, которую обучили вводу адреса с листочка и нажатию на вон ту кнопочку, подождать, и принести бумажку ГенДиру.
И таких людей много.
Таких людей уйма.
И это — реальность.

Можно делать идеальные сайты, а можно делать сайты для людей. Очень клёво, когда получается это совместить, хотя круглым ..идеалистам всеравно не угодишь. Всем — угодить не реально.
Это, конечно, хорошо, что вы мечтаете о идеалах. Но идеалами сыт не будешь. Если, конечно, не найдется спонсор, который будет эти идеалы продвигать, что в данном контексте обсуждения очень и очень маловероятно.
Похоже, что вы о пользователях ваших продуктов знаете слишком мало, если с такой уверенностью выдаёте за аргумент привычки и действия вымышленных людей
Я с такими пользователями полтора года работал и сидел в одном оффисе, день в день. :)
Тем не менее я склонен полагать, что в ваши должностные обязанности в том офисе вряд ли входило изучение поведения и привычек ваших коллег. Домыслы и факты могут быть тождественными, но природа их рождения разная
Оставьте этот идеализм в конце концов, ради всех святых, он здесь ни к чему. Вы, наверное, на работе не видите и не слышите ничего, кроме вашего монитора и гудения кулеров?

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

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

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

— Ты колдун! - прошептал Снарби, отшатываясь.
— Механик. Впрочем, на этой планете, это одно и то же.
(с) Язон дин Альт, книга "Специалист по этике", автор Г. Гаррисон
Вы совершенно правы, из разных :) Кроме миров клиентов и заказчиков есть ещё и третий, жители которого помогают заказчикам понять, что им нужно получить от исполнителей, а исполнителям - как сделать то, что устроит заказчиков. Я зарабатываю на том, что в вашем мире, видимо, называется идеализмом. Кстати, очень хорошая книга.
Как программиста, меня с ходу отпугнуло то, что для работы системы потребовалось включить опции "short open tag" и allow_call_time_pass_reference в настройках php.ini. Это ж атавизмы почти такого же "ранга" как и register_globals...

Конечно, хостинг-провайдеры как правило устанавливают достаточно демократичные настройки, но я б рекомендовал разработчикам проверить и обеспечить работоспособность системы с рекомендуемыми настройками PHP5 или по крайней мере с настройками по умолчанию.
Проблема связанная с short open tag, если мне память не изменяет, в CMS уже была исправлена, только я не уверен что этот билд доступен для скачивания, по поводу allow_call_time_pass_reference – да, аттавизм, думаю в будущих релизах ваше пожелание насчет тестирования на рекомендуемых / дефолтных настройках разработчики учтут.
short бред, всегда его отключаю и ненавижу кодеров которые так и вставляют везде
Ещё один бред (надеюсь не включённый в поставку вашего продукта) - это когда программа полагается на то что дефолтный content-type задан text/html...а я себе в дефолт выставляю text/plain и из-за этого в супер-скриптах приходится самому прописывать нужный content-type... в общем надеюсь что этого огреха у вас нет. :)
ЧПУ, лично мной предлагалось, но не было рассмотрено как приоритетное для реализации, да и к тому же в большинстве случаев это необязательно, только если вы не собираетесь использовать 100% возможностей для SEO.
Лично я только за это не буду использовать cms. Как и джумлу с ее убогим ЧПУ.
С убогим? Вы просто не умеете его готовить (с)
В Джумле помимо кривого чпу есть куча вещей из-за которых я ее никогда не буду использовать
А вот это уже другое дело
UFO just landed and posted this here
Автор, видимо, слукавил. Чем сайт CMS не демо? Разве что админки нет, но есть её скриншоты. А по страница можно и так побродить.
Посмотрел немного код системы. Прогнал через профайлер index.php, был включен модуль новостей и добавлено 3 новости.
Получилось следующее:
28 запросов к БД, как то не очень, причем часть из них выбирала данные из одних и тех-же таблиц, а так же есть одинаковые запросы:
например SELECT * FROM sf_stat_partner_eregs исполняется 2 раза, есть и другие дублирующие.
Далее, в профайлере показало 341 вызов mysql_fetch_array, 340 вызовов preg_match, и 330 preg_quote, всё это юзается методом meneger_stat::get_IDRobot_by_agent(), который кстати определен в скрипте, находящимся в админке, может оно конечно так и надо, но как-то не логично получается.
Так же не пордовало именование классов и методов, ну это субъективное мнение, но все же...
Ещё много места занимают строки с инклудами, имхо __autoload юзать приятней, хотя бы на общесистемные классы.
В модуле новостей имеется XSS, и скорее всего это дело везде, поскольку редактирование я так понимаю централизованное, поэтому советую повесить фильтры. Ещё можно было бы фильтрацию данных, поступающих в mysql_query перенести в kernel::runSQL() , хотя спецсимволы вроде как экранируются.

Глубоко не копал, глянул только что первое в глаза бросается.

P.S. Никаких негативных эмоций при разборе кода не испытавал, так что не подумайте ничего плохого, просто небольшой анализ =)
Хотя про повторяющиеся запросы я немного загнул, но все же стоит оптимизировать.
20 мая написал о своем неудачном опыте с этой CMS – разработчики быстро нашли :) Сошлись на том, что я «не их целевая аудитория»... Для меня отсутствие UTF8 и необходимость наличия FTP (уже исправлено?) — слишком надуманные «особенности». Впрочем, вполне себе коммерческая HostCMS тоже cp1251 и никак иначе.
Как жаль, а я ведь так надеялся именно на ваше мнение по поводу реализованных в CMS возможностей.
UFO just landed and posted this here
Ничем не впечатлил. Продукт, аналогов которому найдете тысячи.
Слабо.

даю 5, что проект умрет в течение 2х лет :-)
Тысячи... хехе =) Ну-ну =) Есть чем аргументировать? Вот к примеру здесь даже в общей сумме сотни не насчитать, а если отбросить все импортные и коммерческие решения, то как-бы даже без аналогов получается.
Я думаю тут: http://cmsmatrix.org сотни 300 штук минимум будет. А если брать неучтённые вашего уровня, то реально >1000
Пусть будет так, но в этом разве что-то плохое есть? Конкуренция в любом случае только к лучшему.
Самое забавное, что все доделать только «в планах». Сейчас же нет никаких интересных функций.

М.б. после того как появятся все запланированные модули — будет интересно.
Блин, почему некоторые люди не могут понять, что в мире CMS разделение на "своё" и "импортное" заканчивается на файлах локализации? Что за бред, разделять на "отечественное" и "импортное"? Это вам кроссовки, что ли? Или джинсы китайские? Блин, "Наши поезда - самые поездатые поезда в мире!", как будто только от того, что CMS написана русскими разработчиками, она стала на порядок лучше аналогов. Ещё скажите, что она по ГОСТам писалась. Тьфу.

Я не понимаю таких людей, решительно не понимаю.
Пожалуй я всетаки соглашусь с идей про файлы локализации. Могут же люди иногда заблуждаться, правда?
Молодцы. Вы только не слушайте никого. Тут слишком много умников с фразами типа "cp1251 - архаика, даже смотреть не буду". Этим они как бы пытаются показать, что они-то вон какие крутые, каждый день по CMS новой выпускают с UTF-8. Жаль, что они в большинстве своем дальше своих критических замечаний не уходят. Если в дальнейшем система будет развиваться, появятся новые модули, будет проста для дальнейшей разработки - будет супер.
У данной CMS есть свой модуль форума. Почему же тогда официальный форум поддержки стоит на движке SMF ?
Так как на данный момент нет публичной версии данного модуля.
SantaFox™
Прежде чем ставить (c), (R) и (TM) на свои продукты, пожалуйста, почитайте ЧТО ЭТО ТАКОЕ.

По теме - не смотрел толком, но считаю на рынок надо выходить когда есть что-то революционное. Писать на PHP многие умеют.
Обязательным атрибутом товарного знака является значок R в кружочке или TM. Значок R означает что товарный знак зарегистрирован и охраняется в стране его происхождения или даже обладает международным охранным свидетельством. Значок TM свидетельствует о том, что товарный знак еще не зарегистрирован, но уже находится в процессе и скоро получит охрану (ТМ необходимо относить к обычаям делового оборота, так как нормативно ни где этот значек не закреплен).
UFO just landed and posted this here
Почему же. Просто если начать делать надо всё менять, фактически с нуля.
я уже писал вверху. Нормальная иерархическая унифицированная контенто ориентированная cms еще не вышла. Хотя в разработках есть.
Деньги как и везде в ОS - платная поддержка + доп. модули за деньги от разработчика. Плюс аутсорсинг и имя, на основе которого можно использовать свою разработку для конкретно поставленных корпоративных задач.
Поделитесь информацией насчет "Нормальная иерархическая унифицированная контенто-ориентированная cms", ваш пост с "ntfsCMS" внес некоторую ясность, но хочется услышать поподробней идеи по этому поводу. В ПМ стукнулся вроде...
Спасибо. От отзывов, я получил больше чем ожидал. Повторюсь что я решил просто написать тестовый топик так как только-только увидел хабр, тема о Santafox показалась самой интересной из всех что я мог опубликовать на тот момент.
Кстати так и не понял нахрена php 5.2?
Отрезали 30% юзеров с хостерами php 4..
Ничего необычного связанного с php 5... я не увидел. Немного рефакторинга и cms спокойно запоет на php 4...
Напрягло несколько моментов в архиве с CMS:

1. У вас в качестве визуальника используется TinyMCE - версия выпущена в январе 2007 года. С тех пор редактор обновился раза четыре.
2. В качестве файл-менеджера/image менеджера используются паленые платный компоненты к tinymce, которые в теории стоят денег, но вы их взяли просто из сети. Т.е. те, кто будут использовать вашу бесплатную cms автоматом будут использовать ворованные модули. как-то это совсем не хорошо.
3. Думаю, что именно из-за пункта 2 вы и используете старую версию редактора, т.к. новый файл-менеджер в варезниках еще не появился, а старый - не совместим с новой версией редактора :)
4. Как-то слишком много файлов для таких возможностей cms. Попробуйте немного поработать над общей архитектурой, поверьте, можно сделать несколько все проще и легче.
5. Было бы неплохо для папки backup прописать соответствующие правила в .htaccess, или вы полагаетесь полностью на то, что юзер сам ее запаролит? У него бекап сопрут и выложат где-нить. А страдать будет общей имидж системы.
6. Ну и про UTF-8 скажу. В теории, можно было бы на него плюнуть. Русская cms, обычные сайты, windows-1251. НО - судя по системе она рассчитана на многоязычность, а вот это в свою очередь уже просто обязывает использовать UTF, иначе будут сплошные косяки и геморрои.

Желаю удачного развития.
С UTF-8 все не так классно как хотелось бы, геморои и косяки там по моему с немецким и французским языками, а как показывает практика чаще всего востребованы русский и английский, для коих cp1251 подходит наилучшим образом. Насчет TinyMCE — насколько я в курсе, была приобретена лицензия на все компоненты (файл / имадж менеджеры).
/чаще всего востребованы русский и английский, для коих cp1251 подходит наилучшим образом./
Кхе, вообще-то нет. То, что у вас в этой раскладке отображаются латинские символы, вовсе не значит, что так и должно быть.

По поводу лицензии - хорошо, что так.
В чем подвох с cp1251, и почему так не должно быть?
А теперь представьте, что контент на сайт будет забиваться с какого-нибудь американского лэптопа, не факт, что там будет такая раскладка. Для них есть iso-8859-1
Оффтоп. SantaFox Mailer имеет к Santafox CMS какое-либо отношение?
Насколько известно мне — нет.
# Форум… Выпуск модуля планируется в августе 2008 г.


Уже октябрь, а модуля всё нет. :( Наличие этого модуля — принципиальная вещь для многих проектов.
На сайте указан срок ноябрь, но где гарантия, что в ноябре срок пять будет перенесен?
Sign up to leave a comment.

Articles