1с унф синхронизация Краснодар
подробнее тут - https://lightfinance.ru/


Lightfinance
+7 (929) 280-45-93

@light_finance_
https://lightfinance.ru/

1с унф синхронизация Краснодар - https://vk.com/wall-210283517_2236

1с унф синхронизация Краснодар - https://vk.com/wall-210283517_2236

Привет, друзья!

В данном туториале я хочу поделиться с вами опытом решения одной интересной практической задачи.

Предположим, что у нас имеется страница сравнения товаров. На этой странице отображается слайдер с карточками товаров и таблица с их характеристиками. Задача состоит в том, чтобы синхронизировать переключение слайдов и прокрутку таблицы. Условия следующие:

• ширина таблицы должна соответствовать ширине слайдера;


• ширина колонки таблицы должна соответствовать ширине слайда;


• слайды можно переключать с помощью перетаскивания, нажатия на кнопки управления и элементы пагинации;


• таблицу можно прокручивать с помощью колесика мыши (на десктопе) и перемещения указателя (на телефоне);


• при взаимодействии пользователя с одним компонентом второй должен реагировать соответствующим образом: при переключении слайда должна выполняться прокрутка таблицы, при прокрутке таблицы — переключение слайдов.

Репозиторий с кодом проекта.

Если вам это интересно, прошу под кат.

https://habr.com/ru/post/701972/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701972

Яркий и динамичный контент, даже не супер продающий, привлекает внимание пользователя в четыре раза лучше статичной картинки. Это отличный способ увеличить конверсии просмотров и вырастить прибыль. Но что делать, если на создание одного трейлера у команды уходит слишком много времени, без гарантий, что получится хорошо?

Меня зовут Александр Коншин, я Тимлид команды Computer Vision в онлайн-кинотеатре IVI. 15 лет пишу код. 5 из них посвятил нейросетям и обработке изображений. Сейчас создаю сервисы, которые генерируют промо-контент для фильмов и мультиков с помощью алгоритмов машинного обучения и компьютерного зрения. Мы работаем с длинным контентом в виде фильмов, сериалов или мультфильмов и дополнительными материалами: трейлерами, фильмами о фильме, хайлайтами — короткими форматами, которые помогают пользователю быстро ознакомиться с содержанием.

В этой статье расскажу о том, как мы искали и нашли способ автоматизировать генерацию трейлеров и хайлайтов к фильмам, которые появляются в нашей библиотеке. Раскрою немного технической и инженерной конкретики и расскажу, какой профит получили в итоге.

https://habr.com/ru/post/698788/?utm_source=habrahabr&utm_medium=rss&utm_campaign=698788

Тайм-капсула — слепок файловой системы (ФС), желательно с максимальным сжатием, на заданную дату/время. Используется для долговременного хранения в архиве, резервного копирования и восстановления в случае сбоя/потери данных. Нас интересует, как делать такие слепки самостоятельно и какие файлы получаются при этом.



Кто-то привык к обычному tar cvzf output.tar.gz /source/path для клонирования дисков, но есть более универсальный инструмент FSArchiver, который сохраняет файловые атрибуты, несколько файловых систем в одном архиве и контрольные суммы файлов с хорошим уровнем сжатия.
Читать дальше →

https://habr.com/ru/post/694486/?utm_source=habrahabr&utm_medium=rss&utm_campaign=694486

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



# модульное хеширование

hash = key % N of nodes



В свою очередь, при согласованном хешировании хеширующая функция не зависит от количества узлов хранения. Поэтому можно динамически секционировать данные по мере добавления или удаления узлов, тем самым масштабируясь поступательно.
Читать дальше →

https://habr.com/ru/post/691506/?utm_source=habrahabr&utm_medium=rss&utm_campaign=691506

yarsync - Yet Another Rsync - предназначен для синхронизации данных между несколькими устройствами, более точно - между файловыми системами в Unix-подобных средах. yarsync обладает интерфейсом, похожим на git, и является Python-обёрткой вокруг программы rsync. Программа доступна под свободной лицензией GPL v3.0 на github (я автор).

yarsync работает там, где есть Питон и rsync.
Данные могут синхронизироваться локально или между разными компьютерами (в таком случае на удалённой машине также должен быть установлен rsync). Кроме того, файловые системы должны поддерживать жёсткие ссылки (hard links). Популярные системы, поддерживающие жёсткие ссылки - ext2-ext4, HFS+, а также NTFS. Не поддерживают жёсткие ссылки FAT, exFAT (часто используемые на флеш-накопителях).

Говоря простыми словами, допустим, что у вас есть компьютеры дома и на даче. У вас есть папка с книгами и статьями по программированию, которые вы собирали долгие годы, и которой регулярно пользуетесь (её копиями на разных машинах). Вы хотите, чтобы эти копии были одинаковы - то есть в идеале чтобы можно было работать с данными на разных компьютерах (добавлять новые статьи, удалять ненужные, переименовывать и перемещать файлы и папки), а затем эти изменения легко переносились на другие копии. Это и делает yarsync, отслеживая изменения и позволяя эффективно синхронизировать данные через доступный сервер или внешний накопитель (жёсткий диск).

https://habr.com/ru/post/662163/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662163

Одним из самых древних примеров инженерии является дерево. Нет, не растущее в лесу, а переброшенное через ручей для более удобного, быстрого и сухого его пересечения. Именно такими были первые мосты. Позднее они стали сложнее, люди начали использовать камень, а затем и металл. Города росли, торговля развивалась, а реки, озера, ущелья и впадины более не затрудняли перемещения людей. Развитие технологий, в частности транспорта, позволило и даже потребовало строить мосты больше, выше и, естественно, длиннее. Несмотря на то, что машин в современных городах порой больше, чем людей (по крайней мере, так часто кажется, особенно когда стоишь в пробке), пешеходные мосты все же не утратили своей актуальности. Строительство моста требует точных расчетов, в которых будут учтены все возможные факторы, которые в той или иной степени могут повлиять на его стабильность и целостность. Но даже люди, идущие по мосту, могут стать причиной его раскачивания. Ученые из университета штата Джорджии (США) проанализировали мост Миллениум в Лондоне и выяснили, что его нестабильность никак не связана с синхронизацией пешеходов, как это считалось ранее. О какой синхронизации идет речь, и какие на самом деле причины шаткости пешеходных мостов? Ответы на эти вопросы мы найдем в докладе ученых. Пошли. Поехали. Читать дальше →

https://habr.com/ru/post/596837/?utm_source=habrahabr&utm_medium=rss&utm_campaign=596837

За что я люблю технологии 1С?

Это за широкую возможность интеграции с другими системами. А сколько возможностей открывают расширения, написанные на внешней библиотеке DLL. Предлагаю рассмотреть одну из таких возможностей - интеграции через брокер-сообщения, а также предлагаю свой вариант универсальной структуры JSON для обмена данными.

https://habr.com/ru/post/573494/?utm_source=habrahabr&utm_medium=rss&utm_campaign=573494

Так, я наиграл в Fire Emblem: Three Houses уже порядка 160 часов в течение последней пары недель, думаю пришло время вновь побыть интернет-экспертом.

Тема, по которой я планировал сделать пост еще очень давно, это синхронизация в Vulkan'е. У многих, изучающих этот API, этот топик вызывает наибольшие трудности, и в этой статье я хотел бы сформировать у читателя ментальную модель, а не просто пересказать техническую спецификацию. Не смотря на кажущуюся неимоверную сложность, синхронизация в Vulkan' е вполне понятна и логична, если преодолеть начальные трудности.

https://habr.com/ru/post/569318/?utm_source=habrahabr&utm_medium=rss&utm_campaign=569318