Продвижение PHP от разработки к производству

Что касается вопроса 1, вы можете сбрасывать базу данных и импортировать ее на производственном этапе каждый раз, когда вы выполняете загрузку, или вы можете использовать репликацию mysql.

Для вопроса 2 довольно часто сведения о подключении к базе данных помещаются в отдельный файл php, а затем включают этот файл вверху каждой страницы, которая должна подключаться к базе данных.

Затем вы можете просто изменить этот файл или загрузить только тот, который содержит сведения о производственной базе данных.

db.php

<?php
$dbuser="";
$dbpass="";
$dbname="";
$dbserver="";
?>

myfile.php

<?php
include("db.php");
$conn = mysql_connect($dbserver, $dbuser, $dbpass);
mysql_select_db($dbname);
//....
?>

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

$link = mysql_connect('<your ip here>', 'mysql_user', 'mysql_password');

Я всегда делаю свои проекты так, чтобы мне приходилось менять одну строку кода, чтобы переключаться между разработкой и производством.

У меня есть базовый файл, в котором я указываю свою среду следующим образом:

$env = 'dev'

Затем в переменных настройки моей базы данных у меня есть что-то вроде этого:

if($env == 'dev') {
    specify dev variables
} else if($env == 'prod') {
    specify prod variables
}

Прелесть этого в том, что когда я хочу переключаться между dev и prod, мне нужно изменить только 1 переменную.

Используйте систему контроля версий, такую ​​как svn или git; посмотрите phpmig для управления базой данных, посмотрите на инструменты развертывания, такие как capistrano, убедитесь, что вы тестируете реплику производственного сервера (даже если вы просто используете виртуальный хост)

Я почти нахожусь в том же положении, что и вы, и вот как я планирую это сделать.

1. Я не планирую синхронизировать свою локальную базу данных с действующей, а просто переместу локальную базу данных один раз в онлайн, когда закончу. Я делаю это просто: в PHPMyAdmin выбираю нужную базу данных и экспортирую ее как файл .sql. Затем на онлайн-сервере я просто импортирую этот файл.

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

   function connectToDB(){ $mysqli = new mysqli("localhost", "root", "123", "myDatabase"); return $mysqli; }

   Затем, когда вы хотите использовать это, вы просто импортируете файл поверх других файлов PHP и используете его следующим образом:

   $mysqli = connectToDB();

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

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

В ответ на ваши вопросы, что бы я сделал:

1) Если развертывание требует изменения структуры базы данных, запишите эти изменения в сценарии sql. При развертывании вам нужно будет запустить эти сценарии и обновить код (как вы понимаете, промежуток времени между ними сделает приложение нестабильным или сломанным). Прежде всего, возьмите копию производственной базы данных на разработку и сначала попробуйте сценарии при разработке. Таким образом базы данных будут синхронизироваться каждый раз при развертывании.

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

Что касается развертывания кода, даже если вы уникальный разработчик, я бы использовал svn или git для сохранения ваших проектов под контролем версий. Это значительно упростит обновление кода и поможет при желании откатиться, если вы создадите теги для каждого развертывания.

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

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