<?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='\
а. Проектирование может быть разным.
б. Оптимальность проектирования оценивается по разным параметрам.
Что касается внесения изменений в типовую конфигурацию:
1. Либо совсем не вносим, используя внешние обработки/отчеты, допреквизиты, допсвойства, и обновляемся по типовому.
2. Либо вносим и обновляемся с небольшими затратами.
Если вариант 2 — то принципиальны только те места, которые приносят трудности при обновлении, и как правило больше всего трудностей приносят изменения в имеющемся функционале, а не добавленные объекты метаданных, добавленные реквизиты и т.д.
При первом варианте так или иначе контролировать совместимость ваших доработок придется, т.к. меняется типовая конфигурация, которая может использоваться в «универсальных» механизмах. Так же минусом к первому варианту можно отнести некоторые трудности при переносе данных (взять те же допреквизиты, допсвойства), некоторые ограничения с использованием таких данных в отчетах и т.д.
Таким образом важно определить объем необходимых доработок и осознанно выбирать объем необходимой поддержки а не стремиться к процессу ради процесса.
а. Проектирование может быть разным.
б. Оптимальность проектирования оценивается по разным параметрам.
Что касается внесения изменений в типовую конфигурацию и сложности дальнейшей поддержки:
1. Либо совсем не вносим, используя внешние обработки/отчеты, допреквизиты, допсвойства, и обновляемся по типовому.
2. Либо вносим и обновляемся с небольшими затратами.
При первом варианте так или иначе контролировать совместимость ваших доработок придется, т.к. меняется типовая конфигурация, которая может использоваться в «универсальных» механизмах. Так же минусом к первому варианту можно отнести некоторые трудности при переносе данных (взять те же допреквизиты, допсвойства), некоторые ограничения с использованием таких данных в отчетах и т.д.
Если вариант второй — то принципиальны только те места, которые приносят трудности при обновлении, и как правило больше всего трудностей приносят изменения в имеющемся функционале, а не добавленные объекты метаданных.
Таким образом важно определить объем необходимых доработок и осознанно выбирать объем необходимой поддержки а не стремиться к процессу ради процесса.
Где-то я уже подобное читал, в другой статье скорее всего. Предлагаю добавить ссылки на похожие публикации с кратким анализом, материал то не новый.
А вообще информация полезная и изложена лаконично, плюс)
Снимать с поддержки не требуется, нужно только включить возможность изменения, и установить режим поддержки «Редактируемый» для необходимых объектов, или для всех сразу. В этом случае корректно производится штатное обновление с отображением дважды измененных объектов.
<qoute>Для создания новых объектов необходимо снять с поддержки саму конфигурацию (корневой элемент), но без подчинённых </qoute
Конечно, я подразумевал перевод в режим «Редактирование с сохранением поддержки». Поправил текст.
Полезная статья, жаль многие ее не читают(
Все правильно.
НО!
Зачастую правильные варианты более трудоемки (имеется ввиду не полная «стоимость владения» вариантом решения, с учетом будущих затрат, а текущая, «чисто» конкретные трудозатраты на текущее изменение конфигурации).
БОльшая трудоемкость = бОльшая стоимость.
Накладываем на ситуацию следующие условия:
1. Клиента интересует лишь мгновенный результат (на постсоветском пространстве бизнесмены зачастую, к сожалению, привыкли максимизировать свою прибыль в сверхкраткосрочном периоде). Этот результат будет одинаков при разных вариантах разработки (кривые руки разработчиков исключаем).
2. Жесткий демпинг братьев-1эсниГов.
Результат: «правильные» варианты с «красивыми» решениями не внедряются, а «внедряторы», загнанные демпингом в угол, начинают работать «пАнармальному», а не правильно:(
Моя практика показывает обратное. Проводится конкурс по небольшому ТЗ с фрагментами вроде «В документ такой-то добавить реквизит такой-то». По смыслу я понимаю, что задача может решаться иначе, без добавления реквизитов, и описываю, чем грозит подобная практика, добавив в конце, что всех, кто будет участвовать в этом конкурсе без изменения способа реализацации, следует гнать взашей.
Результат — приглашение на диалог к руководству клиента.
(9) PLAstic,
это практика работы фрилансером на известном сайте.
Есть несколько но:
1. Это «небольшое ТЗ» (а не задача по автоматизации сети магазинов со структурой складов).
2. Это ТЗ (а не озвученная клиентом потребность в «облегчении труда логистов импортных поставок» или еще чо-нить не сильно похожее на документ, в котором перечислен перечень доработок). Т.е. задача хоть чуть-чуть, но конкретизирована — вернее обозначен возможный ход ее решения.
3. Это все-таки ТЗ (т.е. клиент малость владеет какими-то навыками и может понять Ваш текст, в котором Вы описываете минуса предложений «говнокодеров»).
Если не срабатывают эти НО — то демпинг, демпинг, демпинг.
1. Существую я со своей практикой.
2. Существует куча других организаций, в т.ч. франчайзинговых, которые не присутствуют на фрилансе.
Как минимум это даёт возможность мыслить иначе и отстаивать позиции «правильного» программирования. Думаю, в серьёзных организациях спрашивают в первую очередь, видел ли ты когда-нибудь в глаза документ «Стандарты и методики разработки конфигураций» за авторством 1С, нежели «как быстро ты сможешь реализовать то или иное ТЗ».
Считаю, что битва на фрилансе обречена на вымирание, если будут побеждать те, кто делает быстрее, нежели правильнее. Опять же, спасибо участникам фриланса, т.к. после них иногда приходят и к нам.
PS: «фриланс» — здесь одноимённый сайт
(11) PLAstic,
что есть «правильно»? правильно с точки зрения клиента? Ему все, что работает — то и правильно. А то, что через месяц…квартал…год при обновлении либо при появлении новых требований возникнут сложности — дак не каждый клиент может понять, что в этом виноват «говнокод» предыдущего (или даже текущего!) разработчика!.
Или клиенту звать стороннего эксперта и после выполнения каждой задачи контролировать «правильность» ее выполнения?
Вы купили телевизор, смотрели 2 передачи. Вроде бы все Вас устраивало. Начали смотреть третью, не показывает. Кто виноват: слабый сигнал, продавец телевизора, вы (неправильно используя телевизор) или кто-то еще?
Знаете какой будет ответ? Ответ Вам даст мастер, которого Вы вызовете (истина при этому будет где-то рядом). А если мастер и продавец работают в одной организации?…
ЗЫ: встречал кучу клиентов (которые захотели новый функционал, которые переходили с 7-ки на 8-ку — опять-таки для нового функционала…). В базе — полный ппц, говнокод и т.п…. но … все работает!!! Пользователи привыкли открывать консервную банку ногой через левое ухо и им это стало «удобно». И когда им говоришь, что для нового функционала нужно это и это, они говорят:
1. А чо так много? Предыдущий товарищ (который им все наговнокодил) делал «почти такое же» намного быстрее и результат был!!
2. А нельзя ли просто вот тут создать новое поле и вот тут… и вот тут, а мы туда будем все писать и нормально… вот предыдущий так делал… А если что, мы потом еще поле одно закажем и вы сделаете…. А если потом печать — то шонить придумаем… нет, у нас не будет расхождений при поступлениях… Да, у нас только для клиента, у которого наименование начинается с буквы А такие скидки… да и этот клиент у нас один, других на букву А не будет…
Видимо, разница в том, что я позиционирую себя как «консультант по построению учётных систем», а не просто как «программист». И это определяет моего оппонента по разговору о стоимости и сроках — генеральный или финансовый директор. Они, как правило, считают деньги с заделом на будущее.
Того же и Вам желаю.
Вы еще обновляете УТ 10.3?? Зачем?
(13) PLAstic, участвовали недавно в тендере… электронная закупочная система… так вот, там не спрашивают, читали ли участники тендера стандарты и принципы разработок. Все хотят знать два ключевых параметра: бюджет и сроки.
Рад за Вас, что Ваше имя и бренд позволяют перебирать клиентов, отбирая только тех, которых интересуют качество, профессионализм и т.п. Я тоже всегда рад работать с такими клиентами… но их почему-то мало 🙁
(видимо компания, в которой я работаю, еще не заслужила таких клиентов…)
От себя могу добавить оратору выше …. что правильные варианты не только зачастую трудоемки но икак следствие более дороги.
От себя могу добавить оратору выше …. что правильные варианты не только зачастую трудоемки но и как следствие более дороги.
(17) Sasha255n, это равносильно утверждению, что линукс дешевле винды. Суммарную стоимость владения никто не отменял. Например, покупаем два принтера по одной цене: один требует картридж ежемесячно, другой — раз в три года. Принтер — конфигурация, картридж — плата за обновление. Аналогия ясна?