Помощник
 |
|
|
|
|
Сообщение сайта
|
 Коробочная CMS vs Самопис, Как не ошибится в выборе? |
webpavilion
|
Сообщение
#22
|
 сеошник на пенсии  Группа: Active User Сообщений: 2726 Регистрация: 28.4.2009 Из: МО Поблагодарили: 1659 раз Репутация:  171 
 |
anchous, на самом деле не только drupal, на modx например или битриксе можно реализовать с минимальным количеством кода. Да и функционал указанный workforpills, как что то невероятное - на самом деле достаточно обыденный для современных коммерческих сайтов компаний средней руки. Зачем под это дело самопис если есть готовое мне не понять.
Недавно заметил, мнение "что то надо - пиши сам" чаше всего я слышу от: зеленых программистов (осиливших пару книги типа "PHP4.0 за 12 часов" и имеющих за плечами 2-3 мелких самописных проекта) поскольку у них просто нет опыта для более масштабных суждений и не хватает навыков для понимания чужого сложного кода; и как это не странно от кодеров с 10 и более летнем стажем которые работают над хайлоад проектами для крупных компаний. -------------------- |
 |
|
Lordie
|
 5.7.2012, 17:31;
Ответить: Lordie
Сообщение
#23
|
 Топовый постер Группа: Active User Сообщений: 4737 Регистрация: 11.5.2008 Поблагодарили: 972 раза Репутация: 153
|
Заранее оговорюсь - моя позиция изначально не может учитываться в контексте взаимоотношений "заказчик - исполнитель", т.к. если вторым я изредка бываю, то первым... в крайне спорном положении, когда проекты делаются для выкупа мной исключительно на основе разработок нашей же команды.
Исторически сложилось, что Лорд хронически не переваривает WordPress. Ни под каким соусом/темами/плагинами и т.д.. К слову о плагинах. Половина беды движка - именно, что в них. Вернее, аматорах, вроде тех, что прочли "пхп4 за 12ч". Что, кстати, приводит к еще более интересной дилеме - вероятность того, что жутко необходимый вам плагин к популярному движку будет написан не менее криворуким Васей, нежели самопис. Исторически же сложилось, что сперва у Лорда имелся самопис на замену вышеупомянутому. Который ввиду спартанских требований Лорда, предъявляемых к движку для его блога(-ов!) - оказался гораздо более интересным решением. Как минимум - из-за 10-20-кратной разницы в нагрузке на сервер. Ну или из-за 10-70-кратной разнице в скорости генерации страницы. Лично мне каждый из этих аргументов является более, чем достаточным для отказа от вышеупомянутого решения. Хватало ли функционала всегда?.. Разумеется, что нет. Зато всегда можно принять взвешенное решение, нужен ли этот функционал исключительно в данном конкретном случае, либо же пригодится снова. Если второе - внедрялся на красивом промышленном уровне и навсегда оставался закреплен в архитектуре... от которой потом отсекался при отделении ядра, но это уже совсем другая история. Почему это ооочень удобно Последнее, что хочется делать изначально - это рассчитывать, какой проект выстрелит, а какой - нет. Посему продукт изначально был сделан так, чтобы все великолепно масштабировалось и внезапное кратковременное повышение посещаемости, скажем, в 1 000 раз - совершенно никак не сказалось на работе сервера. Как и в 10 000, скорее всего... Предпоследнее, что хочется делать - это искать кривые места и дыры в коде. Спокойнее работать с продуктом, где их нет заведомо. Да, у нас проводятся аудиты безопасности, в т.ч. с привлечением сторонних специалистов самой разной направленности. Да, при портфолио в несколько сотен сайтов у нас не было ни единого взлома. Это вполне предсказуемо. Возвращаясь к тезисам ТС: "Самопис всегда быстрее CMS." - нуу, смотрим правде в глаза и понимаем - это не взаимосвязано. Но да, универсальная природа коробочного решения с их "более богатым" функционалом (который не факт, что вообще когда-то и кому-то будет нужен) гарантированно скажется на скорости (независимо от востребованности этой универсальности, да). Это плохо. Да. Но криворукие самописы не лучше. Увы, родные продукты я к таковым не отношу. Но всегда можно поспорить! P.s.: если ваш сайт не способен генерировать страницы быстрее 0.01сек - разговор ни о чем, да "Документация с Самописом поставляется редко" - Увы. С этим все достаточно грустно. Но работаем в данном направлении. В определенных пунктах уже обошли по качеству документации тот же WordPress Codex. "Самопис безопаснее чем CMS из за меньшей распространенности и меньшего внимания со стороны злоумышленников.". Безусловно. Способствует. Но само по себе не является достаточным условием безопасности. Предсказуемо. Что выбрать?.. Конкретно наш продукт будет и дальше развиваться в сторону конвертации в коробочное решение. Да, сохранится высокий порог вхождения разработчиков. Это адекватно - вышеупомянутые аматоры еси зло. Впрочем, мы направлены на внедрение дополнительно функционала, характерного как для продуктов промуровня (импорт из проприетарных форматов того же MS Office), так и... hosted-решений. Но это отдельная тема. И коммерческая тайна. |
|
|
|
|
prftc
|
 6.7.2012, 21:18;
Ответить: prftc
Сообщение
#24
|
 Участник Группа: User Сообщений: 229 Регистрация: 4.5.2012 Из: Moscow Поблагодарили: 49 раз Репутация: 7
|
Много лет работаю с веб-проектами и привык работать по следующей схеме:
1) анализируем проект и составляем описание функционала 2) смотрим готовые решения или "почти" готовые на базе популрных CMS (обычно WordPress, ModX, Bitrix) 3) если сроки очень сжаты, функционал более-менее подходит, а бюджет под проект мал, то выбор делается в сторону CMS со всеми предупреждениями клиенту 4) а если сроки и бюджет позволяют, то выполняется разработка на одном из популярных фреймворков (symfony, ZF, RoR). "Самопис на фреймворках" безопаснее, удобнее в разработке, проще в поддержке, а главное - решение будет на 100% соответствовать ТЗ, будет масштабируемо и оптимально по производительности. "Самопис с нуля" - это конечно не выход. Долго, сложно, поддерживать сможет только тот, кто сам написал, а безопасность будет весьма сомнительной. Сообщение отредактировал prftc - 6.7.2012, 21:19 |
|
|
|
|
webpavilion
|
Сообщение
#25
|
|
сеошник на пенсии Группа: Active User Сообщений: 2726 Регистрация: 28.4.2009 Из: МО Поблагодарили: 1659 раз Репутация: 171
|
Lordie, prftc, рад что появились оппоненты с опытом с опытом давайте рассмотрим две ситуации:
1) вы изготовили для заказчика небольшой каталог своей продукции на 3К наименований максимум проходит полтора года и просит: а сделайте ка мне интернет магазин с разделом для диллеров и интеграцией с 1C. 2) Вы сдали проект выполнили требования из предыдушего пункта, но заказчик отказывается подписывать акты поскольку считает отсутствие документации по работе с проектом вашим недоделкой. если проект на популярной CMS: 1) устанавливаем и настраиваем 5-7 модулей, создаем новые роли для пользователей, тестируем, сдаем вся цепочка 40-60 человеко/часов. $800-1200 2) копипастим из вики и бесплатных книг о этой CMS 80% информации сами дописываем оставшиеся 20%. 20 человеко часов $400 если делали на чем то своем: 1) пишем 5-7 модулей по несколько тысяч строк каждый, дебажим, приглашаем секьюрити аудиторов и тестировшиков, тестируем, сдаем. вся цепочка 300-450 человеко/часов $6000-9000. у заказчика столько нет? экономим на всех кроме написания получаем 100 часов за $2000 и жопу на выходе 2) сажаем техноря и гуманитария на полный рабочий день для написания документации. не знаю сколько займет но не 20 часов точно. где профит то объясните мне? -------------------- |
|
|
|
|
Lordie
|
6.7.2012, 23:51;
Ответить: Lordie
Сообщение
#26
|
|
Топовый постер Группа: Active User Сообщений: 4737 Регистрация: 11.5.2008 Поблагодарили: 972 раза Репутация: 153
|
webpavilion, совесть мучает, но толком ничего ответить не могу - дела с 1С не имел и иметь, в целом, не желаю
 Воспринимая отдельно от конкретно данного ПО - конкретно наш продукт постоянно затачивается под все большую абстракцию, в связи с чем в ближайшее же время источник поступления данных, в целом, движку будет "по барабану" То есть, дописываются не тысячи строк кода, а... ну, максимум сотня. У нас вообще гонка за лаконичностью, да. Вместо WordPress'а можно нашего движка поставить... оке, штук 25 - смело можно.Соответственно, решается и второй вопрос. Дописывается документация по добавленному драйверу. Вероятнее всего, драйвер уходит в репозиторий, равно как и документация к нему. Win! P.s.: да, все подозрительно радужно, но... а у нас вообще архитектуре уделяется бешеное внимание) Цифры: - На дописывание кода - 15-20 человеко-часов - На документацию - 5 человеко-часов; гумманитарий не нужен, девелопперы у нас грамотные - +1 datasource-драйвер в репозитории + его документация Нужно обьяснять, где профит? 
Сообщение отредактировал Lordie - 6.7.2012, 23:53 |
|
|
|
|
webpavilion
|
Сообщение
#27
|
|
сеошник на пенсии Группа: Active User Сообщений: 2726 Регистрация: 28.4.2009 Из: МО Поблагодарили: 1659 раз Репутация: 171
|
Lordie, видимо лорде проживает в какой то параллельной вселенной, пишет на каком то другом PHP, его кодеры имеют комбинированный гумманитарно/технический скалад ума, к нему приходят заказчики альтруисты, а 1C подстраивает API под используемый двиг. Не пытаюсь задеть, но и поверить в написанное вами не могу, дадите посмотреть код вашей CMS?
Ну а если серьезно для 80% заказчиков нет разницы за сколько отработает генерация страницы, им все равно 0.8 или 0.008 секунд, намного важнее соотношение (цена разработки) (/удобство использования) (/стоимость эксплуатации) / (полезность для бизнеса). -------------------- |
|
|
|
|
Lordie
|
7.7.2012, 16:04;
Ответить: Lordie
Сообщение
#28
|
|
Топовый постер Группа: Active User Сообщений: 4737 Регистрация: 11.5.2008 Поблагодарили: 972 раза Репутация: 153
|
(webpavilion @ 7.7.2012, 9:25)  пишет на каком то другом PHP Совершенно обыкновенный, 5.3.10... жутко матерился, когда пришлось апгрейдиться с 5.2.х - особенно, на нововведения с таймзонами. (webpavilion @ 7.7.2012, 9:25) его кодеры имеют комбинированный гумманитарно/технический скалад ума Тов. Лорд - имеет. И ожидает того же и от других, да. Утопия?) (webpavilion @ 7.7.2012, 9:25) к нему приходят заказчики альтруисты Почему же альтруисты?.. Классика - есть ТЗ, а мы рассчитываем как "малой кровью" реализовать его на архитектуре нашего движка. (webpavilion @ 7.7.2012, 9:25) Ну а если серьезно для 80% заказчиков нет разницы за сколько отработает генерация страницы, им все равно 0.8 или 0.008 секунд (webpavilion @ 7.7.2012, 9:25) (цена разработки) [...] (/стоимость эксплуатации) Видите ли, почему вышеописанный метод понижает цену разработки - я уже писал... а стоимость эксплуатации - прямо зависит от той самой скорости генерации страницы - и мы стараемся донести сие до понимания заказчика. Один из case'ов: Был сайт немаленького издательства. Под тысячу единиц контента. Хостилось все на VDS'ке, которая плохенько вытягивала WordPress'овую нагрузку и посещаемость, в связи с чем VDS приходилось ребутать каждые 4-6 часов (чем и занимался почти круглосуточно местный сисадмин). Ресурс был полностью перенесен на нашу систему. Недостающий функционал - допилен вручную. Добавлена уйма нового, которого раньше не было. Нагрузка VDS упала со средних 0.6-0.9 до 0.03-0.05 (более, чем десятикратно). Издательство довольно - заказывать VDS'ку помощнее еще ооочень долго не придется. Сисадмина уволили. По ненадобности. Ребутать VDS больше ни разу не приходилось. Незачем. Win! |
|
|
|
|
prftc
|
7.7.2012, 18:27;
Ответить: prftc
Сообщение
#29
|
|
Участник Группа: User Сообщений: 229 Регистрация: 4.5.2012 Из: Moscow Поблагодарили: 49 раз Репутация: 7
|
(webpavilion @ 6.7.2012, 22:27) 1) вы изготовили для заказчика небольшой каталог своей продукции на 3К наименований максимум проходит полтора года и просит: а сделайте ка мне интернет магазин с разделом для диллеров и интеграцией с 1C. 2) Вы сдали проект выполнили требования из предыдушего пункта, но заказчик отказывается подписывать акты поскольку считает отсутствие документации по работе с проектом вашим недоделкой. Мы стараемся делать так, чтобы документации было минимум за счёт хорошей проработки интерфейса системы и бизнес-процессов. Т.е. все задачи стараемся сводить к нажатию одной кнопки. Описание интерфейса редко занимает много времени. Особенно, если он хорошо продуман. Чаще достаточно просто описания в 2-3 строки, что делает та или иная кнопка, или что нужно вводить в такое-то поле. Да и мало кто вообще читает инструкцию... на практике. (webpavilion @ 6.7.2012, 22:27) где профит то объясните мне? Обо всех изменениях, доработках, документации и пр. нужно договариваться "на берегу". Если заказчика цена не устраивает, а вы не можете сделать дешевле, так как это не целесообразно, то и браться за такой проект не следует. Скорее заказчик подумает-подумает и найдёт хорошие средства для оплаты хорошей работы. Если честно, ни разу пока не попадал в ситуацию, подобную той, что вы описали. Видимо из-за того, что всегда составляю подробную смету по работе, чтобы не упустить ничего, что нужно клиенту. |
|
|
|
|
webpavilion
|
Сообщение
#30
|
|
сеошник на пенсии Группа: Active User Сообщений: 2726 Регистрация: 28.4.2009 Из: МО Поблагодарили: 1659 раз Репутация: 171
|
(Lordie @ 7.7.2012, 16:04) Один из case'ов: Был сайт немаленького издательства. Под тысячу единиц контента. Хостилось все на VDS'ке, которая плохенько вытягивала WordPress'овую нагрузку и посещаемость, в связи с чем VDS приходилось ребутать каждые 4-6 часов (чем и занимался почти круглосуточно местный сисадмин). Ресурс был полностью перенесен на нашу систему. Недостающий функционал - допилен вручную. Добавлена уйма нового, которого раньше не было. Нагрузка VDS упала со средних 0.6-0.9 до 0.03-0.05 (более, чем десятикратно). Издательство довольно - заказывать VDS'ку помощнее еще ооочень долго не придется. Сисадмина уволили. По ненадобности. Ребутать VDS больше ни разу не приходилось. Незачем. Win! Именно о таких случая и идет речь. Во первых вы не разобрались в причинах такого поведения VDS, согласитесь ситуация с ребутами явно аномальная. Во вторых вордпрес скорее всего так же не был настроен должным образом. Вместо решения проблем вы навязали использование своей платформы и с большой долей вероятности ваши действия привели к излишнему расходу средств заказчика. Для коробочной CMS решение проблем сводится чаше всего к установке пары модулей один из которых складывает в кеш html страниц и следит за их актуальностью второй подгружает на ajax то что кешировать не стоит, новые коментарии, блоки с часто обновляемой информацией и т.д. Для проекта на drupal это стоило бы около $200 (10 часов) за настройку и установку модулей (не думаю что на вордпресе это было бы дороже) и около $100 (5 часов) за настройку VDS. Сколько взял с клиентов волшебник Lordie? prftc, приведенные мной примеры, к сожалению, из офисных будней. Организация, в которой я ранее работал, выполняла заказы в очень широком диапазоне цен от 8.000 до 800.000 рублей, причем большая часть сложностей возникала в верхнем диапазоне, не взирая на проработанное ТЗ и грамотно составленный договор. Ситуация с документацией была связана с муниципальной организацией. На этапе отладки и тестирования выяснилось: сотрудники на местах, которые должны были непосредственно взаимодействовать с проектом, не обладают элементарными навыками владения ПК, а некоторые и вовсе видели его впервые. Согласитесь предусмотреть подобное не возможно. Заказчик ситуацию оценил с позиции: "то что вы сделали слишком сложно, или учите всех пользоваться (несколько сотен человек) или мы не заплатим". Можно было пойти двумя путями:
-------------------- |
|
|
|
|
Lordie
|
8.7.2012, 11:21;
Ответить: Lordie
Сообщение
#31
|
|
Топовый постер Группа: Active User Сообщений: 4737 Регистрация: 11.5.2008 Поблагодарили: 972 раза Репутация: 153
|
(webpavilion @ 8.7.2012, 9:58) Во первых вы не разобрались в причинах такого поведения VDS, согласитесь ситуация с ребутами явно аномальная. Ну почему же не разобрались?.. Товарищ, мы ведь тоже далеко не первый день в бизнесе. У нас есть статистика, проводится анализ и т.д.. VDS откровенно не тянул. Издательство не хотело повышать регулярные расходы на приобретение более мощного. В итоге смена платформы позволила при прочих равных крайне значительно понизить нагрузку. При этом, любые донастройки VDS по-прежнему возможны и дополнительно должны улучшить показатели. Но в конкретной ситуации это была не наша работа - сисадмин у предприятия еще присутствовал, посему инфраструктуру мы не затрагивали никоим образом - не нашего ума дело. (webpavilion @ 8.7.2012, 9:58) Для проекта на drupal это стоило бы около $200 (10 часов) за настройку и установку модулей (не думаю что на вордпресе это было бы дороже) и около $100 (5 часов) за настройку VDS. Дешевле. Ага. А с учетом того, что это позволило не апгрейдить сам VDS - это позволило избежать доп.расходов в 20$/мес, посему все стороны были весьма довольны. |
|
|
|
|
|
Похожие темы
| Тема | Ответов | Автор | Просмотров | Последний ответ | |
|---|---|---|---|---|---|
 |
Перенос сайта на CMS Wordpress | 8 | freeax | 4952 | 10.3.2024, 14:58 автор: freeax |
|
Обновить сайт на CMS DLE | 1 | Sawich | 1661 | 2.9.2023, 10:10 автор: WoWeb |
|
[Продам] базы сайтов на CMS Wordpress/Joomla/Drupal/Magento/... | 14 | phosphoruss | 13763 | 16.8.2023, 15:27 автор: SmmPanelUS |
 |
Сайт "под ключ" (дизайн, верстка, CMS) | 32 | Brans | 16525 | 19.5.2023, 22:01 автор: Brans |
|
АПИ Таобао, 1688 для интеграции на сайты различных CMS | 0 | NittaSau | 860 | 28.4.2023, 18:07 автор: NittaSau |
|
Текстовая версия | Сейчас: 18.4.2024, 17:04 |
