Иван, категорически благодарю за Вашу работу!)) Очень нравится манера подачи материала - без "Эээээ....", "Нуууу...." и т.д. Всё четко, лаконично, но при этом очень подробно и понятно. Спасибо)))
Спасибо. Интересно было про использование асинхронных методов. Сам этими методами только начинаю активно пользоваться. И конечно в реальном проекте нужно добавлять ещё различные проверки. Например, бесит в типовой конфигурации ЗУП, что не проверяется размер загружаемого файла. В справочник физ.лиц сотрудники отдела кадров могут загрузить фото. Но они сканирую фото с разрешением, например, 1200 dpi. Получают файл с разрешением 9600х20000 px. И размером 400мб. (ну утрирую тут, конечно) Представьте, что 600 таких файлов добавляются в базу... Хотя на карточке было бы достаточно фото с размерами 200x320px и разметом 30 кб. Приходится добавлять расширение конфигурации, где перекодирую загружаемое фото. Это довольно ресурсоемкое дело... ++++++++++++ Еще раз спасибо за видео.
Спасибо за комментарий) Да, проверок много не бывает) Как минимум, размер файла, имеет смысл контролировать. К слову, в подсистеме "Работа с файлами" из БСП есть настройки работы с файлами, которые позволяют учитывать такие моменты)
В шоке. Где такое видано, чтобы к видео еще и выгрузка обработки была? Безграничная доброта. Спасибо большое. П.С. Кстати, во всю пользуюсь вашими шаблонами для печатных форм.
Очень помогло в работе. Спасибо! Но есть одно "но" - в УНФ в справочнике Номенклатура картинки отображаются на форме если расширение файла картинки попадает в список допустимых - в модуле формы есть функция ОтображатьФайлНаФорме, которая это проверяет. Так вот там расширения файлов набраны строчными буквами. В моём случае (я загружал несколько картинок для одной позиции номенклатуры) пришлось добавить перевод расширения в нижний регистр - ПараметрыФайла.РасширениеБезТочки =НРег( СтрЗаменить(СтрокаКартинки.Расширение, ".", ""));. Без этого картинки на форме не отображались так как СтрокаКартинки.Расширение состояло из заглавных букв. Не делал дополнительных проверок всегда-ли так происходит, но, думаю, добавить вызов НРег() будет не лишним, чтобы потом не искать причину, почему в присоединённых файлах изображения есть, а на форму они не выводятся.
Прошу прощения, немного не по теме. Уважаемые, кто-то сталкивался с абсолютно "ровным" ведением учета по партиям товаров? Или во всех Ваших кейсах партии вечно сдвигаются и образуют отрицательные остатки? Имею в виду именно учет, не затрагивая программные алгоритмы. По скромному опыту, кажется что это просто невозможно.
Программист допускает странные логические ошибки в коде. Мы предоставляем возможность искать файлы но делаем защиту от дурака если пользователь отказался их искать. И зачем-то оператор Если-КонецЕсли для возврата пишется ПЕРЕД тем, как мы возьмём найденные файлы. Что за глупость? Зачем в каждой итерации выполнять лишнюю команду, если можно сразу передавать в если условие типа "файлы существуют" или "файлов больше чем 0". и по условию ИНАЧЕ делать возврат. Проверять всегда сначала нужно то что ты ожидаешь от работы программы, а не ставить вперёд защиты от дураков, которых ты не ожидаешь при выполнении программы.
Иван, категорически благодарю за Вашу работу!)) Очень нравится манера подачи материала - без "Эээээ....", "Нуууу...." и т.д. Всё четко, лаконично, но при этом очень подробно и понятно. Спасибо)))
Спасибо большое!)
Одно удовольствие вас слушать! Спасибо за вашу работу, Иван!
Спасибо!)
Как всегда на уровне. Приятно Вас смотреть. Спасибо!
Спасибо за комментарий)
Отличное видео! Спасибо! Воспроизвел - все реально работает!
Вот это классный подход! Когда своими руками что-то делаешь, запоминается надолго)
Понятно вас смотреть) Спасибо за урок!
Спасибо.
Интересно было про использование асинхронных методов. Сам этими методами только начинаю активно пользоваться.
И конечно в реальном проекте нужно добавлять ещё различные проверки.
Например, бесит в типовой конфигурации ЗУП, что не проверяется размер загружаемого файла.
В справочник физ.лиц сотрудники отдела кадров могут загрузить фото.
Но они сканирую фото с разрешением, например, 1200 dpi. Получают файл с разрешением 9600х20000 px. И размером 400мб. (ну утрирую тут, конечно)
Представьте, что 600 таких файлов добавляются в базу...
Хотя на карточке было бы достаточно фото с размерами 200x320px и разметом 30 кб.
Приходится добавлять расширение конфигурации, где перекодирую загружаемое фото. Это довольно ресурсоемкое дело...
++++++++++++
Еще раз спасибо за видео.
Спасибо за комментарий) Да, проверок много не бывает) Как минимум, размер файла, имеет смысл контролировать. К слову, в подсистеме "Работа с файлами" из БСП есть настройки работы с файлами, которые позволяют учитывать такие моменты)
В шоке. Где такое видано, чтобы к видео еще и выгрузка обработки была? Безграничная доброта. Спасибо большое.
П.С. Кстати, во всю пользуюсь вашими шаблонами для печатных форм.
Спасибо большое! :) Рад, что шаблоны обработок помогают в решении задач)
Иван, спасибо большое. Никогда не видел, чтобы так структурировано и понятно излагали материал. Ты лучший.
Спасибо большое! :)
Супер! То что надо! Приложи обработку.
Сделал ;)
Иван, спасибо. Вот бы еще к этому механизму оптимизацию картинок встроить, это вообще круто было бы.
Отличный материал. Как всегда на высшем уровне
Очередная благодарность за видео, Иван молодец)
Спасибо!)
Как всегда - круто! Спасибо!
Спасибо, интересно было посмотреть про асинх на практике)
Как всегда крайне полезно 👍
Отличное видео. Интересно было бы посмотреть про работу c WebKit от IronSkills 💪🏻
Жаль обработку скачать нельзя, использовал бы как шаблон)) спасибо за обзор! Узнаю каждый раз что-то новое
Лучше сделать свой функционал с хранением на FTP сервере.
Ссылку на обработку добавил в описание ;)
Спасибо за контент, интересный видос посмотрел от и до
Отлично! Супер!
круто
Иван, раскройте пожалуйста поподробнее как работают процедуры с «асин» и «ждать»
Отличная подача информации. Не могли бы вы осветить вопрос реализации прогресс баров?
Да, на эту тему скоро будет видео на канале ;)
Спасибо. Будет рубрика «неудачные дубли» в конце видео? 😄
:D Можем сделать)))
Очень помогло в работе. Спасибо! Но есть одно "но" - в УНФ в справочнике Номенклатура картинки отображаются на форме если расширение файла картинки попадает в список допустимых - в модуле формы есть функция ОтображатьФайлНаФорме, которая это проверяет. Так вот там расширения файлов набраны строчными буквами. В моём случае (я загружал несколько картинок для одной позиции номенклатуры) пришлось добавить перевод расширения в нижний регистр - ПараметрыФайла.РасширениеБезТочки =НРег( СтрЗаменить(СтрокаКартинки.Расширение, ".", ""));. Без этого картинки на форме не отображались так как СтрокаКартинки.Расширение состояло из заглавных букв. Не делал дополнительных проверок всегда-ли так происходит, но, думаю, добавить вызов НРег() будет не лишним, чтобы потом не искать причину, почему в присоединённых файлах изображения есть, а на форму они не выводятся.
СПС
Блокировать номенклатуру не нужно на случай если карточка редактируется пользователем? Или все равно ошибку выдаст?
По стандартам надо всегда, пропустил видимо
Да, блокировка нужна, спасибо за внимательность)
Проверка не нужна на то что такой же файл уже добавлен в присоединённые файлы? В бсп есть метод проверки на это?
В разных вложенных папках имя могут одинаковые быть
@@evgeniuxp2evgeniuxp234 да, но ничего критичного. Просто два файла запишется. Хотя можно таблицу свернуть по дублям.
Иван, а как выгрузить из 1С в формате csv отчёты?
В CSV, к сожалению, штатно не выйдет, нужно дорабатывать конфигурацию)
Прошу прощения, немного не по теме. Уважаемые, кто-то сталкивался с абсолютно "ровным" ведением учета по партиям товаров? Или во всех Ваших кейсах партии вечно сдвигаются и образуют отрицательные остатки? Имею в виду именно учет, не затрагивая программные алгоритмы. По скромному опыту, кажется что это просто невозможно.
Как пользоваться обработкой ?
Добавили ссылку на обработку в описании)
Гхм... надеялся что будет больше БСП - ЗагрузитьФайлы, ОткрытьФормуВыбораФайлов
Спасибо за комментарий) Не хотелось увеличивать хронометраж видео, т.к. оно и без этого получилось достаточно долгим)
Программист допускает странные логические ошибки в коде. Мы предоставляем возможность искать файлы но делаем защиту от дурака если пользователь отказался их искать. И зачем-то оператор Если-КонецЕсли для возврата пишется ПЕРЕД тем, как мы возьмём найденные файлы. Что за глупость? Зачем в каждой итерации выполнять лишнюю команду, если можно сразу передавать в если условие типа "файлы существуют" или "файлов больше чем 0". и по условию ИНАЧЕ делать возврат. Проверять всегда сначала нужно то что ты ожидаешь от работы программы, а не ставить вперёд защиты от дураков, которых ты не ожидаешь при выполнении программы.
Спасибо за конструктивную критику!)
Очень интересно, спасибо.
Спасибо. Полезное видео.