Роми

т.е. в транзакцию можно заворачивать НЕ ТОЛЬКО методы фасада DB?

ответ от Алексей Уколов

Естественно. Eloquent же не через магию строки в таблицы вставляет.

***

Выходит так, что вот это:

DB::transaction(function () {

$post = Post::create();

$comment = $post->comments()->create([
    'message' => $request->message,
]);

});

тоже должно работать :)

Решение по мотивам ответа Алексей Уколов (см. его ответ):

1. Скопировал из под рута data.sql (с дампом) в ${DATA_PATH_HOST}/mysql

2. затем

docker-compose exec mysql mysql -udefault -psecret

3. оно залогинилось в mysql bash и там уже:

USE my_db;
source /var/lib/mysql/data.sql;

PROFIT!!! :)

Большое спасибо Алексей Уколов !

Веду коммерческую разработку в VSC под Ubuntu. Норм.

Единственное чего ты лишишься перейдя полностью на Ubuntu (WINE я в расчет не беру) - это продуктов Adobe, в первую очередь Фотошопа, конечно же, и моего любимого Sony Vegas )) Всё остальное ты даже не заметишь.

Решение таки нашел:

$name = 'My\\Name\\Space\\'.'ClassName';
new $name();

так работает.

Но все равно, не очень понятно, почему

new ClassName();

без полного имени работает, а это - не работает.

это что-то связанное с очередностью интерпретации да? кто-нибудь если понимает в подобном - расскажите в двух словах пожалуйста :)

бро, я навскидку синтаксис htaccess уже не помню (но гугл 100% помнит :) - однако хочу поправить твой вопрос, и может это и окажется для тебя ответом.

Соль здесь вовсе не в том, чтобы что-то во что-то "превращалось".

Соль здесь в том, чтобы ЛЮБЫЕ (можешь задать и исключения из правила) запросы к веб-серверу (в твоем случае это Apache) перенаправлять на studentPage.php

Т.е. ты по сути говоришь веб-серверу (через запись в htaccess и RewriteRule):

- Любой запрос - отправляй на studentPage.php

И, например, к серверу приходит запрос:

site.ru/students/ivan

но сервер, повинуясь твоим указаниям, отправляет это запрос для обработки файлом studentPage.php (я намеренно дико упрощаю, чтобы не погрязнуть в деталях)

иными словами, теперь у тебя внутри studentPage.php через переменные окружения доступно значение "site.ru/students/ivan" - и ты можешь уже его парсить и делать с ним все что хочешь.

суть именно в этом, а не в "превращениях" :)

А вообще, кодеру это знать для работы не нужно вовсе. Лучше начни сразу изучать Laravel - отдача намного быстрее будет, чем если ты начнешь копаться в том, чем потом никогда пользоваться уже не будешь. Эпоха "чистого PHP" ушла безвозвратно )))

В общем, дело в том было, что я Composer запускал в Host-системе, а Laravel у меня запускается в Docker Compose :-)

После установки пакета через Composer который в контейнере - всё обнаружилось само и стало работать нормально ))

Я с вашего позволения не буду удалять этот топик - оставлю как памятник собственной тупости )))) А вдруг кто-то еще на эти грабли наступит :)

Методом научного тыка было выяснено, что:

Auth::extend('myguard', function() {
            return new MyGuard();
        });

таки работает :) Однако если передать в аргументах $app, то будет доступен весь контейнер приложения, и да (может кому пригодится), Request доступен через $app['request'] :-)

И да, добрые люди написали для таких случаев пару шпаргалок:

Illuminate/Auth/TokenGuard.php

и

https://github.com/irazasyed/jwt-auth-guard/tree/m...

:-)

...единственное что пришло мне в голову - что делать индекс в БД по 'PkWbJf1KeuHJYyv16teE20VQ5SV265bbIqo9CQrA' - это такое себе :) да, получить по id а потом просто сравнить с токеном - так должно быть ощутимо быстрее при большом количестве записей, чем делать where('token','PkWbJf1KeuHJYyv16teE20VQ5SV265bbIqo9CQrA'). Наверное это и есть ответ.

Трансформирую, пожалуй, ответ от jazzus :)

- НЕТ, никаких практических отличий в коде, кроме как в роутах - нет.

В общем, благодаря дискуссии в каментах с коллегой jazzus я пришел к выводу, что приемлемого решения этого вопроса на данный момент не существует.

Можно конечно отлавливать исключение ModelNotFoundException в месте вызова при помощи try-catch:

try {
            $user = User::findOrFail($id);
        } catch (ModelNotFoundException $e) {
            return response()->json(['model' => $e->getModel()], 404);
        }

но это такое себе...