Артем Кайбагоров

Берете и делаете определенное api на сервере, с микротика определенной утилитой дергаете его по http. А также микротиком дергаете определенное api сервера чтобы он отдал определенный файл.

в Win10 есть Win+G

Ибо ты заменил id с play на pause - а кто будет делать наоборот, да и вообще для такого куда лучше работать с дата атрибутами - если нужна помощь напиши в телегу все объясню. Ибо тут все расписывает лень.
Как заказывали мсье https://codepen.io/angryyum/pen/xxVrQJa?editors=1111

Нуу... насчет выбора CMS || CMF || Frameworks нет правильного ответа.
Есть лишь конкретная задача, которую нужно реализовать и бюджет, которым клиент располагает.
Нужен CMS для ИМ - WordPress + Woocommerce или OpenCart
Нужен CMF - ModX
А если нужен фреймворк, то тут зависит от ЯП и ваших предпочтений / навыков - Yii2, Laravel, Symfony и другие.

Буду благодарен, если подскажите, что влияет на поисковую оптимизацию и плюсы с минусами у сайта на WP и самописного.

Зависит от вашего навыка... Если напишете самописный Г* сайт, то не сможете оптимизировать его... Точно также любую CMS можно изг**нять.
Правила оптимизации одинаковы для всех сайтов независимо от CMS, CMF фреймворков:
- подключите SSL
- меньший вес сайта (ориентируемся на pagespeed)
- меньше элементов в DOM
- оптимизированные картинки
- наличие турбостраниц и amp версии сайта
- наличие карты сайта
- наличие качественного и уникального контента
- отсутствие домена в списке блокировок и т.д.
- наличие robots.txt
- мощный сервер расположенный ближе к основному источнику трафика
- наличие фавикон
- наличие разметки для сайта, меню и т.д.
- грамотный SMM
- реклама на сторонних сайтах
- наличие качественных постоянных ссылок на других ресурсах
и т.д.

https://github.com/microsoft/attacksurfaceanalyzer

Overview
Attack Surface Analyzer is a Microsoft-developed open source security tool that analyzes the attack surface of a target system and reports on potential security vulnerabilities introduced during the installation of software or system misconfiguration.

Attack Surface Analyzer 2 replaces the original Attack Surface Analyzer tool, released publicly in 2012.

Potential users of Attack Surface Analyzer include:
DevOps Engineers - View changes to the system attack surface introduced when your software is installed.
IT Security Auditors - Evaluate risk presented by when third-party software is installed.
Core Features
The core feature of Attack Surface Analyzer is the ability to "diff" an operating system's security configuration, before and after a software component is installed and to run arbitrary complex rules on the results to surface interesting findings. This is important because most installation processes require elevated privileges, and once granted, can lead to unintended system configuration changes.

Attack Surface Analyzer currently reports on changes to the following operating system components:
File system (static snapshot and live monitoring available)
User accounts
Services
Network Ports
Certificates
Registry
COM Objects
Event Logs
Firewall Settings
All data collected is stored in a set of local SQLite databases.

Все можно хранить. Но nosql базы бывают разные, заточенные под разные задачи.
Надо уточнять для чего вам база.
memcached, например, тоже можно сказать что это Nosql база. Используется для ускорения доступа.

А mongodb это скорее объекты, а не документы.

Например, вам нужно хранить такие поля
имя, фамилия, телефон
имя, адрес
фамилия, инициалы, год рождения
телефон, адрес, описание

как вы видите, поля разные. Поэтому в обычной реляционной базе, вам нужно будет заранее создать столбцы для каждого значения. При этом, если в данных куча "пустот", место зачастую все равно будет выделяться. Плюс нужно будет указывать типы данных для каждого столбца.

А в mongodb,например, можно просто хранить объекты как есть:
Имя: Вася, Фамилия: Пупкин, телефон 02
Имя: Петя, адрес: "Останкино, 1"
Имя: Вера, инициалы: "В.Б.", год рождения: нескажу
телефон: "красненький", адрес: "Останкино, 1", описание: "что-то где-то"

И каждый объект хранится ровно с теми полями, которые в нем есть.
При этом поля могут быть разного типа.
При этом можно нормально пользоваться запросами и разными функциями.

Да, тут нет joins, зато монго оптимизирована для работы с подобным и размеры коллекций ее не слишком будут смущать.

А) Это коммутатор в первую очередь, хоть и с заявленным Л3-функционалом.
Б) Л3-функционал у него осуществаляется на процессоре.
В) Процессор у него слабый. Обычно коммутатору не надо мощный процессор, так как вся полезная работа должна осуществляться исключительно свич-чипом, за очень редким исключением.

Но сумрачный микротиковский гений решил, что форвардить траффик процом на коммутаторе - тоже норм, и начал толкать его как "L3-свич" хотя он таковым не является (все же под термином L3-свич чаще всего имеется ввиду устройство, способное маршрутизировать IP на свич-чипе, а не то, как сделано у Микротиков)

Fasttrack у микротиков в дефолте включен уже весьма давно, точно давнее появления CRS-серии домашних роутеров-переростков. И раньше оно помогало показывать роутерам с гигабитными портами и поганеньким ЦПУ почти-гигабитную скорость в стандартных NAT-сценариях, которые без него едва выдавали 200-300мбит (типа RB750G(R2)).

Оно сильно помогает слабым процам выполнять NAT и сложные правила фильтра путем замены полного пути пакета по ядру системы (классификация, пачка пакетных фильтров, маршрутизация, очереди интерфейсов) на короткий FASTPATH-путь, который умеет кое-что (например, NAT/PAT). Естественно, при этом все, что не поддерживается самим FASTPATH - не работает. У других производителей мелких роутеров для этих целей свои хитрости, типа NAT Offload, который, в принципе, работает очень похожим образом.

В конце концов, никто и не обещал гигабитов роутинга на этой железке, на странице производителя указан роутинг при 25 правилах (что примерно соответствует одному правилу NAT-трансляции) - до 700мбит, а если добавить к этому очереди и еще с десяток кривых правил фаервола, то 150 мбит - вполне ожидаемый результат. Кстати, больше гигабита он в принципе, вообще ни при каких условиях не промаршрутизирует - там линк в ЦПУ от свич-чипа - 1 гбит.

В обычном свичинге он вполне выдаст положенные 25 гигабит.

на некоторых моделях можно ограничивать скорость и без очередей, хардварными шейперами/полисерами на портах, которые не будут бить по производительности устройства в целом: https://wiki.mikrotik.com/wiki/Manual:CRS1xx/2xx_s...
Естественно, точнее чем порт/хардварная очередь там нарезки не получится, но это вполне ожидаемо от бюджетного свича.

IDE-ACHI-RAID в биосе нужно переключить в тот же режим, что и в старом ПК было.