Дмитрий Энтелис

Берите Pascal, не прогадаете.

Им плевать на сам Телеграм, у них цель - отключить Россию от запада, но других поводов кроме Телеграма пока что не нашли. А логика у них проста - если Телеграм есть в Google Play - то Google должен быть подвергнут инквизиции.

Так "А ЧЕГО ВЫ ХОТЕЛИ"?
После хардресета контроллер не может быть уверен в целосности рейда (ибо неизвестино где он там прервался) и потому перепроверяет весь рейд.
Проблему может решить контроллер с батарейкой, но тоже не всегда.

А где вы искали?
Такое ощущение, что вы ищете через знакомых, знакомых знакомых, репостите вакансию в соцсетях или еще какими-то окольными путями.

Почему бы не решить вопрос в лоб:
1) Запостить вакансию на работных сайтах: hh.ru, superjob.ru, moikrug.ru/vacancies и пр ?
2) Пробегитесь по профилям в МоемКруге, ВК и LinkedIn. Напишите в личку подходящим по профилю людям.
3) Если уж совсем глухо, заплатите денег эйчар агентствам.

Вообще странное дело, js на различном уровне знает достаточно народа, среди них должны быть и толковые.
Вы ж не редкого профиля спеца ищете.
Может денег мало предлагаете? Или этот quasar такая экзотика, что на нее никто размениваться не хочет, тогда платите выше рынка.

Если нагрузка на БД не большая и структура БД простая, то ORM подойдёт. Но если много таблиц большого размера(миллионы записей) и требуется строить отчетность, то ORM уже не потянет.
Нужно руками строить запросы и анализировать план выполнения, чтобы выжать максимум. Обратная сторона - если нужно поддерживать несколько платформ, то писать запросы придётся для каждой платформы с учетом особенностей синтаксиса.

Как вы потом работаете со строками, просто как со словарями?

большую часть задач такого плана нужно свалить на субд. Когда остается выборка на 10-100-1к елементов - перебирается как словарь или список

Как вы защищаетесь от опечаток в названии столбцов таблицы?

тесты завалятся, иде подсветит, иде подтянет константы из кода или из БД

Даже для самых простых запросов, например, `SELECT ... FROM table WHERE id = 1`, вы всё время пишете такой длинный запрос?

если такой запрос встречается три раза он выносится и потом вызывается, как функция
Запрос "длинный", когда он не помещается на один екран или его требуется дробить, чтоб понять логику его исполнения

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

Будьте готовы к тому, что ваши 9 часов проведенных на работе = 4-5 по тайм трекеру.
И если порой на работе можно весь день делать видимость работы, по тайм трекеру так не выйдет

Решение называется "адекватный начальник". Оставайтесь на окладе, продолжайте работать по 8 часов день с перерывом. Важно не количество отсиженного за работой времени, а качество сделанного.

Если вы будете работать по 16 часов, а на выходе будет фигня из-под коня - какой от этого прок? А оплату будете требовать в двойном размере. Не годится такое, не правильно это.

Печальная ситуация, вызванная видимо прежде всего недостатком опыта в подобных доработках да и в целом, поэтому на будущее несколько правил:
1) не связываться с индусами (ну только если на хлеб не хватает и кроме индусов работы/заказов нет).
2) выяснять заранее максимальные подробности заказа перед его принятием (тут очевидно этот ад можно было заранее предвидеть)
3) не лезть сразу на боевые сервера (production), если у клиента только боевой сервер или он предлагает делать сразу на нем - то учитывая п. 2) посылать лесом.

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

Никак, всё что может сделать браузер - то может сделать и клиент, притворившись браузером

Ну для начала стоит открыть документацию и почитать. Особенно выделенный блок в самом начале.
php.net/manual/ru/function.mysql-query.php

Во вторых, я не вижу $mysqli->error.
В третьих, почему переменная под запрос называется $conn ?
Может вы просто забыли установить соединение с БД и сразу делаете запрос?

В четвертых, ошибки, логи, дебаг ?

Как вы поняли, что $arr[0] = 1. (где дебаг/трейс)

Всегда проверяйте regex-ом или фильтрами все входные данные, а выходные - оборачивайте через htmlspecialchars().
Таблица символов HTML5