Плюсы и минусы самописных движков сайта. Cms или самописный сайт
Готовый движок сайта или самописный? / Песочница / Хабр
Неоднократно встречал на Хабре комментарии, что вместо использования готовых движков (здесь и далее, речь идет прежде всего о CMS, хотя в большинстве моментов замечания справедливы и для фреймворков), стоит писать собственные решения, хотелось бы высказать свое мнение по этому вопросу, осветив плюсы и минусы обеих подходов.
Высказанные мной замечания прежде всего актуальны для начинающих веб-разработчиков, но возможно окажутся полезными и специалистам, работающим в других областях программирования, где стоит выбор разработки собственного решения или использования уже существующих.
Преимущества готового движка:
1) Стоимость разработки и поддержки.
Даже для дорогих коммерческих продуктов, стоимость приобретения готового движка может быть существенно ниже, чем стоимость разработки с нуля.При этом, продукт уже тестировался на тысячах других сайтов, с ним работают сотни специалистов, что позволяет в случае возникновения проблем, найти готовые ответы в сети, задать их на тематических форумах или воспользоваться платной помощью сторонних специалистов.
2) Гибкость и универсальность.
Как правило, готовые движки разрабатываются для решения целого класса задач, что позволяет их использовать на целом ряде своих проектов, сокращая время на создание каждого следующего сайта за счет использования имеющихся наработок и накопленного опыта.В случае собственных разработок, переносимость кода между проектами конечно тоже возможна, но это часто сопряжено с существенно большими затратами труда и времени.
3) Наличие готовых плагинов — сокращают расходы при реализации дополнительного функционала.
Наличие рынка плагинов — это очень большой плюс, так как позволяет экономить время и деньги — купить готовый плагин проще, быстрей и дешевле, чем делать его с нуля, даже если его придется немного «допилить напильником». Особенно это важно, когда проектов много, они требуют разного функционала и при этом их бюджеты и сроки сильно ограничены.Если же вам требуется какой-то уникальный функционал, пока не реализованный в готовых плагинах, у Вас есть возможность разработать его самостоятельно, или заказать разработку на стороне. В любом случае, разработка дополнительных модулей к существующему движку будет быстрее и дешевле, чем разработка проекта с нуля.
4) Наличие готовых шаблонов — позволяет быстро делать недорогие проекты, когда заказчик не готов платить за эксклюзив.
При этом, правильно выбрав шаблон, можно получить качественное решение, отличающееся и эстетикой и эргономикой. Да, оно не будет уникальным, но уникальный и качественный дизайн — товар очень не дешевый, далеко не все заказчики готовы за него платить.Если же заказчик готов платить за уникальный дизайн, то можно реализовать его и для готового движка, качественные современные «коробочные» продукты практически не ограничивают творческий потенциал дизайнера.
Часто используется промежуточный подход — берется готовый качественный шаблон, который в дальнейшем модифицируется под нужды заказчика.
5) Возможность легко привлекать сторонних специалистов для разработки и поддержки
В случае использования популярного движка, уже существует масса специалистов с ним работающих. Это дает следующие перспективы для роста:- можете найти недорого специалиста на поддержку сайтов (наполнение содержимым, мелкие легкие правки и тому подобные не сложные задачи), а сами сконцентрироваться на более сложных, интересных и прибыльных задачах;
- при желании сформировать команду, проще найти компетентных коллег.
Не забывайте, что для работы стороннего человека с вашим самописным движком, у него должен быть очень весомый стимул (скорей всего финансовый) для его изучения, ведь полученные знания и опыт мало применимы при работе над другими проектами.
6) Большая лояльность заказчиков
Некоторые заказчики не согласятся платить за разработку на самописном движке, так как это критически привязывает их к исполнителю. Кроме того, вокруг популярных движков сформировано свое сообщество, откуда тоже можно находить себе клиентов.В чем преимущества самописного движка?
1) Самообучение
Написание движка и его совершенствование, это очень интересная и полезная исследовательская работа, существенно повышающая Ваши знания и опыт в используемых технологиях, особенно это сочетается с изучением готовых, проверенных временем решений.
2) Привязка клиента к себе
Если Вы сделали сайт клиенту на своем движке, Вы его привязали к себе, так как найти стороннего специалиста для его поддержки может быть очень сложно и дорого, а заказывать разработку заново — долго и дорого.3) Максимальная заточеность под данный проект
Из универсальности, о которой уже было сказано в плюсах, следуют и свои минусы: для большого и высоко нагруженного проекта, движок персонально для него написанный, может быть более качественным решением, чем использование готового.Оценивать стоимость разработки и поддержки такого проекта надо в каждом случае индивидуально, не забывая, что аренда или покупка более мощного серверного железа может оказаться дешевле работ по созданию и поддержке сверх-оптимизированного софта. А также, тот факт, что при использовании готовых движков, существует возможность доработать их отдельные ключевые модули под Ваш проект, оптимизировав работу, но не переписывая движок с нуля.
ВЫВОДЫ:
- Готовые «коробочные» движки выгодны и удобны на типовых проектах, позволяют ставить разработку на поток, сокращая и время и стоимость разработки, а также, позволяя меньшими усилиями наращивать команду разработчиков, привлекая специалистов, уже имеющих опыт работы с данным продуктом.
- Разработка на самописном движке актуальна для сложных нестандартных проектов, для штучного эксклюзива с толстым бюджетом, а также в качестве личных экспериментов и самообучения.
habr.com
Самописные сайты | Webtrafff.ru
В вводной статье про CMS я упомянул о самописных сайтах. Упомянул коротко и потом запамятовал за них, начал говорить про CMS и увлекся немного другим. А зря. Ну думаю я исправлю это недоразумение в сегодняшней статье. И так, начнем.
Самописные сайты что это
Самописные сайты, что в них такого хорошего? Почему бы не воспользоваться уже готовыми системами управления контентом, которые в разы быстрее. Сайты на CMS создавать быстрее, чем писать собственный код. Так зачем же нужны эти сайты и почему собственноручно написанные сайты дороже? Эти и еще некоторые вопросы я постараюсь осветить в данной статье.
Первый вопрос, который больше всего наверно волнует новичков, почему не воспользоваться CMS? Да, я не спорю с вами. CMS гораздо лучше, если вы решили создать свой проект (небольшой блог, портфолио или даже портал). CMS для новичков и сделаны как бы. Конечно, профессионалы тоже ими пользуются, чтобы не утруждать себя написанием громоздких кодов, дабы создать небольшой проект. Но все же лучше самописных сайтов ничего нет. Если вы задумали неординарный проект, партнерскую программу к примеру, то не любая система управления контентом вам поможет в его реализации. Придется кропотливо сидеть и писать программный код сайта, создавать дизайн, кодировать его. Или можно заказать сайт у программистов на бирже фриланса. Обычно такого рода сайты (самописные) используются в бизнесе. Сегодня все чаще можно встретить сайты на CMS и все реже сайты, написанные вручную кем-то. Пожалуй тут я ответил не на один вопрос, а сразу на 3. Ну да ладно. Идем дальше.
Заработать на сайтостроении
Почему сайты самописные дороже? Ну это наверняка и так понятно. Потому что сделаны вручную и ручной труд ценится высоко. Как бы да, но есть и еще один критерий дороговизны. Самописные сайты различаются по сложности все же. Может быть будет и простой сайт, без использования сложных скриптов, а может и вовсе быть с различными flash приложениями и прочим. Особенно отмечу то, что сейчас flash разработчики оцениваются очень дорого. Заработать на сайтостроении можно большие деньги. За 1 заказ к примеру простого интернет магазина можно получить как минимум около 30 000 рублей. Работать придется долго, но зато результат того стоит. Стоит сказать и про заказчиков. Такие сайты гораздо лучше оптимизированы. Они более удобны в управлении, так как вы можете заказать любой вид управления контентом. Ведь вам пишут под заказ все. Удобность в управлении, легкая оптимизация, удобность для пользователей, уникальность – это еще не все качества самописных сайтов. Собственно это уже новый вопрос. Так вот, самописные сайты также отличаются тем, что их проще редактировать. Если вы сами писали движок, то вы знаете все его особенности и не потеряетесь в программном коде. Это огромный плюс. Также к плюсу можно отнести то, что это будет ваша личная cms, на основе которой вы сможете создавать различные сайты да и что уж тут много говорить, сможете продавать ее. Если же вам писали движок для сайта, то можете попросить программиста создать максимально понятный сайт (в плане кода), попросить расписать все функции, что какая делает, в общем, попросить написать инструкцию так скажем. Хотел сказать за оптимизацию и продвижение таковых сайтов. Если вы профессионально занимаетесь продвижением, то самописный сайт продвинуть будет проще. В нем уже используются необходимые html теги, его можно в любую минуту изменить (создать автоматическую перелинковку и тд). Ах да, у самописных сайтов исходный код открыт. Соответственно его можно изменять бесконечное количество раз. Да и сам сайт может быть сделан на том языке, который вам необходим.
Собственно стоит наверно закончить данную статью. Не упомянул только одно, если вы умеете создавать качественные сайты (программировать их), то можете не беспокоиться о деньгах. Смело начинайте заниматься фрилансом. О том, что такое фриланс, вы можете узнать в отдельной рубрике на нашем сайте.
Советую посетить следующие страницы:— Как выбрать доменное имя для сайта— Написание статей на сайте— Кодирование сайтов
webtrafff.ru
Самописные движки сайта: достоинства и недостатки
Приветствую вас, друзья!
Сегодня мы продолжим наш разговор, посвящённый движкам сайта, который мы начали в предыдущей статье, и поговорим уже конкретно о самописных движках.
Более подробно о движках в целом, особенностях самописных платформ и процессе их разработки вы можете прочитать в статье по ссылке выше.
В данной же публикации мы разберём их плюсы и минусы как для разработчиков, которые работают с ними, так и для заказчиков, выбирающих их для своих сайтов.
Поскольку противоположным самопискам типом движков являются официальные платформы, то они нередко будут упоминаться при аргументировании тех или иных преимуществ и недостатков их самопальных собратьев.
Также хочу сказать, что в данной статье разговор будет вестись преимущественно о PHP движках, т.к. данный язык программирования является лидером по количеству самописок ввиду его популярности и распространённости.
К тому же у меня был опыт как создания PHP фреймворка своими руками, так и работа со сторонней самопиской, поэтому по данному поводу мне есть что вам рассказать.
О своём опыте общения с самописными движками сайтов
С данным типом платформ для создания сайта лично у меня особенные отношения, т.к. я больше года проработал в фирме, создающей сайты на базе самописного фреймворка.
Хочу сказать, что движок был достаточно функциональным, т.к. на его базе создавались различные типы сайтов.
В частности, лично я занимался поддержкой социальной сети, разработанной на данной платформе.
Также на базе нашей самописной платформы разрабатывались Интернет-магазины, для которых была создана самописная CMS на базе данного фреймворка, и сайты-визитки (корпоративные сайты, промо-сайты и прочие их разновидности).
В общем, как видите ничего сверхъестественного, чего нельзя было бы создать на существующих официальных решениях.
Следовательно, ввиду разнообразия создаваемых на данном самописном движке сайтов и их функционала, у меня было достаточно времени оценить все их достоинства и недостатки для меня, как для разработчика, а также для заказчиков, которые имели с нами дело.
По этой же причине я, собственно говоря, и решился на написание данной статьи, т.к. возможность поделиться личным опытом – это приятно для меня, как для автора, и полезно для вас, как для читателей 🙂
Поэтому, если с какими-то моментами лично вы будете не согласны, не судите строго. Главное, не забывайте делиться своими мыслями в комментариях под статьёй 😉
Итак, переходим к самому главному – обзору преимуществ и недостатков данной категории движков.
Плюсы и минусы самописных движков для разработчиков
Если вы внимательно читали предыдущую статью, то вы могли заметить, что создание движка на PHP — это долго, трудозатратно и абсолютно бессмысленно, т.к. на данный момент существует несколько десятков готовых, тщательно оттестированных и хорошо себя зарекомендовавших решений.
Но, несмотря на эти минусы, самописные движки существуют и продолжают создаваться.
Одно дело, когда движок создаётся для каких-то действительно специфических задач — решений для P2P сетей, база для создания CRM-решений и т.д.
Но когда это очередной велосипед для разработки типовых Интернет-магазинов или корпоративных сайтов… Остаётся только развести руками 🙂
Одной из причин такого количества самописок является распространенное мнение, что для того, чтобы новичкам разобраться в тонкостях языка, устройстве общепринятых платформ и премудростях web-программирования в целом, им нужно написать PHP фреймворк своими руками.
И народ пишет 🙂 А после, ленясь осваивать официальный фреймворк или CMS, продолжает создавать сайты на нем.
Думаю, что такие же мотивы создания самописного движка были и у основателей фирмы, в которой я работал, т.к. ничего выдающегося и особенного в его ядре, чего нет в официальных решениях, лично я не увидел.
Из главных минусов самописных движков для себя, как для программиста, я выделил следующие:
1. Полное отсутствие документации (за исключением редких комментариев в коде, причём, не всегда цензурных 🙂 ), что не раз меня возмущало, особенно на первых порах, когда я только осваивал движок.
Не знаю, особенность ли это данной фирмы или самописок в целом, но, скорее всего, так чаще всего и бывает.
Я так думаю, потому что создатели самописных движков, разрабатывающие их изначально в академических целях (для освоения технологий программирования и устройства движков) не считают нужным их документировать исключительно для себя.
Зато, когда в будущем они решают ставить создание сайтов на поток, открывая свои фирмы и набирая программистов для данной работы, отсутствие документации становится весьма ощутимым недостатком самописных движков.
С чем я, собственно говоря, столкнулся и наелся сполна, раздражая глупыми вопросами типа «А для этого уже есть функция или писать заново?» своих более опытных коллег.
2. Кроме тебя, о существовании такого самопального продукта знает ещё 10, максимум 100 человек на всей Земле, которые являются твоими нынешними или бывшими коллегами.
Следовательно, когда рано или поздно вы решите сменить место работы, будьте готовы к сплошным отказам со стороны работодателей, которых будут интересовать ваши знания только официальных, общепринятых технологий.
А поскольку о вашем самописном движке они, естественно, не слышали, то и знания его, равно как и опыт работы с ним ничем вам не поможет.
Конечно, если подумать объективно, то опыт работы с самописками не так уж и плох, т.к. при создании различных сайтов и их функционала используются алгоритмы программирования, которые применимы при разработке и на других платформах.
Но работодатели об этом совершенно не задумываются, т.к., в большинстве своём, они рассматривают вас как средство заработка, а не объект инвестиций.
Им интересно только сколько вы им заработаете денег со своими текущими знаниями. А если вам нужно ещё давать время, чтобы изучить официальную технологию, которую требуют заказчики, многие дают от ворот поворот.
Так было со мной и множеством моих коллег, о чём более подробно я ещё обязательно вам расскажу в будущем.
3. Работая с самописным движком, вы напрочь лишены возможности профессионального роста, т.к. стек используемых технологий меняется крайне редко — и то за счет добавления чего-то нового, вызванного какими-то специфическими задачами.
Как правило, это механизмы работы с API различных сервисов или ПО, призванное увеличивать производительность ресурса, когда он становится highload.
В общем-то, в последнем случае, скиллап будет ощутимым, нужно только доработать до этого уровня проекта.
Если же вы приступите к работе с движком, когда он уже будет иметь эти технологии «на борту», как было в моём случае, то уровень вы свой вряд ли повысите, т.к. для работы с тем же Memcached на нашем движке был уже список адаптированных методов, которые позволяли не вдаваться во все тонкости работы технологии и её настройки под свои нужды.
Впрочем, если какие-то мелкие технологии и будут добавляться в самописный движок, то сам каркас всё равно будет оставаться неизменным на протяжении длительного времени.
Это, безусловно, удобно в плане работы, когда ты являешься асом в каких-то определённых рамках. Но стоит только выйти за их пределы, поменяв место работы, ты сразу становишься никем.
Данное нежелание создателей самописных фреймворков что-либо менять в своих творениях вполне обоснованное, т.к. зачем менять то, что работает и справляется со своими функциями?
Но лично меня, как стороннего разработчика, такое положение вещей конечно крайне не устраивало. Да и не думаю, что кому-либо это вообще может понравиться.
4. Самописные платформы развиваются только их создателями (что если и бывает вообще, то крайне редко), следовательно, об обновлениях движка с исправлением багов и внедрением новых функций на уровне ядра можно не думать.
Впрочем, в этом и нет необходимости, т.к. версионный подход – это удел больших проектов, в которых задействована не одна тысяча разработчиков, причём, по всему миру.
Если речь идёт об узкоспециализированных платформах, какими являются самописные движки, то выпуск версий движка – это излишества, т.к. все разработчики, как правило, связаны между собой общим репозиторием, позволяющим публиковать любые правки на уровне движка быстро и просто, без оформления их в виде официальных версий.
Пожалуй, единственный плюс самописных движков для разработчиков, стимулирующий их использовать данные продукты для создания сайтов на их базе, — это постоянное наличие заказов.
Для этого необходимо найти 1-2 клиентов для разработки им проекта с нуля. В дальнейшем у них неизбежно будут возникать различного рода дополнения и правки, с которыми они, ввиду специфичности самописной платформы сайта, естественно, будут обращаться именно к вам.
Таким образом, дефицитом заказов, а, поскольку техподдержка, особенно на постоянной основе, услуга далеко не дешевая, то и денег вы страдать не будете.
В качестве достоинства самописных движков для разработчика можно было бы также выделить малые сроки создания сайтов, но я не стал этого делать.
Во первых, не всегда сроки зависят от выбранной платформы, а, во-вторых, данным преимуществом обладают также и разработчики, работающими длительное время с какими-то официальными продуктами.
Так что данная особенность не является отличительной чертой самописных движков.
На этом обзор преимуществ и недостатков использования самописных движков для разработчиков завершён. Выводы читайте в конце статьи, а пока мы посмотрим на самописные платформы глазами заказчиков.
Достоинства и недостатки самописных движков для заказчиков
Для заказчиков, решивших создать сайт на самописном движке, плюсы и минусы будут слегка другие, чем для разработчиков, однако они все так же будут являться следствием особенностей данных платформ.
Начнём также с минусов, т.к. за время работы с самописным движком лично я их увидел снова больше, чем плюсов.
Итак, какие же недостатки самописных движков для заказчиков?
1. Прежде всего, это постоянная необходимость пользоваться услугами фирм-разработчиков движка, т.к. кроме её сотрудников никто вам помочь не сможет. А если кто-то и решится, то сроки и стоимость его работы будет выше, чем у производителей.
Причём, условия разработчиков движка вас часто могут не устраивать. В итоге, если вы захотите от них отказаться, то выход у вас будет только один – это переписать сайт на другую, широко известную платформу.
Но скажу, что это занятие далеко не самое быстрое, т.к. программистам придётся делать двойную работу, заключающуюся в разборке кода самописного движка и его дублированию для другой платформы.
Следовательно, затея и далеко не из дешёвых, поэтому при заказе сайта на базе самописного движка нужно обязательно учитывать и взвешивать все последствия, а также помнить о данной особенности.
2. Сложность, а, порой, и невозможность найти сторонних разработчиков, которые согласятся внести правки на ваш сайт или дополнить его новыми функциями.
Программистов понять, на самом деле, легко. Зачем им связываться с платформой и тратить время на её освоение, если все это мероприятие не несёт никакого профита (повышение профессионального уровня).
Если только вы их не заинтересуете привлекательным гонораром. Но здесь всё снова будет упираться в финансовый вопрос.
В итоге, может получиться так, что доработка сайта будет стоить дороже разработки его с нуля, но на более известной и распространённой платформе.
3. При заказе сайта на самописном фреймворке вы можете сразу забыть о возможности внесения самостоятельных правок, т.к. данный тип движков, как уже говорилось, напрочь лишен документации. А если она и есть, то, во-первых, никто вам её не предоставит, т.к. это, наряду с его кодом, является коммерческой тайной, а, во-вторых, если она к вам каким-то чудом и попадёт, то разбираться с ней вам придётся не один месяц.
Следовательно, ни о каких поисках информации в Интернете речь также идти не может, т.к. о самописных движках никто, никогда и ничего не напишет, кроме их создателей, которым нет смысла этим заниматься.
В случае же выбора официальной платформы проблем с дефицитом информации вы точно испытывать не будете. Иногда на форумах выкладывают даже готовые фрагменты кода, которые нужно будет только вставить в требуемом месте.
4. Ещё один существенный недостаток, связанный с использованием самописных движков при разработке сайтов — это качество кода, т.к., как уже говорилось ранее, в большинстве случаев самописки изначально создавались в академических целях, т.е. о чистоте и оптимизации кода никто в этот момент не задумывался.
Мне однажды предоставилась честь разбираться со сторонним сайтом, написанным на самописном движке. Так вот, там CSS-стили были прописаны прямо в коде страницы внутри директив <style>, причём, даже в конце документа, если не ошибаюсь, что является верхом непрофессионализма разработчиков.
Следовательно, разбираться с таким кодом и оптимизировать его — это настоящая головная боль для программистов, которым заказывают доработки на таком сайте.
Хотя, справедливости ради, стоит заметить, что такое явление не повальное. Есть вполне приличные продукты с чистым кодом.
5. Следующий минус самописных движков для заказчиков, как и для разработчиков, будет связан с вопросом поддержки и развития платформы.
Поскольку самописные движки создаются и поддерживаются только их создателями, то ни о каких плановых обновлениях системы и новых возможностях и речи не может быть.
За каждую новую функцию придётся платить отдельно.
Если при использовании официальных движков требуемый функционал, как уже говорилось ранее, можно будет найти даже в виде готового кода на форумах разработчиков, то здесь у вас не будет ни единой возможности самостоятельного внесения правок.
Если только вы не хотите сами стать программистом и разбираться со структурой кода самописки, в чём я лично сомневаюсь 😉
На фоне всех недостатков, однако, можно выделить один достаточно жирный плюс самописных движков для заказчиков при создании сайтов — это их стоимость (что, кстати, правдиво далеко не всегда).
Но не думайте, что низкая стоимость связана с тем, что «у нас тут самописный движок, поэтому сайт дорого вам не обойдётся, т.к. никто с нами сотрудничать не хочет» 🙂
На самом деле место имеет чисто маркетинговый ход, целью которого является заинтересовать заказчика в сотрудничестве.
Таким образом, разработчики могут «заманивать» своих клиентов, чтобы они, как рыбки, проглотили наживку с крючком.
А вот когда у вас появится необходимость доработки функционала (а она появится обязательно!), и вы поймете, что никто вам не в состоянии помочь, кроме разработчиков сайта, для создателей движка настанет время вытягивать улов в виде обширных счетов по доработке, которые могут перекрыть первоначальную стоимость сайта в разы.
В случае же использования официальных движков низких цен на разработку сайта вы не встретите, т.к. программисты понимают, что при доработке вы всегда сможете прибегнуть к услугам других разработчиков, знакомых с платформой.
Если же они занизят цены на разработку сайта в надежде, что при доработке вы обратитесь к ним же, то, скорее всего, они попадут в минуса по прибыли.
Точнее, с первыми доработками вы к ним и обратитесь в надежде, что их цены будут такими же приятными, как и на этапе разработки ресурса.
Но, как только вы познакомитесь с их расценками, скорее всего вы найдёте себе разработчиков подешевле, т.к. ребята захотят за счёт доработок покрыть свои убытки, полученные на этапе создания сайта.
На этом обзор плюсов и минусов самописных движков как для разработчиков, так и для заказчиков, подошёл к концу. Всё, что мне осталось, — это подвести итоги и сформировать итоговые рекомендации.
Выводы по поводу использования самописных движков
Думаю, что в процессе чтения статьи вы и сами заметили, что я отношусь к самописным движкам с неприязнью.
Для меня, как для разработчика, их использование в процессе создания сайтов – это сплошные минусы, заключающиеся в отсутствии профессионального роста и сложности освоения ввиду отсутствия документации.
Признаю, что определённый профит при работе с ними я определённо получил в виде приобретения знаний алгоритмов, языковых конструкций и технологий, с которыми я не сталкивался до этого, но, как я вам и говорил ранее, при поисках новой работы мне это мало чем помогло.
Собственно говоря, к мыслям о смене работы меня и привёл самописный движок, т.к. в определённый момент я просто поймал себя на мысли, что просто не развиваюсь.
Думаю, что к таким размышлениям вы тоже рано или поздно придёте, работая с данным типом платформ. Поэтому, лучше и не начинать 🙂
Создание движка своими руками – это занятие, полезное исключительно в академических целях, т.е. для освоения структуры движков, новых языковых конструкций и алгоритмов.
Если же вы хотите использовать своё творение в коммерческих целях, то лично я не рекомендовал бы это делать, т.к. процесс создания полноценной платформы, пригодной для разработки различных типов сайтов, как в случае официальных фреймворков, будет очень длительным и трудозатратным.
И, в итоге, у вас получится свой велосипед, которых на момент его создания существует уже не одна сотня.
Лучше потратить своё время с пользой и начать осваивать официальные движки, знания которых будут вам гарантировать клиентов (на Западе, кстати, заказчики очень требовательны к технологиям) и работу в дальнейшем.
Если же вы всё-таки выберите путь создания сайтов на своём движке либо будете сотрудничать с фирмой, разрабатывающей на самописке, то готовьтесь, что, когда у вас либо у ваших работодателей начнуться проблемы с заказчиками, то при попытках найти себе новую работу вы неизбежно столкнётесь с необходимостью изучения официальных платформ.
В прочем, если вы хотите зарабатывать себе на жизнь разработкой несложных в функциональном плане сайтов вроде блогов, сайтов-визиток или лендингов, то для них самописный движок может быть оправдан, т.к. его разработка не займёт у вас много времени.
Особенно, в случае разработки лендингов, чем сегодня занимаются все, кому не лень, для которых и движок-то, в общем, не нужен 🙂 Но о профессиональном росте в таком случае говорить не приходится. По крайней мере, если вы хотите заниматься бэкэндом, а не собираетесь становиться фронтэндщиком.
Если говорить о заказчиках, то самописные движки – это своеобразный IT-шный лохотон, т.к. он может помочь вам сэкономить в начале, но после вы понесёте колоссальные убытки от такого сотрудничества.
Поэтому вы не обязаны вникать в тонкости разработки ресурса, но используемыми в разработке технологиями вы интересоваться обязаны.
А чтобы разбираться в них, будет нелишним заниматься самообразованием в виде изучения различных обзоров движков и их рейтингов. К примеру, на данном ресурсе вы можете найти рейтинги лучших CMS для блогов и Интернет-магазинов.
Рекомендую с ними ознакомиться, чтобы ориентироваться при заказе ресурсов у разработчиков.
Также подписывайтесь на обновления проекта, чтобы быть в курсе новых статей.
Так вот, как только вы узнаете, что разработка будет вестись на самописной платформе – лучше откажитесь от таких услуг, какими бы ни были привлекательными предлагаемые вам условия, т.к. в дальнейшем это может привести к серьёзным финансовым убыткам и потере времени, если ресурс придётся переписывать заново.
Как вывод — лучше с самописками не связываться, а потратить время и деньги на что-то более распространенное и широко известное, что позволит вам в дальнейшем без проблем найти разработчика для внесения правок либо сделать их самостоятельно с помощью официальной документации и сообществ разработчиков.
Т.е., обратите своё внимание на официальные CMS или фреймворки, о которых более детально мы поговорим в будущих публикациях.
Сегодня я поделился с вами своим отношением к самописным движкам, а также мы обсудили их сильные и слабые стороны с точки зрения как разработчиков, так и заказчиков. Итоговый выбор – за вами.
Повторюсь, что вы в праве не согласится с данным материалом, т.к. это всего лишь моё мнение. В любом случае, пишите о своём отношении к самописным движкам в комментариях под статьёй. Думаю, что ваши мысли будут интересны и другим читателям.
На этом сегодня всё. До новых встреч 🙂
cccp-blog.com
Готовый движок сайта или самописный?
Неоднократно встречал на различных форумах, что вместо готовых движков стоит писать самописный, хотелось бы высказать свое мнение на счет этой темы.
Сегодня любой сайт, форум, блог, интернет магазин, портал создается на готовом движке. Поэтому на первом этапе разработки действительно серьезного сайта неизменно встает вопрос самому написать движок или использовать готовые решения. С этим вопросом сталкиваются как начинающие вебмастера, так и профессиональные. Готовые движки для сайта по сути, это специально созданные программы другими программистами, которые в своем роде упрощают создание сайта.
Так что же выбрать: CMS или самописный?
В интернете есть такая тенденция: автор, у которого создан сайт на «определенном движке» заявляет, что CMS это то что необходимо сайту!!! Просто Супер!!! а самописные сайты вполне не подходят «туфта». Как Вы уже догадались, я хочу им сказать обратное. Создавать сайт исключительно необходимо с нуля без использования всяческих движков, У самописного сайта есть куча плюсов, чем CMS.
Прежде всего после создания сайта Вы станете определённого рода профессионалом. Вы будете знать своего кода «от и до», можете в любое время поправить или добавить нужный функционал без труда. Ваш сайт станет полностью уникальным, что станет, прежде всего, авторитетным в глазах поисковых систем. Конечно самописный сайт сложнее, чем готовые решения, но в плане продвижения поисковики дают больше предпочтения на самописные сайты, они в своем роде «уникальные», отличаются от движков, которые в интернете полно. Такой сайт раскрутить гораздо легче.
Сайт на готовом движке будет работать медленнее из-за кучи ненужных файлов, ведь любой движок содержит в себе много функционала, а это вынуждает сервер выполнять много ненужных действий, в связи с этим происходит процесс торможения сайта. Используя движок Вы всегда будете зависеть от сторонних web-разработчиков, скажем, когда Вы захотите расширить функциональность сайта.
К тому же общедоступный движок легче взломать, так как злоумышленники после взлома выкладывают в интернет всю готовую инструкцию по взлому определённого движка.
P.S. Провел небольшое исследование, многие сайты, которые находятся на первой десятке поисковых систем, сделаны не из популярных движков, а все они самописные, хотелось бы услышать ваше мнение
www.masterwebs.ru
Продвижение сайтов на самописных CMS
Самописные системы управления контентом сайта похожи на популярные решения, как два брата: родственный функционал, схожие структуры-характеры, даже внешний дизайн, обращающийся к одним и тем же шаблонам. Но, как и люди, в разных ситуациях CMS проявляют себя по-разному, демонстрируя достоинства и недостатки.
CMS: писать или не писать?
Логично, когда самописные системы используют для сайтов, создаваемых под конкретные задачи, где понятны способы взаимодействия с пользователем, определены четкие требования к функционалу. Когда стоимость и сроки разработки такого сайта выгоднее, чем при использовании популярных CMS.
Нелогично, когда для крупного интернет-магазина вместо проверенных решений используют самописную CMS, особенно если над проектом трудится один человек. «Привязанность» к разработчику – однозначный минус таких систем. Специалист может уехать, заболеть или просто разойтись с вами во взглядах, что осложнит дальнейшую работу с сайтом.
Самописную CMS можно использовать в случаях, когда:
- сайт создается, чтобы решать специфические задачи, под которые легче, выгоднее и проще создать свою CMS, чем приспособить одну из существующих на рынке;
- требования к безопасности особенно высоки, а разработчик способен обеспечить надежную защиту создаваемой системы управления сайтом;
- вы уверены в высокой квалификации разработчиков и тестировщиков, работающих над проектом.
Есть ли плюсы у самописных CMS?
В известных платных CMS есть технические проблемы – например, нагроможденный код страниц, занимающий много места и влияющий на скорость загрузки сайта. В качественно проработанной самописной CMS код «чистый», без лишних элементов, а админка не перегружена избыточными модулями – только необходимые элементы и функции. Для SEO это несомненный плюс.
Стоимость самописной системы, как правило, ниже цены готовой. Но, как было сказано выше, это неоднозначный аргумент в пользу уникального решения. Профессиональные сообщества, сложившиеся вокруг известных коммерческих CMS, позволяют решать некоторые вопросы самостоятельно, не прибегая к покупке дополнительных надстроек и модулей. Любая же доработка самописной системы связана с финансовыми расходами.
Почему SEO-оптимизаторы не любят самописные CMS
Спорный уровень безопасности
Безопасность можно считать и плюсом, и минусом самописных систем управления сайтом. Откуда такая двойственность оценки? Как правило, готовые CMS – решения с открытым исходным кодом, их распространенные ошибки и уязвимости известны, поэтому они часто подвергаются взлому.
У самописных систем распространенных уязвимостей может не возникать. Но кто и как проверяет такие CMS на безопасность? Только сама команда разработчиков – или разработчик и тестировщик в одном лице. Поэтому безошибочность работы системы зависит от квалификации специалиста, его опыта и дотошности.
Трудности доработки
Когда внесение изменений на сайт требует доработки системы управления контентом, в стандартных CMS вопрос решается либо приобретением дополнительных модулей, либо «допиливанием» стандартных. Да, это платно, но почти всегда быстро. Кроме того, эти системы постоянно дорабатывают, у них есть службы поддержки и форумы, на которых можно получить ответы коллег на интересующие вопросы.
Для доработки самописной CMS приходится привлекать подрядчиков, которые не только берут деньги за услуги, но и склонны долго обрабатывать запрос. Мы с коллегами редко сталкиваемся с максимально проработанным функционалом системы управления сайтом, позволяющим проводить работы по оптимизации и менять настройки максимально оперативно. Бывает и так: мы получаем доступ к системе, в админке сайта вносим все нужные изменения, сохраняем их – но при проверке обнаруживается, что на самом сайте изменения не отображаются. Чтобы выяснить причину ошибки, приходится искать корни проблемы в коде, а после – программиста для ее устранения. Для клиента это оборачивается финансовыми расходами, для нас – потерей времени. А в SEO скорость внесения изменений на сайт важна.
Внимание: перенос сайта
При переносе сайта, использующего самописную CMS, на другую систему управления контентом процесс усложняют технические сложности: необходимость переноса баз данных, сохранения структуры каталога, адресации ссылок, файлов, стилей и другие. К примеру, для многих популярных CMS (Bitrix, WordPress, Joomla) существуют готовые решения для конвертации баз данных, переноса контента и файлов, настройки редиректов со старых URL на новые. В результате, как правило, останется лишь доработать мелкие моменты – и перенос на этом закончится. В случае с самописными CMS один только перенос базы данных может стать долгой и нетривиальной задачей.
Некоторые разработчики сайтов «привязывают» к себе клиентов самописными CMS: описывают их преимущества для создаваемого ресурса, предлагают ограниченное количество бесплатных доработок... Задумайтесь о том, как долго вы готовы сотрудничать с агентством после того, как сайт будет создан и запущен. Уверены ли вы в том, что именно это агентство будет продвигать ваш ресурс в дальнейшем? На каких условиях разработчик предоставляет доступ к CMS сайта в случае привлечения к работе стороннего подрядчика?
На пороге принятия решения
Если по веским причинам вы решили остановиться на самописной CMS, убедитесь, что в ней изначально заложен максимальный функционал, который вам нужен. Думайте об этом еще при создании сайта, прописывая CMS с нуля! Можно на данном этапе начать сотрудничество с SEO-компанией, чтобы она подготовила технические рекомендации с параметрами, важными для дальнейшей оптимизации. SEO-консалтинг поможет создать сайт, в системе управления которым будут предусмотрены возможности для реализации всех целей ресурса.
www.iseo.ru
Вы сами себе купили проблему, Часть 2 или Как понять, что сайт создан на самописной CMS?
10.10.2014, Нина ДжежерВ прошлой статье мы выяснили, чем плохи самописные системы управления и почему вообще они существуют. Сегодня поговорим о том, как распознать эти самые CMS.
Итак, какие же способы существуют? Самописные CMS обычно не имеют каких-то унифицированных признаков, по которым их можно было бы легко определить, поэтому нельзя просто зайти на сайт, открыть код и сказать: да, этот сайт создан на самописной системе. Чаще здесь приходится повозиться.
ПЕРВЫЙ СПОСОБ: СПРОСИТЬ У РАЗРАБОТЧИКА, на какой системе он создал сайт. Это, казалось бы, самой простой и самый надежный вариант, однако, увы – именно он почти никогда не работает. Почему? Потому что разработчики сайтов на самописных системах – как правило, фрилансеры, которые часто перестают выходить на связь с клиентом, даже не закончив работу. Что уж тут говорить о том, чтобы поддерживать контакт после завершения проекта… Кроме того, не каждый разработчик и не каждая веб-студия, которая создает сайты на своей самописной системе, скажет об этом клиенту. Если и скажет, то преподнесет свою CMS как самую лучшую в мире, самую востребованную, безопасную и т.д. В общем, способ не самый надежный, но попытаться стоит – он самый простой.
ВТОРОЙ СПОСОБ: ПЕРЕЙТИ НА САЙТ РАЗРАБОТЧИКА и почитать, на какой платформе он создает сайты. Как правило, разработчик ставит ссылку на себя где-то в футере созданного проекта. Можно пройти по этой ссылке, и открывшийся ресурс, чаще всего, дает понять, работали ли вы с фрилансером, веб-студией, состоящей из 1-2 человек, или крупным агентством. Многие разработчики в разделе услуг по созданию сайта указывают, с какими системами они работают, а некоторые пишут о том, что они разработали свою прекрасную систему и создают проекты исключительно на ней.
Вот так может выглядеть ссылка в футере:
Кстати, наша компания специализируется на системе управления 1С-Битрикс, но работаем мы с разными CMS.
ТРЕТИЙ СПОСОБ: ДЕЙСТВОВАТЬ МЕТОДОМ «ОТ ПРОТИВНОГО», т.е. убедиться, что сайт НЕ разработан на одной из наиболее популярных CMS. Как это сделать? Есть различные автоматические сервисы, которые помогают быстро определять, на какой системе создан сайт. Как правило, в базы этих сервисов включены самые известные системы в количестве 30-40 штук, остальные уже можно считать либо самописными, либо практически невостребованными на рынке, что примерно одинаково плохо для сайта, потому что они не обновляются, не адаптируются под изменения внешней среды и т.д. Наиболее известные CMS имеют опознавательные признаки, по которым сервисы их и определяют.
Если на вашем сайте не найдены признаки ни одной из этих систем, то скорее всего он разработан на самописной или настолько неизвестной системе, что ее по качеству вполне можно приравнять к самописной. Конечно, бывают и исключения – редкие и очень грамотно разработанные системы, которым по каким-то причинам маркетологи не уделили должного внимания и не начали их рекламировать и продавать или хотя бы выводить на уровень хороших и известных бесплатных CMS. Согласитесь, такие ситуации сейчас – большая редкость.
ЧЕТВЕРТЫЙ СПОСОБ: МЕТОД «МАЛОНАУЧНОГО ТЫКА». В чем он заключается? Опытный вебмастер и даже опытный контент-менеджер уже имеют в своем багаже определенный набор «входов» в административные панели сайтов, т.е. они знают, что нужно добавить после домена сайта, чтобы открылось окно доступа в систему управления. Это могут быть такие слова, как «admin», «cms» и т.п. Например, вход в панель может выглядеть так: http://site.ru/admin/. По открывшейся странице чаще всего можно определить и саму CMS. На страницах входа или самих входных формах платных и известных бесплатных систем обычно размещен логотип CMS и/или указаны название системы и версия, а самописные CMS обычно имеют безымянную форму входа. Например, сравните Битрикс и самописную CMS:
Итак, друзья, мы рассказали о некоторых способах, которые помогут вам определить систему управления любого сайта и в том числе – выявить самописную CMS. Если у вас не получилось самостоятельно провести такую проверку, мы можем сделать это за вас. Практически при любом аудите сайта наши аналитики, вебмастера и интернет-маркетологи определяют систему управления, поскольку от нее очень много зависит. Например, это делается в ходе технического аудита сайта и поискового. Вы можете заказать у нас такую услугу, и в качестве одного из шагов анализа мы с долей вероятности в 95-100% скажем, на какой CMS разработан сайт.Что делать, если вам все-таки сделали сайт на самописной CMS?
Мы уже много говорили о том, чем плохи самописные системы. Следовательно, такую систему рано или поздно нужно будет заменить на более качественную. Но здесь вариантов развития событий может быть несколько.
К нам часто обращаются клиенты, которым только что сделали сайт в другой компании. От нас они хотят услуги по рекламе их сайта и бизнеса в интернете. На выходе мы получаем клиента с «кривым» сайтом, и этот клиент очень просит сделать так, чтобы его ресурс приносил деньги. Что делать в такой ситуации?
- ПЕРЕНЕСТИ НА ДРУГУЮ CMS СРАЗУ.
План А – предложить клиенту перенести сайт на хорошую систему управления. Объяснить ему, что рано или поздно это все равно придется делать, но лучше сделать все сейчас, а не тогда, когда сайт уже наберет какой-то вес и будут вложены определенные ресурсы в его развитие – оно будет просто тормозиться из-за плохой CMS, а в худшем случае сайт не двинется с места. Но что думает клиент? Клиент, как правило, не готов снова платить за ту же самую (как он считает) услугу, т.е. за настройку новой CMS – с него ведь только что другая компания (или фрилансер) взяли деньги за свою недобросовестную работу. Результат такого предложения – в 90% случаев отказ клиента.
- ДАТЬ КЛИЕНТУ ЗАРАБОТАТЬ И ПОТОМ ПЕРЕНЕСТИ НА ДРУГУЮ CMS.
План B – обязательно объяснить клиенту все его выигрыши и проигрыши от самописной CMS, заручиться его пониманием всех перспектив в этой ситуации и взять в работу «кривой» проект. После первых результатов (а их можно добиться практически всегда), когда клиент понял, что сайт приносит деньги, но может приносить еще больше, напомнить ему о CMS. Бывают случаи, когда с сайтом на таких CMS нельзя сделать совершенно ничего. Тогда клиент видит все наши попытки и отсутствие результата. Да, мы как специалисты понимаем, что в обоих случаях теряем драгоценное время, но мы этим временем платим за доверие клиента. А это, согласитесь, важно. Хотя, в конечном счете, временем расплачивается и сам клиент, потому что сайт с момента создания так и не приносит ему денег.
Если вы знаете другие способы, как определить систему управления сайта, или у вас есть другие решения описанных проблем, пишите в комментариях – будем рады, если вы поделитесь своим опытом! Вопросы тоже задавайте – попробуем ответить.
Комментарии
Нина Джежер (29.10.2014 15:32:00)Светлана, такие CMS действительно есть, сейчас часто создаются системы под конкретный вид бизнеса и конкретные задачи. Среди них иногда попадаются неплохие, но надо рассматривать каждый случай отдельно. И еще рекомендую учитывать важный момент: если Вы готовы всю жизнь зависеть от одной компании или от одного фрилансера, то да, можно выбирать такую CMS. Если нет, то какой бы хорошей она ни была, я бы рекомендовала выбрать Битрикс и отдельное внимание уделить вопросу хостинга при этом. Хорошему веб-программисту, знающему Битрикс, вполне под силу настроить практически любые параметры фильтра. Если понадобится, мы к Вашим услугам)
Светлана (29.10.2014 12:07:00)А что делать, если компания, которая разрабатывает сайт, уверяет, что ее самописная система специально "заточена" под интернет-магазин определенной тематики (например, каталог автозапчастей с поиском по параметрам) - якобы у них много сайтов работает на этой системе, и она невероятно удобна технически именно для этой сферы. Стоит ли все-таки положиться на них, или надо брать платный Битрикс и настраивать все параметры с нуля? Ведь как раз настройка фильтров бывает наиболее сложной задачей.
Александр (17.10.2014 14:28:00)Да, спасибо большое за ответ.
Нина Джежер (16.10.2014 16:54:00)
Здравствуйте, Александр. Ваш вопрос не совсем по теме статьи, но я готова ответить. Потеря или сохранение позиций при переносе сайта с одной системы на другую зависит от качества этого переноса. Почти всегда можно сохранить имеющиеся позиции (с погрешностью примерно от 0 до 15%), если грамотно произвести все работы. Погрешность, которую я указала, зависит уже от таких факторов, как алгоритмы поисковых систем, индексация, конкурентная среда, тематика Вашего сайта и т.д. Еще раз подчеркну: при профессиональной работе Вы практически ничего не потеряете. А если переносите с плохой системы на хорошую, то только выиграете. Наши специалисты, естественно, переносят профессионально с учетом всех особенностей сайта, хостинга, внешней среды и других моментов. То есть при обращении к нам риск минимальный. Я ответила на Ваш вопрос?
Александр (16.10.2014 15:49:00)Здравствуйте. Я работаю с интернет-магазином, и свой сайт мы хотим с одной платформы перенести на другую. Всё наполнение остаётся прежним. Вопрос, а потеряем ли мы свои места в поисковой выдаче при переходе на новую систему управления или переход на это не повлияет? Очень нужна ваша консультация, надеюсь на отклик.
оставить комментарий
www.imagingweb.ru
Что лучше для создания сайта, общедоступная CMS или самописный движок? |
Вопрос создания сайта вызывает множество вопросов. Наиболее часто задаваемым является вопрос выбора между какой-либо CMS для управления сайтом или самописным движком. Каждый из вариантов имеет свои преимущества и недостатки, но стоит понимать, что один из них является наиболее подходящим для большинства пользователей.
Плюсы и минусы разработки сайта на популярной CMS
К списку популярных систем управления сайтом можно отнести следующие CMS: Joomla, Word press, Drupal, ModX и так далее. На самом деле их очень много и большинство из них распространяется совершенно бесплатно. Из готовых CMS только «гигант» Bitrix — является аболютным лидером и явзяется платной CMS системой. Работать с готовой системой в разы удобнее по следующим причинам:
- в сети есть масса информации по работе в любой из вышеизложенных CMS, а также всегда можно найти решению практически любого бага;
- легко найти любой дополнительный модуль в открытом доступе или купить столь необходимо дополнение напрямую у разработчика;
- наличие шаблонных настроек SEO, что достаточно важно для любого сайта;
- меньшая стоимость работ над вашим проектом в плане доработки дизайна, его продвижения или простой поддержки у сторонних специалистов.
В итоге, мы получаем, что готовая CMS в разы проще в обращении, а значит принесёт вам меньше холоп в наполнении сайта и его дальнейшем ведении.
Среди минусов данного подхода можно отметить:
- возможность взлома CMS по наиболее уязвимым местам, которые давно известны злоумышленникам;
- возможные сбои в работе всего сайта в целом при общем обновлении CMS.
Конкурентные преимущества самописного сайта
Многие разработчики сайтов специально пишут свои CMS, чтобы сделать их удобными для работы в рамках собственных проектов.
Если заказчик в будущем уходит от разработавшего сайт специалиста, то дальнейшее ведение сайта усложняется в разы. Стандартная веб-студия либо не возьмётся за работу над таким проектом, либо будет просить больших денег, чтобы разобраться с самописной CMS. Также недобросовестный разработчик может иметь низкую квалицикацию и разработать продукт, который не учитывает какую-либо серьезную доработку сайта и потребуется снова с нуля писать движок. В качестве обособленного преимущества подобной разработки сайта можно выделить максимальную сложность взлома самописа. Такие сайты не интересны хакерам, которые ломают ресурсы в интернете массово.
Влияет ли CMS на СЕО-продвижение?
Если давать однозначный ответ, то — нет. Поисковой системе не важно какая система управления установлена на вашем сайте. Алготимы поисковой системы смотрят на содержимое сайта, и релевантность ключевым запросам. Но в плане объёма работы самописная система максимально затруднит любое SEO. Даже обычная первичная оптимизация может вызвать массу сложностей в работе над сайтом даже у опытного специалиста. Для шаблонных CMS есть специальные руководства по всем базовым настройкам продвижения, поэтому с этим вопросом у вас точно не возникнет проблем. Также стоит отметить, что цены на разработку сайта в обоих случаях будут примерно одинаковы, поэтому выбор в данной ситуации складывается очевидным.
Обратите внимание на следующие статьи...
inetmi.ru