• Что все-таки должен уметь делать frond-end-разработчик?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Все то что запускается в браузере - ваша зона ответственности. Ajax (ajax это просто возможность делать http запросы из js), все эти фреймворки и библиотеки, все все все. От бэкэнда вас целиком и полностью отделяет весьма жирная сетевая прослойка. Причем эту прослойку вы так же должны знать как слой интеграции между фронтэндом и бэкэндом (на поверхносном уровне хотя бы).

    По сути сегодня фронтэнд и бэкэнд - отдельные приложения. SPA например - полностью независимое приложение, далее могут быть различные оптимизации и т.д. с сервер сайд пререндрингом где связанность повышается и четко границу ответственности уже не определить (хотя опять же можно). Ну и классический web как ярный пример каши.

    Если фронтэнд - это отдельное приложение, то и знать вы должны все что нужно для его построения. Это и архитектурные штуки (MVC/MVA/MVVM/MVP/Flux/паттерны всякие/функциональное программирование) и тесты писать уметь должны и т.д. Все как у бэкэндщиков по объемам знаний. Просто у бэкэндщиков геморой обычно в конкурентных запросах, локах, базах данных и другими веселыми штуками. а у фронтэндщиков - зоопарк браузеров, различия в окружениях и т.д.

    nodejs - это уже опционально. В любом случае если вы хорошо знаете JS то посмотреть как там чего в API ноды проблемы не составит (например что бы быстренько поднять expressjs сервачек для разработки с мидлвэрами, часто нужно для всяких webpack-ов и browsersync). Ну и опять же билд стэк у фронтэндщиков в принципе весь на ноде написан. Но это не бэкэнд.
    Ответ написан
    4 комментария
  • Как правильно настроить права доступа к app/storage в laravel?

    Denormalization
    @Denormalization
    file_put_contents(/abbaaaba47f19dc00f32157aac163010): failed to open stream: Permission denied

    Так он его в корень пытается записать, а не в storage. Очевидно в путях косяк.
    Ответ написан
    9 комментариев
  • Как сделать преобразователь в файл в Eloquent?

    JhaoDa
    @JhaoDa
    LaravelRUS Team
    https://laravel.com/docs/5.1/eloquent-mutators#acc...
    public function getImageAttribute($value)
    {
        return new \SplFileInfo(/*path to file*/)
    }
    Ответ написан
    Комментировать
  • Как получить title предыдущей страницы для реализации кнопки назад?

    edli007
    @edli007
    full stack, team lead
    HTML5 History API
    Ответ написан
    Комментировать
  • Routing в Laravel 5. Как избавиться от id в ссылках?

    Denormalization
    @Denormalization
    А причем тут Laravel?

    Что такое brand_name и model_name? Они есть в БД? От куда они берутся?
    Если они есть в БД, то в чем проблема доставать данные по model_name например? Чем это отличается от получения данных по ID?
    Ответ написан
  • Как сделать личный кабинет для сайта?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Вы не рассматриваете другие cms, но рассматриваете другие языки. (Django на python написан)... Это очень не правильно.

    На счет изучения php - не самый лучший выбор, потратите туеву хучу времени.

    Дешевле и быстрее найти фрилансера.
    Ответ написан
    Комментировать
  • Как сделать личный кабинет для сайта?

    kawabanga
    @kawabanga
    Найдите кто за вас сделает это за деньги. быстрее будет.
    Ответ написан
    Комментировать
  • Какой пакет использовать для мультиязычности в laravel Eloquent?

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

    Вы говорите что вам нужно просто дополнительное поле lang в таблице.
    А как быть с индексами? Уникальность не требуется? А если понадобится?

    Проще написать свое решение:
    - Создание нужных индексов lang-{field}
    - Переопределение методов Eloquent для автоматической подстановки ($model->whereLang(config('app.locale')))
    - Валидаторы...

    Кастомное решение для мультиязычности я бы не стал использовать, так как практически всегда структура БД уникальна.
    Ответ написан
    9 комментариев
  • Интересны ли записи стримов на хабре?

    alex1442
    @alex1442
    С ярлычком туториала для новичков норм заедет,а либерастов отвечающих сразу за всех (типа: тут такога нинада!!11), шли патчить KDE под FreeBSD
    Ответ написан
  • Попросили проверить код, на что смотреть нужно?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Смотря зачем)). Я когда делаю Code Review критерии следующие:

    * Безопасность:
    - Каждый аргумент метода простого типа должен проверяться на тип в случае его проксирования и на граничные значения в случае обработки. Чуть что не так - бросается исключение. Если метод с кучкой аргументов на 80% состоит из поверки из аргументов - это вполне норм))
    - Никаких trigger_error, только исключения.
    - Исключения ДОЛЖНЫ быть человеко-понятны, всякие "Something went wrong" можно отдавать пользователю, но в лог должно попасть исключение со стектрейсом и человеко-понятным описанием, что же там пошло не так.
    - Каждый аргумент (объект) метода должен быть с тайпхинтингом на этот его класс, или интерфейс.
    - За eval как правило шлю на **й.
    - @ допускается только в безвыходных ситуациях, например проверка json_last_error.
    - Перед работой с БД - обязательная проверка данных.
    - Никаких == и !=. Со swtich - единственное исключение, по ситуации.
    - Если метод возвращает не только bool, а еще что-то - жесткая проверка с ===, или !== обязательна.
    - Никаких условий с присваиваниями внутри. while($row = ...) - тоже идет лесом.
    - Магические геттеры/сеттеры разрешаются только в безвыходных ситуациях, в остальном - запрещены.
    - Конкатенации в sql - только в безвыходных ситуациях.
    - Параметры в sql - ТОЛЬКО через плейсхолдеры.
    - Никаких глобальных переменных.
    - Даты в виде строки разрешаются только в шаблонах и в БД, в пхп коде сразу преобразуется в \DateTimeImmutable (в безвыходных ситуациях разрешено \DateTime)
    - Конечно зависит от проекта, но как приавло должно быть всего две точки входа: index.php для web и console(или как-то по другому назваться) - для консоли.

    * Кодстайл PSR-2 + PSR-5 как минимум, + еще куча более жестких требований (для начала все то что в PSR помечено как SHOULD - становится MUST)
    - В PhpStorm ни одна строчка не должна подсвечиваться (исключением является typo ошибки, например словарик не знает какой-то из аббревиатур, принятых в вашем проекте). При этом разрешается использовать /** @noinspection *** */ для безвыходных ситуаций.
    - Если кто-то говорит, что пишет в другом редакторе и у него не подсвечивается, на эти отговорки кладется ВОТ ТАКЕЕЕНЫЙ мужской половой **й и отправляется на доработку)).

    * Организация кода:
    - Никаких глобальных функций.
    - Классы без неймспейса разрешаются только в исключительно безвыходных ситуациях.

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

    * Принципы MVC:
    - Никаких обработок пользовательского ввода в моделях, от слова совсем.
    - Никаких ***ть запросов в БД из шаблонов.
    - Никаких верстки/js/css/sql-ин в контроллерах.
    - В моделях НИКАКОЙ МАГИИ, только приватные свойства + геттеры с сеттерами.
    - В моделях разрешено использовать метод save(при наличии такого разумеется) только в исключительных ситуациях. Во всех остальных - либо insert, либо update.

    * Принципы SOLD:
    - Никаких божественных объектов умеющих во все.
    - Если метод для внутреннего пользования - private, никаких public.
    - Статические методы разрешаются только в случае безвыходности.

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

    * Работа с БД:
    - Запрос в цикле должен быть РЕАЛЬНО обоснован.
    - За ORDER BY RAND() - шлю на***й.
    - Поиск не по ключам (конечно если таблица НЕ на 5 строк) запрещен.
    - Поиск без LIMIT (опять же если таблица НЕ на 5 строк) запрещен.
    - SELECT * - запрещен.
    - Денормализация БД должна быть обоснована.
    - MyISAM не используется (так уж)) )
    - Множественные операции обязательно в транзакции, с откатом если чо пошло не так.
    - БД не должна содержать бизнес логики, только данные в целостном виде.
    - Не должно быть нецелесообразного дерганья БД там, где без этого можно обойтись.

    * Кэш должен очищаться по двум условиям (не по одному из, а именно по двум):
    - Время.
    - Протухание по бизнес логике.
    Разрешается по только времени в безвыходных ситуациях, но тогда время - короткий период.
    - При расчете ключей кэша должна использоваться переменная из конфигурации приложения (на случай обновлений кэш сбрасывается кодом, а не флашем кэш-сервера). В случае использования множества серверов - это очень удобный и гибкий инструмент при диплое.

    * О людях:
    - "Я привык писать так и буду дальше" - не вопрос, ревью пройдешь только когда поменяешь свое мнение.
    - "Я пишу в vim-е и мне так удобно" - здорово, код консолью я тоже в нем пишу)) но есть требования к коду, если в них не сможешь - не пройдешь ревью.
    - "Я скопировал этот страшный метод и поменял 2 строчки" - это конечно замечательно, но по блейму автор всего этого метода ты, так что давай без говняшек, хорошо?
    - "Оно же работает!" - вот эта фраза переводится примерно так: "да, я понимаю, что пишу полную хрень, но не могу писать нормально потому, что руки из жо", я правильно тебя понял?))
    - "У меня все работает!" - рад за тебя, а как на счет продакшна?
    - "Там все просто" - не используй слово "просто", от слова "совсем". Вот тебе кусок кода (первого попавшегося с сложной бизнес логикой), где там ошибка (не важно есть она, или нет)? Ты смотришь его уже 2 минуты, в чем проблема, там же все "просто"))

    * Всякое:
    ActiveRecord (это я вам как в прошлом фанат Yii говорю) - полное говно, примите за исходную. По факту у вас бесконтрольно по проекту гуляют модельки с подключением к БД. Не раз натыкался на то, что в тех же шаблонах вызывают save, или update (за такое надо сжигать).
    То, что используется Laravel - это печально((. Что бы выполнить требования приведенные выше, приходится "воевать" с фреймворком.

    Это далеко не полный список требований, очень много зависит от проекта в целом и от принципов, заложенных в нем. Для больших мредж реквестов 200 комментариев к коду - это ок. Дерзайте.

    UPD

    Формализировал данные критерии по ссылочке: https://github.com/index0h/php-conventions
    Ответ написан
    55 комментариев
  • Попросили проверить код, на что смотреть нужно?

    edli007
    @edli007
    full stack, team lead
    Основное:
    1. Наличие критических ошибок и устаревших функций.
    2. Использование паттернов, элегантность решений.
    3. Читабельность кода, наличие коментариев, наличие доков.
    4. Соблюдение парадигм и соглашений ( например, нарушение MVC).

    Второстепенно\непринцыпиально:
    1. Быстродействие кода (за исключением хайлоад)
    2. Потребление памяти (за исключением бигдаты)
    3. Эфективность SQL запросов (за исключением совсем уж несуразных)
    4. Избегание в данных момент неважных, но потенциально узких мест (например замедление работы файловой системы при большом количестве картинок в папке аплоада)
    5. Новизна примененых технологий.
    6. Оправданое\Неоправднанное\Избыточное Велосипедирование.

    Мб еще вспомню.
    Ответ написан
    4 комментария
  • Что делать если корневой раздел ubuntu переполнен и она не запускается?

    Denormalization
    @Denormalization
    Загрузиться с livecd, примонтировать диск и почистить.
    Ответ написан
    8 комментариев
  • Полный урл текщеуй страницы при пагинации в Laravel 5?

    Denormalization
    @Denormalization
    Стандартными средствами нельзя.
    Но у пагинатора существует метод appends, который принимает массив, который будет использоваться в качестве query string.

    laravel.com/docs/5.1/pagination
    Раздел Appending To Pagination Links
    Ответ написан
    Комментировать
  • Установил twbs/bootstrap через composer PhpStormа. Как его подключить к фронтенду?

    @kucheriavij
    Через elixir
    laravel.com/docs/5.1/elixir - сам эликсир
    laravelcoding.com/blog/laravel-5-beauty-using-bowe... - тут пример для "нубов"
    Ответ написан
    Комментировать
  • Как залить на Github проект с большими файлами?

    @aol-nnov
    с помощью интерактивного ребейза можно редактировать предыдущие коммиты. после удаления логов из истории всё будет норм.
    или, если история не важна, с помощью того же интерактивного ребейза можно "слепить" старые коммиты.
    Ответ написан
    2 комментария
  • Есть ли стандартные средства версионирования моделей в laravel?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Как уже сказал JhaoDa laravel из коробки ничего такого не предоставляет. Но есть распространенный подход к организации версионности. Называется EventSourcing.

    https://nicolaswidart.com/blog/get-up-and-running-...
    Ответ написан
    Комментировать