Логирование при отладке




Принцип обмена данными из 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. sh_max

    А кнопка «Вычислить выражение» в конфигураторе — это сейчас не модно?

    Reply
  2. BorisMor

    (1)

    Не понял про что вы…

    Reply
  3. sh_max

    (2) Я просто не пойму приемуществ этой обработки. Стандартной отладкой идешь по коду, если нужно посмотреть значение какой-то переменной или движения документа, то пользуешься встроенной возможностью отладки «Вычислить выражение» и всё. Зачем тут логи писать какие-то?

    Reply
  4. pumbaE

    (3) преимущество было бы, если бы:

    1. Не обработка, а модуль для встраивания в конфигурацию.

    2. Поддерживались уровни логгирования (если включен уровень DEBUG, тогда пишем в лог, нет «возврат»)

    3. Настраиваемые шаблоны вывода логов.

    Короче типовая библиотека logging, только портированная на 1С.

    Reply
  5. BorisMor

    (3)

    Вычислить выражение конечно удобно)

    Но иногда и логи удобно. Особенно когда код не твой и разбираешься в логике.

    Мне вот иногда требуется несколько таблица значений сравнить или наглядно проследить изменение структур.

    Reply
  6. BorisMor

    (4) pumbaE,

    1. Можно сделать и внутренней обработкой

    2. Есть реквизит «Включен» который по умолчанию Истина. Если поставить Ложь то лог писать не будет.

    3. Да неплохо бы

    Конечно лучше что бы коробочное от 1С.

    Reply
  7. sh_max

    (5) Ну в общем на любителя 🙂 Таблицы значений и стандартными средствами можно выгрузить, через всё то-же «Вычислить выражение», в эксель например и сравнивать.

    Но вот всё равно, хоть убейте меня, приходилось ковыряться в УПП и в зарплате и в себестоимости, не очень-то простой там код, но всегда мне вполне хватало стандартной отладки. Не пойму… Явно не для меня обработка 🙂

    Reply
  8. pumbaE

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

    Reply
  9. sh_max

    (8) А, ну да, приврал немного 🙂 Для отладки запросов консолью пользовался конечно, обновлять конфигурацию что-бы глянуть временную таблицу — это перебор 🙂

    Reply
  10. NoRazum

    На первый взгляд хорошая библиотека.

    При сложных обработках полезна будет.

    Reply
  11. direktorSan

    Лично я вижу вот какой смысл в такой обработке:

    1) это должна быть встроенная обработка

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

    3) должна быть возможность включения логирования работы для конкретного пользователя

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

    Но такая штука возможна только в случае, если вызовы системы логирования встроены в критические участки исполняемого кода.

    Reply

Leave a Comment

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