<?php // Полная загрузка сервисных книжек, создан 2026-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='\
«Язык ДРАКОН разработан совместными усилиями Федерального космического агентства и Российской академии наук как обобщение опыта работ по созданию космического корабля «Буран».» — тупо блок-схемы,чем они отличается от таких в UML? очередная болгенОС.
Работает. Кто в теме.
(2) так и UML работает у тех, кто в теме. Чем рисунок в (взял первый попавшийся) отличается от 1С-ных графических схем? Или в 1С тоже дракон, только мы этого не знаем?
Каждый использует что удобно. Эта нотация довольно простая и информативная. Тебе все рассказать или книжку почитаешь?
(4) приведите хотя-бы 4 отличия замечательного русского языка ДРАКОН от UML, пожалуйста.
Задайте свой вопрос на форуме этого языка, думаю там есть и специалисты по UML, которые подробно вам приведут отличия. От себя скажу, что:
1. рисовалка для Дракона обошлась мне в 700 руб, а цена на рисовалку для UML (бесплатные не рассматриваю, так как код под 1С они не генерят, или я такой не нашел) гораздо дороже.
2. В Драконе я храню свои коды и логику которую легко могу перестраивать и переносить в конфигуратор 1С, в UML кодить в схемах под 1С — я такого функционала не встречал.
3. UML использует большое число видов элементов (могу ошибаться в терминологии), плюс большое число видов диаграм… В Драконе три вида диаграм, и около десяти элементов, из которых я использую четыре или пять в работе, этого вполне достаточно понятно и полно отобразить логику работы.
4. В Драконе легко рисовать инструкцию для пользователя, хотя и в UML это тоже можно сделать.
Дракон для меня проще. Так то каждый сам решает, что хочет использовать в работе.
(6)
У Вас сложилась отличная комплексная технология выполнения разработки задач.
Хорошая комплектация Дракон-схем:
1. Графическая инструкция для пользователя.
2. Графический алгоритм программы, выполненный до этапа программирования. Программный код к алгоритму, написан в части исполнения обработки данных.
Программный код логики программы генерируется автоматически из графического алгоритма.
В языке Дракон гораздо меньше условностей чем в UML, просто осваивается.
(5) PiccaHut001,
C «замечательным русским языком ДРАКОН» можно познакомиться скачав бесплатно книги здесь —
1. Язык Дракон. Краткое описание
2. Занимательная информатика.
3. Учись писать, читать и понимать алгоритмы.
(5) PiccaHut001,
Конечно же, вот в этом причина 🙂
Каждый использует что удобно. Эта нотация довольно простая и информативная.
UML — язык моделирования программных систем, в котором к ДРАКОН близка Activity Diagram.
В отличие от Activity Diagram чертежи ДРАКОН следуют некоторым принципам когнитивной эргономики, которые уменьшают умственное усилие при разпознании логики алгоритма. На пример:
голова и ноги схемы всегда на своём месте,
нет ветвлений влево,
путь к желаемому событию всегда прямой,
чем хуже или позднее событие, тем оно правее,
нет стрелок вниз (потому что схему читают сверху вниз)
наверно, есть прочие, которые я ещё не освоил или сейчас не вспомнил.
На мой взгляд, читать чертежи ДРАКОН легче и приятней, чем Activity Diagrams.
И за тем, если учесть, что существуют программы, которые преобразуют чертежи ДРАКОН в сразу-изполнимый программный код, то я просто беру и применяю ДРАКОН для решения своих задач.
А где взять файл описания языка (формат *.lpr)?
Так то он в поставке идет… вот пожалуйста:
(9) xtradev, секта свидетелей «дракона». ну-ну.
Александр не смог достучатся к Вам по почте. Так что пишу тут. Наткнулся на Вашу статью на инфостарте, кажется по поводу закрытия месяца, с использованием дракон схем. С первого взгляда не понял, как к схеме привязывается код. Потом пошарил по инету, посмотрел программирование контролеров. Скачал Ваш файл с примером требования-накладной и проблема с кодом стала понятной. Применение схем конечно очень сильный шаг в сторону повышения надежности программ, но что меня настораживает так это инструментарий работы с дракон схемами. Я скачал и ИС Дракон и Дракон редактор. ИС Дракон мне нравится больше для работы со схемами, но меня в нем «напрягает» и одновременно нравится то, что сам код скрыт (это нравится так как виден сам алгоритм), но это же и напрягает при программировании так как не видно кода и как то надо помнить имена объектов и переменных (и нет никакой подсветки кода). В дракон редакторе наоборот весь код виден (может это и плюс) можно ведь использовать комментарии для объяснения действий иконы, но сама работа со схемами оставляет желать лучшего. И к тому же дракон редактор не генерит код 1с, надо плагин писать самому. Так что попробовать связку Дракон редактор 1С пока затруднительно.
Интересно как Вы организовали свою работу с ИС Дракон в связке с 1С, насколько процесс кодирования стал рутинней? Интересно Ваше мнение как одного из первопроходцев.
ПС. Сейчас у ИС Дракон нет ознакомительного периода, надо покупать сразу, а так файлы не сохраняются? Деньги не большие, но все же хочется понять, насколько «плюсы» от визуального программирования перевешивают «минусы».
Заранее спасибо.
(13) antlys,
ИС Дракон, начиная с выпуска от 05.12.2014, имеет ознакомительный период в 15 дней от даты выпуска. Есть ознакомительный период при начале работы пользователя с программой, возобновляется через 3 месяца. Дата окончания ознакомительного периода выводиться на форму программы. При работе, после ознакомительного периода, в любые 5 дней можно снять все ограничения. Ваш труд не пропадет.
Ссылка для скачивания —
Вот дождался нормального вопроса. А то одни тролли кругом.
Моя почта 9229976@gmail.com — Может в спам попало). Скайп: a9229976
Почему ИС Дракон, а не Дракон-редактор… . Код генерит и проверяет логику языка Дракон (у него тоже есть логика, не сложная, но есть). Конечно сначала вид этого «чудо — кода» смущает, но потом привыкаешь). Ориентируюсь по номерам икон — если в ходе отладки натыкаюсь на «грабли», вношу правку в нужную икону (ориентируюсь по номеру) и опять «копипастю».
Программирую я в 2-окна (у меня есть возможность работать с двумя мониторами, довольно распространенная возможность в общем). В одном открыть ИС Дракон в другом 1С Конфигуратор.
«код не видно…» — я стараюсь переменные и имена записывать в схему «гном». Там где схема «модуль» с кодом, но это когда сложная логика, когда мало переменных — по памяти. Стараюсь делать логику понятней, где есть вопросы — делаю расшифровку пока не будет понятно. Также имена переменных иногда пишу в самих иконах «действие».
«отладка» — сам код я обычно копипастю сразу к конфигуратор, весь код можно глянуть и скопировать в иконе «модуль», в 3-ей точке. Также код отдельной процедуры тоже можно глянуть/скопировать в третей точке схемы. Запросы и прочие «узкие» места делаю в конфигураторе — потом переношу в ДСхему. Так в общем провожу отладку. Установил для себя, что в итоге должна остаться ДСхема с «работающим» кодом и логикой — потом можно воспроизвести из нее код и логику посмотреть. Это позволяет хранить свои работы и обращаться к ним по мере необходимости. Часто так бывает — год назад внес изменения или написал чтото, а уже не помнишь — зачем.
Пока так, может в будущем, ИС Дракон и 1С подружаться более плотно.)
Подводя итог:
Создаю ДСхему с логикой — наполняю ее кодом — отлаживаю — сохраняю результат.
ДСхемы — позволяют хранить свои работы с описанием логики, оптимизировать код, делать заметки (где, что и зачем менял), разобрать логику уже готовых модулей если надо, делать инструкции для пользователей в которых можно указать где и какая обработка (к примеру) применяется.
ДСхемы в ИС Драконе можно организовать в Проекты (несколько схем) и описать связь между ними.
Описать автоматизированный процесс со стороны действий пользователя (инструкция готовая), мы же не для себя программируем :), и со стороны 1С (коды алгоритмы и т.д.). В общем облегчает мою работу, что не говори.
Простите, что так кратко и сумбурно пишу, подробнее готов ответить в почте или здесь же на форуме или в скайп.
Александр, спасибо за ответ. Предложенная Вами схема «слоев» (это я так ее для себя назвал), когда один слой описывает суть задачи, а другой ее реализацию, а третий взаимодействие пользователя с программой (т.е. инструкцию) очень хорошее решение. И то, что ИС Дракон можно использовать для всех этих 3-х задач это несомненный плюс. Минус ИС Дракон это код, который он генерирует. Если использовать это для «собственного употребления» то можно мирится с неудобствами работы в связке «Конфигуратор — ИС Дракон», самое главное, что надежность системы вырастает в разы (и спать можно спокойно, что тебе потом неустойку не выставят, за не туда уехавший товар или не по той цене). Но если код, потом будет дорабатывать кто-то другой, то «карма» боюсь будет усыхать.
ПС, на указанную Вами почту, гугл почемуто доставлять письма не хочет.
fonalex@inbox.ru — сюда еще попробуйте.
А я когда чужой «говнокод» разбираю — карма не сохнет))?
Восприятие кода, это понятие субъективное. Если есть ДСхема с кодом и логикой — все очень даже просто становиться. Редактируешь код в самой ДСхеме: а там все понятно, в конфигураторе — просто отладка. Логику можно восстановить частично по коментам, которых очень много.
ДСхемы и пишутся, в том числе, чтобы после себя оставить какую то документацию. А то был программист — все работало, уволился программист, взяли нового — и все заново… как это делали…, как то — никто не помнит. «Следствие ведут колобки» — ходишь по офису, допрашиваешь людей — как это было раньше. Вот где карма сохнет!
А когда разберешься, что программирование идет по «точкам» и «Если … » пишется в одну строку, то уже все просто.
Сила привычки.
Вообще эта ситуация с кодом мне напоминает переход персонала с 77 на 8-ку или с 82 на 83: «Оооо! тут кнопочки другие!!!… А в старой программе все было по другому…. «. 🙂 Давайте смотреть «шире», учиться новому. Мы тут все ПРОГРАММИСТЫ!
Если привычки победить не можете… . Такой вариант:
Не заполняйте в ДСхеме точки с кодом. В настройках установите значение Программирование.-//…Нет текста.Истина
Копипастим код в конфигуратор… и получаем «скелет» из коментов и вместо «-//…Нет текста» пишите свой код.