Сборка автомата (с примерами)




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

45 Comments

  1. vasiliy_b

    Спасибо. вспомнил институт. Ну и на практике так же приходилось стоить небольшие автоматы разборах xml

    Reply
  2. Alien_job

    Этот код плох не тем что «далек от совершенства в плане производительности» а тем что его бесполезно читать без соответствующего листочка.

    Reply
  3. pm74

    (3) у меня на столе давно вместо листочков толстая тетрадь в клеточку .

    мне кажется наоборот упрощается чтение собственного кода написанного давным давно ,

    Reply
  4. davdykin

    Не, читать такой код без графа потом просто жесть, но вообще технология интересная. Спасибо!

    Reply
  5. YanTsys

    Интересное решение

    Недавно в аналогичной ситуации применил рекурсивную функцию с накоплением данных в соответствии которое являлось параметром функции…

    Reply
  6. pm74

    (6) решение не новое , книг по автоматному программированию довольно много

    Reply
  7. pm74

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

    Reply
  8. pm74

    (5)(6) есть еще один немаловажный плюс о котором забыл упомянуть в статье.

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

    Reply
  9. YanTsys

    (9) При условии если программа правильно построена отладка вообще никогда не нужна :)))

    Reply
  10. pm74

    (10) разница в том , что для автомата вам нужно протестировать модель , а не готовый прототип

    Reply
  11. YanTsys

    (11) Тестирование модели — это такое новое название для отладки? :))) не заморачивайтесь, я не спорил, это вроде как шутка была 🙂

    Reply
  12. YanTsys

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

    Автоматическое тестирование собственного кода считается одним из признаков настоящего профессионализма в программировании.

    Reply
  13. pm74

    (12) точно в конце дня уже заговариваться стал ))

    Reply
  14. pm74

    (13) здесь специально старался сделать код как можно доступнее и понятнее

    Reply
  15. YanTsys

    (15) и правильно сделали, очень понравилось, если будет продолжение с удовольствием почитаем

    Reply
  16. pm74

    (16) про НКА может быть ))

    Reply
  17. YanTsys

    (17) Интересно насколько ваша статья с таким заголовком да еще и с вступлением

    Посмотрим, нужен ли 1снику автомат, как его собрать и где это может пригодиться.

    применима к теме

    https://forum.infostart.ru/forum1/topic176445/

    Reply
  18. davdykin

    Блин, как не хватает гитхаба для 1С, все-таки коллективная доработка таких «самописных» инструментов мне кажется могла бы очень многое изменить. Форкнул, доработал то, что нужно, скинул автору — автор слил.

    Reply
  19. user826590

    (19)

    Блин, как не хватает гитхаба для 1С, все-таки коллективная доработка таких «самописных» инструментов мне кажется могла бы очень многое изменить. Форкнул, доработал то, что нужно, скинул автору — автор слил.

    это интересное предложение, может быть разработчики 1С примут его к сведению

    Reply
  20. pm74

    (18) это просто шутка . Мыже с вами программисты а не милитаристы. Давайте собирать а-т Мили вместо Калашникова

    Reply
  21. Alien_job

    (19) Для 1с подходит обычный гитхаб

    Reply
  22. davdykin

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

    Reply
  23. TODD22

    (23)Всё уже давно придумано. Есть софт который разбирает файлы на код и отправляет в гит.

    Reply
  24. so-quest

    Тема КА — безусловно очень интересна и наверное неисчерпаема. Что бы не мучаться с листочком и не хранить эти каракули — смотри в сторону ragel или smc. Код КА не надо писать. Он должен генерироваться.

    Reply
  25. Alien_job

    (23)

    Конфигурация — Выгрузить конфигурацию в файлы

    Внешняя обработка — Выгрузить в файлы

    Reply
  26. vano-ekt

    (19) EDT

    Reply
  27. tailer2

    дел

    Reply
  28. echo77

    Так и не понял зачем это нужно

    Reply
  29. pm74

    (25) Вы безусловно правы. Более того можно написать движок автомата скажем в виде рекурсивной функции которая будет принимать в качестве параметров данные некоторых хранимых таблиц. Пока же мне интересно определить области применимости автоматного программирования в 1с как альтернативы традиционному процедурному подходу. Например можно ли рассмотреть управляемую форму как некий объект «реактивного» типа с «внешним» управлением? Вобщем пока в стадии экспериментов.

    Reply
  30. pm74

    (29) может и не нужно , каждый решает для себя.

    вкратце для систем со сложным поведением предлагается предварительно построить автоматную модель управления

    напр. аналог в UML — это диаграммы состояний

    Reply
  31. tsukanov

    Состояния, имхо, лучше строками обозначать со смыслом, а не числами.

    Тогда и комментарии станут лишними

    Reply
  32. ivanov660

    На самом деле графическое представление схемы автомата можно нормально редактировать в виде таблицы переходов.

    График красив, кода состояний не более 10. А если увеличим, тогда становится совсем уж не наглядно, и придется львиную долю уделять «красивости/понятности».

    Reply
  33. Vovan58

    Я, извиняюсь, — это автомат Мили или Мура?

    Reply
  34. pm74

    (34) Даже не задумывался. Первый можно считать автоматом Мура т.к нет выходных сигналов , второй и третий очевидно Мили , четвертый смешанного типа .

    Reply
  35. boln

    Спасибо. Тоже молодость вспомнил — программировали конечные автоматы для реализации сетевых протоколов спецсвязи. Шеф в виде табличек задания давал: по строкам события, по столбцам состояния. На Ассемблере, конечно, было больше возможностей для реализации предельной производительности.

    Reply
  36. pm74

    (36) ДКА это больше про надежность чем производительность,

    а для ответственных программных систем тем более

    Reply
  37. boln

    (37) С появлением в 1С объекта ОписаниеОповещения появилась теоретически новая возможность программирования автомата. Двумерный массив, одно измерение — события, второе измерение — состояния. В элементы массива помещаются объекты ОписаниеОповещения, указывающие на процедуры обработки события m в состоянии n. Извлекается элемент массива [m,n] и передается в процедуру ВыполнитьОбработкуОповещения().

    Жаль, только на клиенте можно.

    Reply
  38. pm74

    (38)

    С появлением в 1С объекта ОписаниеОповещения

    отличная идея !

    Reply
  39. pm74

    (38) только нужно определить как извлекать текущее состояние. Можно например как значение набора реквизитов или

    привязать к панели страниц как на рис. ниже

    Reply
  40. boln

    (40)

    только нужно определить как извлекать текущее состояние

    Угу, я-то предполагаю, что события и состояния изначально кодируются целыми числами, которые можно использовать в качестве индексов массива (состояние хранится в переменной модуля). А если состояние определяется комбинацией нескольких разных значений, то такая реализация может оказаться неэффективной.

    В развитие идеи. Строковые имена (точнее, вызовы) процедур обработки событий можно поместить в ячейки табличного документа (типа «Проц_03_05()»). Выполнять обработку тогда при наступлении события m в состоянии n можно так:

    Выполнить(ТД.Область(m,n,m,n).Текст);

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

    Авось, пригодится.

    Reply
  41. pm74

    (41)

    Строковые имена (точнее, вызовы) процедур обработки событий можно поместить в ячейки табличного документа

    не только можно но уже практически есть )) , с внешним хранением, передачей состояний , параметров, кодогенерацией . Правда сыровато пока .

    Reply
  42. boln

    (42) Да, плодотворная тема 🙂

    Reply
  43. RonX01

    Оставляю свои 5 копеек 🙂

    Reply
  44. RonX01

    Еще в догонку 5 вариант 🙂

    Reply
  45. Rustig

    (44) Ваша Лампа…. ничего в этом не понимаю, но выглядит красиво и завораживающе !

    курс про автоматы для «чайников» мне будет полезен 🙂

    Reply

Leave a Comment

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