Запуск нескольких экземпляров сервера 1С Предприятия 8.3 разных релизов на одном Linux-сервере




Принцип обмена данными из 1С с сайтом (на MySQL) и выдачи (публикации) этих данных по запросу.
PHP-Скрипт автоматической загрузки данных из файла данных в формате CSV в базу данных сайта работающего на WordPress.

В продолжение моей темы: 1С:Альфа-Авто Автосалон Автосервис: обмен с сайтом.
С помощью данного скрипта можно загружать в автоматическом режиме, по расписанию, данные сервисных книжек (ремонтов авто) из 1С:Альфа-Авто Автосалон Автосервис.
Также можно загружать данные в ручном режиме: для этого делается скрытая страница, где размещается специальная кнопка.
Комментарии размещенные внутри скрипта разъяснят логику и порядок действия.
Комментарии с "/////    echo" использовались для отладки.
Дополнительно создана таблица для журналирования результатов загрузки данных.
Скрипт включает в себя защиту от SQL инъекций (думаю безопасность соблюдена в полной мере).
В кратце:
1. Пишется скрипт, который запускает этот.
2. Создается регламентное задание в WordPress, по которому запускается скрипт из п.1. 
3. Этот скрипт осуществляет проверку на существование файла обмена в папке.
4. Если данные не новые, загрузка не производится.
5. Если данные новые, очищается таблица сервисных книжек.
6. Загружаются новые данные.

Собственно сам скрипт:

<?php // Полная загрузка сервисных книжек, создан 2024-01-05 12:44:55

global $wpdb2;
global $failure;
global $file_hist;

/////  echo '<H2><b>Старт загрузки</b></H2><br>';

$failure=FALSE;
//подключаемся к базе
$wpdb2 = include_once 'connection.php'; ; // подключаемся к MySQL
// если не удалось подключиться, и нужно оборвать PHP с сообщением об этой ошибке
if (!empty($wpdb2->error))
{
/////   echo '<H2><b>Ошибка подключения к БД, завершение.</b></H2><br>';
$failure=TRUE;
wp_die( $wpdb2->error );
}

$m_size_file=0;
$m_mtime_file=0;
$m_comment='';
/////проверка существования файлов выгрузки из 1С
////файл выгрузки сервисных книжек
$file_hist = ABSPATH.'/_1c_alfa_exchange/AA_hist.csv';
if (!file_exists($file_hist))
{
/////   echo '<H2><b>Файл обмена с сервисными книжками не существует.</b></H2><br>';
$m_comment='Файл обмена с сервисными книжками не существует';
$failure=TRUE;
}

/////инициируем таблицу лога
/////если не существует файла то возврат и ничего не делаем
if ($failure){
///включает защиту от SQL инъекций и данные можно передавать как есть, например: $_GET['foo']
/////   echo '<H2><b>Попытка вставить запись в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>$m_comment));
wp_die();
/////    echo '<H2><b>Возврат в начало.</b></H2><br>';
return $failure;
}
/////проверка лога загрузки, что бы не загружать тоже самое
$masiv_data_file=stat($file_hist);   ////передаем в массив свойство файла
$m_size_file=$masiv_data_file[7];    ////получаем размер файла
$m_mtime_file=$masiv_data_file[9];   ////получаем дату модификации файла
////создаем запрос на получение последней удачной загрузки
////выбираем по штампу времени создания (редактирования) файла загрузки AA_hist.csv, $m_mtime_file

/////   echo '<H2><b>Размер файла: '.$m_size_file.'</b></H2><br>';
/////   echo '<H2><b>Штамп времени файла: '.$m_mtime_file.'</b></H2><br>';
/////   echo '<H2><b>Формирование запроса на выборку из лога</b></H2><br>';
////препарируем запрос
$text_zaprosa=$wpdb2->prepare("SELECT * FROM `vin_logs` WHERE `last_mtime_upload` = %s", $m_mtime_file);
$results=$wpdb2->get_results($text_zaprosa);

if ($results)
{   foreach ( $results as $r)
{
////если штамп времени и размер файла совпадают, возврат
if (($r->last_mtime_upload==$m_mtime_file) && ($r->last_size_upload==$m_size_file))
{////echo '<H2><b>Возврат в начало, т.к. найдена запись в логе.</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>$m_mtime_file,'last_size_upload'=>$m_size_file,'comment'=>'Загрузка отменена, новых данных нет, т.к. найдена запись в логе.'));
wp_die();
return $failure;
}
}
}
////если данные новые, пишем в лог запись о начале загрузки
/////echo '<H2><b>Попытка вставить запись о начале загрузки в лог таблицу</b></H2><br>';
$insert_fail_zapros=$wpdb2->insert('vin_logs', array('time_stamp'=>time(),'last_mtime_upload'=>0, 'last_size_upload'=>$m_size_file, 'comment'=>'Начало загрузки'));

////очищаем таблицу
$clear_tbl_zap=$wpdb2->prepare("TRUNCATE TABLE %s", 'vin_history');
$clear_tbl_zap_repl=str_replace("'","`",$clear_tbl_zap);
$results=$wpdb2->query($clear_tbl_zap_repl);
/////   echo '<H2><b>Очистка таблицы сервисных книжек</b></H2><br>';
if (empty($results))
{
/////   echo '<H2><b>Ошибка очистки таблицы книжек, завершение.</b></H2><br>';
//// если очистка не удалась, возврат
$failure=TRUE;
wp_die();
return $failure;
}

////загружаем данные
$table='vin_history';         // Имя таблицы для импорта
//$file_hist Имя CSV файла, откуда берется информация     // (путь от корня web-сервера)
$delim=';';          // Разделитель полей в CSV файле
$enclosed='"';      // Кавычки для содержимого полей
$escaped='\

11 Comments

  1. Sedaiko

    Спасибо за статью. Как раз планировал реализовать подобное в ближайшее время. Теперь не придется изобретать велосипед

    Reply
  2. starik-2005

    Предлагаю сделать еще один шаг: https://infostart.ru/public/548179/

    Reply
  3. Sloth

    (2) в отношении докера убедился на себе, когда не очень хорошо понимаешь (или не понимаешь совсем) как оно работает, то это может привнести дополнительные трудно диагностируемые плюшки, которых в обычном варианте развертывания никогда не словил бы …

    В общем же случае, каждый выбирает тот вариант который считает удобным для себя 😉

    Reply
  4. starik-2005

    (3) Докер позволяет на любой хост-системе поднять независимое окружение, в котором., в свою очередь, как в песочнице будет запущено любое ПО, совместимое с окружением. Если 1С отлично встает на убунту, а у нас какой-нить альт-линух, то образ с убунту и предустановленной в нем платформе может решать проблему совместимости и переносимости. Также несколько контейнеров могут позволить запустить совершенно любые версии ПО, для которых собирается свой докер-контейнер. И порты трогать не надо — все переопределяется для конкретного контейнера (для первого — базовые порты, для второго — переопределенные). Т.е. переопределение производится в настройке контейнера, а не ПО.

    Reply
  5. Sloth

    (4) преимущества контейнеров не оспариваю 🙂 Просто надо учитывать определенные моменты ну и читать документацию перед тем, как начать пользоваться 😉

    Reply
  6. letarch

    оба процесса работают от одного пользователя? Я делал под каждый сервис своего юзера

    Reply
  7. Sloth

    (6) Какие реальные доводы для использования разных пользователей?

    Reply
  8. ansh15

    (7) Это позволит установить для каждой инсталляции сервера приложений свой собственный каталог для временных файлов.

    Без этого все временные файлы будут создаваться в каталоге /tmp, по умолчанию, что может создать перебои в работе серверов приложений.

    Несколько лет назад приходилось держать на одном сервере как 8.2 и 8.3, так и две платформы 8.3 различных версий. При использовании ими всеми одного каталога временных файлов /tmp, регулярно возникали ошибки, вплоть до аварийного завершения рабочих процессов, после разнесения каталогов временных файлов работа нормализовалась.

    Reply
  9. Sloth

    (8) Спасибо за информацию! Интересно …

    Reply
  10. letarch

    (7)сделал на основе инструкции с ИТС для системы взаимодействия, там под каждый сервис свою юзер. Может там найдёте и доводы, если интересно )))

    Reply
  11. Sloth

    (10) СВ — это совсем другая история, ИМХО.

    Однако, делая что-то по инструкции, хотелось бы не просто «копипастить», а понимать зачем нужно то или иное действие …

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *