Слушайте, ну вот есть донгл, втыкаю его в "сервер" с HA (в докере) - тут всё понятно расписано. Но! донгл не добивает по всей квартире, да еще при кол-ве клиентов >10 не хочет новых привязывать. Потому "далекие от сервера" устройства привязаны к (пока еще tuya-cloud) другому шлюзу. То есть он, (tuya-cloud) Zigbee-шлюз, управляет конечными устройствами, а сам добивает до WiFi-точки. Как такой шлюз привязать к НА-серверу ? .. он не донгл
Так что в итоге с дисками то делать? полежал SSD года 3, данные не полностью читаются, да и фиг с ними. А диск то можно в работу пустить? что предварительно сделать, чтобы производительность не просела?
3-ое это круто, Москва наверное. Вообще 1с-ник чаще всего востребован бухами-менеджерами, так что хороший программист - в первую очередь офигенный главбух и не менее офигенный фин.дир и ком.дир. Ну и доработки его конечно не должны влиять ни на производительность ни на последующие обновления. А в целом да, криворукие черти 99%
лучше для понимания бесплатный курс пройти "Основы Docker" - он много в каких уч. центрах есть. В статье всё правильно, но... подряд. По урокам разбитое и с заданиями - лучше усваивается
не очень понимаю как настраивать STP при использовании MLAG понятно что оно надо, но непонятно как расставить приоритеты на втором уровне последней картинки. причем это очень упрощенная схема, в масштабах чуть крупнее Soho - уровней и 3 и 5 и 7 - не такая уж редкая ситуация
ключевой вопрос: нужно или нет. по сути можно так: рабочее - только на рабочем, включая использование серт, но ! только для рабочих вопросов лично - на личном, но! только легальное, т.е. госуслуги, налоги, банки, коммуналка и т.п. совсем-личное - на отдельно личном. и чтобы точно не копипастить ссылки и случайно не открыть "не то и не там" - физически разделять рабочие места. выглядит как 3 ноута, между собой НИКАК не связанные, ни облаков общих, ни сетей, ни-фи-га
для полноты картины: хорошо бы увидеть - сравнение СУБД в ВМ где диск физически прикручен с СУБД в k8s где диски тоже "поближе" к подам - сравнение СУБД в ОС на голом железе с СУБД в k8s на голом железе к сожалению нет возможности самому сделать стенд. Но может найдутся энтузиасты с возможностями? Пусть не подробный отчет, хотя бы цифры голые
у читателей Хабра не забалУешь :) взяли и всё опОшлили. Ребятам из Мультифактор - респект! всё правильно, развивайте своё. Не слушайте всякие "коллеги из .. . так уже пробовали и им не понравилось", не факт, что первые (чужие) попытки были корректны и использовали все возможные варианты. Хотя с замечаниями про структуру данных - согласен, особенности Linux надо учитывать, всё таки основная цель - плавно перевести страну на отечественное ПО. ildarz еще упоминал "крайне специфичный и редко используемый в реальности сценарий RODC, но игнорируете наиболее распространенный. Так себе замена" - подобные высказывания не истина в последней инстанции, не верьте! - дерзайте, у вас всё получится!
попадалось "заколдованное место": время от времени кинескопный монитор начинал сильно мерцать. время, паузы - произвольно. рокировали мониторы в кабинете - поняли, что именно "место" виновато. догадались спросить у соседей - там промышленная швейная машинка стояла, пользовались ей непостоянно, произвольно - во время ее работы появлялись дикие помехи. решилось заменой монитора на LCD, благо они как раз в то время в цене упали
Слушайте, ну вот есть донгл, втыкаю его в "сервер" с HA (в докере) - тут всё понятно расписано. Но! донгл не добивает по всей квартире, да еще при кол-ве клиентов >10 не хочет новых привязывать.
Потому "далекие от сервера" устройства привязаны к (пока еще tuya-cloud) другому шлюзу. То есть он, (tuya-cloud) Zigbee-шлюз, управляет конечными устройствами, а сам добивает до WiFi-точки. Как такой шлюз привязать к НА-серверу ? .. он не донгл
Так что в итоге с дисками то делать? полежал SSD года 3, данные не полностью читаются, да и фиг с ними. А диск то можно в работу пустить? что предварительно сделать, чтобы производительность не просела?
3-ое это круто, Москва наверное. Вообще 1с-ник чаще всего востребован бухами-менеджерами, так что хороший программист - в первую очередь офигенный главбух и не менее офигенный фин.дир и ком.дир. Ну и доработки его конечно не должны влиять ни на производительность ни на последующие обновления. А в целом да, криворукие черти 99%
не, ну реально бывает проблемой дефолтный конфиг postgres.conf
"зачем делать робота антропоморфным"
это всё лобби от порноиндустрии
лучше для понимания бесплатный курс пройти "Основы Docker" - он много в каких уч. центрах есть. В статье всё правильно, но... подряд. По урокам разбитое и с заданиями - лучше усваивается
бредни релокантов. уехали - и бог с вами. главное обратно не лезьте. мы наш, мы новый мир построим, но без вас
не очень понимаю как настраивать STP при использовании MLAG
понятно что оно надо, но непонятно как расставить приоритеты на втором уровне последней картинки. причем это очень упрощенная схема, в масштабах чуть крупнее Soho - уровней и 3 и 5 и 7 - не такая уж редкая ситуация
ключевой вопрос: нужно или нет. по сути можно так:
рабочее - только на рабочем, включая использование серт, но ! только для рабочих вопросов
лично - на личном, но! только легальное, т.е. госуслуги, налоги, банки, коммуналка и т.п.
совсем-личное - на отдельно личном.
и чтобы точно не копипастить ссылки и случайно не открыть "не то и не там" - физически разделять рабочие места.
выглядит как 3 ноута, между собой НИКАК не связанные, ни облаков общих, ни сетей, ни-фи-га
так я про ВМ во всяких х.Cloud и не говорил, там понятно, что слои физики и ВМ далеки друг от друга..
свой гипервизор - под ним ВМ-ки, к которым прикрутить физические SSD nvme
и на своем же гипервизоре ноды с физически прикрученными дисками
Сколько скептиков накинулось... а как же "ребята, надо верить в чудеса..."
а "почини" в посте не было, этим видимо другие занимаются прочитав "задокументированное"
для полноты картины: хорошо бы увидеть
- сравнение СУБД в ВМ где диск физически прикручен с СУБД в k8s где диски тоже "поближе" к подам
- сравнение СУБД в ОС на голом железе с СУБД в k8s на голом железе
к сожалению нет возможности самому сделать стенд. Но может найдутся энтузиасты с возможностями? Пусть не подробный отчет, хотя бы цифры голые
нейросети из EVE-online всё ближе ;)
у читателей Хабра не забалУешь :) взяли и всё опОшлили.
Ребятам из Мультифактор - респект! всё правильно, развивайте своё.
Не слушайте всякие "коллеги из .. . так уже пробовали и им не понравилось", не факт, что первые (чужие) попытки были корректны и использовали все возможные варианты.
Хотя с замечаниями про структуру данных - согласен, особенности Linux надо учитывать, всё таки основная цель - плавно перевести страну на отечественное ПО.
ildarz еще упоминал "крайне специфичный и редко используемый в реальности сценарий RODC, но игнорируете наиболее распространенный. Так себе замена"
- подобные высказывания не истина в последней инстанции, не верьте!
- дерзайте, у вас всё получится!
Трофеить логично и правильно, но ... а так ли оно нам надо? Больше трофеев - меньше своих, отечественных разработок
4 в минуту? ... их сотни в день приходится писать потому что а) ИИ таки тупой, б) тем для поиска помощи в день, даже в час нифига не одна.
по другому - нескрепово. зачем нам буржуйский инет
попадалось "заколдованное место": время от времени кинескопный монитор начинал сильно мерцать. время, паузы - произвольно. рокировали мониторы в кабинете - поняли, что именно "место" виновато. догадались спросить у соседей - там промышленная швейная машинка стояла, пользовались ей непостоянно, произвольно - во время ее работы появлялись дикие помехи. решилось заменой монитора на LCD, благо они как раз в то время в цене упали
Скока денег в бюджет закладывать?
Когда будут курсы администрирования хотя бы в крупных образовательных центрах?