Rsa97

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

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

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

и достаточно ли будет указывать неактивную ссылку на источник

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

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

Тут «!» это не отрицание, а специальная нотация. См конец раздела 5.2.3

Если Вы спрашиваете правильных разработчиков, то:
1. Они строят и продумывают архитектуру
2. Читают официальную документацию
3. Оптимизируют стыки, логику, алгоритмы
4. Они отвечают на Тостере

Если про всех остальных, то:
1. Они спрашивают на Тостере
2. Пытаются найти исходники или статьи, похожие на их задачу
3. Пытаются найти тех, кому перепродать проект.

На самом деле все просто. outerHTML перезаписывает элемент, то есть когда вы записываете у родителя outerHTML, то ребенка на которого ссылается ранее сделанная ссылка уже не существует, там уже новый элемент.

Есть небольшой офис, 15 моноблоков, все они подключены к одному локальному серверу по RDP, по идее можно было не мучаться и подключить их все к WIFI и не будет проводов!

Не надо.
Если вам работать, а не интернете шариться - Wi-Fi хуже проводов.
Тем более, что на 15 машин. Тем более, что возможно есть Wi-Fi у соседей.

Ты уже столкнулся с косяками, но упорно желаешь жрать кактус.

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

Ядра роутера здесь не при чем.
Возможности радиоэфира ограничены.
Возникают множественные коллизии, разрешение которых требует дополнительного времени.

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

Но тут от конкретного бизнес-кейса зависит. Надо знать ограничения.

#team

team_id	|	start_date	|	end_date
--------------------------------------------------
	1	|	01.01.2018	|	05.01.2018

#team_worker

team_id	|	worker_id	
--------|---------------
	1	|	101			
	1	|	102

P.S. В ваших вариантах поле "ид связи", похоже, избыточное. Уникальность связи делают по ( worker_1_id, worker_2_id, start_date).

Outline это контур элемента с внешней его стороны, то есть сразу за border. В отличие от border он никак не влияет на элементы, их ширину и расположение. Ключевое слово inset в свойстве outline: inset 100px green; устанавливает этот контур в виде псевдотрехмерной рамки за счёт осветления правой и нижней границ и затемнения левой и верхней относительно указанного цвета. Ширина 100px, цвет зелёный.

Баг создаёт свойство outline-offset: -125px;, которое задаёт смещение контура. При положительном значении контур будет расширяться во все стороны. А при отрицательном будет сжиматься внутрь элемента.

Спецификация CSS Basic User Interface Module Level 3 в статусе рекомендации говорит о том, что контур элемента со свойством outline-offset при отрицательном значении не должен становиться меньше, чем двукратная вычисляемая ширина контура. То есть если в примере у нас размеры элемента 100x100 пикселей и контур задан у нас шириной 100px, то при outline-offset: -125px; он должен сжаться внутрь элемента на 125px со всех сторон, а спецификация визуально ограничивает сжатие до outline-offset: -50px; (по 50px внутрь с каждой стороны элемента). То есть контур должен просто сойтись вместе со всех сторон, образуя квадрат в нашем случае и насколько больше не ставь отрицательное значение, больше он сжиматься не должен. Но реализация в браузерах не учитывает это поведение и выдаёт непонятные фигуры, если отрицательное значение слишком большое.

https://www.w3.org/TR/css-ui-3/#outline-offset


Поведение при отрицательном outline-offset должно быть как на гифке. Если дальше уменьшать значение, ничего меняться не должно.