Дмитрий

Стандарт это про то что при соблюдении указанных условий сеть будет работать с такими то параметрами, производители проверяют и стремятся чтобы указанные параметры были выданы, все что выше - лотерея, зависящая от кучи причин, включая тип оборудования на концах, реальное состояние и состав кабеля и главное что паралельно с этим кабелем протянуто (например наличие силовых линий или других кабелей рядом)

В реальности если попытаться на железе конкретного производителя с конкретными кабелями проводить эксперименты, завести сеть можно и на бОльшем расстоянии (грубо говря сказано что можно 100 метров, а заведется на 110).

Самое обидное, что если скрученная в бухте у тебя в комнате сеть поднимается на больших длинах, то это не обязательно сработает после монтажа этой же лини с тем же оборудованием.

Что значит не заведется? - просто не включится нужный режим сетевой карты 1000/100мбит, это скачкообразно происходит, возможно на предельных размерах в считанные метры оно включится но будут ошибки на линии.

p.s. кажется большую (удобную) предсказуемость дает оптика, у нее наводок со стороны нет

Подскажите, в чем может быть проблема? Спасибо!!!

Подсказываю: Файлы хранятся в файловой системе. Хранить файлы в бд это палка о двух концах, оба из которых засунуты в ж...
1) Файловые системы работают с файлами гораздо лучше текстовых хранилищ.
2) Для отдачи файлов из файлов не нужно выполнять запросы к бд, десериализацию, декодирование из жсон, а затем из базе64, и гнать как ответ от пыха к серверу. Еще и гонять туда-сюда МНОГО данных, бд такое не любит. Просто отдаешь путь к файлу и его сервер напрямую читает.
3) Проще настраивать кэширование на стороне клиента, когда файл отдается не через скрипт, а "как файл"
4) Хранение в базе64 - это +30% примерно к весу изображения
И еще дохрена проблем...

Единственный более-менее аргумент за хранение в базе картинок - отдавать их по запросу только авторизированным пользователям. И то, тут правильнее хранить путь до них, сами картинки держать опять же в фс, выше документ рута, и отдавать их через readfile();

В остальном хранить файлы в бд - решение такое же здравое, как хранить деньги в акциях Российских компаний...

Записывать дату в РНР можно практически в любом формате. Хоть 12/12/12
А вот сравнивать значения можно только тогда, когда старшие разряды идут впереди младших. В частности, строки, содержащие дату, можно сравнивать и сортировать только в формате "задом наперёд". Что делает её очень удобной. Например при именовании папочек с фоточками на домашнем компе

Ну и как правильно отмечено выше, здесь ничего не записывается, а просто выводится. То есть вопрос к тому, кто выводит.

Во первых не --name, а -regex.
find . -regextype posix-extended -regex ./'10{3}'
регексы в find по умолчанию используются от emacs. Т.к. не очень хочется разбираться чем они там отличаются от остальных используем -regextype posix-extended, ибо для любого линукс пользователя это скорее всего привычнее (все же использовали grep). find ищет по регексу выдываемый путь, а не путь по регексу, по этому нужно указать ./ в начале, ибо найденый путь будет ./1000, а не просто 1000

https://ip-calculator.ru/aggregate/

тут это всегда делал. Удобно и быстро, в любом порядке жрёт адреса и агрегирует их в подсети

на бэкап сервере. Хочу закинуть 2 диска по ~16 ТБ зеркалом

Вы не указали интерфейс, но предположу, что SATA.

Если для покупки доступно вообще всё, что предлагается на рынке, то я бы взял те WD, которые на самом деле HGST (Hitachi). Это диски с белой наклейкой безо всяких Gold, Purple, и прочих цветов радуги.

Если нет, то один из возможных входных фильтров - это отсутствие SMR. Хотя, если нагрузка на диски будет невысокой, то влияние СМР может быть не столь выраженным.

Если говорить про Exos, то некоторое время назад Seagate декларировал, что ни в одном из них нет SMR. Но там любимое "specifications are subject to change without notice", так что может быть не лишним перепроверить.

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

файлы заблокированные на чтение в linux есть точно так же как и в других системах, исторически любое резервное копирование предлагается (в любой ос) делать через создание снапшота (в linux это средствами lvm если он используется или при использовани cow файловых систем таких как btrfs/zfs/... прямо их средствами), снапшот является замороженным мгновенным снимком файловой системы, без ограничений по чтению.

совершенно нормально, используя root копировать с помощью обычного cp (scp если по ssh) или rsync или к примеру tar -c . | ssh user@server tar -x скопирует все удаленно, завернув сначала в tar а на удаленной машине распаковав (с помощью ключей tar можно контролировать например файловую систему --one-file-system или передачу hardlink и symlink, например --dereference и --hard-dereference добавят в архив сам файл а не линк на него...)

осторожно, в рабочей системе могут быть запущенные базы данных, копировать файлы которых на живую нельзя (не будет гарантий что будут корректно скопированы данные), такие базы нужно копировать средствами баз данных

p.s. если же все же хочется скопировать систему как есть, а снапшоты недоступны, то лучше перевести диск в режим ro: mount -r remount,ro /dev/sd... и так с каждым разделом, на котором размещена система (тогда начнут отваливаться программы, пытающиеся делать запись) и уже получившиеся данные копировать
в этом случае можно использовать partclone, умеет копировать раздел как dd но не передавая сектора, помеченные как свободные, что заметно быстрее (собственно это самый быстрый способ скопировать раздел)

Если у вас управляемые коммутаторы, можно посмотреть в их таблицы. Там числится, на каком порту какой мак висит.

Для cisco можно выгрузить таблицу из консоли командой:

sh mac add

Возможно это следствие двух обстоятельств:
- ваш провайдер - говно. Держит всех (или нескольких) клиентов в одном бродкастовом домене.
- ваш сосед по провайдеру вставил кабель провайдера не в тот порт роутера.
Как соедствие, IP адрес выдает вам не провайдер, а сосед. Со всеми вытекающими.