Блог / Резюме
У блозі розміщені статті стосовно різних нюансів веб-розробки, реалізації деяких ідей, функціоналу додатків, тощо.
У процесі розробки ми часто, а точніше, трохи частіше ніж завжди, використовуємо фейкові дані для тестування функціоналу. Тому пропоную подивитися на прикладах, як генерувати такі дані в Laravel 5.6 за допомогою Faker.
При розробці сайтів ми стикаємося з ситуаціями, коли деякі дані є загальними для багатьох або навіть всіх сторінок. Найпростіші приклади - навігація в хедері або футері, блок з популярними статтями і т.д. Саме для таких випадків в Laravel передбачено елегантне рішення - View Composers. Давайте подивимося, як з ним працювати.
Як на мене, реєстрація «з коробки» в Laravel реалізовано добре, але є один нюанс - користувач може ввести неіснуючий email і це жодним чином не перевіряється. Пропоную трохи змінити процес реєстрації і заодно розглянути використання подій і слухачів.
Якщо мова йде про сайти, то практично завжди є група користувачів або ж, як мінімум, один користувач з особливими правами - адмін. Тож пропоную розглянути, як можна обмежити доступ до адмін-панелі в Laravel...
Мета – написати функції-хелпери, які можна викликати у будь-якій частині додатку. Створити користувацькі функції можна будь-де, але давайте виділимо для них спеціальну теку з назвою Helpers...
Інколи треба перейменувати теку public – особисто я зіштовхнувся з цією проблемою, коли викладав проекти на хостинг. Звісно, якщо просто змінити назву директорії, отримаємо помилку
З якою метою створюються власні директиви? Відповідь проста: по-перше, щоб не перевантажувати шаблом логічними конструкціями (коли без них не обійтись), по-друге, щоб уникнути повторення коду. Наведу конкретні приклади...
Коли пишу проект на Laravel, першим ділом після інсталяції та налаштування фреймворка встановлюю Laravel Debugbar. Це пакет, який дозволяє отримувати всю необхідну інформацію про додаток під час розробки...