26 января 2019 в 13:31
Есть идея сделать сообщество по типу vc.ru или tjournal.ru, современное. Можно ли допилить друпал под эти хотелки? Или лучше самопис?
Сайт сообщество по типу vc.ru и tjournal.ru
Главные вкладки
26 января 2019 в 13:31
Комментарии
Хуже всего "самопис".
При наличии "знаний" drupal или нормального специалиста по Drupal - drupal оптимален, по возможностям и по затратам на разработку.
VC, TJ, Spark - это в первую очередь контент. Инновационного функционала там нет. Drupal тут идеально справится + готовых контриб-решений под сообщество - море.
Автор, а кто будет делать? Если комментаторы выше - да, лучше Drupal. Если у вас есть команда специалистов, которые говорят "Сделаем на Джанго" - слушайте их.
Если не знаете на чем - попробуйте сделать более простые сайты на разных системах и выберите для себя.
Если выберу друпал, то конечно какой то спец по друпалу будет делать. У меня выбор между друпалом или instantcms
Что лучше - не знаю, не технарь
Выбор от кого? От зова сердца?
Сначала команда специалистов, потом инструменты. Без поддержки тех кто сайт сделал - сайт жить не будет. Разбираться в сделанном непонятно кем - долго или дорого. Часто когда разработчиков меняют - весь сайт переделывают, а не допиливают то, что есть.
Не совсем вас понял, я в любом случае буду выбирать частного специалиста, а специалиста какой кмс, пока еще не решил. Вы хотите сказать если я закажу сайт на друпале и если разработчик пропадет - я не смогу найти другого спеца по друпалу и буду снова переделывать сайт заново?
ну, как минимум - тут, на сайте.
лучше сразу нанимайте проверенное агенство, они точно не пропадут
как уже говорили раньше - у VC и TJ всё достаточно простенько, друпал подойдет для таких нужд, вряд ли там даже будет какой-то супер особенный кастомный код, с которым придется долго разбираться новопришедшим разработчикам
Сможете. Просто заказывайте раз в 20-40 часов час работы стороннего аудитора чтобы вам просто просматривали код и кивали "ок, пока нормально".
@VasyOK скорее всего имел ввиду, что работа над проектами такого маштаба не заканчивается после первого "пуска".
Обычно, как только работа на проектом прекращается, проект начинает "умирать".
Обычно и далее необходимо:
1. "Чинить", выявленные в процессе эксплуатации, баги.
2. Добавлять новые, востребованные на текущий момент, "фичи".
3. Увеличивать быстродействие, которое часто снижается при росте "аудитории" пользователей.
4. Обеспечивать безопасность работы, по возможности, профилактическими мерами.
и т.п.
Ну оно и понятно, что оптимальнее, по качеству и скорости, делать все эти вещи может только "авторы"-разработчики проекта, работающие с ним с нуля.
Поэтому, желательно чтобы разработчик был как минимум не один.
Люди и разработчики часто теряют интерес к работе, уходят в отпуск, болеют и от подобных нюансов жизни необходимо подстраховаться-))
Хотя, я уверен, на данный момент задумываться над подобными вопросами рановато.
В первую необходимо понятное и детальное Техническое задание(ТЗ) на разработку проекта.
Ведь хорошее ТЗ - это на половину сделанная работа.
И это не афоризм, а "проза жизни".
А когда будет готово ТЗ, уже можно переходить к выбору инструмента для его реализации и исполнителей.
Маленький но убедительный совет.
Не пишите ТЗ на последнюю и окончательную идеальную версию проекта.
Определитесь с планом-минимум, с ТОЛЬКО необходимым и достаточным функционалом для запуска проекта.
А остальные фичи
и багидобавите постепенно, ПО НЕОБХОДИМОСТИ в процессе эксплуатации.Иначе,сроки очень сильно затянуться, и как минимум, пользователи будут долго ждать старта проекта.
А обычно, просто иссякает бюджет еще далеко до первого запуска-)
- не говорю что очень сложно. Но даже для сайта такого уровня необходима поддержка.
Смотря как кто сделает.
Найти сможете, но цена может не порадовать.
Друпал или не Друпал - не важно.
И без разработчика - там на контенщикам модераторам будет много работы.
А вообще зачем это вам? Если хочеться деньги зарабатывать, нужно понимать что вкладываете от себя.
На самом деле сменить разработчика уже существующего сайта не такая уж и проблема. Да, будут трудности, но всё зависит от того, через какое место сайт будет сделан изначально. И учитывая то, что хз, что такое инстантцмс, то конечно же лучше делать на друпале, т.к. разработчика по друпалу найти куда легче, чем по какому-то непонятному движку.
Интересно а к каких случаях сейчас заказывают самопись?
Чистый самопис никогда не встречал..
Встречались самописы на drupal..-))
Самописы, мне кажется, уже лет 10 как не актуальны вообще.
Под любую задачу можно найти или CMS или генератор "статики" или фреймворк или какой-нибудь гибрид первых трех вариантов.
Никто не заказывает ни самопись ни цыымысь. Заказывают "разработку", а то как и на чем - вероятнее всего, определит команда / разработчик.
Обычно, самописы - показатели либо очень крутой команды, либо ооочень глупых "разработчиков".
ЗЫ - самопис, это не "писать все с ноля", а писать все под логику проекта, используя существующие наработки и компоненты. Обычно так работают те, кто не хочет ограничиваться логикой, навязываемой сторонними инструментами.
Из контекста - скорей всего с нуля имелось ввиду, наверно надо у автора уточнить что он хотел этим сказать?
Да, имелось ввиду с нуля
Нуль нулю рознь. Если взять голый пхп и начать на нём писать, то можно внезапно вспомнить, что сам пхп написан на Си, соответственно само по себе использование php по определению не может быть разработкой с нуля.
Drupal для контента проектов идеален.
Тут и разделение прав, и воркфлоу для публикации, и параграфы для ричконтента, и мульязычность и ТД и ТП.
Согласен с пассажем, что контент в таких проектах сильно дороже разработки.