Laravel по-русски

Всерьёз занявшись улучшением поддерживаемости кода, создал поля класса контроллера и добавл конструктор. Попробовал осуществить запрос к базе данных в конструкторе (вернее, вызвать соответствующий метод из конструктора), а не как обычно (то есть в методе, вызываемого из маршрутов web.php, в примере ниже — renderTopPage). Работает.

class TopPageController extends Controller {

    private $pageHtmlHeadData;

    public function __construct() {
        $this -> pageHtmlHeadData =  $this -> getTopPageHtmlHeadData();
    }


    public function renderTopPage(){
        // код этого метода не нужен в данном примере, но именно этот метод вызывается из web.php
    }

    private function getTopPageHtmlHeadData(){
       retrun // SQL запрос к БД ...
    }
}

Вопрос такой: а будет ли выигрыш в скорости генерации страницы засчёт того, что SQL-запрос был выполнен до метода, где создаётся вид? Я бы смог ответить на этот вопрос, если бы знал, когда создаётся экзепляр контроллера (а он где-то создаётся, хотя у родительских классов конструкторов нет).

Если я правильно понял, то в приведённом ниже примере из документации по ручной аутентификации метод attept сверяет данные с данными в таблице users:

public function authenticate(){
    if (Auth::attempt(['email' => $email, 'password' => $password])) {
     // Аутентификация успешна
     return redirect()->intended('dashboard');
   }
 }

Если так, то встаёт вопрос — а как же сверять данные с какой-либо другой таблицей? Я уже посмотрел имеющиеся ответы на этот вопрос, и везде показывали, как эту таблицу менять глобально. Я хочу оставить таблицу users и в одних случаях сверять данные с этой таблицы, но в других — с другой таблицей.

Предвижу ответ: «Локально указаться таблицу при конструировании запроса невозможно». Если так, то хорошо, не критично: сравнить данные можно и без Auth::attempt, и я уже это реализовал. А вопрос такой: как теперь вручную проверять, авторизован ли пользователь, если до этого фасад Auth вообще не использовался?

У Вас наверняка возникнет вопрос, что я такое вытворяю, для чего всё это. Задача специфическая; не готов утверждать, что выбрал лучший путь. У меня две аутентификации: одна для админов, которая даёт доступ к админ-панели, другая — для заказчиков, которая даёт доступ к его сайту, находящемуся в процессе разработки и временно являющегося частью моего сайта. Может, это можно реализовать и через авторизацию, но эти две аутентификации совершенно для разных целей и для каждой аутентификации необходимы разные наборы данных (отсюда — две таблицы под каждую идентификацию). Например, у каждого заказчика есть поле в БД «номер заказа» — администратору такое поле незачем.

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

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

Можно загрузить портфолио-сайты на другие домены, но тогда надо покупать новый домент под каждый сайт и ещё каждый продлевать. Не подходит.

Что же можно сделать, чтобы был Laravel-сайт в Laravel-сайте с минимумом перенастроек? К маршрутизацией, в целом, всё понятно:

gleb-webmaster.ru - корень
gleb-webmaster.ru/portfolio - список портфолио-сайтов
gleb-webmaster.ru/portfolio/website1 - пример главной страницы портфолио-сайта
gleb-webmaster.ru/portfolio/website1/about - пример внутренней страницы портфолио-сайта

Теперь вопрос в том, как организовать файловую структуру. Можно, конечно прописать группу маршрутов gleb-webmaster.ru/portfolio/website1/, но тогда придётся переписывать контроллер с оригинального проекта website1. Если ли более быстрый способ заставить заработать Laravel-проект, вложенный в другой Laravel-проект?

В своих вопросах я уже неоднократно высказывал недовольство в адрес Laravel Elixir и Lavarel Mix, но эксперты Laravel настойчиво рекомендуют использовать именно эти инструменты. В первую очередь я критикую указаные выше инструменты за отсутствия гибкости и сложности в пользовательских настройках. Я думаю, этим инструментам не по зубам то, что я делаю спомощью gulp и webpack, но это лишь мои предположения и я могу ошибаться. В этом вопросе, я бы хотел сравнить Laravel Mix с возможностями нативных gulp и webpack и узнать предел возможностей Laravel Mix.

Далее я приведу настройки, которые использую в своих Laravel-проектах на данный момент (я добавляю в корень проекта собственные package.json и webpack.config.js и далее устанавливаю нативные gulp и webpack). Пожалуйста, перепишите эти настройки в инструкции для Laravel Mix, чтобы эффект от этих инструкций был такой же, как и от моих инструкций; либо открыто заявите, что это невозможно (только уточните, что именно и почему невозможно). Отсутствие ответа на данный вопрос длительное время тоже можно будет расценить как ответ «Laravel Mix это не по зубам…».

Я прекрасно понимаю, что многим лень переписывать эти настройки за бесплатно или просто нет на это времени, но опять же, это повышает вероятность того, что для Laravel Mix эти инструкции будут в случшем случае не слишком проще, а в худшем — гораздо сложнее с внедрением в какие-то конфигурационные файлы Laravel.

Итак, по делу:

Файл gulpfile.js

var  gulp = require('gulp'),
        pug = require('gulp-pug'),
        sass = require('gulp-sass'),
        browserSync  = require('browser-sync'),
        cssnano     = require('gulp-cssnano'),
        autoprefixer = require('gulp-autoprefixer'),
        rename      = require('gulp-rename'),
        del         = require('del'),
        imagemin    = require('gulp-imagemin'),
        pngquant    = require('imagemin-pngquant'),
        cache       = require('gulp-cache'),
        runSequence = require('run-sequence'),
        shorthand = require('gulp-shorthand');

gulp.task('default', ['watch']);

gulp.task('pug', function() {
    return gulp.src('resources/assets/pug/*.pug')
        .pipe(pug({
            pretty: true,
            basedir: 'resources/assets/pug'
        }))
        .pipe(gulp.dest('resources/assets'))
        .pipe(browserSync.reload({stream: true}));
});

gulp.task('sass', function(){
    return gulp.src('resources/assets/sass/*.+(sass|scss)')
        .pipe(sass())
        .pipe(autoprefixer(['last 15 versions', '> 1%', 'ie 8', 'ie 7'], { cascade: true }))
        .pipe(gulp.dest('resources/assets/css'))
        .pipe(browserSync.reload({stream: true}));
});

gulp.task('browser-sync', function() {
    browserSync({
        server: {
            baseDir: 'resources/assets'
        },
        notify: false
    });
});

gulp.task('watch', ['browser-sync', 'pug', 'sass'], function() {
    gulp.watch('resources/assets/pug/**/*.pug', ['pug']);
    gulp.watch('resources/assets/sass/*.+(sass|scss)', ['sass']);
    gulp.watch('resources/assets/es6/*.js', browserSync.reload);
});

// Продакшен

gulp.task('Build production', function(){
    runSequence(    'Clean previous production build',
                              'sass', 'Prepare CSS for production',
                              'Copy Fonts Folder To Production',
                              'Prepare images for production'
    );
});

gulp.task('Clean previous production build', function() {
    return del.sync(['public/css/*.css', 'public/img/**/*']);
});

gulp.task('Prepare CSS for production', function(){
    return gulp.src('resources/assets/css/*.css')
            .pipe(shorthand())
            .pipe(cssnano())
            .pipe(rename({suffix: '.min'}))
            .pipe(gulp.dest('public/css'));
});

gulp.task('Copy Fonts Folder To Production', function(){
    return gulp.src('resources/assets/fonts/**/*')
                    .pipe(gulp.dest('public/fonts'));
});

gulp.task('Prepare images for production', function() {
    return gulp.src('resources/assets/img/**/*')
        .pipe(cache(imagemin({
            interlaced: true,
            progressive: true,
            svgoPlugins: [{removeViewBox: false}],
            use: [pngquant()]
        })))
        .pipe(gulp.dest('public/img'));
});

gulp.task('Clear cash', function () {
    return cache.clearAll();
});

В папке resources/assets/pug находятся файлы препроцессора pug, которые компилируются в .html и помещаются в resources/assets.

gulp.task('pug', function() {
    return gulp.src('resources/assets/pug/*.pug')
        .pipe(pug({
            pretty: true,
            basedir: 'resources/assets/pug'
        }))
        .pipe(gulp.dest('resources/assets'))
        .pipe(browserSync.reload({stream: true}));
});

gulp-таск по умолчанию после выполнения других тасков (в т. ч. pug и sass) открывает файл index.html. Это лишь вёрстка; превращение её в шаблоны blade — это уже следующий этап. Как сказал мастер constb в вопросе [https://laravel.ru], Настройка средств front-end разработки без использоваия elixir,

Вполне можно разрабатывать на одной кодовой базе сразу и бэкенд и фронт

с тех пор я увлёкся организацией разработки фронтэнда и бэкэнда на одной базе.

* В папке resources/assets/sass находятся файлы расширения .scss, которые при development-сборке компилируются в resources/assets/css с добавлением вендорных префиксов, а при production-сборке — компилируются, минифицируются, оптимизируются (gulp-shorthand) и выкладываются в public/css:

gulp.task('sass', function(){
    return gulp.src('resources/assets/sass/*.+(sass|scss)')
        .pipe(sass())
        .pipe(autoprefixer(['last 15 versions', '> 1%', 'ie 8', 'ie 7'], { cascade: true }))
        .pipe(gulp.dest('resources/assets/css'))
        .pipe(browserSync.reload({stream: true}));
});

gulp.task('Prepare CSS for production', function(){
    return gulp.src('resources/assets/css/*.css')
            .pipe(shorthand())
            .pipe(cssnano())
            .pipe(rename({suffix: '.min'}))
            .pipe(gulp.dest('public/css'));
});

* Таск Prepare images for production сжимает изображения и выкладывает их в public/img, а Copy Fonts Folder To Production просто копирует шрифты в public/fonts.

* Функция runSequence, которая используется в таске Build production, требует новейшие версии gulp.

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

За всё, что связино с JavaScript, отвечает webpack. Исходники находится в папке es6.

webpack.config.js

const NODE_ENV = process.env.NODE_ENV || 'development';
const webpack = require('webpack');

const output_path = NODE_ENV === 'production' ?
    (__dirname + '/public/js'):
    (__dirname + '/resources/assets/js');

module.exports = {

    context: __dirname + '/resources/assets/es6',

    entry: {
        top: './top.js',
        about: './about.js'
    },

    output: {
        path: output_path,
        filename: '[name].js'
    },

    watch: NODE_ENV === 'development',

    watchOptions: {
        aggregateTimeout: 100
    },

    devtool: NODE_ENV === 'development' ? 'cheap-inline-module-source-map' : false,

    resolve : {
        alias: {
          "jquery-ui": "jquery-ui-dist/jquery-ui.js"
        },
        extensions: ['.js', '.jsx', '.json', '*']
    },

    module: {
        rules: [
            {
                test: [
                    /\.jsx?$/
                ],
                exclude: /node_modules/,
                use: [
                    'babel-loader'
                ]
            }
        ]
    },

    plugins: [

        new webpack.ProvidePlugin({
            jQuery: "jquery",
            $: "jquery"
        })

    ]

};

if (NODE_ENV === 'production') {
    module.exports.plugins.push(
            new webpack.optimize.UglifyJsPlugin({
            beautify: NODE_ENV === 'development' ? true : false,
            mangle: {
                screw_ie8: true,
                keep_fnames: true
            },
            compress: {
                screw_ie8: true
            },
            comments: false
        })
    );
}

* При development сборке es6 (но расширение тоже .js) конвертируется в JavaScript стандарта es5, происходит сборка модулей в файлы точек входа и они помещаются в /resources/assets/js
* При production-сборке происходит также минификация js-файлов, а затем они они отправляются в public/js.

На данный момент я пока запускаю gulp и webpack отдельно, потому что ещё не решил задачу интеграции gulp и свежей версии webpack, но работаю над этим. Если всё получится, то отдельный запуск webpack и файл webpack.config.js станут ненужными.

Правильно ли я понял, что функция-хелпер asset(), использующаяся в шаблонизаторе Blade, просто заменяет относительный путь на абсолютный, при этом никакого отношения к папке assets не имеет?

Достаточно ли для автоматического определения локали добавить тэгу html атрибут lang="{{ app()->getLocale() }}? Или же нужно ещё какие-то настройки прописать, чтобы локаль автоматически определялась?

И ещё: как протестировать с локального сервера корректное определение для каждой локали? Естественно, что будет отображаться тот язык, который соответствует главной локали, указанной в config/app.php, но как проверить корректность отображения страниц с другими локалями?

Предполагается, что на сайте доступно более двух языков (то есть помимо основной и fallback локалей есть и другие).

Допустим, я не хочу использовать стандартный механизм регистрации пользователей, поскольку не предполагается, что среди пользователей (администраторов) будет больше двух человек. Таким образом, мне не нужен view для регистрации и RegisterController, а добавление пользователей в базу данных нужно будет сделать вручную. Ничего сложного, только непонятно, как правильно захэшировать пароль, то есть сделать это такими же способом, как Laravel. Какой тип хэширования использует метод bcrypt()? md5?