Alex Wells

Почти в самом начале документации

$date = Carbon::now();
$date->add(1, 'day');

Но мне кажется, что это не то.

почему вам так кажеться?
https://laravel.com/docs/5.7/filesystem
https://webformyself.com/laravel-zagruzka-fajlov/

Нет, таким образом каким вы описали - нет. Идентификация происходит через cookies, а они в свою очередь привязываются к конкретному домену.
Прописал в своем скрипте - получил куку на своем сервере - молодец, но там ничего нет.

use use use use

Тоесть ты решил не делать так как наиболее правильно, но при этом по твоему мнению будет лучше сделать столбцы?
Нет вариант вынести их в отдельную таблицу это самый правильный или ещё будет можно в JSON
В обоих случаях можно сделать фильтрацию
Остальное это ненужная недооптимизация

В будущем хочу добавить фильтры по характеристикам, и сравнение товаров. Поэтому характеристики не хочу загонять в отдельную таблицу со связью many-to-many

А как одно связано с другим? Каким образом хранение характеристик и их значений в отдельной таблице может помешать добавлению фильтров по характеристикам? Никак. Хранение характеристик в отдельной таблице с полями product_id property_id value (возможно value_string, value_number, value_date) никак не помешает фильтрации, сравнению и т.п.

Способ с 30 полями немасштабируем, кривоват и либо приведет к распуханию таблицы индексов, а значит тормозам при записи, если все 30 полей будут проиндексированы, либо будут тормоза при чтении.

Отсылка уведомлений, как и широковещательных событий не является частью ответа на запрос клиента. Поэтому их правильнее обрабатывать после отправки ответа клиенту.

Использование очередей при отправке уведомлений (за исключением, быть может, уведомлений, складываемых в БД) оправдано, т.к. уведомления могут быть не только для пользователя, но и для другого микросервиса или продукта. Во время отправки уведомлений сервис (смс-шлюз, рассыльщик почты, api Telegram/Slack etc) может быть недоступен, что приведет к падению по таймауту. В случае ошибки отправки асинхронно воркер сможет повторить попытку, в то время, как ошибка при синхронной отправке отлупит по таймауту еще и клиента, а уведомление не придет т.к. нигде не сохранилось (а асинхронные живут отдельно, в том же редисе или БД), хотя его и ждут.

То же самое касается событий. Клиенту нет необходимости ждать когда вы там свои дела сделаете - отдайте ему ответ и шлите события хоть пачками.

Вопрос здесь не в маниакальном желании отобрать у вас 10 мс жизни, а в принципе разделения ответственности.

Хочется, чтобы правила были написаны для каждой модели только один раз

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

Ну и вообще, модель к валидации никакого отношения не имеет.

Поэтому валидируют не модель, а запросы. Создайте Form Request для своего запроса и опишите все правила там. Потом можно будет отнаследоваться от него для других похожих запросов или создать независимые.

Это для получается для каждого репозитория нужно писать getter/setter в главном репозитории? Очень много и накладно.

Это можно решать метапрограммированием через Reflection API и дженерики.

Для переключения между субд я решил сделать Фабрику. Но на этом и возник ступор.

Реализации фабрик для этого уже написаны и называются IoC-контейнерами. Принципы работы с ними можно посмотреть здесь. Ну или где угодно в интернете. Популярные реализации: Castle Windsor, Unity, Ninject и т.п.

Суть в том, что контейнер сначала можно настроить:

interface IMyEntityRepository {...}
class MySqlEntityRpository: IMyEntityRepository  {...}
...
config.Bind<IMyEntityRepository>().ImplementsBy<MySqlEntityRpository>();

А потом позвать:

var repo = ioCContainer.Get<IMyEntityRepository>();

Кроме очевидных плюсов, IoC-контейнеры могут:

1. собирать полный граф зависимостей по своей таблице (A зависит от B, B от C и т.п., внедряя необходимые реализации автоматически, т.е. мы можем создавать сразу A)
   
2. конфигурироваться без перекомпиляции (autowiring (автоматический поиск реализаций заданных интерфейсов) или по информации из конфиг-файла, вроде XML).
   

Это не баг js, а особенность того как процессоры обрабатывают числа с плавающей запятой.
Про это есть стандарт IEEE 754, а вот здесь на примерах разных языков расписано:
https://0.30000000000000004.com/

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

Как написать скрипт на python, который будет делать скриншот определённых мест экрана?

Открыть IDE и написать требуемый код.

Мне нужно, чтобы скрипт python делал скриншот экрана

from PIL import ImageGrab

Кто поможет создать скрипт?

https://freelansim.ru/

Что бы исправить давайте договоримся что либо будете использовать Tab или 4 пробела !
Вот решение проблемы :

from datetime import *
now = datetime.now()
while True:
	x = input('Введите комманду: ')
	if x == 'Now':
		print (now)
	# Всё дело в отступах :)

ВОТ фотография :