Вероятно, коннектор 8P8C (RJ-45) был брокованным или неправильно обжат
Купить коммутатор и как-то вернуть по тому же кабелю локалку
Что вы подразумеваете под первичным ключом?
Говорите пожалуйста языком программирования.
Проектируется большая БД (в теори, высоконагруженная частотой запросов)
нету primary key в этой таблице.
к моему интернет кабелю запитан новый другого цвета
У меня все работает, но напрягает
Вы серьезно считаете, что порядок удаления записей ( ORDER by ...) имеет значение?
как сгруппировать три параметра в один UNIQUE KEY
удалять по этому ключу ?
провайдер заменит вам ONU, вероятность того, что вы выведете из строя OLT - где то в районе 0.
Они работают в паре. Причем жестко в паре.
можно ли тогда подобрать такую функцию, которая позволит избежать коллизий вовсе?
возможно ли найти подходящую хэш-функцию, которая позволить при своевременном увеличении таблицы вообще не иметь коллизий?
что вы будете делать, если окажется, что ваш любимый роутер не совместим с OLT оборудованием провайдера? Менять ради одного клиента голову???
Просто запомните - ONU - это часть провайдерского оборудования
MAC и IP с первого скриншота принадлежат пяти серверам из лабораторного стенда,
После этого оба компьютера пингуют друг друга по локальным адресам, но не пингуют другие компьютеры.
Если я правильно понял, мне надо в роутерах обоих сетей добавить эти маршруты?
В роутер comp1 route add -p 192.168.0.0 MASK 255.255.255.0 192.168.88.114
В роутер comp2 route add -p 192.168.88.0 MASK 255.255.255.0 192.168.0.11
Гораздо проще делать это на стороне MySQL. Включаем General Log, выполняем нужные действия, отключаем General Log (жрёт он всё же достаточно неприлично) и изучаем накопленное. Сессии там выделяются достаточно несложно, и видны абсолютно все сделанные к серверу запросы (скрытые от пользователя предварительно-настроечные при установлении соединения и перед выполнением нужного запроса в том числе).
Боюсь, ты обнаружишь, что PMA мухлюет и сшивает результат из кусков средствами PHP.