Александр

А при чем тут вообще ООП? ООП не говорит нам как часто нужно делать запросы к базе, какие запросы писать. ООП предлагает работать с объектами. При чем тут читаемость вообще? Я могу прочитать как несколько вызовов методов обращения к бд, так и один.
Сокращение колл-ва обращений к базе - не ООПешный подход. Это подход оптимизации производительности. Если у вас есть 1 запрос, ваш код будет работать быстрее, чем если бы запросов было 2. Читаемость кода улучшает грамотное проектирование методов - разделение ответственности, правильные имена и многое другое.
В данном случае нет вообще никакого смысла делать несколько одинаковых запросов. В вашем вы скорее всего просто получите ошибку, если элемент в базе не найден. Если нет, то проверки
if ( $product ) ...
хватит сполна.

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

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

Как вариант: тебе присылают структуру, если у тебя есть какие-то изменения базы, ты присылаешь из в виде запросов отдельно. Они накатывают твои запросы в основную базу.

Сначала работал на pro 13, на работе начал пользоваться pro 16, разницы почти не заметил. Сейчас переодически с одного на другой переключаюсь, никакой разницы.
А по поводу 25-32 - чушь несусветная. Я на pro 13 перешел с 2-х 23-х дюймовых, первый месяц привыкал, а после свыкся и работаю одинаково что на 13, что на 27 монике.

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

Ну это знания слабого джуна...

Да и вообще, разработка - это не только теория и сферические магазины в вакууме. Разработка - это релизы, дедлайны, работа с чужим кодом, код ревью, взаимодействие с занудами бэкендерами, идиотами фронтами, успешными-успехами проджект менеджерами, высокомерными лидами и двинутыми дизайнерами. Если вы никогда не работали над продуктовым проектом, вы не знаете истинную цену фич и вылезших багов. Из-за ваших кривых рук не отваливалось приложение у 30% юзеров. Вы не знаете когда можно, а когда не нужно писать код "по книжке".

Мидл - это не просто человек, который поработал в офисе (кстати не обязательно в офисе, я проходил процесс джунства на удаленке и это была боль). Это человек, который работал с проектом и людьми.

имея за собой 1 стоящий проект

Что это вообще такое? Стоящий по вашему? Сколько он приносит денег и сколько в него было инвестировано? Стоящий с точки зрения кода или полезности для людей? Что это была за команда? Что вы использовали?

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

Самое глупое что можно делать - это позиционировать себя не как "разработчик". В один прекрасный момент, когда я считал себя на джун+, меня пригласили на должность среднего мидла и только потому что в своей анкете я указал просто "Разработчик N". Только потому что в компании "Рога и копыта" мидл - это 1 год опыта, а в "Все будет отлично" мидл - это 2+ года и знание A,B,C,D

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

Условно, вы обращаетесь на index.php, он определяет какие ссылки на картинки будут, записывает их в память, следом браузер обращается по этим адресам с картинками и url сгорают. Соответственно для того что бы отобразить нужно сделать запрос на index, без этого ничего. Для загрузки страницы этого хватит, но после загрузки уже скачать не выйдет.

Кто сказал, что?

По ощущениями - категорически нет

Что бы устроиться на должность middle node.js нужно поработать с node.js. В большинстве случаев джун отличатся от мидла опытом работы с технологией. Если вы станите middle php developer, вы сможете претендовать на должность, хоть и крепкого, но джуна для node.
Хотите писать на node - пишите на node. Нет никого смысла "входить в один язык через другой".

Устроиться на работу.

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

По мифам:
Если вам нужна надежность, эпл вам не поможет (ушел я с винды после того как она не запускалась и не восстанавливалась после обновы). Хоть с осью такой проблемы пока не было, но в остальных аспектах ни о какой надежности и стабильности речи идти не может. Пару дней назад я все утро не мог подключиться к вайфай и это на новом макбук про.
Если вам нужна производительность, спросите себя в чем. Хром на моем маке за 140к работает в разы хуже моего прошлого пк за 60к.

Когда имеет смысл выбрать мак за место винды:
1) Вам нужен ноут со всеми вытекающими (нужно часто двигаться и тп)
2) Вы знаете какие программы вам нужны и знаете что они есть только у яблока (но тогда и вопроса бы такого не задавали)

Я бы по рекомендовал смотреть код популярных библиотек. В частности, для симфони. В этих проектах, чаще всего, соблюдаются solid принципы и код выглядит наиболее приемлемо. https://github.com/symfony

Я свои пять копеек вставлю не с точки зрения алгоритма, а с точки зрения чистокододрочера:

Это что вообще за дичь? Вы на джуниор битрикс фронтендера устраиваетесь? Вы вообще про ООП слышали? Или что, если для тестового, то можно и по процедурить? Зачем тут вообще html? Это было задание? Ваш код нарушает все принципы современной разработки. Я бы кандидату с таким кодом даже не перезвонил.
Зачем тут комментарии? Вы думаете человек, который будет ревьюить код не поймет что он делает? Или вы обезьяне этот код показываете так что нужно объяснить такую строку

// Инициализируем массив с первыми тремя числами Фибоначчи
$fibonacciNumbers = array(0, 1, 1);

И вы что в нулевых остались? Почему массив создается уродливым array(), а не []?

Ну и да, алгоритм очень плохой. Можно написать короче и симпатичнее.

Моя оценка кода для джуниор php разработчика - 3/10.

Подозреваю, речь идет о Комплексной проективной плоскости

https://faq.whatsapp.com/android/troubleshooting/p...
Последний пункт. Как они, так и я предлагаем скачать apk файл и установить его в обход

По мимо этого, можете попробовать установить WA business