Плюсы и минусы самописной CMS

Да нет, я же и не говорил ни чего плохого про твой хостинг) Просто каждый видит такую CMS по своему:

Для заказчика - удобство и стоимость

Для студии - Скорость создания, функциональность

А имхо, хостер смотрит на эту проблему совершенно с другой стороны - нагрузка, безопасность

вот и решил прямо спросить. Без обид ок?

niagara добавил 05.11.2009 в 12:17

Ну речь идет не о шаблонах) Речь о CMS - в свой велосипед и третье колесо приделаешь и на луну отправишь, а в чужую порой даже счетчик не прикрепить, так все закручено

CMS написанная НОРМАЛЬНЫМ программистом под конкретную задачу, будет намного лучше

niagara, мы когда-то в приступе молодого инфантильного максимализма писали свою CMS (этим заболеванием страдают 99% разработчиков сайтов). Со временем стало ясно, что действительно нормальный полноценный продукт, хотя бы не для продажи как CMS, а продажи вместе с сайтом под ключ - это очень накладно. Особенно если ориентироваться на "не хуже чем у коробочных на рынке cms". Но. Справедливости ради смею заметить, что пару хороших умненьких студентов о отдельных клинических случаях в состоянии создать вменяемый продукт на фрейверке в относительно небольшой срок. Но это скорее исключение.

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

Самописная CMS.

Чем менее распространена CMS, и чем больше в ней писалось для себя, для своего заработка, тем она качественней и полезней....

/ru/forum/417861

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

С тем же успехом, для этих целей подойдет любая CMS - каталог объявлений. Или я не прав?

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

Тоесть тут реально большая нагрузка на заказчика.

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

Если береш готовый продут то бизнес процес подстраиваеш под этот стандартный продукт.

меньше головной боли с изобретанием велосипеда.

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

Ну и штатный программист может не знать все тонкости по безопасности PHP кодинга - это тоже может оказаться минусом.

Всетаки стандартный продукт он обычно исправлен от багов и бизнес процес в нем более стандартизирован под здравую логику и юзабильность продумана и испробована(имею ввиду магазин).

cfмописные кмс - уг. юзайте скрипты с allscripts.ru и компильте из них говносайты - ВОТ СИЛА! а правильные продукты - гавно конечно же, не серча сектор увы :)

а ну и дле - вещь!

bearman, постебалсо типа.

и при чем тут DLE? речь о магазах.

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