Size: a a a

2020 November 29

SG

Sergey Gruzdov in cloud_flood
проще завести палку и пиздить тех кто изменяет
источник

p

pragus in cloud_flood
Виталий На Заборе
я помню что я когда смотрел, слегка прихуел от того, что HashMap-ы иммутабельный и мутабельный это разные типы
И это логично
источник

ВН

Виталий На Заборе... in cloud_flood
pragus
И это логично
это костыль
источник

ВН

Виталий На Заборе... in cloud_flood
по уму-то должен быть условно тип один
источник

ВН

Виталий На Заборе... in cloud_flood
но на переменной стоять какой-нить const тогда уж
источник

SG

Sergey Gruzdov in cloud_flood
в шарп на методы const завезут
источник

p

pragus in cloud_flood
источник

ВН

Виталий На Заборе... in cloud_flood
а там вроде шаблоны же чуть ли не тьюринг-полные
источник

ВН

Виталий На Заборе... in cloud_flood
так что тут как это говорится "horse style...dog style...any style"
источник

p

pragus in cloud_flood
Ну там весёлый тредик
источник

p

pragus in cloud_flood
источник

t

tsla in cloud_flood
Кто нить может одному днище подсказать - конкретно мне...

Clients 192.168.0.0/24 < - > (ethernet0 = 192.168.1.1) 4g modem mikrotik (lte0 interface = 10.70.0.2) < - > l2tp container (ppp0 = 10.70.0.1)

В l2tp контейнере (айпи сервера 10.70.0.1) прописал ip route add 192.168.0.0/24 via ppp0 для клиентов за l2tp клиентом.

Tcpdump показывает что пакеты для сети 192.168.0.0/24 уходят на микрот, микрот дальше пересылает, на клиентах 192.168.0.0/24 вижу реквест пакеты и отправляются ответы, микрот (torch аналог tcpdump) показывает что пакеты ушли по интерфейсу lte0, в контейнере tcpdump показывает тишину.

Где в докере ноде мне копать, что б понять какого лешего он не передаёт пакеты в контейнер?

Руки так и не дошли глянуть tcpdump на докер ноде
источник

A

Alex in cloud_flood
источник

n

nanomechanic in cloud_flood
tsla
Кто нить может одному днище подсказать - конкретно мне...

Clients 192.168.0.0/24 < - > (ethernet0 = 192.168.1.1) 4g modem mikrotik (lte0 interface = 10.70.0.2) < - > l2tp container (ppp0 = 10.70.0.1)

В l2tp контейнере (айпи сервера 10.70.0.1) прописал ip route add 192.168.0.0/24 via ppp0 для клиентов за l2tp клиентом.

Tcpdump показывает что пакеты для сети 192.168.0.0/24 уходят на микрот, микрот дальше пересылает, на клиентах 192.168.0.0/24 вижу реквест пакеты и отправляются ответы, микрот (torch аналог tcpdump) показывает что пакеты ушли по интерфейсу lte0, в контейнере tcpdump показывает тишину.

Где в докере ноде мне копать, что б понять какого лешего он не передаёт пакеты в контейнер?

Руки так и не дошли глянуть tcpdump на докер ноде
у port -то указал докеру? UDP
источник

n

nanomechanic in cloud_flood
dockerfile и строчка запуска контейнера какая?
источник

КБ

Кирилл Бобров... in cloud_flood
YouTube
История AMD в деталях. Кремниевая долина. Fairchild. Дружба с Intel. От банкротства до Ryzen 5000.
0:00 Вступление
0:38 Наследие Fairchild
5:18 Джерри Сандерс и Роберт Нойс
8:58 Дружба Intel и AMD

Про AMD невозможно рассказать без Intel и наоборот.

Всё началось в середине 50-ых годов. Профессор Стэнфордского университета, Уильям Шокли, решил основать собственную компанию.

Реализация его идей упёрлась в финансирование, с которым ему помог американский химик и финансист Арнольд Бэкман. Локацию для создания лаборатории, профессор выбрал Маунтин-Вью, в Калифорнии. так как рядом в Пало-+Альто жила его пристарелая мама и ее нужно было навещать.  

Несмотря на то что большинство американских предприятий того времени базировались на восточном побережье, здесь и было положено начало знаменитой силиконовой(разг.) долине.
Бизнес бизнесом а мама дороже всего!

Бывшие коллеги и знакомые Уильяма отказались ехать в глухую сельскую местность. Да и кто мог подумать что в недалеком будущем это место станет технологическим центром всего земного шара.
Шокли пришлось искать молодых физиков и химиков через газету NewYorkTimes…
источник

t

tsla in cloud_flood
nanomechanic
dockerfile и строчка запуска контейнера какая?
немного не понял, вывод inspect контейнера?
источник

n

nanomechanic in cloud_flood
Dockerfile для сборки образа и docker run строчка интересует
источник

p

pragus in cloud_flood
Sergey Gruzdov
проще завести палку и пиздить тех кто изменяет
Ну ты же не будешь пиздить себя самого.

Тут вот один товарищ пару дней ковырял баг, что "данные бьются". Оказывается, прос6 буферы между собой перепутал.

А обернул бы их в свои типы - компилятор сразу бы врезал по щщам
источник

n

nanomechanic in cloud_flood
tsla
немного не понял, вывод inspect контейнера?
у тебя там где запущен l2tp контейнер фаервол может дропать пакеты. добавь -j LOG перед дропом в INPUT и FORWARD и смотри логи
источник