Ребята, подскажите чайнику, в каком дистрибутиве переключение раскладки Ctrl-Shift работает «из коробки»? Без установки дополнительных компонент и конфигурирования? Нативно, так сказать.
Из того, что я успел понять о дроблении акций топовых компаний — в первые наносекунды торгов их стоимость резко взлетает из-за ожиданий рынка о притоке «домохозяек». Потом неизбежна коррекция, возможно уже к концу торговой сессии.
Стоило писать такую большую и подробную статью с претензией на фундаментальный анализ? Вы же на форуме ИТ-шников, а не домохозяек. Кому это интересно — давно уже получили в брокерской рассылке.
КМК, впаривать идею мгновенного обогащения ИТ-шникам — неблагодарное дело. Ибо анализ происходящих событий — элемент нашей профессиональной деформации. Вам бы поискать более благодарную аудиторию.
Тогда позвольте поделиться собственным опытом. Лет 15 назад на среднем производственном предприятии (>500 сотров) созерцал и участвовал во внедрении подобного.
Краткое резюме — схема неработоспособна в «чистом» виде, только комбинирование дает приемлемые результаты.
Не получилось привлекать «кухарок к управлению госудаоством» — процесс созерцания (дележа) прибыли приводил к вселенскому срачу. Кроме того, любой условный кладовщик/грузчик, привыкший получать регулярно N руб., совершенно не соглашался получать меньше из-за «какой-то там прибыли, в малости которой он не виноват» :)
Продажникам, «поднимающим компанию с колен», то же было не очень интересно — весь месяц продаешь вагонами и без скидок, а тут итоговая с/с как грохнет и сожрет всю твою зп. В результате закрепилась схема с фиксом за выполнение плана продаж плюс бонусы/антибонусы за недо/перевыполнение.
По «топам» схема работает более/менее нормально. Пришлось только ввести понятие «себестоимость для расчета зп», несколько отличающееся от реальной (её проще посчитать и она не учитывала некоторых нерегулярных платежей). Плюс ежеквартальные/ежегодные бонусы от уже итоговой прибыли.
Лучше всех эта схема «зашла» владельцам бизнеса — входная цена сырья зависела от сложной логистики, растаможки, цепочки перепродаж. В результате собственники «заводили в игру» сырье по более дорогой цене, уже «отжав в серединочке» своё. Как только народ это понимал — обижались, уходили.
Тут, на мой взгляд, нужно соблюдать принцип разумной достаточности. Все навороты мною сделаны из-за невозможности прописать в микротике резервный (в практическом понимании этого слова) DNS.
Проверять PiHole DNS-запросами — правильней, но ваять специальный скрипт не вижу смысла. Пока. Если столкнусь с отказами в этой конструкции — обязательно сделаю.
А что касается единой точки отказа — у меня есть (на полке) запасной микротик :)
Не нравится так — в случае аварии PiHole сеть (клиенты) остается без ДНС. То, как сейчас (в DNS микротика прописан адрес PiHole, по netwatch мониторится его доступность и в случае проблем переключается на «восьмерки») — обеспечивает резервирование в случае сбоя. За исключением варианта, когда PiHole-машина пингуется, а резолвы в ней не идут — надеюсь, что такие вещи будут очень редки.
Да, Вы правы в отношении (отсутствия) стандартизации. Однако хочется неких очевидных вещей по управлению DNS, по крайней мере, от микротика — приоретизация серверов — штука очень ценная.
В микротике есть еще одна «не очень хорошесть» — все исходящие DNS-запросы маскарадятся и повлиять на это никак нельзя. В результате на PiHole-сервер приходят запросы с из другой подсети с одного адреса и это «режет» статистику.
Ага, у меня именно так. А в микротике в качестве DNS изначально было прописано 192.168.142.2, 8.8.8.8 (192.168.142.2 — виртуалка с DoH и PiHole). И в такой ситуации у меня DNS-запросы шли через «восьмерки».
На базе mikrotik нельзя поставить pihole и dnscrypt не организуешь — нет функционала.
Столкнулся с определенной неприятностью в реализации DNS-сервера mikrotik. Прописал первым адресом IP виртуалки с DoH и PiHole, вторым — 8.8.8.8 и наивно предполагал, что запросы пойдут через DoH в качестве основного канала, а «восьмерки» будут резервным. С удивлением обнаружил весь трафик DNS на «восьмерках». Полагаю, что mikrotik как-то оценивает сервера DNS по качеству (скорости ответа?) и потом весь трафик гонит в лучший.
В моей ситуации виртуалка с DoH лежит не в домашней сети, а доступна через vpn с офисом, поэтому неудивительно, что прямые запросы на «восьмерки» оказались эффективнее. Выкрутился пока через netwatch — пингую DoH и в зависимости от доступности меняю там DNS-сервера на mikrotik.
Победил. Умные люди отключили firewall и selinux — картинка появилась.
Файервалл позже буду настраивать. А вот selinux этому решению, надеюсь не нужен.
Коллеги, пните, пожалуйста, «чайника линукс» в правильном направлении копания:
— Виртуалка 2Gb, чистая установка последней Cent OS 7;
— по шагам все прохожу до пункта «Осталось только подключить сервис к Pi-Hole. Для этого вы заходите в веб-интерфейс Pi-Hole (тут вам пригодится записанный в первом этапе пароль)»
— получаю экран вида drive.google.com/file/d/1ZsY_tC5fnMs54pIHqmD4QkwIGoE_pnbr/view?usp=sharing
Мне кажется, что Ваше первое образование было гуманитарным, а потом Вы увлеклись сортировками.
Нигде в Ваших упоминаниях сортировки интро выше не звучало про её худшую вычислительную сложность N log N. Я же упомянул этот алгоритм исключительно в этом контексте — это была иллюстрация признания моей ошибки.
А что касается достойности алгоритма — не могу спорить, это такое понятие, которое формулой не измеришь. Нахождение его в ядре ОС означает, что алгоритм очень прозрачный и простой и разработчики совершенно к месту применяют Принцип Оккама.
Я говорил не про время, а про алгоритмическую сложность. Лучшее, среднее и худшее время есть доказанные математические формулы. Ссылки на них приводил — сравнение формул (N log2 N) vs (N log N) весьма наглядно. [Двойка в логарифме означает квадрат логарифма].
А тесты здесь притом — Вы в своих доводах упоминаете «как показывают мои тесты» и дальше декларация чего-то. Это, хм-м, не аргумент. Вы можете сколько угодно на примерах демонстрировать скорость сортировки Шелла, но против формул не попрешь. Или Вы с ними не согласны?
Э-э-э, изначально вопрос звучал как «А какой алгоритм вы бы посоветовали как дефолтную замену qsort? Без оптимизации под конкретную задачу с конкретными требованиями, а просто «вот это нужно сейчас отсортировать».» и никто не говорил про «крупные почти упорядоченные массивы».
То есть фрагмент ответа «Рекомедую «просто для сортировки» использовать средства из коробки» мне абсолютно понятен, а вот зачем всплыла сортировка Шелла — нет. Ну да ладно — возможно, ответ кроется в личных симпатиях автора :) Я же питаю симпатию к qsort :)
Буду признателен.
Стоило писать такую большую и подробную статью с претензией на фундаментальный анализ? Вы же на форуме ИТ-шников, а не домохозяек. Кому это интересно — давно уже получили в брокерской рассылке.
КМК, впаривать идею мгновенного обогащения ИТ-шникам — неблагодарное дело. Ибо анализ происходящих событий — элемент нашей профессиональной деформации. Вам бы поискать более благодарную аудиторию.
Краткое резюме — схема неработоспособна в «чистом» виде, только комбинирование дает приемлемые результаты.
Не получилось привлекать «кухарок к управлению госудаоством» — процесс созерцания (дележа) прибыли приводил к вселенскому срачу. Кроме того, любой условный кладовщик/грузчик, привыкший получать регулярно N руб., совершенно не соглашался получать меньше из-за «какой-то там прибыли, в малости которой он не виноват» :)
Продажникам, «поднимающим компанию с колен», то же было не очень интересно — весь месяц продаешь вагонами и без скидок, а тут итоговая с/с как грохнет и сожрет всю твою зп. В результате закрепилась схема с фиксом за выполнение плана продаж плюс бонусы/антибонусы за недо/перевыполнение.
По «топам» схема работает более/менее нормально. Пришлось только ввести понятие «себестоимость для расчета зп», несколько отличающееся от реальной (её проще посчитать и она не учитывала некоторых нерегулярных платежей). Плюс ежеквартальные/ежегодные бонусы от уже итоговой прибыли.
Лучше всех эта схема «зашла» владельцам бизнеса — входная цена сырья зависела от сложной логистики, растаможки, цепочки перепродаж. В результате собственники «заводили в игру» сырье по более дорогой цене, уже «отжав в серединочке» своё. Как только народ это понимал — обижались, уходили.
Проверять PiHole DNS-запросами — правильней, но ваять специальный скрипт не вижу смысла. Пока. Если столкнусь с отказами в этой конструкции — обязательно сделаю.
А что касается единой точки отказа — у меня есть (на полке) запасной микротик :)
В микротике есть еще одна «не очень хорошесть» — все исходящие DNS-запросы маскарадятся и повлиять на это никак нельзя. В результате на PiHole-сервер приходят запросы с из другой подсети с одного адреса и это «режет» статистику.
Ага, у меня именно так. А в микротике в качестве DNS изначально было прописано 192.168.142.2, 8.8.8.8 (192.168.142.2 — виртуалка с DoH и PiHole). И в такой ситуации у меня DNS-запросы шли через «восьмерки».
Столкнулся с определенной неприятностью в реализации DNS-сервера mikrotik. Прописал первым адресом IP виртуалки с DoH и PiHole, вторым — 8.8.8.8 и наивно предполагал, что запросы пойдут через DoH в качестве основного канала, а «восьмерки» будут резервным. С удивлением обнаружил весь трафик DNS на «восьмерках». Полагаю, что mikrotik как-то оценивает сервера DNS по качеству (скорости ответа?) и потом весь трафик гонит в лучший.
В моей ситуации виртуалка с DoH лежит не в домашней сети, а доступна через vpn с офисом, поэтому неудивительно, что прямые запросы на «восьмерки» оказались эффективнее. Выкрутился пока через netwatch — пингую DoH и в зависимости от доступности меняю там DNS-сервера на mikrotik.
Файервалл позже буду настраивать. А вот selinux этому решению, надеюсь не нужен.
— Виртуалка 2Gb, чистая установка последней Cent OS 7;
— по шагам все прохожу до пункта «Осталось только подключить сервис к Pi-Hole. Для этого вы заходите в веб-интерфейс Pi-Hole (тут вам пригодится записанный в первом этапе пароль)»
— получаю экран вида
drive.google.com/file/d/1ZsY_tC5fnMs54pIHqmD4QkwIGoE_pnbr/view?usp=sharing
Но за эту статью и особенно за полемику к ней хочу Вас поблагодарить особо — получил и новые знания, и удовольствие.
Спасибо! :)
Нигде в Ваших упоминаниях сортировки интро выше не звучало про её худшую вычислительную сложность N log N. Я же упомянул этот алгоритм исключительно в этом контексте — это была иллюстрация признания моей ошибки.
А что касается достойности алгоритма — не могу спорить, это такое понятие, которое формулой не измеришь. Нахождение его в ядре ОС означает, что алгоритм очень прозрачный и простой и разработчики совершенно к месту применяют Принцип Оккама.
А тесты здесь притом — Вы в своих доводах упоминаете «как показывают мои тесты» и дальше декларация чего-то. Это, хм-м, не аргумент. Вы можете сколько угодно на примерах демонстрировать скорость сортировки Шелла, но против формул не попрешь. Или Вы с ними не согласны?
То есть фрагмент ответа «Рекомедую «просто для сортировки» использовать средства из коробки» мне абсолютно понятен, а вот зачем всплыла сортировка Шелла — нет. Ну да ладно — возможно, ответ кроется в личных симпатиях автора :) Я же питаю симпатию к qsort :)