Алексей Николаев

Да никто по розеткам ничего не гонит.
Это требует специального оборудования, и крайне маловероятно.

Тут три вероятных варианта -

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

я так думаю, что конечно же веб

Нет.

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

И если вы думаете, что я глумлюсь, то снова нет. Так вы заработаете больше и быстрее, чем если сунетесь в веб, где вам не оставят шансов те, кто берёт меньше, а умеет больше.

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

1. Прочитать правила upwork еще раз.
2. Понять какой пункт вы нарушили и добавить это в свое сообщение.
3. Собрать пакет документов, ссылок и прочей инфы, с которыми писать в сапорт и форум.
4. Если не получилось, повторить с 1 пункта.

В суд вы подать можете, но хорошо осведомленного адвоката с интересом в $2500 вы не найдете, придется все делать самому, думаю это будет хорошая практика.

Господи, опять оптимизируем несуществующие проблемы

Десятки тысяч в минуту это вообще не о чём.
На моей рабочей пукалке с дешевым ХДД 10 тысяч вставляются за пол-секунды. Обычными подготовленными запросами.
На нормальном сервере с SSD будут сотни тысяч. в секунду. про минуты вообще речи не идет.

Что ж вы все так стараетесь решить воображаемые проблемы-то?
причем самым дурацким способом - высасываете из пальца самую незначительную деталь, которая вообще никак ни на что не влияет - и давай её оптимизировать.

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

Как вариант, собеседоваться в компании, которые занимаются open-source продуктами

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

Не совсем понятно, какую цель вы преследуете. Исходя из вашего слова "профитнее" (т.е. по-русски "выгоднее") её можно трактовать по-разному.

1) Если вы рассматриваете свои игры, как дополнительные пункты в резюме разработчика игр, и выгода для вас означает профессиональный рост и потенциальную зарплату у работодателя, то нужно не вылизывать игру до идеала, а повышать KPI. То есть нужно обращать на те моменты, которые приносят прибыль, а которые не приносят - забить. Однако к программированию это имеет мало отношения, это больше маркетинг, психология, геймдизайн, и вот это вот всё. Одному человеку это, как правило, не под силу. Но если вдруг хотя бы одна из ваших игр будет иметь коммерческий успех, пусть даже вы будете лишь одним из ее разработчиков внутри небольшой команды, то это считается серьезным достижением при устройстве на работу и имеет реально солидный вес, какую бы более узкую специальность вы ни выбрали.

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

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

4) Наконец, если вы хотите заниматься буквально саморазвитием, то есть повышать качество кода и снижать количество багов в нем, то нужно заморочиться конкретно на этом. Опять же, игры здесь ни при чем. Нужно наводить порядок в голове, приучать себя к хорошему оформлению кода и т.д. Опыт, конечно, тоже идет в плюс, но тупо опыта не достаточно. А точных рецептов здесь нет. Начать можно даже с гугления наивной фразы "как писать код без ошибок", а дальше как пойдет, это долгий путь. Но сразу скажу, что это имеет мало отношения к коммерческой выгоде. То есть даже если вы участвуете в ААА-проекте, где отсутствие багов критично, никто не пустит ваш код в продакшн сразу после написания. Ошибаются все, даже профи.

P.S. На уровне джуна можно быть только помощником. То есть хорошо зная лишь теорию, получать замечания от более опытных товарищей, которые отвечают за успех. Хотя деление это довольно условно. Пет-проекты могут как способствовать росту, так и просто отнимать время, смотря что и как качать.

Да вам в принципе-то особо подобные проекты при поиске работы не помогут, скажу я вам.
Ибо реальный гейдев отличается от того, что делаете вы.
Так что ответ: нет.

Вот вам сортировка по связанным моделям

Document::with(['document_customs', 'document_templates'])
            ->withCount(['document_templates as for_sort' => function ($q) {
                $q->select('field_order');
            }])
            ->where('id', '=', $document->id)
            ->orderBy('for_sort', 'DESC')
            ->get();

1. Привяжите идентификатор сессии через fingerprint ("отпечаток" клиента) к клиенту (браузеру), захешируйте (никакого шифрования!) через серверную "соль" и сохраните на клиенте в куках.
2. Затем, проверяйте этот идентификатор при смене IP-адреса внутри этой сессии, запросив реальный "отпечаток" и его хеш из куков, и проверьте то, что сохранено в сессии на стороне сервера: несовпадение - это чужой! ;)

Итог: Если кто-то подменит куки, он никак не узнает реального "отпечатка" клиента и ничего не сможет сделать с украденными куками с чужим аккаунтом.