Li

unsignedBigInteger

У тебя локальные изменения, которые конфликтуют с удалёнными. Нужно их либо закоммитить(тогда при git pull нужно будет разрулить конфликт), либо убрать вообще, например застешить.
git pull работает правильно, не надо его заставлять.

Можно завести таблицу с достижениями и пользователями, которым достижение назначено.
И создать, например, триггеры, которые следят за апдейтами
Например, апдейт очков пользователя проверяет необходимость назначения ачивки по очкам. И так далее

Каждое событие исправляет значение определённого достижения в отдельной ячейке/колонке таблицы достижений.

История изменений достижений по конкретному пользователю - идёт параллельно и используется для сверки или обновления итогового рейтинга при смене формулы его подсчёта на основе достижений.

Сессия в PHP - это практически те же ваши "куки + БД", только вместо БД используется файл сессии. Он будет свой для каждого пользователя.
Генерируется уникальный хэш (ID сессии), он садится пользователю в куки, а на сервере создаётся файл с именем == ID сессии. PHP все это делает сам.

В файле сессии (на сервере) хранятся все переменные, которые вы захотите. Когда поднимается сессия, PHP автоматически инициирует массив $_SESSION
с вашими переменными (Имя пользователя, IP пользователя, дата последнего логина, права пользователя и тп).

Под работу с сессиями в PHP есть встроенные функции, они не все работают очевидным образом, но разобраться можно.

PS: Если не поддерживаются куки, то ID сессии может передаваться как параметр в URL.

есть ли возможность в случае с сессиями сохранить пользователя к примеру на месяц?

Да. Ставите у сессионной куки время жизни 1 месяц, и через месяц браузер пользователя автоматически её уничтожит. После этого надо будет авторизоваться заново.
Но на сервере есть параметр настроек PHP session.gc_maxlifetime, который задает время жизни PHP-сессии на сервере. После истечения session.gc_maxlifetime PHP garbage collection удаляет файл сессии на сервере. То есть, его надо ставить > месяца.

какой вариант предпочтительнее

вопрос холливарный. Если есть надо мониторить пользователей (кто, когда и зашёл и что сделал) - по БД это удобнее, чем рыться руками по тысяче файлов.
В плане безопасности - одинаково, тк работает один и тот же механизм. Угон куков -> подмена сессии.

PS: На хабре есть неплохая статья Подводные камни использования сессий в PHP.

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

Что тут можно делать два дня?

SELECT `s`.*
  FROM `learned_sciences` AS `l`
  JOIN `science_branch` AS `b` ON `b`.`science_id` = `l`.`science_id`
  JOIN `sciences` AS `s` ON `s`.`id` = `b`.`open_science_id`
  WHERE `l``user_id` = :iserId
    AND `s`.`id` NOT IN (
      SELECT `science_id`
        FROM `learned_sciences`
        WHERE `user_id` = :userId
    )

Чтобы это работало надо при вытаскивании из базы как-нибудь превратить массив данных в объект Product.
И собирать массив объектов.

А у вас пока какая-то каша малаша получается.

Вот это бессмысленно и беспощадно

$all_products = SELECT * FROM ...

    foreach($all_products as $products) {
        $this->comission = 5;
        $this->base_price = 500;
    }

    return $this;

$cinemas = $request->cinema;
$cinemas = collect($cinemas)->map(function($item, $key){
    $item['cinema_id'] = $key;
    return $item;
})->toArray();
dd($cinemas);

У вас какой-то йода-стайл. Есть слаг города, значит пляшем с этой стороны
City::where('slug', 'название города')->with('place.events')->get();

$dateFormat из класса удалить. В модель добавить

public function setDateStartAttribute($value)
   {
       $this->attributes['date_start'] = Carbon::createFromFormat('Y-m-d\TH:i', $value);
   }

$object->categories()->attach([1, 2, 3]);

https://laravel.com/docs/5.2/eloquent-relationship...

Мэппинг полей к представлениям внутри БД.

Программ миллион. Вы бы хоть уточнили в какой среде вы можете выполнять команды.
Начиная от обычного rsync, find, diff и заканчивая полноценным деплоем при помощи кучи вариантов.
Почему неудобно выкладывать весь проект - не уточнено.

реализовано черезпопно, ну, если не рефакторить, то

$result = $db->query('SELECT * FROM events WHERE categories LIKE' . '%"'. $category_id. '"%' ');

и это грустно (