E ai pessoal, como vão, empolgados?
Essa é a segunda parte da nossa série para iniciante em Laravel 5. Nesse episódio vamos configurar nosso Homestead e também criar o esqueleto inicial de nossa aplicação.
##Configurando o Homestead
Vamos mapear nossa máquina virtual para que possamos acessar nossos projetos da nossa máquina real. Para isso primeiramente precisaremos configurar nossas chaves SSH.
Caso você já tenha criado suas chaves SSH pode pular para o próximo passo.
#Laravel Iniciante - Hour Manager - Parte 3
"Simplicity is the ultimate sophistication. - Leonardo da Vinci"
Essa foi a frase de inspiração que estava quando criei a aplicação HourManager, e realmente, concordo com ela. Ao longo do tempo que passamos programando vamos tentando nos aproximar da complexidade, e depois que começamos a entender mais sobre a arte da programação, vemos que na verdade, temos que buscar um código cada vez mais simples. E ai é que está o desafio, simplificar as coisas.
Bem vindos ao terceiro episódio da nossa série de iniciação no Laravel e hoje realmente vamos programar :D.
Vamos começar com a parte mais importante: escolham uma boa música, peguem sua garrafa de café e se isolem do mundo (KKK), vamos começar.
Olá pessoal, tudo tranquilo?
Bem vindos a parte 4 da série sobre a criação de um aplicativo para controle de horas com Laravel 5. Nessa parte criaremos o nosso registro de horas diárias. Empolgados? Vamos nessa então.
O objetivo desse aplicativo é possuirmos uma maneira rápida para registrar nossos horários. Para isso desenvolveremos um botão com o texto "Registrar horário" que será exibido na página inicial do sistema. Ao clicar nesse botão será registrado na tabela o horário atual. O registro do horário entretanto ficará para a próxima parte, nessa focaremos na criação do botão e em alguns conceitos do Laravel (routes, views e controllers).
Admito, está faltando uma palavra no título desse post. O correto seria: "Leia a PORRA DA documentação".
"Nossa como você é grosso, estúpido e ignorante, não vou mais nem ler a PORRA desse post".
Realmente é uma pena. Bom, vou agora explicar o porquê comecei desse modo. Acho que na nossa área é incontável o número de programadores que tem preguiça de ler a documentação. E não é apenas porque ela é extensa, em inglês ou complicada, as vezes é simplesmente por achar que não precisa.
Programador que é programador aprende na raça!!!
Shame of you little guy
Como sou programador PHP e meu framework de escolha é o Laravel vou citar a documentação dele como exemplo. Eu simplesmente adoro a documentação do Laravel. Por que? Porque ela é simples e intuitiva. Dúvida? Dá uma olhada aqui.
Sei que alguns vão achar estranho: como eu acho tal coisa? Em qual parte da documentação está tal coisa? To perdido!!!
| setup: | |
| composer: | |
| prefer_dist: "true" | |
| shell: | |
| - "cp .env.example .env" | |
| - "php artisan migrate --seed" | |
| test: | |
| php_code_sniffer: | |
| ignore: | |
| - "resources/view" |
| // criar usuário | |
| CREATE USER 'test'@'localhost' IDENTIFIED BY 'your_password'; | |
| // criar banco de dados | |
| CREATE DATABASE mydb DEFAULT CHARACTER SET utf8 DEFAULT COLLATE utf8_general_ci; | |
| // conceder privilégios a um usuário | |
| GRANT ALL PRIVILEGES ON mydb.* TO 'myuser'@'%' WITH GRANT OPTION; |
Salve galera, como estão vocês?
Estou recriando uma pequena aplicação no meu trabalho no Laravel 5. Ela havia sido escrita na versão 4.2 e agora estou deixando ela mais de acordo com as novidades do framework. Essa aplicação possui uma simples API Rest para listagem e criação de recursos, e eis que resolvi que resolvi organizar melhor as rotas da aplicação e separar as rotas da API em um outro arquivo. É aqui onde nossa história começa…
No amanhecer da versão 5 do Laravel, quando ele ainda se chamava 4.3, eis que um belo dia o arquivo routes.php sumiu. Em seu lugar havia um Service Provider. Houve um pequeno descontentamento da comunidade: era melhor no arquivo, agora preciso escrever o namespace todo, não está mais tão legal, bla bla bla. Então depois o arquivo routes.php retornou ao seu local de origem.
Então o service provider sumiu? Negativo, ele ainda está lá. Não estou mentindo, na pasta app/Providers. Vamos olhar um pequeno t
| set nocompatible " be iMproved, required | |
| filetype off " required | |
| " set the runtime path to include Vundle and initialize | |
| set rtp+=~/.vim/bundle/Vundle.vim | |
| call vundle#begin() | |
| " alternatively, pass a path where Vundle should install plugins | |
| "call vundle#begin('~/some/path/here') | |
| " let Vundle manage Vundle, required |
| { | |
| "always_show_minimap_viewport": true, | |
| "bold_folder_labels": true, | |
| "color_scheme": "Packages/Material Theme/schemes/Material-Theme.tmTheme", | |
| "draw_minimap_border": true, | |
| "font_face": "Fira Code", | |
| "font_options": | |
| [ | |
| "gray_antialias" | |
| ], |