Только есть замечание. При публикации гайдов по микроту было бы хорошо показывать не только скриншоты, но и команды терминала. Зачастую их читать удобнее
Устройство произвело приятные впечатления. Нет ощущения "на коленке". Купил на пробу. Теперь за недорого могу пробросить устройства zigbee с дачи на сервер HA домой через zigbee2mqtt. Светодиоды, да, яркие для дома. Некритично, но "минус бал" :)
Видимо не правильно выразился. За соцсетами по китайской схеме. Впрочем, если китайцы захотят выйти на рынки за пределы Китая - у них это вполне получится
Нет, вопрос в интеграции сервисов. Их мессенджеры/соцсети это некий гибрид, если можно так сказать, соцсетей, месенджеров, гос.услуг, платежной системы. Т.е. как бы человек не хотел - он привязан туда навсегда.
Дальше - "черное зеркало". Социальный статус, лайки/дизлайки, полный контроль.
Возможно, будущее за китайскими соц.сетями. Но, одно из немногих, что раздражает - это чисто китайский интерфейс (дело не в иероглифах, а в цветасто-аляповатой вырвиглазности)
Какие обиды :) Задача статьи, я имел ввиду. А рабочая задача - упростить себе работу. Remote desktop manager, конечно крут, но слишком тяжел и дорог. К тому же, у нас штат 1Сников, админов 1 и 3 линий и прочих, кому надо быстро подключиться к RDP через VPN или к Mikrotik клиента. Плюс, вывод самой необходимой информации о клиенте в окошко (серверы, подсети, вебморды etc). Вот и написал небольшой мультитул, практически не имея опыта в программировании, на основании таких же статей по PS, а уже потом решил поделиться с сообществом, поскольку мне PS для решения таких задач понравился. Но в реалии, буду уходить от VPN в сторону SSH-туннелей для админских подключений.
Да, и реальное доменное имя тоже обязательно. Сертификаты выдаются на имена вида www.имя.com(ru), zabbix.имя.com(ru), nextcloud.имя.com(ru), имя.com(ru) Т.е. сначала регистрируем доменное имя, привязываем его к своему ip, делаем проброс 443 порта с роутера на сервер, потом получаем сертификат ssl Если пробрасываешь на микротике, как у меня, то надо обязательно указывать dst-address=внешний_ip, иначе весь трафик с 443 завернется вовнутрь и будет плохо (перестанут открываться страницы https)
Жёлтые страницы интернета
Только есть замечание.
При публикации гайдов по микроту было бы хорошо показывать не только скриншоты, но и команды терминала.
Зачастую их читать удобнее
Ждём продолжения
Есть такое. Кому-то нравятся японские мастеринги, а кто-то (я в их числе) их на дух не переносит. Независимо от носителя.
Дополню ещё пунк свет
Отопление/кондиционирование/вентиляция/освещение.
А, ещё мониторинг энергопотребления. И управление включением/отключением бытовой техники через умные розетки.
Ещё управление шторами/жалюзями.
Но вот управление стиралкамм, чайником и кофнмашиной точно лишнее. По крайней мере без автоматизации загрузки белья и заливки воды.
Устройство произвело приятные впечатления. Нет ощущения "на коленке".
Купил на пробу. Теперь за недорого могу пробросить устройства zigbee с дачи на сервер HA домой через zigbee2mqtt.
Светодиоды, да, яркие для дома.
Некритично, но "минус бал" :)
Если компания присутствует на рынке страны - пусть регистрирует товарный знак и доменное имя.
Если нет, то кто мешает другой компании или частному лицу зарегистрировать домен типа sosasola.zz?
А 100 раз ниже, значит 2.7 К/100=0.027К
Пишем пару проектов на MS Access
Смотрим, что получилось в запросах.
Профит, мы понимаем в SQL
Когда умрем, это уже будет не 'однажды"
Ведь времени уже не будет (субъективного).
Видимо не правильно выразился. За соцсетами по китайской схеме.
Впрочем, если китайцы захотят выйти на рынки за пределы Китая - у них это вполне получится
Нет, вопрос в интеграции сервисов.
Их мессенджеры/соцсети это некий гибрид, если можно так сказать, соцсетей, месенджеров, гос.услуг, платежной системы.
Т.е. как бы человек не хотел - он привязан туда навсегда.
Дальше - "черное зеркало". Социальный статус, лайки/дизлайки, полный контроль.
Возможно, будущее за китайскими соц.сетями.
Но, одно из немногих, что раздражает - это чисто китайский интерфейс (дело не в иероглифах, а в цветасто-аляповатой вырвиглазности)
легко. Сервер HP дома на балконе стоял. Кошка нассала. Через корпус просочилось на маму.
Если все в девопсы уйдут, кто сети админить будет? Кто будет строить все эти маршруты, коммутации, всякие L2/3 и прочие BGP с OSPFвми?
Кто будет MS Exchange поднимать и а AD ковыряться?
А сетки по VLANам делить, да 40+ отделов по всей стране разруливать?
Все таки, стоит разделять Devops от Net admins
Seafile все никак руки не дойдут попробовать
Какие обиды :)
Задача статьи, я имел ввиду.
А рабочая задача - упростить себе работу.
Remote desktop manager, конечно крут, но слишком тяжел и дорог.
К тому же, у нас штат 1Сников, админов 1 и 3 линий и прочих, кому надо быстро подключиться к RDP через VPN или к Mikrotik клиента.
Плюс, вывод самой необходимой информации о клиенте в окошко (серверы, подсети, вебморды etc).
Вот и написал небольшой мультитул, практически не имея опыта в программировании, на основании таких же статей по PS, а уже потом решил поделиться с сообществом, поскольку мне PS для решения таких задач понравился.
Но в реалии, буду уходить от VPN в сторону SSH-туннелей для админских подключений.
Хорошая программа. Не спорю.
Задача статьи была показать некие приемы работы в PS, и показать что PS не cmd, умеет не только dir c::)
Да, и реальное доменное имя тоже обязательно. Сертификаты выдаются на имена вида www.имя.com(ru), zabbix.имя.com(ru), nextcloud.имя.com(ru), имя.com(ru)
Т.е. сначала регистрируем доменное имя, привязываем его к своему ip, делаем проброс 443 порта с роутера на сервер, потом получаем сертификат ssl
Если пробрасываешь на микротике, как у меня, то надо обязательно указывать dst-address=внешний_ip, иначе весь трафик с 443 завернется вовнутрь и будет плохо (перестанут открываться страницы https)
/ip firewall nat add action=dst-nat chain=dstnat dst-address=внешний_ip dst-port=443 protocol=tcp to-addresses=внутренний_ip to-ports=443