Most Laravel tutorials hand you working code and walk you through it. That’s fine for seeing how the pieces fit, but it doesn’t teach you much about what happens when you leave a field blank, type the wrong parameter name, or hesitate before running a command you don’t fully trust yet.<\/p>\n
So instead of following a tutorial, I built something small from scratch: Tiny Journal, a single-page journaling app. Write an entry, read it back, edit it, delete it. No auth, no tags, no search. Small enough to finish in a weekend, big enough to hit real Laravel concepts along the way.<\/p>\n
This is the process I followed, in order, including the parts that broke.<\/p>\n
What You’ll Need<\/p>\n
Basic PHP knowledge (variables, functions, arrays)
\nA local Laravel installation
\nFamiliarity with MVC at a conceptual level, you don’t need Laravel experience specifically<\/p>\n
Step 1: The Model and Migration<\/p>\n
Everything starts with one model, Entry, and one migration:<\/p>\n
php artisan make:model Entry -m<\/p>\n
Schema::create(‘entries’, function (Blueprint $table) {
\n $table->id();
\n $table->string(‘title’);
\n $table->text(‘content’);
\n $table->timestamps();
\n});<\/p>\n
php artisan migrate<\/p>\n
Two fields, title and content, both required at the database level. That last detail matters more than it looks like it should, it’s the reason the very first real bug in this project existed at all.<\/p>\n
Step 2: Reading Entries (index and show)<\/p>\n
With the table in place, the first working feature was just displaying entries:<\/p>\n
public function index()
\n{
\n $entries = Entry::all();
\n return view(‘entries.index’, [‘entries’ => $entries]);
\n}<\/p>\n
public function show(Entry $entry)
\n{
\n return view(‘entries.show’, [‘entry’ => $entry]);
\n}<\/p>\n
show() already uses route model binding here, Laravel matches the {entry} placeholder in the route to the Entry $entry parameter and fetches the record automatically, no manual find() needed. I didn’t fully appreciate this until later, when I tried writing edit() the long way and noticed the mismatch (more on that below).<\/p>\n
Step 3: Creating Entries (create and store)
\npublic function create()
\n{
\n return view(‘entries.create’);
\n}<\/p>\n
public function store(Request $request)
\n{
\n $entry = new Entry();
\n $entry->title = $request->title;
\n $entry->content = $request->content;
\n $entry->save();<\/p>\n
return redirect(‘\/’);
\n}<\/p>\n
This worked, right up until I submitted the form with the title left blank. What came back was a full-page database error, a NOT NULL constraint violation, straight from the migration in Step 1. The database was correctly enforcing a rule I’d written myself, just in the worst possible place, after the form had already submitted, with a stack trace instead of a sentence the user could act on.<\/p>\n
The fix is validation, called before anything touches the database:<\/p>\n
public function store(Request $request)
\n{
\n $request->validate([
\n ‘title’ => ‘required’,
\n ‘content’ => ‘required’,
\n ]);<\/p>\n
$entry = new Entry();
\n $entry->title = $request->title;
\n $entry->content = $request->content;
\n $entry->save();<\/p>\n
return redirect(‘\/’);
\n}<\/p>\n
validate() either lets the request through or stops it and redirects back to the form automatically. To actually display the error, loop over Laravel’s error bag in the view:<\/p>\n
@foreach ($errors->all() as $error)<\/p>\n
{{ $error }}<\/p>\n
@endforeach<\/p>\n
One gotcha: $errors isn’t a plain array you can loop over directly, it’s a MessageBag, and you need ->all() to pull the message strings out. Loop over $errors itself and you get nothing, no error, no crash, just silence.<\/p>\n
Step 4: Editing Entries (edit and update)
\npublic function edit($id)
\n{
\n $entry = Entry::find($id);
\n return view(‘entries.edit’, [‘entry’ => $entry]);
\n}<\/p>\n
public function update(Request $request, Entry $entry)
\n{
\n $entry->title = $request->input(‘title’);
\n $entry->content = $request->input(‘content’);
\n $entry->save();<\/p>\n
return redirect(‘\/’);
\n}<\/p>\n
Two things surfaced here. First, the same blank-title crash from Step 3 was still possible on update(), since it had no validation yet. The fix is identical, just sequenced correctly, validate before writing anything to $entry, not after:<\/p>\n
public function update(Request $request, Entry $entry)
\n{
\n $request->validate([
\n ‘title’ => ‘required’,
\n ‘content’ => ‘required’,
\n ]);<\/p>\n
$entry->title = $request->input(‘title’);
\n $entry->content = $request->input(‘content’);
\n $entry->save();<\/p>\n
return redirect(‘\/’);
\n}<\/p>\n
Second, comparing edit() and update() side by side made route model binding click. update() uses Entry $entry and never calls find(). edit() still used the manual $id + Entry::find($id) pattern. Once I rewrote edit() to match:<\/p>\n
public function edit(Entry $entry)
\n{
\n return view(‘entries.edit’, [‘entry’ => $entry]);
\n}<\/p>\n
The rule became obvious: route model binding works whenever the URL contains an ID pointing at something that already exists. That’s true for edit, update, and destroy. It’s never true for store or index, there’s no specific record in those URLs to bind to in the first place.<\/p>\n
Step 5: A Subtler Bug, Old Input<\/p>\n
After adding validation, something looked right for the wrong reason. Type a real title, leave content blank, submit. The page reloads, and the title field still shows what I typed. That looked like old input working. It wasn’t, the title was just $entry->title, untouched, because validation stopped the save before anything reached the database.<\/p>\n
The actual fix is the old() helper:<\/p>\n
title) }}”>
\n{{ old(‘content’, $entry->content) }}<\/p>\n
old(‘title’, $entry->title) checks for leftover input from a failed submission first. If it exists, it wins. If the page opened fresh, it falls back to the entry’s stored value. The real test: change the title, blank out the content, submit. If it’s wired up correctly, your edited title survives the round trip instead of reverting.<\/p>\n
Step 6: Deleting Entries, and Collapsing Six Routes Into One
\npublic function destroy(Entry $entry)
\n{
\n $entry->delete();
\n return redirect(‘\/’);
\n}<\/p>\n
By this point I had six hand-written routes, one per action:<\/p>\n
Route::get(‘\/entries’, [EntryController::class, ‘index’]);
\nRoute::get(‘\/entries\/create’, [EntryController::class, ‘create’]);
\nRoute::post(‘\/entries’, [EntryController::class, ‘store’]);
\nRoute::get(‘\/entries\/{entry}\/edit’, [EntryController::class, ‘edit’]);
\nRoute::put(‘\/entries\/{entry}’, [EntryController::class, ‘update’]);
\nRoute::delete(‘\/entries\/{entry}’, [EntryController::class, ‘destroy’]);<\/p>\n
Laravel collapses all six into one line:<\/p>\n
Route::resource(‘entries’, EntryController::class);<\/p>\n
I sat on this for longer than I should have, convinced switching would force changes elsewhere. It didn’t. The controller didn’t change at all, only the routes file did. Route::resource() isn’t generating new behavior, it’s the same six routes, same names, same verbs, pre-assembled.<\/p>\n
Step 7: Cleaning Up With a Shared Layout<\/p>\n
By the time everything worked, all four views (index, create, edit, show) had their own full , , and “ tags, copy-pasted four times. A shared layout fixes this:<\/p>\n
{{– resources\/views\/layouts\/app.blade.php –}}<\/p>\n
Tiny Journal<\/p>\n
@yield(‘content’)<\/p>\n
Each view shrinks to just its unique content:<\/p>\n
{{– resources\/views\/entries\/index.blade.php –}}
\n@extends(‘layouts.app’)<\/p>\n
@section(‘content’)<\/p>\n
@foreach ($entries as $entry)
\n {{ $entry->title }}<\/p>\n
{{ $entry->content }}<\/p>\n
id }}”>View<\/a> Add a stylesheet link to the layout once, and every page picks it up automatically, no other file needs touching.<\/p>\n The Walls, Briefly<\/p>\n Looking back at the process above, the actual friction points were:<\/p>\n A blank title crashing the app (Step 3), the database enforcing a rule at the wrong layer. None of these were individually hard. What was hard was noticing, in the moment, that a bug or a hesitation was pointing at a missing concept, not a missing line of code.<\/p>\n Where Tiny Journal Goes From Here<\/p>\n A few obvious next steps if you’re building along:<\/p>\n Flash messages after create, update, and delete, so the user gets confirmation instead of a silent redirect If you’re learning Laravel right now: build something small, break it on purpose, and read the error instead of pasting it into a search bar immediately. The framework usually already has an answer for whatever repetition or fragility you’re feeling. You just have to hit the wall first to know which question to ask.<\/p>\n","protected":false},"excerpt":{"rendered":"Most Laravel tutorials hand you working code and walk you through it. That’s fine for seeing how the…\n","protected":false},"author":2,"featured_media":763310,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[6],"tags":[64,63,105],"class_list":["post-763309","post","type-post","status-publish","format-standard","has-post-thumbnail","category-technology","tag-au","tag-australia","tag-technology"],"_links":{"self":[{"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/posts\/763309","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/comments?post=763309"}],"version-history":[{"count":0,"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/posts\/763309\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/media\/763310"}],"wp:attachment":[{"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/media?parent=763309"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/categories?post=763309"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.newsbeep.com\/au\/wp-json\/wp\/v2\/tags?post=763309"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
\n id }}\/edit”>Edit<\/a>
\n @endforeach
\n@endsection<\/p>\n
\n**The same crash hiding in **update() (Step 4), the same fix, just needing correct sequencing.
\nRoute model binding clicking (Step 4), once I compared a method using it against one that wasn’t.
\nOld input looking like it worked before it actually did (Step 5), two different mechanisms that produced identical-looking output.
\n**Hesitating before **Route::resource() (Step 6), fear of a change that turned out to be safe.
\nFour duplicated page shells (Step 7), fixed once the repetition got annoying enough to notice.<\/p>\n
\nStronger validation rules, minimum lengths, character limits, rather than just required
\nSoft deletes, so “delete” doesn’t mean permanently gone<\/p>\n