У меня модуль на базе ИМГ1-03 (вроде), сборка из 4 элементарных ячеек, с управляющей электроникой на КТ605 и регистрами. Но - нет схемы подключения, куда-то задевалась. Помню, что там питание было +200 и +9 вольт, и был расписан алгоритм работы с регистрами (вплоть до диаграмм логических уровней). Сколько искал, увы.:(
А панель из таких индикаторов (метра 3 на 4) до сих пор стоит (в 2020-м стояла) в фойе в одном из зданий в Зеленограде, НИИ Физических Проблем им Ф. В. Лукина.
В городе, где я живу, несколько разных поставщиков привозят хлеб и консервы из других городов, однако в городскую администрацию ничего не платят. Это ведь всё контрабанда, верно?
Иногда доступ к телу клиента (на внутренее собеседование) только через этих передастов, увы. Оно, типа, preferred vendors и все такое, и это прекрасно уживается с неумением отличать экстаз от унитаза и интернет от Ethernet.
Если пытаться и смысл не упустить и в википедию не превращаться, можно представлять это себе так.
АС - это номер юридической структуры типа корпорации/провайдера, которые отдельно и независимо управляют маршрутизацией трафика своих сетей, входящих в АС. Позволяет определять провайдерам через какие организации они хотят передавать/получать трафик своих сетей. Потому, что платят в конце концов друг другу организации за пропуск трафика, а не сети. Протокол BGP(основа динамической связности текущего интернета) работает именно с АС. Хотите работать с вышестоящими провайдерами(несколькими сразу) гибко - получаете АС, блок сетей и настраиваете BGP. Хотите быть магистральным провайдером - получаете АС, блок сетей и настраиваете BGP.
Например, трафик на текущий айпишник хабра из ТТК(транстелеком), с узла Москва, может пойти по маршруту АС ТТК - АС Qrator(защищаются от ДДОС, ага) - АС провайдера habr.com. А может АС ТТК - АС MTS - АС Telia Sonera(европейский крупный магистрал) - АС провайдера habr.com
По умолчанию - пойдет первым путем, потому, что чем меньше АС пройдет трафик - по умолчанию лучше в BGP. Но префиксами - никто не мешает нарулить приоритет второго маршрута, потому что ТТК так выгоднее ходить до хабра(потому что пиринг, например). Причем в обратную сторону он может пойти другим маршрутом(потому что путь по АС не обязан и не является симметричным, и в сущности - управляется разными субьектами).
Те АС и маршрутизация АС - это про отношения конкретных хозяйствующих организаций, а не сетей. И в качестве единицы маршрутизации у нас не сеть/айпишник, а АС. Причем этот номер АС не изменится в сущности никогда, пока существует организация. И существует десятками лет. Плюс сильно дешевле вычислять динамический путь трафика оперируя 65к АС, а не 4кк айпишников(по факту АС будут аносировать только максимально крупные блоки своих сетей и сетей клиентов, но не отдельные подсети).
День добрый. Выше, в первой части статьи, автор писал о том, что из-за постоянно меняющегося окружения невозможно построить 100% Ролевую модель. Т.е. обеспечить полностью работников необходимыми правами на долгое время. Меняются функциональные обязанности, меняется структура – это естественный процесс. Если даже предположить, что можно выстроить в моменте 100% ролевую модель, то через месяц мы обнаружим, что она уже не соответствует реалиям.
Поэтому правильным подходом будет обеспечение пользователей базовыми необходимыми правами. Причём, в зависимости от конкретной позиции и подразделения количество базовых прав может быть разным. Где-то это будет 80%, а где-то придётся остановиться на 20%. Остальные необходимые права можно оставить для запроса по отдельным заявкам.
Кроме того, сама Ролевая модель – это живой организм, который нужно поддерживать постоянно (как человек не может обходиться без пищи, он просто умрёт). Должен быть разработан отдельный процесс, который обеспечивает поддержание Ролевой модели в актуальном состоянии, в этом процессе должны быть тоже распределены роли и обязанности. Но об этом в следующей части нашей статьи. Скоро опубликуем :)
Управление катушкой реле через оптрон, на мой взгляд, говорит о том, что разработчики не осилили правильную трассировку платы и пытаются "серебряной пулей оптрона" избавиться как от мнимых, так и от действительных проблем.
Пример: в сотнях тысяч автоприборов реле управляются без оптронов и приборы работают надёжно.
Следствие: оптроны — не от помех, а для гальванической изоляции.
Я так понимаю, если пробьёт реле, то оптрон никак не поможет.
Вряд ли поможет. Два напряжения пробоя изоляции (оптрон и реле) — не должны суммироваться. Ещё — надо смотреть зазоры/вырезы в плате.
Вид на оптроны и реле, что-бы не бегать.
Про монашку.
"Бережёного — Бог бережёт" прошептала монашка, натягивая презерватив на морковку.
Отличный вариант на модную нонче тему самоидентификации. Буду теперь везде в интернете выбирать пол "другое" и в поле ввода писать "тахион с мнимой массой", мвехехе.
Яндекс давно создал внутреннюю платформу, на которой хранятся все корпоративные данные. Почему до сих пор не выкатили в открытый доступ не понимаю, сервис отличный, куда лучше и удобнее всех аналогов
Хитрый подход. Правда, ожидал увидеть реверс протокола или ещё что-то хитрое… Но данный способ тоже интересен. Хотя толку в нём, если он всё равно зависим от наличия клиента?
Знакомо. Но мы пошли дальше, написали бота на Java с веб интерфейсом. Капчу он тоже получал заранее с сайта капчиломалки, и автоматом за 2 секунды до начала торгов начинал жестко ддостить али с попыткой купить товар.
Запускали бота с кучи машин, в том числе арендовали сервера у амазона, т.к, выяснили что сервера гаги хостятся в калифорнии, в итоге мы смогли уменьшить пинг до 3-4мс.
Купили очень много вещей себе и друзьям, но к сожалению все равно много товаров даже нашим ботом мы не смогли купить, т.к. буквально через 200-500мс после начала сделки мы получали в ответ — «Sold out».
Интересно кто их выигрывал?
К сожалению после введения новой капчи, которая привязана не к сессии, как было раньше, а к продукту, бот тоже перестал работать.
Кому интересно, ниже я приложил 2 скриншота интерфейс бота. Вообще «экранов» было больше, но сейчас не смогу сделать скриншоты, т.к. али опять что-то поменяли и бот перестал даже добавлять товары. В спойлере так же описание других экранов нашего бота.
Скриншоты и описания интерфейса
Список товаров, которые мы хотим купить:
Первый шаг добавления товара:
Могу описать словами какие возможности были у бота:
Добавление товара
В первом шаге нужно было выбрать на какой аккаунт покупать (а так же добавлять новые аккаунты), приоритет (чем выше приоритет товара тем больше потоков долбилось в али), ну и вставить ссылку на товар. Название получалось автоматически, но его можно было менять.
На втором, если в товаре можно было выбирать цвет, размер и пр., то у нас так же был выбор. Если в товаре такого выбора не было, то переходили сразу на третий шаг
На третьем шаге нужно было выбрать адрес доставки (если их больше одного в аккаунте). Адреса получались автоматически из аккаунта. Если был один адрес, то переходили на 4 шаг.
На 4 шаге, выбирали способ доставки. Напротив каждого была указана цена.
Вконце появлялось общее окно, на котором можно было ознакомиться со всеми настройками и либо подтвердить, либо вернуться к редактированию.
Список товаров
У каждого товара был таймер, показывающий через сколько начнется сделка. Если сделка проша, то таймер исчезал, а в статусе появлялась информация успех или провал с тултипом.
Была возможность экспортировать и импортировать весь список (например чтобы перенести на другие нащи сервера).
А так же возможность фильтровать, например показывать только товары определенных аккаунтов, или только успешные и т.д.
У меня модуль на базе ИМГ1-03 (вроде), сборка из 4 элементарных ячеек, с управляющей электроникой на КТ605 и регистрами. Но - нет схемы подключения, куда-то задевалась. Помню, что там питание было +200 и +9 вольт, и был расписан алгоритм работы с регистрами (вплоть до диаграмм логических уровней). Сколько искал, увы.:(
А панель из таких индикаторов (метра 3 на 4) до сих пор стоит (в 2020-м стояла) в фойе в одном из зданий в Зеленограде, НИИ Физических Проблем им Ф. В. Лукина.
В городе, где я живу, несколько разных поставщиков привозят хлеб и консервы из других городов, однако в городскую администрацию ничего не платят. Это ведь всё контрабанда, верно?
Давайте без демагогии. В РФ суды работают по отмашке сверху, отсюда и большая разница в судемном решении тут и там.
Иногда доступ к телу клиента (на внутренее собеседование) только через этих передастов, увы. Оно, типа, preferred vendors и все такое, и это прекрасно уживается с неумением отличать экстаз от унитаза и интернет от Ethernet.
Если пытаться и смысл не упустить и в википедию не превращаться, можно представлять это себе так.
АС - это номер юридической структуры типа корпорации/провайдера, которые отдельно и независимо управляют маршрутизацией трафика своих сетей, входящих в АС. Позволяет определять провайдерам через какие организации они хотят передавать/получать трафик своих сетей. Потому, что платят в конце концов друг другу организации за пропуск трафика, а не сети. Протокол BGP(основа динамической связности текущего интернета) работает именно с АС. Хотите работать с вышестоящими провайдерами(несколькими сразу) гибко - получаете АС, блок сетей и настраиваете BGP. Хотите быть магистральным провайдером - получаете АС, блок сетей и настраиваете BGP.
Например, трафик на текущий айпишник хабра из ТТК(транстелеком), с узла Москва, может пойти по маршруту АС ТТК - АС Qrator(защищаются от ДДОС, ага) - АС провайдера habr.com.
А может АС ТТК - АС MTS - АС Telia Sonera(европейский крупный магистрал) - АС провайдера habr.com
По умолчанию - пойдет первым путем, потому, что чем меньше АС пройдет трафик - по умолчанию лучше в BGP.
Но префиксами - никто не мешает нарулить приоритет второго маршрута, потому что ТТК так выгоднее ходить до хабра(потому что пиринг, например). Причем в обратную сторону он может пойти другим маршрутом(потому что путь по АС не обязан и не является симметричным, и в сущности - управляется разными субьектами).
Те АС и маршрутизация АС - это про отношения конкретных хозяйствующих организаций, а не сетей. И в качестве единицы маршрутизации у нас не сеть/айпишник, а АС. Причем этот номер АС не изменится в сущности никогда, пока существует организация. И существует десятками лет.
Плюс сильно дешевле вычислять динамический путь трафика оперируя 65к АС, а не 4кк айпишников(по факту АС будут аносировать только максимально крупные блоки своих сетей и сетей клиентов, но не отдельные подсети).
Ага согласен, отрасль уже никогда не будет
прежней.Я для себя выбрал shared российские прокси покупать. Дешевле при чуть больших рисках, хотя это копейки в любом случае.
Хинт: cdn и многие другие доменты сайтов необязательно через прокси вести, когда уже сайт увидел русский ip и готов отдавать контент. :)
В тему поста.
Интересен опыт других людей, начавших бегать с нуля в среднем возрасте!
Поэтому правильным подходом будет обеспечение пользователей базовыми необходимыми правами. Причём, в зависимости от конкретной позиции и подразделения количество базовых прав может быть разным. Где-то это будет 80%, а где-то придётся остановиться на 20%. Остальные необходимые права можно оставить для запроса по отдельным заявкам.
Кроме того, сама Ролевая модель – это живой организм, который нужно поддерживать постоянно (как человек не может обходиться без пищи, он просто умрёт). Должен быть разработан отдельный процесс, который обеспечивает поддержание Ролевой модели в актуальном состоянии, в этом процессе должны быть тоже распределены роли и обязанности. Но об этом в следующей части нашей статьи. Скоро опубликуем :)
Управление катушкой реле через оптрон, на мой взгляд, говорит о том, что разработчики не осилили правильную трассировку платы и пытаются "серебряной пулей оптрона" избавиться как от мнимых, так и от действительных проблем.
Пример: в сотнях тысяч автоприборов реле управляются без оптронов и приборы работают надёжно.
Следствие: оптроны — не от помех, а для гальванической изоляции.
Вряд ли поможет. Два напряжения пробоя изоляции (оптрон и реле) — не должны суммироваться. Ещё — надо смотреть зазоры/вырезы в плате.
"Бережёного — Бог бережёт" прошептала монашка, натягивая презерватив на морковку.
ну или как то так
Отличный вариант на модную нонче тему самоидентификации. Буду теперь везде в интернете выбирать пол "другое" и в поле ввода писать "тахион с мнимой массой", мвехехе.
Яндекс давно создал внутреннюю платформу, на которой хранятся все корпоративные данные. Почему до сих пор не выкатили в открытый доступ не понимаю, сервис отличный, куда лучше и удобнее всех аналогов
Сделайте меня развидеть это! >.
Запускали бота с кучи машин, в том числе арендовали сервера у амазона, т.к, выяснили что сервера гаги хостятся в калифорнии, в итоге мы смогли уменьшить пинг до 3-4мс.
Купили очень много вещей себе и друзьям, но к сожалению все равно много товаров даже нашим ботом мы не смогли купить, т.к. буквально через 200-500мс после начала сделки мы получали в ответ — «Sold out».
Интересно кто их выигрывал?
К сожалению после введения новой капчи, которая привязана не к сессии, как было раньше, а к продукту, бот тоже перестал работать.
Кому интересно, ниже я приложил 2 скриншота интерфейс бота. Вообще «экранов» было больше, но сейчас не смогу сделать скриншоты, т.к. али опять что-то поменяли и бот перестал даже добавлять товары. В спойлере так же описание других экранов нашего бота.
Первый шаг добавления товара:
Могу описать словами какие возможности были у бота:
Добавление товара
Список товаров
У каждого товара был таймер, показывающий через сколько начнется сделка. Если сделка проша, то таймер исчезал, а в статусе появлялась информация успех или провал с тултипом.
Была возможность экспортировать и импортировать весь список (например чтобы перенести на другие нащи сервера).
А так же возможность фильтровать, например показывать только товары определенных аккаунтов, или только успешные и т.д.