smilingcheater

Если ноутбук и нет ограничений "только винда", то любой мак с минимум 16 гигами ОЗУ. Приоритет следующий: максимум ОЗУ, процессор, диск.
Если ПК, то в целом вот тут на 3DNews есть отличная подборка: https://3dnews.ru/1123785 - имеет смысл брать оптимальную и выше сборку. Приоритет тут чуть другой: процессор, память, диск, видеокарта.

Оптимальный вариант что-то типа такого (набросал на вскидку):

• Проц - AMD Ryzen 7 7700 +
  
• Мать - MSI PRO B860-P
  
• Диск - Samsung 9100 PRO 1+ ТБ
  
• Память - например G.Skill Ripjaws S5 [F5-6000J3636F16GX2-RS5K] 32 ГБ или G.Skill Trident Z5 [F5-6000J3238G32GX2-TZ5K] 64 ГБ, 6000 МГц
  
• Видеокарта - если не игровую, то 4060-70 вполне достаточно, что-то типа MSI/Gigabyte, если игровую - то аналогично что-то типа 5070-80-90 по вашему бюджету, только с воздушным охлаждением
  
• БП - Seasonic/FSP 850Вт+
  
• Кулеры - водянку не брать, только воздух, двухбашенный, топ - Noctua NH-D15 G2 или аналог от Bequiet/DeepCool; для корпуса - 200/230 мм, ноктуа/bequiet/bitfenix/DeepCool
  
• Корпус - любой на ваш вкус и бюджет, "всё в сетку" не брать, обязательно с воздушными фильтрами (CoolerMaster, LianLi, Deepcool и тп.)
  
• Остальное - по потребностям и бюджету (звуковая карта, картридеры и прочее).
  

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

Монитор - 4к, 120 герц, IPS/OLED, 32"+, например что-то типа LG UltraGear 32GR93U-B (но тут лучше смотреть обзоры и тесты сначала, посмотреть своими глазами в шоу-руме типа https://4k-monitor.ru/).

public function product($slug)
    {
        $product = Product::where('slug', $slug)->firstOrFail();

Здесь должно быть два параметра - категория и продукт.
Первым идет категория.
Вы ищете продукт, но в условие попадает слаг категории, запись не находится, и выбивает 404

То, что имя параметра метода совпадает с именем параметра в роуте, ничего вам не дает, потому что вы не используете биндинг.

Route::get('/{category:slug}/{product:slug}',[\App\Http\Controllers\ProductController::class,'product'])
    ->name('product');

public function product(Category $category, Product $product)
    {
        return view('product.index', [
            'product' => $product,
            'cat_slug' => $category->slug,
        ]);
    }

У тебя следующие задачи, которые решать придется по разному:
* детектирование включения машины
решается простой фиктивной службой systemd startup
* детектирование выключения машины
можно конечно тоже службой shutdown, но будут события только корректных выключений, а принудительные перезагрузки резетом или например ctrl+alt+shift+pause .. r (которая работает даже если модули ядра повиснут), не отловит.
Тут можно поставить скрипт, анализирующий работу машины на соседнюю в сети, вариантов тьма.
* попытки входа в систему
В общем случае это в /var/log/auth.log там будет все, и использование sudo/su, и запуск процессов cron и служб (с указанием пользователя) и ssh подключения и тьма тьмущая всего что так или иначе затрагивает авторизацию, что и является 'вход в систему', там же можно посмотреть что пишет lightdm на попытки входа в gui

Мониторить попытки входа придется скриптом, периодически читающим файл (осторожно tail -f /var/log/auth.log | my_script не отследит ротацию логов, поэтому лучше самому следить за датой последнего изменения файла и читать его с позиции, на которой остановился в прошлый раз ну или с нуля)
upd. век живи век учись, ключ tail -F корректно будет работать с ротацией логов

Если делать 'по феншую', то лучше работать с подсистемой сбора событий, в python с помощью python-systemd - journal например фильтруя по _SYSTEMD_UNIT=sshd.service и _COMM=sshd (сам я не делал, посмотрел что можно и в памяти отложил, сейчас ИИ спросил, да где то так и надо)

* отправка сообщений в telegram
можно конечно использовать какую-нибудь библиотеку, многословно, красиво... а можно отправить один http запрос по api telegram, кода минимум, наверное все так в своих скриптах делают

https://api.telegram.org/bot<TOKEN>/sendMessage?chat_id=<CHAT_ID>&text=Hello%20World

Вопрос "как обратиться через аякс к свойству класса пхпе" является заведомо бессмысленным. JS не работает со свойствами классов в РНР.
Поэтому в решении таких проблем очень помогает логика.
Если отставить в сторону "свойства", то мы получим довольно простую формулировку вопроса: "почему синхронный и асинхронный запрос к одному и тому же скрипту возвращают разные данные?". И здесь уже, рассуждая логически, можно прийти к очевидному ответу: эти запросы обращаются к разным бэкендам. То есть, чтобы решить проблему, надо либо обновить код на том сервере, к которому обращается fetch, либо делать запрос на тот сервер, который возвращает правильные данные.

Это если исходить из предоставленных данных. Вполне вероятно, что автор запутался где-то ещё. Но тут уже ему придётся разбираться самостоятельно. Но опять же, рассуждая логически, а не "Почему не получается обратиться к свойству php через асинхронный запрос?".

Почему «пропали» коммиты?

Главная ошибка — использование --amend во время rebase.
Команда git commit --amend не создает новый коммит, а перезаписывает предыдущий.

Когда вы время интерактивного rebase на каждом шаге делаете --amend, вы по сути всё время заменяете один и тот же коммит. Остальные коммиты, которые Git должен был «применить» в процессе ребейза, просто исчезают, потому что их заменили.

Как делать правильно?

Во время rebase -i вместо amend нужно:

git add <файлы> #  главное проиндексировать правки файлов
git rebase --continue # тут гит уже сам сделает git commit --no-edit

Вручную делать git commit перед continue имеет смысл только если вы хотите поменять ещё и сообщение коммита.

Как восстановить утерянные коммиты

Git не удаляет коммиты сразу. Они остаются в репозитории и доступны в reflog — журнале ссылок.

Их можно найти так: git reflog

Затем восстановить ветку: git reset --hard <хеш_из_reflog>

Вывод

Это не баг Git, а ожидаемое поведение. Просто rebase + amend — взрывоопасная смесь, особенно если не до конца понимать, что происходит.

В телефоне можно какой-то апп под андроид, который получает уведомление и орёт.

Изучите стек push notification. Там не нужно приложение, нужна простая страница подписки и бек скрипт, чтобы сделать рукопожатие с сервером гугла при подписке, и для отправки уведомления гуглу, гугл уже отправит подписавшемуся все что вы хотите - это уведомление высветится в интерфейсе андроида.

Возможно криминал, по коням!

Что делать?

Ничего не надо делать, все под колпаком и эти боты прекрасно видны модераторам. Но поскольку ресурсов на системное решение проблемы пока не выделяют, они неспешно обрабатываются руками.

Это один из тех вопросов новичков, на который нельзя давать прямой ответ. Он превратится в пустое умствование и говнокод. Соглашусь с комментарием Дмитрий: тут просто не нужен массив. И тем более не нужно городить огород из абстракций. Тут явно нужен банальный VO/DTO, а автору надо перестать пытаться заворачивать привычные массивы в солидно выглядящие объекты, и начать использовать сами объекты.

Если нам нужна конкретная структура, то и описываем её в конкретном классе, безо всяких интерфейсов:

final readonly class Parameters
{
    public function __construct(
        public string $key1,
        public int $key2,
        public DateTimeImmutable $key3,
    ) {}
}
public function execute(Parameters $parameters):

В итоге у "стороннего разработчика" есть готовая документация - простое и понятное определение класса, экземпляр которого он должен передать в ваш метод. И уже на этапе создания этого объекта РНР надаёт разработчику по рукам, если хоть какое-то свойство не будет задано, или будет не того типа. При желании можно в конструктор добавить дополнительную валидацию, если просто типа недостаточно.

При этом если внутри execute() вдруг зачем-то понадобится обратиться к свойствам именно как к массиву, то использовать волшебную функцию get_object_vars().

Если же речь про валидацию входящих данных, то это вообще совсем другой вопрос.

Для этого есть либо стандартные валидаторы, когда на вход подаётся массив и набор правил, вот например как в ларавле, симфони или в десятке отдельно стоящих библиотек, а на выходе - или гарантированно валидная структура данных, или ошибка.

Либо готовые библиотеки десериализации, когда входящий JSON автоматом мапится на существующий объект, и в итоге получается или либо гарантированно валидный объект, или ошибка.

В этом случае документацией для обоих вариантов является сваггер, а фидбеком - ошибки валидатора.

Первая ошибка - ставить софт предназначенный для сети или веб сервера на винду…

Поднимите виртуалку на убунте, настройте там nginx. Дальше пусть он разруливает что и куда

Если вам для учебных целей или просто пощупать - то ставьте VirtualBox, в него устанавливайте линукс и будет у вас прекрасная игровая площадка, которую не жалко сломать и от которой не зависит ваша основная система. А вот ставить линукс второй системой имеет смысл только если вам в линуксе нужен 3D и графика. А ещё лучше ставить только в случае, если вы знаете или хотите изучить механизмы работы загрузки нескольких разных ОС и их взаимодействие на собственном опыте. Или есть хороший знакомый, который это всё знает и умеет чинить. Проблема двух ОС в том, что у разных разработчиков разных ОС и разных дистрибутивов свои понятия о том, как должны взаимодействовать несколько ОС, плюс разные конфигурации оборудования - всё вместе это даёт такой дикий коктейль возможностей, что никогда не угадаешь, что может пойти не так. При установке ОС установщик может: проигнорировать существующий загрузчик и добавить его запись в свой загрузчик, добавить запись о новой ОС в существующий загрузчик, заменить его своим и добавить запись о старой ОС в свой список (или не добавить), не ставить вообще никакой загрузчик для целевой ОС, может просто удалить его, может полностью удалить существующую ОС и т.п. Плюс существует еще куча всяких конфигураций железа и ПО: BIOS, UEFI, MBR, GPT, SATA, NVME, разные виды разделов, установка ОС на один диск или на несколько, может быть больше двух разных ОС и т.п. и т.д. А ещё современные ОС периодически при обновлении лезут в загрузчики свои и как результат, при любом обновлении любой ОС всё может поломаться (увы, реальный факт из практики - что винда, что линукс уже не раз так делали).

В целом рекомендация будет следующая:

1. Отключить в винде быструю загрузку (FastBoot)
   
2. Физически отключить диск с виндой от ПК
   
3. Выбрать в БИОС загрузку с диска, куда будете ставить линукс
   
4. Установить линукс
   
5. Подключить диск с виндой обратно
   
6. В загрузчик линукс добавить запись загрузчика винды
   
7. Загрузиться в винду
   
8. Добавить в загрузчик винды запись линукса
   
9. В BIOS выбрать загрузочный диск основной ОС
   

Т.о. у каждой ОС будет свой независимый загрузчик на своём диске и когда одна из ОС или диск сломается - у вас будет вторая независимая ОС, которая всё ещё будет работать.

Альтернативный вариант - использовать как основной загрузчик что-то типа Clover. Но там тоже есть свои нюансы.

Проблемы, естественно, есть, поскольку есть уязвимости.
Столкнётесь ли лично вы с ними никто не знает.

Такое ощущение, что код пропустили через какой-то markdown-редактор, который посчитал, что запись вида u.id это адрес сайта и автоматически заменил на соответствующий markdown-синтаксис ссылок. Такое может быть, например, при пересылке кода как обычного текста в мессенджерах.

Ну а малограмотный кодер вставил этот markdown-код не задумываясь.
Так что причина - копипаста без знания синтаксиса конкретного диалекта SQL.