Uno

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

Попробуйте выйти за рамки IT. Наверняка у вас есть друзья/родственники, работающие в сферах далеких от IT. Разузнайте больше о их деятельности, попробуйте вникнуть в рабочий процесс, мысленно представить себя на их месте. Подумайте, что бы вы могли сделать, чтобы как-то облегчить их труд, какая программа могла бы стать потенциально полезной. Обсудите идею с этим человеком и если он согласился, что программа может облегчить ему жизнь, ПРИСТУПАЙТЕ. Вот вам мотивация и почти настоящий проект.

Если ну совсем никак, обратите внимание на отрасли науки. Вот, к примеру, об исторической информатике не думали? Научитесь работать с данными. Возьмите, например, информацию Международного мемориала ( https://www.memo.ru/ru-ru/projects/memoid и https://www.memo.ru/ru-ru/projects/hackathon ) и попробуйте на ее основе сделать какой-нибудь информационный сайт, который в перспективе будет интересен не только вам. Поработайте со статистикой, попробуйте выявить какие-нибудь закономерности.

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

Это суррогатные пары UTF-16, только неправильные. Вторая (нижняя) часть пары должна быть в диапазоне 0xDC00-0xDFFF. Пара преобразуется так:
CodePoint = (HighSurrogate - 0xD800) * 0x400 + LowSurrogate - 0xDC00 + 0x10000

Соответственно, группа \ud83c[\udc00-\udfff] заменяется на [\x{1F000}-\x{1F3FF}]
(0xD83C - 0xD800) * 0x400 + 0xDC00 - 0xDC00 + 0x10000 = 0x1F000
(0xD83C - 0xD800) * 0x400 + 0xDFFF - 0xDC00 + 0x10000 = 0x1F3FF

Аналогично, заменяем \ud83d[\udc00-\udfff] на [\x{1F400}-\x{1F7FF}]
\ud83e[\udc00-\udfff] на [\x{1F800}-\x{1FBFF}]

Группируем, получаем [\x{1F000}-\x{1FBFF}] или полное выражение:

~\x{a9}|\x{ae}|[\x{2000}-\x{3300}]|[\x{1F000}-\x{1FBFF}]~u

https://regex101.com/r/7nipal/1

Только версия PHP должна быть не ниже 7.

Привет.

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

UPD от коллег из эксплуатации:

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

Похоже, ещё пока ничего вы не купили. Для начала - и ключ, и запрос на подпись вы генерируете сами, на доверенном устройстве. Затем CSR отправляете продавцу воздуха в удостоверующий центр, который из него делает валидный сертификат.

Хороший вопрос.

Этот кот будет работать только в 5 версии.
В 7 версии в РНР появился uniform variable syntax.
Он унифицировал обращения к любым типам переменных - объектам, функциям, массивам - так что их стало возможно приписывать друг к другу в любом порядке, $foo()['bar']()->baz.
Но при этом, очевидно, понадобилось ввести правило очередности исполнения. Самое простое - слева направо.

То есть что в итоге мы получаем? Сначала пхп читает $post->$attrs_arr и ждет что в $attrs_arr будет строка. Но там получается массив, и РНР начинает орать тебе об этом. но ты зачем-то выключил отображение ошибок, и ничего не видишь. Так делать нельзя. Если бы ты увидел ошибку, то мог бы при некотором минимальном навыке гугления найти решение самостоятельно. Хотя конечно зумеры, в отличие от нас старых пердунов, родившихся когда интернета ещё не было, на удивление с трудом представляют себе что такое поиск в интернете.

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