<?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='\
Вопрос разработчикам : ну и на хрена все это было делать ?
(1) bulpi, они заботятся, чтобы у рядовых программеров было больше работы и мы не вымерли с голоду =)
И зачем 1С все эти заморочки придумала с предопределенными элементами? Я считаю что это вообще ненужный механизм. Также как и константы. А за статью большое спасибо!
(4) Идеология платформы в наконец то двигается в правильном направление. У 1с нет опыта разработки сложных конфигураций? о_0 По моему изменения вполне логичны.
(8) nSpirit2,
Речь о том, что захламление специфическими методами не идет на пользу. Методы должны быть просты, универсальны и одни и те же применяться для различных целей.
Метод «табличная часть», регистр сведений, регистр накопления — оправданы.
а создание специальных методов для каждого чиха только плодит глюки и нестыковки.
что такое предопределенные значения — это значения коллекции, которые на момент разработки, закладываются в решение, как присутствующие. Что мешает хранить такие значения в регистре сведений, как связь константы и элемента справочника? Это было бы проще, понятней и предсказуемей. Обработка незаполненных значений и вопросы репликации — решались бы в рамках общей парадигмы.
(9) alex_4x, к сожалению это судьба любого языка программирования с невозможностью стороннего расширения.
Не правильно вы к этому относитесь как внедренец собственно. Предопределенный элемент это именованная ссылка. Это необходимо для тех кто сам пишет конфигурации потому что наверняка вам не приходилось добавлять предопределенные элементы в типовые справочники. Если честно то сам считаю механизм предопределенных очень глупым и стараюсь не использовать его в коде. Но 1С вполне логично дает возможность изменения всего из режима предприятия для для еще более гибкой настройки.
«Для еще более гибкой настройки» это выливается в косяки ради не пойми какой выгоды.
Если решение настраиваемо в рамках рантайма — никто не мешает сделать форму для заполнения того же самого регистра сведений, причем там можно запрограммировать нужные проверки и всё что душе угодно. То есть на качество возможностей кастомизации применение «предопределенных значений» положительно не влияет. А вот «видимость возможности настройки с кучей подводных камней, делающей эту возможность глючной и геморройной» — да, появляется. Фактически разработанный механизм — искусственный источник проблем и ошибок, которых можно было бы избежать, просто правильно применяя универсальные механизмы, уже заложенные в платформу.
(13) alex_4x, Сам механизм именования ссылок конечно кажется выраженным на первый взгляд но полезность его весьма интересна. Представим обстрактную ситуацию у вас есть Предопределенный элемент который используеться в движениях. Настал момент и вам нужно вместо него использовать другой и что делать лезть в конфигуратор и там менять код? А если механизм из типовой конфигурации вон в зарплате таких хватает что с поддержки снимать из за этого? Собственно замена в предприятии одного элемента на другой и решит проблему.
Ваша идея с регистром очень хороша но идея предопределенного в том что ссылка точно есть. А вот в регистре записи может и не оказаться.
(14) nSpirit2,
О том и спор, что кажется, будто бы «предопределенное значение» снимает ответственность с программиста на этапе разработки решения проверки корректности заполнения этого значения. В Вашем случае, во время проведения проверки на правильность и наличие «предопределенного значения» делать вроде как и не надо. Это уже потенциальный источник проблемы. Если это предопределенное значение берется допустим из процедуры глобального модуля СслылкаСправочникаВидыНалоговНДС18 = глПолучитьПредопределенноеЗначение(«НДС18»,СсылкаДляКого,ТекущаяДата()); то потом в модуле проведения (на этапе проектирования) должно быть предусмотрено, что возможно такое значение и не заполнено. Что уж там дальше делать — опять же должно быть на этапе проектирования предусмотрено. В результате получим, что в режиме использования можно производить Предусмотренные настройки, а при не правильной настройке система будет на это адекватно реагировать. Минусов в таком решении не вижу, только одни плюсы.
А если при не заполненном значении нельзя продолжать работать вообще — замечательно — проводи проверки всех критичных значений при запуске приложения и если что-то не заполнено, оповещай пользователя и не давай работать, пока не будет что надо заполнено. Опять же — всё решается на уровне проектирования системы и лежит не в плоскости «система сама за нас всё сделает, а правильно или нет — мы не ведаем», а определяется разработчиком прикладного решения.
(15) alex_4x, Вы не подумайте я с вами согласен. Я про само развитие так сказать. Использование предопределенных сродни найти по коду. Ну собственно вот и идею и довели до полного соответствие теперь вроде как возвращается то что выберет пользователь.
А теперь представите что в вашем регистре храниться что-то важное для проведения что нужно всем документам. Вот и узкое место в вашей системе при большой нагрузке все проводимые документы будут читать одну и туже таблицу. В «теории» предопределенные значения должны работать быстрей. Ну и главная проблема а как обеспечит целостность таких настроек как быть если пока документ проводился настройку удалили? Блокировать их? Предопределнные хороши тем что всегда дадут вам ссылку пусть даже на не существующие данные это потом проще исправить чем перепроводить документы с потерявшейся настройкой.
Сделал простую обработку, которая поможет сгенерировать код для принудительного обновления предопределенных в узлах РИБ, когда объекты не входят в РИБ. Может кому будет полезно.
У меня получилось 197 (!!) таких случаев.
(1), (2) — ИМХО, идеологи платформы сильно оторваны от реальности. У них нет практического опыта разработки, внедрения и эксплуатации более менее серьезных конфигураций. А выстраивать диалог с теми, у кого этот опыт есть, категорически не хотят, хотя и декларируют постоянно обратное. В итоге и получаются решения, которые в теории хорошие, а на практике сплошное разочарование.
(6) nSpirit2,
Я не утверждал, что направление неправильное. Речь про ряд неудачных решений в последних релизах 8.3.
Повторюсь — у идеологов платформы нет собственного практического опыта разработки, внедрения и администрирования решения.
У идеологов и разработчиков прикладных решений Фирмы 1С есть огромный опыт разработки (скорее, хорошая теоретическая база), и не такой существенный по внедрению и администрированию.
Это разные люди и отделы. Как мне кажется, нормальных коммуникаций там нет.
Исходя из какой логики? Как много реальных баз будет использовать разделители на практике (наличие разделителя в типовой не является показателем его использования)? Скорее всего, мизерный процент. А «насладятся» нововведением все.
(8) nSpirit2,
Ваше утверждение не соответствует действительности. Ознакомьтесь с позицией Сергея Нуралиева на партнерском форуме.
Как раз-таки разработчики платформы ставят перед собой цель создать максимально готовый инструмент для написания бизнес-приложений, а не предоставлять низкоуровневые механизмы для кастомизации решения. Проводить параллель между C++ и 1С ошибочно.
Это конечно, порадовало :). Нет, блин, он его в пьяном бреду придумал.
А потом ещё вернут галочку у реквизитов «переодический»…
(10)
Иногда мне кажется, что это, все-таки, правда)
Большая благодарность за статью! Испытала большую радость и похвалила себя, что периодически просматриваю сайт. Теперь знаю об этих подводных камнях. Само знание, что они есть, уже многого стоят!
UPD — оказывается, ошибка с падением платформы в 8.3.5 не исправлена.
У нас проявляется если отвязать периферийный узел от РИБ и зайти под полными правами.
(20) такая же беда. Ждемссс обновления.
(1) bulpi, на хрена, на хрена… когда коту нечего делать… ну, вы знаете.
Почитала, подумала, и добавила в свою обработку по предопределенным данным возможность поиска задвоенных значений по всей конфигурации.
Даже у себя нашла дубли.
А вообще по-моему все-таки правильное решение дать пользователям возможность самостоятельно устанавливать предопределенные элементы.
Не нужно изобретать лишние сущности.
познавательно, спасибо
было полезно — отличная статья
Я так и не понял что то, добавил в УНФ предопределенные элементы в справочник, в предприятии их не вижу, и чтобы я не делал(Реструктуризация, запуск с параметром обновления), никак не отображаются(в запросе они есть), что я упустил?
посоветуйте как быть:
Есть РИБ УТ 10.3 — нужен новый узел.
Проблема в том что при запуске в конфе идет обращение к предопределенным элементам.
То есть если я залью конфу, и запущусь с ключом : /SetPredefinedDataUpdate -DoNotUpdateAutomatically, то не смогу зайти в режим предприятия из за обращения к предопределенным которых еще нет.
Если я закомментирую обращения к предопределенным (а там довольно много) — то после возврата ключа авто не смогу принять обмен (отличия в конфигурациях риб)
убрать обращения при запуске к предопределенным в центральном узле — нельзя. без них юзера не смогут работать, а выгрузка первоначальная идет 8 часов. (это уже с учетом «ручной» подготовки и регистрации нужных объектов);
Вопрос закрыт — скопировал узел и средствами скуля дропнул таблицы документов и регистров. со справочниками пришлось повозиться.
Вопрос: можно ли (если да — то как?) программно получить список всех предопределённых элементов конфигурации, независимо от того, что с данными в режиме Предприятия?
Очень интересно и статья и комментарии. Добавить нечего.*Мектуб*