lolrofl01, dump.sql скорее всего заливается один раз при первой инициализации базы, а не при каждом запуске. Это не сама база, а её бэкап.
При запуске докер создась ./mysql (если его нет) и прокинет в /var/lib/mysql внутри контейнера. Сама база инициализируется, видимо зальёт dump.sql при первом запуске (это предположение, я не изучал как устроен этот контейнер, может он и при каждом запуске заливает дамп?), а затем при следующих запусках/перезапусках/пересозданиях контейнера внутри будет /var/lib/mysql с уже накопленными данными.
Uno, мы первого джуна-сисадмина когда взяли там всё очень тускло было (в том числе по софтскиллам), через неделю его перевели для обучения в третью линию саппорта, и в итоге он не прошёл испытательный срок. После этого следующих джунов уже взяли после того, как забраковали десятки(!) негодных.
X-yro, нет, подсказки могут появиться и без текста вообще. Меня бы больше удивляло, что подсказка всего одна, а не на весь экран какой-то нейросеткой нагенерено...
Подсказки с историей поиска никак не связаны. Подсказки могут подсказывать то, что пользователь никогда вообще не смотрел и даже не подозревал о его существовании.
X-yro, ютуб норовит подсказывать что пользователя может интересовать. Например, он может использовать тренды или угадывать по первым буквам. Я бы не стал считать, что это чужая история, это скорее именно подсказки.
Неправильно. Индекс надо по тому условию, которое в where, а не по комбинации столбцов в select.
Как работает индекс? В отдельном месте хранится каким-то образом оптимизированная (хеши, b-дерево итд) структура значений поля или полей, которая содержит ссылку на строки таблиц, подходящие под это значение. Поэтому при запросе мы будем перебирать не всю таблицу, а только те строки, которые упомянуты в индексе.
Например, если есть индекс по department, то мы из условия department=100 можем найти строки с таким значением. А если у нас индекс по трём столбцам в комбинации, то он не может использоваться для условия department=100.
Но надо понимать, что индекс эффективен, если он позволяет отобрать незначительную часть таблицы. Если он отбирает очень много строк, то это наоборот будет медленее полного сканирования, так как мы будем прыгать между индексом и случайными строками таблицы вместо простого последовательного чтения таблицы. Но современные движки баз данных умеют определять, какой способ будет более эффективен в данной ситуации, в том числе на основе статистики предыдущих запросов (не знаю, научился ли этому mysql).
Что именно будет делаться при выполнении запроса и какие индексы будут использоваться показывает EXPLAIN.
hint000, какие-то задачи я решал, в том числе не только выдачи статики по маку. Но я цискарь-самоучка, stack overflow certified network administrator...
Если это их стандартный PON-роутер типа Huawei или Ericsson, то там прошивка убогая и ничего особо не умеет. Нужно свой собственный роутер (можно PC, можно железку).
Рекомендую смотреть или Mikrotik, или роутер с приличной поддержкой OpenWrt и flash минимум 8 Мб. Например, многие модели из линейки популярных роутеров TP-Link Archer хорошо поддерживаются. Подробнее смотреть в вики проекта OpenWrt или поиском по всяким профильным форумам типа 4pda.
На роутере поднимаем этот VPN и используем его в качестве точки доступа вместо роутера от МГТС. WAN-порт своего роутера втыкаем в LAN-порт МГТС.
От Wi-Fi сети на МГТС, конечно, придётся отказаться.
Не помню точно, насколько много можно было делать на Cisco в части DHCP, но вообще делается match по mac-адресу и для него отдельный pool с нужной опцией.
Можно также рассматривать, например, услуги типа Мультифон у Мегафона. Так можно получить номер для програмного использования. Но на такой номер не будут доходить всякие банковские SMS.
lolrofl01, разработке можно и в контейнере запустить, и на хосте - как больше нравится.
Базу докер сохранять будет только если прямо позаботиться о том, чтобы она была в постоянном хранилище. Без этого не надо удивляться, что при каждом пересоздании контейнера база будет пустой.
Антон, думаю, что скорее всего особенность реализации, используемой timeweb. В самом протоколе и технологии S3 нет такого, что файл должен быть побит обязательно на куски.
