- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Коллеги, расскажите про процесс! Где можно почитать?
Мои задачи скромные! Сделать сайт для разработки и последующего переноса на "боевой" проект.
Хочу по максимуму собрать информации, хотя бы для приблизительного понимания архитектуры проекта. Как я понял это реализуется с помощью Git .
PS - запарился уже переделывать все. Да и затраты большие на переделки. Хочется уже встать на нормальные лыжи и двигаться только вперед. Чес слово...
Нашел достаточно интересную информацию!
Оригинал всей статьи здесь: http://dev.1c-bitrix.ru/community/webdev/user/23706/blog/12414/index.php
*(требуется регистрация на сайте Битрикс)
Как я упоминал выше, это очень объемная тема. Какого-то универсального подхода нет.
Разработчиков может быть два, а может двадцать, они могут сидеть в офисе, а могут быть раскиданы по странам. Или же, над проектом могут работать несколько команд из разных городов. Проект может использовать Oracle, а может банальную Percona. В каждой ситуации подход к организации процесса разработки будет отличаться, и иногда отличаться кардинально. Это касается, в том числе, процессов, связанных с базой данных.
Чтобы дать хоть какой-то ответ, рассмотрю три довольно распространенных примера.
1) Используется база данных MySql, разработка ведется на общем сервере разработки, где у каждого разработчика есть своя копия сайта.
В таких случаях, как правило, существует несколько копий баз данных и они делятся на две категории: база данных поддержки и проектная база данных.
База данных поддержки используется для решения коротких задач: исправление ошибок, правка статических файлов, добавление простой функциональности. Базы данных этой категории каждую ночь уничтожаются, после чего создаются снова на основе резервной копии из продуктивной среды. Если продуктивная база данных имеет большой объем, в целях сокращения времени развертывания используются альтернативные инструменты резервного копирования.
Проектная база данных создается перед началом длительных (от недели и более) проектов и существует на протяжении всего периода разработки проекта. В случае особо длинных периодов (от месяца и более), производится периодическая актуализация данных, путем уничтожения существующей базы данных, созданием новой копии и последовательным применением скриптов миграции. Окончательно проектная база данных уничтожается после внедрения проекта в продуктивную среду.
При этом, после актуализации как баз данных поддержки, так и проектных баз, особо важные продуктивные данные искажаются путем применения соответствующих запросов.
Когда используется такой подход к организации разработки, вопрос актуализации баз данных после обновления Битрикс не встает: базы данных поддержки обновятся ночью в штатном режиме и будут актуальными к началу рабочего дня. Так как обновление Битрикс практически всегда совспадает с выпуском проектов, проектная база данных после обновления перейдет в статус архивной и не потребует актуализации.
2) Используется база данных MySql, разработка ведется одной командой в офисе, каждый разработчик работает на своей машине, используется центральный сервер базы данных, доступный в локальной офисной сети.
В этом случае ситуация ничем не отличается от описанной в п.1, за исключением того, что база данных "живет" не в удаленной среде разработки, а в офисной инфраструктуре. Штатная актуализация баз данных обеих категорий при этом проводится по защищенным каналам.
3) Разработка ведется удаленными разработчиками на своих машинах.
Этот вариант подходит только для проектов пониженной важности: сайты-визитки, информационные корпоративные сайты, не содержащие финансовой информации и персональных данных, промо-сайты. Работа над любыми другими проектами должна быть орагнизована на центральном сервере разработки — это диктуют требования безопасности и контроля качества разработки.
В случае, когда используется этот подход, удаленным разработчикам выдается специальный скрипт, который они запускают каждое утро перед началом рабочего дня. Данный скрипт обращается к центральному серверу, расположенному в офисе, и забирает по защищенному каналу необходимые данному разработчику изменения базы данных.
Для разработчиков поддержки это, как правило, полная актуальная копия продуктивной базы данных, с искаженными записями. Для проектных разработчиков — это результат применения скриптов миграции, подготовленных другими программистами.
---------- Добавлено 17.01.2016 в 00:22 ----------
И еще, что бы не вы не тратили время на поиски инфо про Git !