Comments 71
MultiSite когда ждать? =)))
Как правило, администратор сайта не IT профессионал, а большинство открытых cms разработаны именно под них.
Тот же WP на данный момент вполне себе дружелюбен. Я научил пользоваться его админкой пару человек, которые довольно далеки от IT.
Тот же WP на данный момент вполне себе дружелюбен. Я научил пользоваться его админкой пару человек, которые довольно далеки от IT.
UFO just landed and posted this here
> А вот если бы так же можно было бы и меню перетаскивать, да и вообще остальные элементы сайта — тогда CMS была бы действительно с вау-эффектом, как мне кажется.
А вот если бы так было, страницы были бы похожи на страницы сгенерированые Word-ом и содержали бы в сете тонны цсс кода.
А вот если бы так было, страницы были бы похожи на страницы сгенерированые Word-ом и содержали бы в сете тонны цсс кода.
Для WP есть theme-frameworks с таким функционалом, и без «страниц похожих на страницы сгенерированные Word-ом»
Как-то реализовывал CMS для одного проекта где все именно так и на страивается — Drag And Drop. Так еще и макет страницы так же менялся. И ниче, нормально все было. Код как у среднего врестальщика выходил, хотя сейчас оценивая результат — можно было сделать еще более элегантно.
Не плохая CMS. Но, я за WP!
Добавьте хаб «open source».
Пришлось до конца поста крутить чтобы узнать что CMS на PHP. Добавьте до ката, пожалуйста.
Доступные виджеты:…
И что еще нужно обычному админу в поддержке сайта?
Когда я хотел сделать свой первый сайт много лет назад — мечтал о такой CMS. К счастью, первой CMS с которой я столкнулся была Etomite, и это на всю жизнь сформировало мой взгляд о системах управления контентом.
Скажу лишь только, что ограничение набором виджетов в них не вписывается никак.
Кого то мне эта верхняя панель администратора напоминает.
А так какая то странная CMS, использует неймспейсы, но в некоторых классах вообще не используется инкапсуляция ( например ip_cms/backend/cms.php ).
Там же используются глобальные переменные. Зачем?..
Используется автолоадер, но по прежнему встречаются места где в наглую инклудятся кучи файлов ( ip_cms/frontend/site.php ).
Интересно, что их сподвигнуло вперемешку использовать camelCase и under_score нотации как в названии классов так и переменных?
Документированность кода отстутсвует.
Стандартизация кода это так сложно?
А так какая то странная CMS, использует неймспейсы, но в некоторых классах вообще не используется инкапсуляция ( например ip_cms/backend/cms.php ).
Там же используются глобальные переменные. Зачем?..
Используется автолоадер, но по прежнему встречаются места где в наглую инклудятся кучи файлов ( ip_cms/frontend/site.php ).
Интересно, что их сподвигнуло вперемешку использовать camelCase и under_score нотации как в названии классов так и переменных?
Документированность кода отстутсвует.
Стандартизация кода это так сложно?
Ну там же 3 автора, видимо не договорились о стандарте кодирования :)
Там еще можно найти eval для создания объектов и HTML в перемешку с PHP классами…
И под громким названием «модель» предлагается лепить вручную SQL-запросы, не забывая экранировать параметры.
Интересная CMS-ка поковыряем.
Кстати наверное всё же более правильно награда переводится так — Самая многообещающая CMS…
Кстати наверное всё же более правильно награда переводится так — Самая многообещающая CMS…
Да уж после ковыряния, как-то не впечатляет. Тот же AJAX на примитивном уровне.
Почему народ думает, что если они раньше генерили весь HTML в PHP и потом выдавали страницу то это типа устарело, а если тот же самый сгенеренный HTML загрузить через AJAX, то это становится мегаинновационно.
К примеру при редактировании страниц, при клике на разные страницы загружается 8 КБ HTML админской панели с кнопочками, о том, что можно разделять данные и оформление в JS видимо не догадываются:
Почему народ думает, что если они раньше генерили весь HTML в PHP и потом выдавали страницу то это типа устарело, а если тот же самый сгенеренный HTML загрузить через AJAX, то это становится мегаинновационно.
К примеру при редактировании страниц, при клике на разные страницы загружается 8 КБ HTML админской панели с кнопочками, о том, что можно разделять данные и оформление в JS видимо не догадываются:
<li>
<div id="ipAdminWidgetButton-IpTitle" class="ipActionWidgetButton">
<a href="#">
<span>Title</span>
<img src="http://web/impress/ip_cms/modules/standard/content_management/widget/IpTitle/public/icon.png" alt="Title" />
</a>
</div>
</li>
<li>
<div id="ipAdminWidgetButton-IpText" class="ipActionWidgetButton">
<a href="#">
<span>Text</span>
<img src="http://web/impress/ip_cms/modules/standard/content_management/widget/IpText/public/icon.png" alt="Text" />
</a>
</div>
</li>
...
я написал им, кинул ссылу на пост, пущай читают.
Там еще и полный путь до сервера в адресах внешних элементов? Я про
src=«web/impress/ip_cm
говорю. Я бы еще понял, если бы замашки на CDN были бы полноценные, а в админке-то зачем?
src=«web/impress/ip_cm
говорю. Я бы еще понял, если бы замашки на CDN были бы полноценные, а в админке-то зачем?
Ага я о том же, еще и путь к иконкам такой километровый. У меня в CMS написанной больше 10 лет назад, и то было разделение данных и оформления в JS. А то всё в стиле phpMyAdmin, тонны однотипного HTML кода, но главное ведь, чтобы загружалось через AJAX.
Ну, server-side vs client-side шаблоны — дело на любителя. Я пород как раз server-side уважаю, не всегда ajax идеально к случаю подходит (и поэтому мне не нравится, когда его в т.ч. не к месте пихают).
Но вот неаккуратный код страницы наводит на размышления: если это в стиле «сделаю прототип, потом доточу код», то — что же там еще сделано «на первую прикидку»?
Но вот неаккуратный код страницы наводит на размышления: если это в стиле «сделаю прототип, потом доточу код», то — что же там еще сделано «на первую прикидку»?
ИМХО, server-side для открытой части сайта (когда нужна работоспособность для поисковых роботов, и нелюбитей JS), для админки лучше client-side. Тем более что в данном случае без JS админка всё равно работать не будет.
Самое гадкое, что можно сделать для админки — это на критически важные ссылки повесить _только_ js-события. Т.е. «открыть в новой вкладке» минует админа навсегда. Что тут сказать?
Плюс ajax не всегда быстрее работает, чем открывается новая страница.
Плюс ajax не всегда быстрее работает, чем открывается новая страница.
Это как бы всё зависит от реализации, ничто не мешает делать с помощью JS на основе полученного JSON обычные ссылки.
Что касается AJAX то нужно просто уметь его готовить, а не использовать только для загрузки HTML (в таком случае естественно может даже медленее быть, чем просто загрузить тот же HTML в окне/фрейме).
В данной CMS вообще загадочно, там же эта админская панель во фрейме, зачем они её перегружают постоянно, если нужно показывать только отдельные кнопки панели. То для этого достаточно маленького массива полученного по AJAX (либо вместе с загрузкой редактируемой страницы) и JS скрипта, который включит/выключит нужные кнопки.
Что касается AJAX то нужно просто уметь его готовить, а не использовать только для загрузки HTML (в таком случае естественно может даже медленее быть, чем просто загрузить тот же HTML в окне/фрейме).
В данной CMS вообще загадочно, там же эта админская панель во фрейме, зачем они её перегружают постоянно, если нужно показывать только отдельные кнопки панели. То для этого достаточно маленького массива полученного по AJAX (либо вместе с загрузкой редактируемой страницы) и JS скрипта, который включит/выключит нужные кнопки.
Красиво рассказано о редакторе страничек, а про сами странички, структуры, обработчики — ничего.
Спасибо, конечно, но обзор далеко не полный.
Спасибо, конечно, но обзор далеко не полный.
Все ссылки типа "/ru/...", "/en/..." и т.п.
И никак нельзя это убрать? Что-то не нашёл. Нет, можно конечно разобраться и переделать, но смысл…
И то, что в верхнем меню везде ".../top_name/...", а в левом ".../left_name/..." — они не могут все принадлежать к одному уровню, без «top_name», «left_name»? Очень странно.
Кейворды и дескрипшен отделены от самих страниц и вынесены в раздел SEO — с какой вообще стати? Почему всё, относящееся конкретно к разделу, не может быть в этом разделе? Ну на краяйний случай закладки бы сделали…
Community — User: «Users module is not yet compatible with ImpressPages 2.x» — а нахрена тогда вот это вот присутствует здесь?
Ох, не знаю… дико, сыро, непонятно, много лишнего, мало нужного — только красоту увидел, которая в админке нафиг не нужна.
Каждый должен заниматься своим делом, офисный секретарь обязан принимать звонки и всё такое — а не сайты редактировать, а сайтами заниматься — веб-мастер. А тому не красивости, а функционал нужен.
И никак нельзя это убрать? Что-то не нашёл. Нет, можно конечно разобраться и переделать, но смысл…
И то, что в верхнем меню везде ".../top_name/...", а в левом ".../left_name/..." — они не могут все принадлежать к одному уровню, без «top_name», «left_name»? Очень странно.
Кейворды и дескрипшен отделены от самих страниц и вынесены в раздел SEO — с какой вообще стати? Почему всё, относящееся конкретно к разделу, не может быть в этом разделе? Ну на краяйний случай закладки бы сделали…
Community — User: «Users module is not yet compatible with ImpressPages 2.x» — а нахрена тогда вот это вот присутствует здесь?
Ох, не знаю… дико, сыро, непонятно, много лишнего, мало нужного — только красоту увидел, которая в админке нафиг не нужна.
Каждый должен заниматься своим делом, офисный секретарь обязан принимать звонки и всё такое — а не сайты редактировать, а сайтами заниматься — веб-мастер. А тому не красивости, а функционал нужен.
А что плохого в "/ru/...", "/en/..."?
ru убирается вот так www.impresspages.org/docs2/core2/url-structure2/
echo '<div>...';
Имхо это диагноз.
PS добавте плиз ссылку на сорцы, чтоб время не терять github.com/impresspages/ImpressPages-CMS
«Из личного опыта могу сказать, что с годами приходит понимание и терпимость. И неправильный перенос строки уже не вызывает такого желания размозжить человеку голову...»
© MaksSlesarenko
© MaksSlesarenko
Данная цитата относится к оформлению кода, написана в теме о контроле качества оформления (форматирования) кода. Я так же писал, что мне важнее, чтоб код был прост и логичен, чем то какой стиль оформления кода предпочитает человек http://habrahabr.ru/post/141447/#comment_4731715.
Тут же речь и идет о неправильном использовании языка программирования. Автор сего творения пытается игнорировать тот факт, что PHP сам по себе является шаблонизатором.
Тут же речь и идет о неправильном использовании языка программирования. Автор сего творения пытается игнорировать тот факт, что PHP сам по себе является шаблонизатором.
Загрузка в галерею фотографий по одной? Почему нет драг-и-дропа и файл-апи?
Комментирующие на хабре, как стая голубей — налетели, обосрали, улетели.
Если «Панель администрирования» — «Админка», то «Документация» — «Документашка» ;)
Админка чудовищно неудобная и не интуитивная, особенно после WP
код просто жесть
Уходите, пожалуйста, от mod_rewrite и htaccess есть и другие веб-сервера кроме apache
А как бы вы сделали универсальное решение, чтобы и на нгинксе работало?
Эм, я не программист, поэтому точно сказать не могу как это реализуется, но ведь реализуется как-то :)
Но то что апач онли — это ооочень плохо
P.S. кромен nginx'а есть еще lighttpd, Cherokee, IIS
Но то что апач онли — это ооочень плохо
P.S. кромен nginx'а есть еще lighttpd, Cherokee, IIS
очень просто и давно изобретено: заруливать все несуществующее на один скрипт, который подключает контроллер и разруливает, что подключать в зависимости от uri, сам.
С безопасностью не все в порядке. Глянул на код довольно бегло, в админке насчитал не меньше 5 класических SQL инъекций, на фронтэнде XSS то там то тут. Думаю что если подольше посидеть можно ещё много чего накопать
У меня такое ощущение, что здесь одни вордпресс-говнокодеры. Пришли посмотрели, не так как в ВП, поругали и ушли… ППЦ! Ребята, вы хоть когда-нибудь в этот «ВРотПресс» что-нибудь допрограммировали, исправляли?! Вы видели эту грёбанную структуру ядра?
После такого просмотра импоресс гораздо приятнее. Но всётаки я сторонник Symfony или Nette.
После такого просмотра импоресс гораздо приятнее. Но всётаки я сторонник Symfony или Nette.
Ребята, а есть в планах сделать CMS в облаке?
Парень на фотографии в топике больно похож на Максима Марцинкевича, по прозвищу «Тесак».
Лично для меня самый важный вопрос — наличие документированного фреймворка в CMS. Без этого толку никакого нет для разработки. Здесь ничего хорошего не увидел. У той же Joomla побогаче будет.
Мне, если честно, удобной она не показалась.
Управление для мобильных/сенсорных устройств предусмотрено?
Управление для мобильных/сенсорных устройств предусмотрено?
всегда было интересно в чем разница между модулем, плагином и библиотекой
Библиотека — некая независимая разработка, предлагающая интерфейс для выполнения каких-то действий, и ее можно без модификаций использовать в любом проекте.
Модуль — часть какого-либо проекта, также предлагающая какие то интерфейсы, при этом использующая имеющиеся в проекте интерфейсы и поэтому непереносимая, в отличие от библиотеки. Хотя в зависимости от реализации модуль может быть и библиотекой.
Плагин — надстройка, использующая интерфейсы проекта и выполняющая какие-либо действия, при этом зачастую не предлагающая никаких новых интерфейсов, которые можно использовать в проекте. Часто компиллируется отдельно от основного проекта. НоЗачастую Плагин является и модулем.
Примерно так это понимаю я. Может, кто то поправит )
Модуль — часть какого-либо проекта, также предлагающая какие то интерфейсы, при этом использующая имеющиеся в проекте интерфейсы и поэтому непереносимая, в отличие от библиотеки. Хотя в зависимости от реализации модуль может быть и библиотекой.
Плагин — надстройка, использующая интерфейсы проекта и выполняющая какие-либо действия, при этом зачастую не предлагающая никаких новых интерфейсов, которые можно использовать в проекте. Часто компиллируется отдельно от основного проекта. НоЗачастую Плагин является и модулем.
Примерно так это понимаю я. Может, кто то поправит )
Я сначала подумал что я наркоман и у меня что-то с глазами, когда смотрел на фото ребят и видел бегающий фон… Оказалась гифкой :)
1. Извиняюсь, но не могу понять, что я делаю не так: где из панели разработчика менять шаблон и темы?
2. Зачем в последней версии для скачивания папка update? Нельзя разве обновлённую сразу помещать? Или я что-то не понимаю.
3. drag & drop в этом случае, лично меня, больше запутал, чем сделал интерфейс более интуитивно понятным.
2. Зачем в последней версии для скачивания папка update? Нельзя разве обновлённую сразу помещать? Или я что-то не понимаю.
3. drag & drop в этом случае, лично меня, больше запутал, чем сделал интерфейс более интуитивно понятным.
Опишу свой небольшой опыт.
Установил. Aдминка понятная и для целевого пользователя, наверное, удобная. Есть ограничения по макету страницы: через админку пользователь не может создать несколько произвольных колонок, область куда можно дропнуть контент задаётся жестко в шаблоне.
Сверстал шаблон. Посмотрел код внутри — всё вперемешку, в некоторых местах html печатается прямо из php кода виджетов, в некоторых через шаблоны. В итоге чтобы расставить нужные мне css классы (я использовал twitter bootstrap) приходилось править не только код шаблонов-виджетов, но и какие-то фрагменты внутри «движка».
Повсюду глобальные переменные и eval.
Во фронтенде тянет много js кода, который реально используется только при просмотре сайта через админку. А если его вырезать из шаблона, где он явно прописан, админка перестаёт работать.
Виджет «HTML фрагмент», который можно дропнуть на страницу в админке, не поддерживает кирилицу. Один раз набрать текст и сохранить можно, но при попытке отредактировать получаем иероглифы (в обычных текстовых виджетах всё нормально).
Резюме: проект не только сырой, но и архитектурно очень кривой. Заявлено использование PHP 5.3, а по сути спагетти-код в стиле PHP 4.
Установил. Aдминка понятная и для целевого пользователя, наверное, удобная. Есть ограничения по макету страницы: через админку пользователь не может создать несколько произвольных колонок, область куда можно дропнуть контент задаётся жестко в шаблоне.
Сверстал шаблон. Посмотрел код внутри — всё вперемешку, в некоторых местах html печатается прямо из php кода виджетов, в некоторых через шаблоны. В итоге чтобы расставить нужные мне css классы (я использовал twitter bootstrap) приходилось править не только код шаблонов-виджетов, но и какие-то фрагменты внутри «движка».
Повсюду глобальные переменные и eval.
Во фронтенде тянет много js кода, который реально используется только при просмотре сайта через админку. А если его вырезать из шаблона, где он явно прописан, админка перестаёт работать.
Виджет «HTML фрагмент», который можно дропнуть на страницу в админке, не поддерживает кирилицу. Один раз набрать текст и сохранить можно, но при попытке отредактировать получаем иероглифы (в обычных текстовых виджетах всё нормально).
Резюме: проект не только сырой, но и архитектурно очень кривой. Заявлено использование PHP 5.3, а по сути спагетти-код в стиле PHP 4.
Sign up to leave a comment.
Impress Pages