Laravel по-русски

> в комиссии сказали если у тебя логины уникальные то пусть он используеца как идентификатор.

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

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

Мне кажется неоправданно много усилий понадобится. Зачем вообще отказываться от автоинкрементного id? Если цель гарантировать уникальность логина, надо в миграции объявить уникальный ключ по полю login. И, конечно, проверку на уникальность в валидаторе, чтобы контролировать процесс. А id пусть будет как есть, кушать не просит.

@endo проблема исчезнет когда у тебя будут все необходимые расширения установлены в той версии php, которая работает по умолчанию. соответственно если проблема есть, то это значит, что в нужной версии нужного расширения НЕТ. скорее всего ты ошибся с именами пакетов в apt-get

php -v

php -m

@IlyaYa Чуйка мне подсказывает, что "доработка" означает
а) предыдущий программист отказался с вами работать
б) придётся вникать в чужой код, возможно не самого высокого качества

Вот как могло бы выглядеть объявление о работе с описанием техпроцесса:
- Задания оформляются в менеджере задач типа Trello или Jira;
- Разработчик принимает участие в формулировке условий задач, чтобы гарантировать что задание понятно;
- Еженедельные спринты. По итогу спринта, но не раньше, делается вывод о производительности и проблемах;
- Правки ведутся в системе контроля версий, все они на виду и имеют привязку к задаче, всегда можно откатить назад;
- Выкладка на тестовый сервер автоматическая, т.е. если разраб сказал "я сделал", это синоним "можно пробовать на сайте".

Моё предложение: 25000руб в неделю. Если не набрали заданий на новый спринт - окей, значит перерыв на неделю.

вообще-то именно так и выглядит. знающие люди писали документацию.

подсказка: читая документацию обрати внимание в каких случаях вызов идет как ->xxx, а в каких ->xxx()
попробуй и запомни. рекомендую также экспериментировать с такими штуками в консоли: laravel tinker

Я изначально не понял, что речь идёт о конкретном пакете laracast/flash, а писал как сессионные флеш переменные используются стандартно в laravel.

Данным пакетом не пользовался и не планирую, так что извини.

https://hackernoon.com/error-messages-v … 196c31466f
https://laravel.com/docs/5.8/validation
https://stackoverflow.com/q/21004310/272885

во вьюхе

@if ($errors->any())
    <div class="alert alert-danger">
        <ul>
            @foreach ($errors->all() as $error)
                <li>{{ $error }}</li>
            @endforeach
        </ul>
    </div>
@endif

в контроллере

       if ($validator->fails()) {
            return redirect('post/create')
                        ->withErrors($validator)
                        ->withInput();
        }

Здесь методы withErrors, withInput работают с флеш-памятью. можно явно засовывать значения через Session::flash(), пример смотри в ссылке на stackoverflow

https://github.com/AdrianSkierniewski/eloquent-tree - вроде как на Adjacency List

Как вы вообще создаёте эти таблицы? Если всё делается руками, то вините руки.

Есть два "нормальных" способа:
1. запускать миграции. где бы вы это ни делали, на локальном ли, на хостинге ли — будет одинаковый результат. И автоинкремент будет и длина ключа нормальная, т.к. она зависит от чарсета, а он в конфиге прописан.
2. сделать базу локально из миграции, заполнить данными, перенести на хостинг через создание дампа/восстановление из дампа. опять получаем точную копию. здесь нет возможности для ошибки!!!!!!!!!!!

Начни с использования оператора if()

Канонический путь для Laravel — это шлюзы (gate) и политики (policy), которые будут завязаны на значение этого твоего поля. Наверняка тебе это покажется избыточным, но познакомиться не помешает.
дока на этом сайте

Короче, требуется определённый опыт, которого у вас нет, судя по всему. Договоритесь с кем-нибудь, не со мной

Апну тему.

Reusable accessors/mutators (getters/setters) for Laravel 5's Eloquent:
https://github.com/topclaudy/eloquent-mutators

namespace App;

use Illuminate\Database\Eloquent\Model;

class Post extends Model
{
    use \Awobaz\Mutator\Mutable;
    
    protected $accessors = [
        'title'   => ['trim_whitespace', 'capitalize'], 
        'content' => ['trim_whitespace', 'remove_extra_whitespace'],
    ];
}