s5656

С резким ростом популярности React Server Components и Next.js в последнее время происходит некий сдвиг в понимании, что такое фронтенд.
BFF уже почти становится неотъемлемой частью "фронтенда", и становится обременительно разделять браузер и сервер на разные команды.
На Западе, вообще, уже очень давно и макетами, и вёрсткой, и анимациями очень часто занимается один человек - дизайнер, фронтендеры занимаются связкой браузер + BFF, а бэкендеры занимаются более сложной бизнес-логикой.
К тому же, джуниорам зачастую дают те задачи, которыми сами не хотят заниматься, и на что нет времени. Т.е. это что-то занудное, работа с legacy, передвижение кнопки на 5px влево и т.д. Крайне редко джуниорам дают интересные творческие задачи. Не факт, что вам на новом месте не дадут такие же неинтересные задачи.
Вы можете либо молча сильно стараться в надежде, что вам потом дадут что-то интересное, заметив ваше рвение, либо, лучше всего, пообщаться по-человечески с коллегами и начальством, объяснив, что вы рветесь в бой, а вас в тылу держат. Попросите рассказать об их планах на ваш счёт.
Не исключено, что у вас как раз хорошо получается "Настройка тестов, CI/CD, OLAP CUBE, оптимизация запросов к БД", и поэтому вам эти задачи и дают)
В общем, человеческое общение с коллегами очень часто решает проблемы.
Если же вы к ним придёте с открытой душой, а вас токсично отошьют, вот тогда подумайте о смене работы.

Смотрим только на картинку, в таблицах - непонятное нечто.
В виду недостатка исходный данных принимаем что:
Маршрутизаторы считаем слева направо:1,2,3.
Интерфейсам маршрутизаторов присваиваем такие адреса:
1.1: 10.11.0.1/30
1.2: 10.11.1.62/26
1.3: 10.11.2.62/26

2.1: 10.10.1.62/26
2.2: 10.10.2.62/26
2.3: 10.11.0.2/30
2.4: 10.12.0.2/30

3.1: 10.12.0.1/30
3.2: 10.12.1.62/26
3.3: 10.12.2.62/26

Тогда маршруты на роутере 1:
10.10.0.0 255.255.0.0 10.11.0.2
10.12.0.0 255.255.0.0 10.11.0.2
На 2:
10.11.0.0 255.255.0.0 10.11.0.1
10.12.0.0 255.255.0.0 10.12.0.1
На 3:
10.10.0.0 255.255.0.0 10.12.0.2
10.11.0.0 255.255.0.0 10.12.0.2

Может угадал :)

Работаю сервисным инженером у провайдера. Приехал на заявку. Причина вызова - плохо работает интернет, страницы еле открываются. Скорость по тарифу - 60 Мбит/с. Для проверки наши менеджеры накинули десятку - не помогло. На месте вижу картину: роутер (тплинковский Archer, по-моему, C20), к нему подключены шесть компов. Пять - по WiFi 2,4 ГГц и один - проводом. За последним почти никто не сидит - директорский, директор бывает редко. В общем, на одном из вайфайных компов был запущен просмотр камер видеонаблюдения (точек двадцать по всему городу), при том, что такой же просмотр вёлся и на директорском ПК. Весь канал WiFi забивался этим потоком и на одинэскуу/почту и т. д. ничего не оставалось. При том, что упиралось всё это в 20 Мбит/с. Хватило просто оставить видеонаблюдение только на директорском ПК и инет задышал. Ну, и выдали рекомендацию перевести-таки стационарные ПК на кабель.
Я это к чему? Как тут уже написали - проблема, скорее всего, внутри сети и увеличение ширины канала результата не даст.

100 мегабит/с на 25 офисных станций, скажем так, с классической офисной нагрузкой, в виде сёрфинга в интернете - это более, чем достаточная ширина полосы для их работы!
Вам нужно разобраться, на каком из рабочих мест существует неадекватная сетевая нагрузка. (торренты, malware, etc). Когда выясните, какая из машин утилизирует львиную долю трафика, тогда всё встанет на свои места.
Увеличение "скорости интернета" путём подключения второго-третьего-пятнадцатого кабеля ни к чему не приведут, кроме как "спасибо" от заражённой станции или сотрудника с торрентами.

В моём офисе 4 года был канал связи 100 мегабит на 4011 микротике. И только год назад поставил канал связи 200, и то потому что поставил собственную систему видеонаблюдения на 55 камер, (локалка вся гигабитная.) Вообще не вижу проблем ,если умеете работать с умным хорошим железом и даже на начальном уровне в интернете очень много информации как поднять. Сейчас 385 устройств в сети , активных пользователей свыше 150 ПК , + мобильные на wifi , + гостевая сеть для клиентов . Изучайте умные железки и забудете вход в серверную на года )

Если у провайдера стоит умная железка и он захочет запарится и если у вас умная железка вы хотите запарится то Link Agregation. Будет 200 мбит. Только это не решит вашей проблемы.
У меня по RDP 150 юзеров работают и все норм.
Если вам не хватает то его кто то выжирает весь. Судя по вашим вопросам мы мало шарите. А значит и 200 вам выжрут и вы не будете знать кто.
Для норм офиса 100 хватит за глаза

Интернета не хватает (20+ компьютеров).

Надо с этого начинать. Потому что у меня полторы сотни рыл сидят на таком канале - и ничего. Просто доступ нужно контролировать.
Прокси там, файрволлы, списки блокировок... Обычная, даже заурядная админская работа...

Пока есть возможность - заложите в каждую комнату по минимум 2 кабеля максимальной категории, причем с соблюдением всех правил прокладки. Оконцуйте розетками над плинтусом. Никогда не знаешь, где они впоследствии понадобятся, пусть лежат.
Пару кабелей приведите к точке входа кабеля провайдера в квартиру. Там оконцуйте розетками и в одну из них вставьте кабель провайдера или патчкорд от оборудования провайдера.

Вероятно вам захочется организовать домашний NAS или даже сервачок свой. Прикиньте, где его разместить (лучше не в шкафу по ряду причин). Например, на застекленной лоджии. Туда тоже проложите минимум два кабеля. И питание.

Все кабели с комнат сведите в одну точку, там повесьте небольшой шкаф на 5-6 юнитов. Заведите все кабели в него, там разместите патч-панель, ИБП, полку для роутера, возможно свитч на нужное количество портов, дин-рейку с розетками и автоматом.



Важный момент - дверцу берите глухую, иначе мигание светодиодов ночью достанет.

Приобретите 2-3 точки доступа Wi-Fi mesh. В идеале найти поддерживающие стандарт EasyMesh.
Все точки доступа Wi-Fi собрать в mesh на 5ггц, одну из точек как главную настроить в режиме моста (bridge) и включить в общую сеть.

Маршрутизатор я бы рекомендовал отдельный, без Wi-Fi, по ряду причин. К примеру, что-то из серии Ubiquiti Edge Router. Или тот же Keenetic помощнее, отключив в нем Wi-Fi и спрятав в шкаф на полочку.

Либо не хватает мощи, либо перегрев.

Тут немного другая ситуация... Все процессоры 13-го и 14-го поколения - сходя с конвеера как "годные" - неисправными не являлись. Т.е. и ваш тоже вначале точно был исправен (может и сейчас всё еще исправен). Но потом многие из них глючили и умирали.

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

Да, это заводской брак, но изначально процессор был полностью работоспособен. Некоторые пользователи умудрились избежать деградации - методом научного тыка занизив напряжения в настройках материнской платы. А позже вышел патч микрокода и производители материнок стали вносить его в обновления BIOS. Т.е. обновив BIOS на еще не убитом процессоре - вы существенно продлите оставшийся срок его службы.

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

1. Нет деления по слоям из DDD. Нужно отделять бизнес логику от инфраструктуры. Ответственно контроллерах минимум кода и никакой логики.
2. Анемичные сущности, которые не имеют контроля над своим состоянием агрегата.
3. Сущности знают про то где они хранятся. Если завтра мы начнем хранить данные в другом месте, то ваш код придётся переписывать.
4. Про структурные паттерны можете почитать тут: https://refactoring.guru/ru/design-patterns/struct.... Там есть примеры на PHP.

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

Например, у вас Request размазан по разным папкам: Events, Models, Listeners и т д. Вам завтра скажут вынести модуль заявок в отдельный сервис или вообще его удалить. Вместо того чтобы удалить одну папку, то вам нужно во всех папках найти где есть Request. Конечно, это не удобно. Не говоря о том, то вся логика, в том числе и бизнес логика хранится по всему проекту. И это у вас простой код. А что если будет 100 разных модулей. С вашей структурой вы точно увязните. Плюс у вас будет куча конфликтов при разработке. Нельзя за каждым программистом закрепить папку, за которую он отвечает. Каждому программисту придётся лезть в соседнюю попку, потому что они общие. Ревью делать тоже сложно.

Майнер

Вам следует ознакомиться с документацией на образ php, там будет сказано, какой каталог в нём используется в качестве корневого (и это не /var/www/html).

через несколько месяцев будет происходить пересмотр квалификации

Спросите у тех кто будет делать пересмотр.

Маленькая ремарка.

В наше время такая метрика как количество процессоров (vCPU) - это маркетинговый обман.
Скорее всего продаются виртуалки. И когда мы спорим и обсуждаем на них цены - надо обсудить
каким образом облако их выделяет и вам предоставляет. Я думаю что режимов виртуализации
может быть много. Ядра. Треды. Процессы в докерах-кубернетисах - это тоже
в некотором роде виртуализация.

Идете на сайт ICANN
Подаете заявку на новый TLD
Платите бабки, много бабок, очень много бабок. Зеленых, ессно.
Ведете переписку, очень много деловой переписки. На языке оригинала, ессно
Создаете необходимую инфраструктуру - Вы должны где-то хранить данные о зоне

ПРОФИТ! (Ну, может быть...)

ICANN периодически проводит рассмотрение заявок на регистрацию доменов верхнего уровня. Стоимость такого домена порядка $200000 плюс отчисления от продаж поддоменов. Кроме этого вы должны создать и поддерживать инфраструктуру для обслуживания домена.