Comments 20
Пожалуйста -
1. не мало энтузиастов - немало пишется слитно
2. немогу добавить картинки - не могу пишется раздельно.
Спасибо.
1. не мало энтузиастов - немало пишется слитно
2. немогу добавить картинки - не могу пишется раздельно.
Спасибо.
Амбициозно. CMS на базе PHP уже слишком много. Думаю, через пару ле никто не вспомнит об той системе.
Спасибо за ссылку. Если надо будет реализовать что-нибудь простое, то очень даже ничего.
Удивило только то, что они тянут на себе legacy, в виде поддержки неподдерживаемой версии PHP. Возможно 3 ветка будет для РНР5?
Удивило только то, что они тянут на себе legacy, в виде поддержки неподдерживаемой версии PHP. Возможно 3 ветка будет для РНР5?
И не надоело перемывать кости CMS'ам? это удел неграмотных в прогаммировании и сайтостроении школьников.
Или людей, которые ценят сове время, и не тратят его на создание велосипедов.
Это не люди которые ценят время, это люди которые спешат и торопятся, ниочём незадумываясь кроме как бы всего поскорее да побольше. Гораздо удобнее велосипед созданный под того, кто на нём катается.
Или другой пример: можно пойти в маназин/на рынок и купить одежду, которая более-менее нравится и примерно своего размера. А можно пошить на заказ то что 100% нравится и хочется носить и идеального размера.
Гораздо эфективнее писать под себя(под свои нужды) и при этом чтобы в коде не присутствовало ничего лишего, что неиспользуется, но тормозит код.
Я сам иногда пользуюсь CMS, но довольно редко и на новых/маловажных проектах.
Или другой пример: можно пойти в маназин/на рынок и купить одежду, которая более-менее нравится и примерно своего размера. А можно пошить на заказ то что 100% нравится и хочется носить и идеального размера.
Гораздо эфективнее писать под себя(под свои нужды) и при этом чтобы в коде не присутствовало ничего лишего, что неиспользуется, но тормозит код.
Я сам иногда пользуюсь CMS, но довольно редко и на новых/маловажных проектах.
Средства выбирают не под себя, а под задачу. Если задачу дешевле(быстрее, с меньшим количеством затрат и т.д.) решить средствами какой либо CMS, то необходимо использовать CMS. Если ни одна существующая CMS не удовлетворяет нужды, или очень сложна в изучении(изменении), то лучше обратиться к CMF-системам. Если и они не подходят(даже частично переписанные), то необходима собственная реализация(опять же скорее всего с применением сторонних библиотек).
Писать собственную CMF/CMS чаще всего дороже, чем использовать чужие. Не многие могут похвастаться обилием прецедентов, наличием отличных специалистов(программистов, архитекторов и т.д.), большим запасом времени(денег). Все это необходимо для написания собственной универсальной системы.
Некоторые вообще рекомендуют каждый раз писать все с 0 :)
>Я сам иногда пользуюсь CMS, но довольно редко и на новых/маловажных проектах.
Вооот! А правильнее было бы на "небольших проектов, без планов дальнейшего резкого расширения"
Писать собственную CMF/CMS чаще всего дороже, чем использовать чужие. Не многие могут похвастаться обилием прецедентов, наличием отличных специалистов(программистов, архитекторов и т.д.), большим запасом времени(денег). Все это необходимо для написания собственной универсальной системы.
Некоторые вообще рекомендуют каждый раз писать все с 0 :)
>Я сам иногда пользуюсь CMS, но довольно редко и на новых/маловажных проектах.
Вооот! А правильнее было бы на "небольших проектов, без планов дальнейшего резкого расширения"
Под себя и есть под задачу.
Есть ещё такой критерий как качество.
"дешевле(быстрее, с меньшим количеством затрат и т.д.)" - девиз китайских производителей.
Разговор не уходил в сторону "написания собственной универсальной системы".
имелось в виду именно "новых/маловажных" - цель которых собрать контент, а потом написание оптимально удобного движка под него.
Есть ещё такой критерий как качество.
"дешевле(быстрее, с меньшим количеством затрат и т.д.)" - девиз китайских производителей.
Разговор не уходил в сторону "написания собственной универсальной системы".
имелось в виду именно "новых/маловажных" - цель которых собрать контент, а потом написание оптимально удобного движка под него.
Такие люди вряд ли используют PHP.
UFO just landed and posted this here
Скачал, посмотрел код.
Извините, конечно, но даже отщепенцам MODX она составит конкуренцию не скоро...
Извините, конечно, но даже отщепенцам MODX она составит конкуренцию не скоро...
Мне например не понравился SQL-код в моделях, отсутствие фильтрации в контроллерах, и некторые другие архитектурные решения.
А у вас какие замечания?
А у вас какие замечания?
Бросается в глаза:
- либа class.graphic.php.
Очень вдохновило округление углов (учитывая что с этим можно разобраться на стороне клиента тем же jQuery + не надо говорить про поддержку браузеров без жабаскрипта... не декларировано в системе) - я тоже давно мечтал научить холодильник пылесосить мне дом.
- в сравнении с MODX
Маловато расширений.
- совместимость с браузерами
Долго медитировал над поддержкой IE7+. Учитывая, что сам и 6-то редко пользуюсь...
- apc
Душа не лежит по определению, уж извините.
- SQL в моделях
Потряс до глубины души. Я уж стараюсь молчать о том, что более-менее приглядного интерфейса работы с бд там не построено в принципе.
- return array_sum(explode(' ', microtime()));
это вообще ни на что не похоже :-(
Если говорить об «архитектурных решениях» - вроде очевидна попытка построить довольно ясную штуковину. И тут, знаете, пропорция как Есенин:Хайам=Immerse:UMI(например).
У Хайама – “выпивка и бытие”, а у Есенина – “выпивка и быт”.
Примерно такие впечатления навскидочку.
- либа class.graphic.php.
Очень вдохновило округление углов (учитывая что с этим можно разобраться на стороне клиента тем же jQuery + не надо говорить про поддержку браузеров без жабаскрипта... не декларировано в системе) - я тоже давно мечтал научить холодильник пылесосить мне дом.
- в сравнении с MODX
Маловато расширений.
- совместимость с браузерами
Долго медитировал над поддержкой IE7+. Учитывая, что сам и 6-то редко пользуюсь...
- apc
Душа не лежит по определению, уж извините.
- SQL в моделях
Потряс до глубины души. Я уж стараюсь молчать о том, что более-менее приглядного интерфейса работы с бд там не построено в принципе.
- return array_sum(explode(' ', microtime()));
это вообще ни на что не похоже :-(
Если говорить об «архитектурных решениях» - вроде очевидна попытка построить довольно ясную штуковину. И тут, знаете, пропорция как Есенин:Хайам=Immerse:UMI(например).
У Хайама – “выпивка и бытие”, а у Есенина – “выпивка и быт”.
Примерно такие впечатления навскидочку.
Работал с Etomite ещё в 2005 году - для простых сайтов очень даже. Надеюсь эта переделка ещё лучше :)
Интересно, а какую нагрузку держит этот движок на обычных хостингах?
а ещё не рано ли они от ие6 отказались?
Sign up to leave a comment.
Immerse CMS — возрождение Etomite