Долго пытался научиться хорошо ладить с Photoshop, но том потом попробовал Sketch (только для мака правда). И там все оказалось таким понятным и неперегруженным, как будто от девелоперов для девелоперов. Одно удовольствие работать.
До сих пор не понимаю, почему люди пользуются Photoshop-ом, тем более, что в вебе все больше и больше векторной графики.
Как было сказано выше, на Bitrix-e делают в основном небольшие студии и рекламные агенства, где уклон больше в красоту картинки и интерактив. Им нужно клепать сайты как на конвеере.
На чем написан сайт в принципе не важно, но Битрикс лушче продается, потому что:
1) Раскрученный бренд — это в целом позитивно влияет на продажи дизайна/разработки сайта студией.
2) Больше возможностей для клиента найти другого подрядчика на поддержку в будущем (с кастомной CMS будет сложнее).
Есть еще второй момент: так как с Битриксом не очень много кто хочет работать из mid/senior разработчиков, на нем сайты обычно клепают джуники за недорого, это опять же выгодно для студии. Вот поэтому мы имеем такую ситуацию imho.
Вот меня тоже интересовала проблема бэкапов через BT Sync.
Но есть одно такое НО:
Если на главной машине каким-то образом удаляются данные из расшаренной папки, при это сервис BT Sync-a продолжает рабоать, то бэкапы соответственно пропадают и на удаленных машинах. А потом внезапно главный сервер схлопывается. В итоге не имеем доступа ни к клавному серверу, ни к бэкапах на серверах-зеркалах, потому что бэкапов там уже нет.
Возможно это можно решить копированием из расшаренной папки на сервере для бэкапов всего содержимого в другую нерасшаренную папку и выполнять это по крону. Но, опять же, костыль и задержки.
Стоит уточнить, что 5 человек – это на все ваши приватные репозитории. Даже если в 3х репозиториях у вас по 2 человека заинвайчено, то вы уже превышаете лимит.
Тоже пробовал Webasyst, Да, админка красивая, но как только дошло дело до «дописать немного кода» – впал в ступор. Долго пытался понять логику структуры проекта. В общем, очень тяжело разбираться, даже при наличии отличной документации.
Вопрос такой: почему нельзя было написать CMS на каком-нибудь из популярных фреймворков вроде Yii или Symfony 2? Проект бы сообщество приняло на ура. А так какое-то двоякое ощущение после использования.
Только там вы ищете ближайшую локацию, где люди согласны «зашерить» свою уборную за $5-10
До сих пор не понимаю, почему люди пользуются Photoshop-ом, тем более, что в вебе все больше и больше векторной графики.
Прибыль от приложения и посевные инвестиции совсем не одно и то же.
На чем написан сайт в принципе не важно, но Битрикс лушче продается, потому что:
1) Раскрученный бренд — это в целом позитивно влияет на продажи дизайна/разработки сайта студией.
2) Больше возможностей для клиента найти другого подрядчика на поддержку в будущем (с кастомной CMS будет сложнее).
Есть еще второй момент: так как с Битриксом не очень много кто хочет работать из mid/senior разработчиков, на нем сайты обычно клепают джуники за недорого, это опять же выгодно для студии. Вот поэтому мы имеем такую ситуацию imho.
Может быть Вы добавите еще пару белорусских облачных хостеров вроде hoster.by и active.by, хотя ценник у них адовый.
Но есть одно такое НО:
Если на главной машине каким-то образом удаляются данные из расшаренной папки, при это сервис BT Sync-a продолжает рабоать, то бэкапы соответственно пропадают и на удаленных машинах. А потом внезапно главный сервер схлопывается. В итоге не имеем доступа ни к клавному серверу, ни к бэкапах на серверах-зеркалах, потому что бэкапов там уже нет.
Возможно это можно решить копированием из расшаренной папки на сервере для бэкапов всего содержимого в другую нерасшаренную папку и выполнять это по крону. Но, опять же, костыль и задержки.
Вопрос такой: почему нельзя было написать CMS на каком-нибудь из популярных фреймворков вроде Yii или Symfony 2? Проект бы сообщество приняло на ура. А так какое-то двоякое ощущение после использования.
Никто не знает о 100 тысячах стартапов которые канули в небытие, все хотят слышать «саксес стори».
По большей части в ИТ-стартапах, думаю, нужна удача, хватка, а потом, может быть, и идея.
Потребность в агрегации контента будет всегда.