DevMan

Есть. Используйте cURL.

upd. На самом деле очень мало сайтов сейчас просто могут отдать контент страницы без контекста. Как минимум им нужны всякие куки, юзерагенты и так далее. Теоретически можно и в file_get_content передать контекст запроса, но в cURL с этим справляется лучше и проще.

Решить задачу в ограниченных условиях намного проще. Упомянутые вами доработки обычно дадут 20% результата и потребуют 80% времени. Зачем авторам это время тратить, какую пользу им это принесёт?

А вообще, на вопрос "почему какие-то люди что-то сделали так, а не иначе" могут ответить только эти самые люди. Нет какого-то кодекса кодпенера, по которому запрещено делать полноценные законченные решения. Как и нет кодекса, обязывающего их делать.
Мы вот вам приводим гипотезы, а вы на них отвечаете "не, ну можно же было сделать". В чём смысл этого обсуждения?

Не говоря уже о том, что утверждение про "процентов 90 из них либо вообще не применимы, либо нужно все править" явно взято с потолка (как и мои проценты, разумеется, но это хотя бы известный принцип Парето). Вы ведь не проводили исследования на эту тему? Может, это конкретные авторы, которых вы смотрели или конкретные типы задач, а остальные 90% решений как раз образцовые? Или соотношение 50/50?

Кнопка работает с пользовательскими данными? Если да, то:

POST '/api/v1/profile/'

body: {
  name: 'UserName',
  /* other data */
  contactLink: 'mailto:user-mail@site.com',
}

Для существующего профиля PATCH по этому же пути, чтобы можно было посылать только измененные данные.
Если кнопка работает не с данными и может быть деактивирована, то по аналогии с 'profile' создаем какой-нибудь POST '/api/v1/pages/{page_id}/content/'.

Делать эндпоинты по изменению отдельных кнопочек, имхо, - маразм.

Просто делаешь коммит в свою ветку, он отразится в пуллреквесте, ну и отвечаешь в комментах что поправил.

Для чистого бекендера базовые понятия о html нужны, можно потратить на это пару вечеров.
Более углубленные знания могут быть бонусом, но не обязательны, если найдете работу, где требуется ТОЛЬКО бекенд.

А для js-фронтендера очень даже нужны.

Сделать форму на всю таблицу, а сейчас это бред

1. Передавать всегда следует временный пароль с автоматическим требованием сменить пароль при первом входе.

2. Передавать пароль можно через доверенное лицо.
Это может быть непосредственный руководитель сотрудника, либо отдельно выделенный "security sponsor" - выделить несколько человек, чтобы в каждой локации было 1-2 security sponsor-а, которые могли бы лично встретиться с сотрудником для передачи пароля.

3. Можно технически - регистрировать телефон сотрудника, его внешнюю почту. Но это только для основного пароля (входа в домен/почту). Для повышения безопасности можно поделить пароль на две части, половину слать на почту/телефон, половину через руководителя/HR.

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

Я аж зарегистрировался на тостере, когда увидел этот вопрос.
У меня тема наболевшая.
Я за свою жизнь получил два высших образования Не для корочки, мне действительно было интересно то, что я изучал. И действительно это использовал.
Сейчас мне 30+ и я руковожу направлением информационной безопасности в организации численностью over 1,5K человек. До этого руководил тем же самым, но в конторе поменьше. Не самые большие предприятия, но для нашей провинции весьма не плохо.
У меня в подчинении есть вакансии, которые я не могу заполнить по году. Зарплата выше рынка, требования - адекватные. Я прошу минимум: от сетевого безопасника - знать стек TCP/IP, и хоть в первом приближении понимать - что написано в конфиге маршрутизатора. Я уж перестал спрашивать про типовые уязвимости и атаки! Глухо. Также и с теми, кто позиционируется на администрирование СЗИ. Не могут объяснить чем eToken отличается от флешки.
Теперь к сути.
Я собеседовал людей и с вышкой и без нее. И с сертификатами и без них. Я пытался разговорить каждого, найти область, в которой он разбирается, в которой у него горят глаза.
Я сделал для себя вывод - если человек не осилил классическое высшее образование, он не осилит уже ничего. Да, я читал про уникальных самородков, которые обошлись без вышки. Но мне не попадались ни разу.
Высшее образование - это не знания, нет. Это кругозор, умение учится, анализировать и думать. Но диплом, не гарантия. Если человек учился на от...сь, то он и дальше развивается также.
Современное IT, это быстроразвивающаяся область. Учится нужно ежедневно! Свою жизнь нужно выстроить так, чтобы тратить в день не менее одного часа на учёбу. Да, даже в 30+ лет и в позиции руководителя.
А человеков, которые верили, что обойдутся без вышки, которые нашли нишу, которая как-то кормила их до 30, а потом остались у обочины, я насмотрелся. Фу таким быть.

Firefox ещё не умеет такие выражения.
https://bugzilla.mozilla.org/show_bug.cgi?id=1361876

Воспользуйтесь каким-нибудь транспайлером
https://github.com/tc39/proposal-regexp-unicode-pr...

В смысле юзабельности весьма неплох vanillaforums.org/

smf как вариант.
simple machines forum

который легче в освоении чем android studio

Это еще почему?

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