Вадим

С размещением видео не очень хорошо придумали. Любой, купивший видео и получивший ссылку, может эту ссылку переслать кому угодно или просто выложить в открытый доступ, что рано или поздно произойдет.

А зачем мучить WP? Не проще ли взять нормальную многопользовательскую CMS?

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

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

Отсюда совет - прислушаться к мнению того разработчика, с которым: а) максимум взаимопонимания; б) можно создать первую альфа-версию максимально быстро; в) затраты на создание будут сведены к минимуму.

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

Вообще-то, на Хабре их гораздо больше упоминается. Напр., ворт: habrahabr.ru/post/193168

Не первый раз вижу подобный вопрос и каждый раз удивляюсь: почему в принципе такой вопрос возникает? Если есть какая-то готовая система, на чем-то уже написанная, то не проще ли на этой же системе и личный кабинет написать?

Был опыт - нужно было запустить инет-магазин с интеграцией 1С. Пошли простым логическим путем и решили, что раз есть 1С-Битрикс, то и выбирать особенно не из чего. Впоследствии тыщу раз пожалели, и поняли, и поняли, что связка 1С и 1С-Битрикс это туфта.

Если вдруг еще придется такой интеграцией заниматься, то либо будем другие решения выбирать, либо вообще сами будем писать импорт/экспорт

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

Но если посетители будут не просто читать, а скажем, активно комментировать, а, значит, лента комментов будет постоянно обновляться (т.е. итоговые HTML-страницы должны все время обновляться), то при хорошем трафике это может оказаться грустно.

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

Если чисто как замена локального Экселя, то Гугл таблицы, конечно - совместное ведение, ограничение прав и все такое

dimsemenov.com/plugins/magnific-popup - шикарная штука и лицензия свободная

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

И, конечно же, многое упирается в сроки и конечную задачу. Если есть возможность неспешно что-то пилить, переделывать, но при этом не зарабатывать, а постепенно двигаться к идеалу, то можно экспериментировать. Если задача стоит быстро запустить магазин, то брать надо готовое.

Если отвечать кратко, то ответ такой: первый магазин надо делать на готовом движке. Если уже есть опыт запуска и эксплуатации, и есть четкое понимание, чего хотите от магазина, то можно пилить и свое.

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

Чем меньше функционал, чем меньше элементов интерфейса, тем проще верстать. Ну, и, конечно, важно, чтоб верстка от кода была отделена. Ищите какую-нибудь простенькую, но современную CMS.

Я бы посоветовал для начала провести небольшой анализ онлайн-CRM. Потратите на эту пару-другую часов, но зато, при удачном раскладе, получите готовую вещь за полчаса регистрации и настроек.

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

"... много лишнего, непонятного..." - вот ключевая фраза. Похоже, человек просто не понимает, что такое бутстрап и с чем его едят. Тогда стоило бы ему немного подтянуть свои знания.

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

Сначала все вылизать, довести до ума, отшлифовать, а только потом выкладывать в паблик - это путь в никуда. Если проект более-менее серьезный, то написание только документации займет весьма приличное время, за которое либо Вы успеете кучу изменений внести в движок (а значит устареет документация), либо технологии и методологии уйдут вперед (а значит устареет сам движок).

Если решили выкладывать, то выкладывать надо, как есть, сколачивать вокруг этого коммьюнити (пусть маленькое, но хоть какое-то). И после этого уже пилить, писать, улучшать. От кражи не защититься никак, потому что само понятие "кража" к оупенсорсным продуктам как-то не применимо в принципе.

Народ, не надо глупостев городить: ручной мердж кода, отказ от обновлений и прочие "прелести" - это все так, если юзать действительно какую-то очень узко заточенную CMS или совсем-совсем древнюю.

Нормальные CMS имеют нормальные механизмы расширения функционала