Haszprus überblog

Haszprus überblog

Kedves Blogolvasók!

Milyen témákra van igény?

1. More code dump?
2. More psycho?
3. More energy?
4. More passion?

Jöhet privben is, kamu email címről is.

Thx

The Überblog Management Team

8.3.7-es PHP-n hasítunk a bloggal OMG it's fantastic. Big thx for United Technology Alliance!

PHPStan lokálban, CI-on

Jelenleg így futtatok CI-on egy PHPStant level=5-tel, és 7-tel is. Az 5-öt zölden tartom, a 7-ből néha okulok valamit.

Fut egy PHPUnit is amibe nem rég migráltam be a saját fw-ben írt tesztjeimet (elég könnyű volt mert kb leutánoztam a PHPUnit alapabb dolgait).

Fut egy Playwright is.

Valamint egy saját stringcounter találmány, ami különböző statisztikákat készít a blog forráskódjában előforduló egynémely fontosabb szavakról.

Fut egy dependabot is.

Lokálban pedig precommitra bekötöttem eddig 3 dolgot, azt majd egy külön bejegyzésben.

name: PHPStan Analysis Level=5 should be green

on:
  push:
    branches: ["**"]
    paths:
      - '.github/workflows/phpstan-lvl-5.yml'
      - 'phpstan.neon'
      - 'phpstan-baseline.neon'
      - 'liveroot/composer.**'
      - '**.php'
  pull_request:
    branches: [ main, master ]

permissions:
  contents: write

jobs:
  build:
    runs-on: ubuntu-20.04

    steps:
      - name: Checkout
        uses: actions/checkout@v4

      - name: Setup PHP with tools
        uses: shivammathur/setup-php@v2
        with:
          php-version: '7.2.32'
          tools: composer, phpstan

      - name: Composer install
        run: |
          cd liveroot
          pwd
          ls
          composer install

      - name: PHPStan Analysis level 5 - keep it green
        run: |
          pwd
          cd liveroot
          pwd
          ls
          phpstan analyse . -c phpstan.neon --level=5 --memory-limit 1024

Q fontos

• Ne hízzak el már megint...
  • Visszaszedtem 3,5 kilót 1,5 hónap alatt. Most [ápr29 15:42 bekajálva] épp 79,1, upd 80, upd 78,1 good
  • Levesek - brutalisan megy a hasam toluk, miert?
  • Ha lehet, inkább fogyjak
  • Abbahagyni a piát
  • Kajarendelés off v heti 1x
• Fejlesztés / Tanulás
  • Next.js
  • Laravel
  • Github Projects
• Phisycal/mental health
  • Kondi
  • Kondiban lehetne futni is
  • Normafa, erdő, zöld
  • Séta
  • Fotózás
  • FB-on vagy valahol postolni blog-linkeket
  • Anyu
  • Telek
  • Vezetés
  • Rend
  • Rendszer
  • Orvosok
    • ADHD kivizsgálás máj 2 csütörtök 08:30
    • Hasi / pajzsmirigy UH máj 15 szerda 16:00
    • Gasztroenterológus mikoris?
    • Még valamik TODO
  • Éjszakázás off

Opcionális / nehéz / valószínűtlen

• Bringa?
• Meli? Pali? CSGO?
• Szabina?
• Külföld? Orca? Mf?
• Barátok?
• Cigi off
• Meló? B? R? EPAM akár?
• Kriszta

Maintenance

• Corvin ++
• Withings szerviz
• IRobot szerviz
• ASUS szerviz
• S20 net off miert?

Prog

• New tenant site basics next.js / react
• Some CC.hu updates
• Some Haszprus.hu updates
• Some blog updates
• Some blog public parts on Github with a publishing script

Csajok

• DD? Normafa Aquaworld Pho?

A Linkbár checkerben áttértem GuzzleHttp-re, de miket lehetne még ellenőrizni?

• Post linkek ellenőrzése
• Komment linkek ellenőrzése
• Felhasználók weboldalának ellenőrzése
• Forráskódban linkek ellenőrzése - that's a tough one

Ezek mondjuk mind elég bonyik, mármint a lekezelésük, hogy na akkor mi legyen. A lejárt linkeket általában manuálisan szoktam deprekálni a bejegyzésekben egy olyan két hónapja. Természetesen írni akarok erre egy automatizmust.

Hát ennek már ideje volt, végre lehet profilképet feltölteni automatizáltan.

Meg a postokhoz is (szerkesztőként nyilván).

Még sok fejlesztenivaló maradt a témában...

Még az is lehet hogy nextjs-ezni fogok? Meg lettem említve egy ilyen meló kapcsán.

_{blog blog docker:up & blog test}

Hogy könnyebb legyen az élet.

I'm LOVIN it!

ápr. 25. 03:24 Annyira nem is kicsi most mar, tud ec2 deployt, meg mindenfelet.

A parancsok logolásához Monolog-ot használok, a Monolog parse-olásához pedig devdot/monolog-parser-t.

máj. 08. 14:19 ezt jól használhatom precommit hookként is!

Legújabb dependenciánk.

Képfeltöltés, képátméretezés, szöveg/logó elhelyezése, ratio megtartása, crop, stb.

Különböző szövegmezők formázásai a blogon.

<?php

namespace Uberblog\Text;

use Uberblog\System\DI;

class PreSaveFormatterChains
{
    public function formatPreSaveUserTextarea(string $text,
                                              string $inputType): string
    {
        return $this->apply($text, $inputType,
            DI::MarkDownPresaveFormatter(),
            DI::BbcodePreSaveFormatter(),
            DI::TextPreSaveFormatter(),
            DI::CommentPreSaveFormatter()
        );
    }

    private function apply(string                       $string, 
                           string                       $inputType, 
                           PresaveFormatterInterface ...$formatters): string
    {
        foreach ($formatters as $formatter) {
            $string = $formatter->doThePresaveFormatting($string, $inputType);
        }
        return $string;
    }

    public function formatPreSaveEditableTextarea(string $text, 
                                                  string $inputType): string
    {
        return $this->apply($text, $inputType,
            DI::PostPreSaveFormatter(),
            DI::TextPreSaveFormatter()
        );
    }

    public function formatPreSaveGeneratedTextarea(string $text, 
                                                   string $inputType): string
    {
        return $this->apply($text, $inputType,
            DI::PostPreSaveFormatter(),
            DI::MarkDownPresaveFormatter(),
            DI::TextPreSaveFormatter()
        );
    }

    public function formatPreSavePostTitle(string $text, 
                                           string $inputType): string
    {
        return $this->apply($text, $inputType,
            DI::PostPreSaveTitleFormatter()
        );
    }
}

Like? Dislike? Ötlet? Javaslat?

(7.2-es PHP-re be vagyok korlátozva, másképp mondjuk minimum enumok lennének az $inputType-ok, most máson nem gondolkodtam, hogy mi lenne frissebb PHP-vel.)

21:09 elvileg hamarosan lesz 8.2-es PHP-nk, yeaaah

Lehet kommentálni Markdownban és BBcode-ban is. Vegyíteni is lehet.

FormatterChainConcept in da house.

A terv

• Heti olvasnivalóba gyűjtsek össze dolgokat
• Csináljak ilyen heti-havi-negyedéves-féléves-éves dolgokat

Most épp ezt olvasom

• AWS for Solution Architects

További jelöltek

• Learning Elasticsearch
• Pro PHP 8 MVC
• Building Scalable Apps with Redis and Node.js
• Clean code
• PHP 8 Objects, Patterns, and Practice
• Domain-Driven Laravel
• Modern PHP
• Front Line PHP
• Domain-Driven Design Quickly

Notes

Értelemszerűen nem sorról sorra de van ezekben pár sor ami érdekes számomra. Az AWS könyvből főképp az ECS/EC2 pl. Bár kicsit más jellegű írás, mint amit kerestem (nagyon high level). Mindegy, kezdetnek egynek nem rossz.

Mivel az utóbbi időben 1-2 code sample-t is tettem az oldalra, syntax highlighthoz berántottam a prism js-t.

Közben lehet, hogy a Torchlight jobb lenne syntax highlightra, de első körben nem láttam plain php támogatást.

Amúgy én Parsedownt használok .md parsingra (ami elvileg a leggyorsabb markdown parser). The struggle is real. Mondjuk a prism se rossz, de ha lehet elkerülném a kliens oldali js bütykölést, performance okokból.

• CommonMark - A strongly defined, highly compatible specification of Markdown
• Learn Markdown in 60 seconds + interactive tutorial

Hát ez ugye semmi extra, aki használ bármilyen épkézláb autoloadert (pl a Composert), az tudja hogy mi az elnevezési konvenció. \Namespace\Subnamespaces\Classname, és a Classname megfeleltethető egy .php fájlnak ugyanezen a néven. Case sensitive (miután a fájlrendszer amire mappelődik a namespace, többnyire case sensitive az adott OS-en). Ennyike.

Bővebben a hivatalos oldalon.

Types

• Type Juggling
• Generators
• • Comparing generators with Iterator objects
• • Iterables
• Value Types
• Relative class types
• Never
• Callbacks / Callables
• Resources
• Enumerations

Full random doksirészek

• Variables
• Goto
• Functions
• Classes and Objects
• Enumerations
• Predefined Exceptions
• Predefined Interfaces and Classes
• Context options and parameters
• The Attribute class
• Reserved Attributes
• Security
• Features
• Password Hashing
• Migrating versions + etc

& The PHP documentation itself

• PHP Documentation

8

• PHP 8.3 typed class constants
• PHP 8.2 readonly classes
• PHP 8.2 true type
• PHP 8.2 standalone null and false
• PHP 8.1 enumerations
• PHP 8.1 never return type
• PHP 8.1 intersection types
• PHP 8.1 readonly properties
• • PHP 8.1 intersection types
• PHP 8.0 union types
• PHP 8.0 named arguments @ sticher.io, php.watch
• PHP 8.0 attributes
• PHP 8.0 match expression

7

• PHP 7.4 typed properties
• PHP 7.4 short closures
• PHP 7.4 null coalescing operator
• PHP 7.3 references in list assignments
• PHP 7.3 flexible heredocs

7.2 (ennek special jelentése van)

• PHP 7.2 object type hint
• PHP 7.2 abstract function override
• PHP 7.1 const visibility
• PHP 7.1 nullables
• PHP 7.1 multiple exceptions
• PHP 7.0 return types
• PHP 7.0 scalar type hints

5

• PHP 5.6 variadic functions
• PHP 5.6 argument unpacking
• PHP 5.5 finally
• PHP 5.5 generators
• PHP 5.4 traits
• PHP 5.4 short array syntax
• PHP 5.3 namespaces
• PHP 5.3 closures

Na ez már combosabb, nem volt türelmem/időm normálisan végigolvasni, kigyűjtöttem belőle pár core gondolatot/buzzwordöt.

• StreamInterface
• UriInterface
• ServerRequestInterface, UploadedFileInterface <-- itt eléggé megbirizgálták a PHP default $_FILES tömbjét fájlfeltöltések esetére egy logikusabb struktúrával, aminek a használata kb ez:

Upload an avatar: <input type="file" name="my-form[details][avatars][]" />

Elérése PHP-ből:

$request->getUploadedFiles()['my-form']['details']['avatars'][1];

Ahol az 1 egy többfájlos feltöltés esetén az 1-es indexű (0-tól kezdődő) feltöltött fájlt jelenti.

Másik példa:

$file0 = $request->getUploadedFiles()['files'][0];
$file1 = $request->getUploadedFiles()['files'][1];

printf(
    "Received the files %s and %s",
    $file0->getClientFilename(),
    $file1->getClientFilename()
);

// "Received the files file0.txt and file1.html"

move_uploaded_file() helyett érdemes a moveTo($targetPath)-t használni.

MessageInterface: immutable, "módosító" függvények új példányt adnak vissza belőle. RequestInterface és ResponseInterface szülője.

UploadedFileInterface-re visszatérve

• getStream()
• moveTo($targetPath)
• getSize()
• getError()
• getClientFileName()
• getClientMediaType()

nekem egyértelműen úgy tűnik, hogy erre kivételesen érdemes egy libraryt berántani, nem magamnak leimplementálni. A blogon egyébként van egy Request classom ami sztem ügyes meg szép, de köze nincs ahhoz amit ez csinál. Lehet hogy ez egy réteg lehetne alatta, maybe. Nem tudom eldönteni. Response-t nem csináltam, de igény az volna rá.

Btw egy rakás PSR-7 implementáció van, ld. packagist.org

• Guzzle
• laminas-diactoros
• slim/slim
• slim/psr7

Guzzlehttp/psr7-nek 700 millió letöltése van a packagist-en. "Packagist is the main Composer repository". A laminas a zend-framework utódja. Abban írt anno Fater valamit egy ügyféljelöltünknek, akiből végül cégátszervezés miatt nem lett ügyfél.

"Common interface for dependency injection containers"

public methods:

public function get(string $className);
public function has(string $className);

A $className-et a PSR $id-ként említi, de szvsz nyilvánvalóan ClassName-ről van szó. (Right?)

"Users SHOULD NOT pass a container into an object so that the object can retrieve its own dependencies. This means the container is used as a Service Locator which is a pattern that is generally discouraged."

Ezen az egészen el lehet vitatkozni, lesz egy írásom majd a PHP-DI-ról, vagy ki tudja, lehet hogy már megjelenik mire ez megjelenik :Đ

• PSR-11 @ php-fig.org

Előkövetelmények (Windowson)

• Docker Desktop
• WSL2

curl -s https://laravel.build/example-app | bash
cd example-app
./vendor/bin/sail up

_{sail up}

Esetleg

./vendor/bin/sail up -d

Hogy csöndben legyen, meg hogy ne pazaroljunk el rá egy külön nyitva tartandó ablakot.

Nekem most momentán azért kell egy projekthez, mert fel akartam rakni a PHPStant, és a natív Windowsos PHP-mmel valahogy akadt, és úgy gondoltam, hogy nem arra fordítom az energiámat, hogy a Windowsos PHP problémámat próbálom megoldani, hanem inkább felteszem a Sailt, mert abban úgyis van egy csomó dolog amire szükségem lenne egyébként is.

Amíg ezt leírtam, a Sail nagyjából fel is rakta magát.

Alapból egy nagyon kellemes hibaoldallal fogad, mert még nem futtattuk a migrációt.

_{Valóban szép debug screen}

Segítsünk ezen, futtassunk egy migrációt:

./vendor/bin/sail artisan migrate

_{sail artisan migrate}

_{Welcome to Laravel}

A sailhez majd vagy fel kell venni egy aliast, vagy csinálni rá egy symlinket.

Mindenesetre fáradozásunk eredménye egy gyönyörű üres Laravel oldal a localhoston.

Pár blog-todo:

• megjavítani a képméret-beírókát png esetére
• megjavítani a png képek felismerését
• "pix_section right keprendezo" classok valamiért mintha akadnának a prism-mel. Itt megy faszán. Fura.

Lesz egy PSR sorozatom ( PSR), egyelőre a köv PSR-ekkel

Előre bocsájtom hogy nem ezekkel kelek és fekszem.

• PSR-4: Autoloader
• PSR-7: HTTP message interfaces
• PSR-11: Container Interface
• PSR14 Event Dispatcher
• PSR-15
• PSR-16: Interface for Caching libraries
• PSR-17 HTTP factories
• PSR-20 Clock

GuzzleHttp/Client

Van egy endpointom a blogon, amin a TODO itemeket csekkolgatom ki-be (/my/todo/toggle/{id}). Ez nem Laravelben van, hanem a jó öreg saját blogengine-ben, és most a laraveles felületre nem akarok semmi JS-t tenni. Az endpoint egy JSON-t ad vissza:

{ "checked": true }

vagy

{ "checked": false }

Annak függvényében nyilván hogy a TODO done lett-e vagy .. todo.

Igazából sosem használtam a Guzzle-t. Nem nagyon akarok sokmindent változtatni, annyit akarok, hogy az endpointomat meg tudjam hívni, amihez szükségem van arra, hogy bejelentkezett adminnak lásson a blog. Ehhez át kell küldenem a vid, uid, sid cookie-kat.

A Guzzle http kliensét akartam kipróbálni, ez a lényege a feladatomnak.

Következőt sikerült produkálni, ez egy Laravel kontrollerben van:

namespace App\Http\Controllers\Admin;
use GuzzleHttp\Client;

class TodoController
{
    public function toggle(HbTodo $todo)
    {
        $headers = [
            'Cookie' =>
                'vid=' . DI::Cookies()->getVid()
                . ';uid=' . DI::Cookies()->getUid()
                . ';sid=' . DI::Cookies()->getSid()
        ];
        $client = new Client();
        $res = $client->post(DI::Config()->siteUrl 
            . '/my/todo/toggle/' . $todo->t_id, [
            'headers' => $headers
        ]);
        $contents = json_decode($res->getBody()->getContents());

        return redirect()->route('admin.todos', [
            'checked' => $contents->checked
        ]);
    }

A fenti kódban a DI nevű class egy saját dependency injection megoldás (használhatnám a PHP-DI-t pl, de minek, ugye, itt minden saját). (Egyik nap ami azt illeti be is rántottam a PHP-DI-t a blog alá, aztán kitöröltem. Teljesen működőképes volt stb, de ... akartam írni egy postot a PHP-DI-ról hogy miért nem azt használom... majd egyszer talán. Közben létrehoztam a postot hogy nyomasszon, benne van a queue-ban, mire megjelenik, szeretnék írni bele valamit. :Đ )

Na de a lényeg: létrehozzuk a Guzzle Client-et, simán küldünk vele egy POST requestet, belesütjük a Cookiekat, json_decode-oljuk a választ az endpointról, és átirányítjuk a usert (magamat) az új Laraveles TODO admin oldalra, becsűrve az URL-be hogy done lett-e az item vagy todo (checked=0 v checked=1).

A Guzzle ->post() helyett tudna ->postAsync() -et is, az elég fontos funkció lenne, de akkor nem kapnám meg, hogy mi lett az endpoint válasza, és így nem tudnám belesütni az URL-be. Guzzle ->post helyett ->postAsync()

Amúgy az URL-be belesütés nyilván nem annyira hatékony módja a kommunikációnak, de leszarom, egyszerűen csak ismerkedek libekkel.

Van amikor hasznos, pl. egy sima URL logból látom, hogy mondjuk valaki hozzászólt egy topikhoz, mert az URL-ben benne van hogy &thx4=cmnt (aki nézi az URL-t, biztos találkozott már ilyennel a blogon, miután hozzászólt valami témához). Kiszedhetném belőle, a blogon van egy kellemes kis értesítős megoldás (most már azzal is találkozhattok pl. ha beléptek vagy kiléptek, vagy módosítjátok a profilotokat).

Mi ez a function toggle(HbTodo $todo)?

Éleslátók észrevehetik, hogy a Laravel tök faszán URL-ből felpéldányosít nekem egy HbTodo objektumot. Ez szerintem kurvajó. Itt a példában tök fölösleges, mert csak az ID-jára van szükségem. De annyiból mégis jó, hogy ha rossz ID lenne, akkor már eleve a Controller végrehajtása előtt kapna a user egy HTTP 404 not found hibát. Így az ID-t nem kell manuálisan validálni, hogy létezik-e. Szóval annyira mégse fölösleges. Good.

Miért nem JS-ben írom?

Mert perpill a Laravel dolgaira akarok fókuszálni, épp egy backend developer role-ra pályázok, és nem akarok JS-sel foglalkozni most, így is végeláthatatlan dolognak kell utánanézzek. Egyébként természetesen JS-ben lenne logikus, pláne ha már ilyen nice endpointom van ami JSON-t ad vissza.

Másfelől perpill nem tenném le a voksomat semmilyen JS lib mellett, a Reactot évente újra kell írni (nekem nem lesz ennyi kapacitásom a blogra, most épp van, de tudom hogy nem lesz), jQuery-t minek gyakoroljak 2024-ben, stb.

Legfőképp meg azért mert a Laravel admin felületemre egyelőre semmi JS nincs bevezetve. Pedig fájóan kéne egyébként. Fel is jegyzem: JS a Laravel admin felületre

• amikor látok valami hírlevelet, feliratkozok rá
• blogok
• amikor látok valami érdekes cikket, felveszem egy Learn mappába könyvjelzőnek, és rendszeresen végigmegyek rajta
• google developers, learn.microsoft.com, coursera, linkedin learning (subscriber vagyok évek óta), pluralsight, daily.dev, web.dev, dev.to, reddit, amazon oldalak, infoq
• bizonyos projektek/nyelvek dokumentációi, pl. Laravel, Flask
• youtube fejlesztői csatornákra feliratkozás & könyvjelző
• tiktokon meglepő módon csomó érdekes főképp css/frontend tartalom jön szembe, de vannak keményebb fejlesztői témák is, pl. van egy csávó aki a GitHubnál dolgozik és szokott gondolatokat megosztani
• podcastok nem annyira, de hallgattam Python podcastot pl.
• freecodecamp
• GitHub projektem van arról hogy miket akarok tanulni
• a blogomba is gyűjtök listákat hogy miket akarok csinálni/tanulni
• idén kipróbáltam a React Native-et, a Vercelt, a Laravelt, az Android Studiot, egy rakat CSS újdonságot aktívan használok, lokálban kipróbáltam a PHP8 újdonságait
• ChatGPT-vel / Geminivel generáltattam egy rakás kártyát és betettem Ankiba aztán végigmentem rajtuk / egy részükön
• néha megnézek interjú kérdéssorokat, volt h ebből is csináltam Anki kártyákat
• még 2019-ben vettem egy Remarkable-t, időnként elolvasok 1-2 könyvet rajta
• ja és vannak mindenféle audio anyagok is, én pl. sokáig subscriber voltam (vagyok? ) Headwayre, úton valamerre vagy kondi közben kiváló

Dependabot berakva a blog alá, frissített is 1-2 cuccot, volt amin meglepődtem (kicsit régi volt)

Nice.

• Dependabot is a free GitHub feature that automatically updates your dependencies
• Keeping your actions up to date with Dependabot
• Automating Dependabot with GitHub Actions
• Viewing Dependabot job logs

Tudnivalók

• carbon.nesbot.com
• An API extension for DateTime that supports 281 different languages.
• A legújabbhoz (most épp) 8.1-es php kell
• Carbon::now()
• Ezt használja a Laravel, tipikusan now()-ként hivatkozik rá

Blade template-ben így lehet használni, ha a meződ alapból nem lenne Carbon [ld lejjebb]:

<div>
    {{\Carbon\Carbon::parse($todo->t_inserted_at)
        ->diffForHumans()}}
</div>

Vagy így is:

@inject('carbon', 'Carbon\Carbon')
<div>
    {{$carbon::parse($todo->t_inserted_at)->diffForHumans()}}
</div>

Amit megjelenít (pl):

1 day ago

Vagy magyarul:

{{$carbon->parse($todo->t_inserted_at)
    ->locale('hu_HU')->diffForHumans()}}

A kimenet:

1 napja

A locale('hu_HU') nem szükséges, ha a config/app.php-ben be van állítva, hogy

    'timezone' => 'Europe/Budapest',

És akkor említettem hogy "ha a meződ nem lenne alapból Carbon". A Laravel ugye egy inserted_at és egy created_at mezőt használ a db-ben a rekord beszúrási/frissítési időpontjaira. Ezeket a mezőket a Laravel alapból castolja Carbon példányokra, így alapból hívható rajtuk a diffForHumans metódus, illetve amúgy bootolhatod úgy is az appot hogy bizonyos mezőket alapból castoljon Carbonra.

Személy szerint nem ezeket a mezőneveket használom a DB-ben a blogon, de a Laravel modelljeit lehet instruálni, hogy más mezőneveket használjon, így azokat is Carbonná konvertálja by default, megkönnyítve a template-ben a dolgunkat, nem kell a Carbont külön injektálni. A Laravel setupolása igazából eredetileg nem volt a célom ebben a postban, úgyhogy nem is megyek bele jobban. :)

Az a gyanúm, hogy frissebb Laravelekben lehetne csinálni egy ilyet, de a blog momentán 7.2-es php-n fut (ami 7-es laravelt jelent), úgyhogy itt ezt nem tudom kipróbálni. Az AppServiceProvider.php-ben van egy boot metódus:

    public function boot()
    {
        // ...
        Blade::stringable(function (Carbon $date) {
            return $date->diffForHumans();
        });
    }

Ezzel elvileg az összes dátumot így lehetne kiíratni. Idő hiányában ezt most nem tudom kipróbálni 11-es laravel projektben, mert mozdulnom kell a köv témára. :) Next time maybe.

Nyilván egy csomó dolgot tud még, szóval ld. fenti link, vagy nesbot/carbon on packagist, vagy laravel.com doksi.

20:12 syntax highlighthoz berántottam a prism-öt.

Valami kurvalassú benne de most már lehet (nekem) a bejegyzésekben a checkboxokat UI-ról kipipálni és megjegyzi veeheheh. Kibaszott egy monstrum megoldás, mert amellett h felveszi DB-be, átírja a szerkeszthető szövegmezőt is (ami nemrég került bevezetésre), meg a legenerált köztes HTML mezőt is. Gyakorlatilag újragenerálja a bejegyzést. Mivel ez nem lesz egy túl gyakori művelet így 0.1-nek bőven megteszi. Szerintem ez lesz az első feature amitől megválok a jövőben, nem nevezném elegánsnak.

Ehun egy-két példa:

• Minden nap csekkolj innen egyet!
• Még egyet!
• Na még! többet is egy sorban!

ápr. 08. 19:45 sose válok meg tőle, imádom, eddig kb. 100 létrehozott todonál tartok

TODO refaktor

Perpill a tábláimat és a kódjaimat szétkúrja a markdown és a saját formázásom viaskodása, sry. Fix this.

$ ./sail composer require laravel/breeze --dev

(Ja a ./vendor/bin/sail -re van egy symlink.)

(Ezt a parancsot így wsl-ben kell kiadni ha épp Windowson vagyunk.)

Milyen csomagjaink vannak most?

Aham, a feléről nemtom micsoda, a Breeze-t most ismertetem, a Sail egy Docker-compose wrapper a Laraveltől, a Tinker öö passz, a Carbon ha az amire gondolok akkor valami időkezelés, Collision az valami hibakezelő cucc commandline-ban, Termwind passz, Ignition mintha az is valami hibakezelés lenne. ápr. 07. 19:35, közben utánanéztem a dolgoknak, be is írtam a táblázatba

Breeze

Laravel Breeze is a minimal, simple implementation of all of Laravel's authentication features, including login, registration, password reset, email verification, and password confirmation. In addition, Breeze includes a simple "profile" page where the user may update their name, email address, and password.

Okés.

Laravel Breeze's default view layer is made up of simple Blade templates styled with Tailwind CSS. Additionally, Breeze provides scaffolding options based on Livewire or Inertia, with the choice of using Vue or React for the Inertia-based scaffolding.

Értem.

Igazából Nekem egy loginra (screenre) volt szükségem, mert eggyel korábban, amikor még aludtatok, a

$ ./sail artisan install:api

eredményeképp azt kaptam, hogy

Route [login] not defined.

Szóval gondoltam mi lenne ha kivételesen ezt nem írnám meg magamnak manuálban, hanem megnézném, hogy mit ad a Laravel. Hát itt tartunk. Azaz már nem egészen itt, mert a composer require laravel/breeze után ez volt a javasolt köv lépés:

$ ./sail artisan breeze:install

Itt felajánlott amolyan ASCII UI-on egy pár választási lehetőséget, én a következő szavazatokat adtam le:

Sikerult egesz jol nekimenni ennek a Laravelezesnek.

pas fater haszprus sail eloquent php 8.3 laravel 11.0 wsl2 docker resourcecontroller resourcemodel migrations grid layout & coming ecs ec2 redis queue

Bennem most felmerult h esetleg ujrairhatnank a site-ot (cchu) ebben

...

Aztán belenéztem a cchu-ba hogy milyen feature-ök vannak benne, hát good luck hogy ezt szó szerint újraírja valaki. Nyilván mást lehet írni helyette. De elég.. brutál dolgokat tud. Nem is értem, hogy a francban volt erre energiám anno. (nem a publikus felületre gondolok annyira hanem a 'members area'-ra.)

Generic stuff

• Bounded Context
• DDD - Domain-Driven Design
• Első (előző) körből kiderült dolgok
• Hogyan tartom up-to-date-en magam?

PHP

• use array_walk instead of foreach
• PSR
• Match expression
• Potherca's rules for creating more robust code in PHP
• Arc.dev PHP interview questions
• EPAM Senior PHP interview questions
• Senior PHP interview questions @ Google

Maybe

• Clean code
• SOLID

Lehet h tenyleg autista vagyok? Mindenhez redirectet irok, most ez az uj Thing.

Kurvajol rendet raktam a kategoriak kozott, legalabbis jobb lett, mint volt. Thx 2 Laravel Category Admin UI.

A mai fejlesztest kifejezetten elveztem, ujra.

Viszont nem foglalkoztam az Amazon cuccokkal Ma masodik kor a potencialis uj ugyfelnel... Q elet.

Viszont Markdown power

Raktam be a blog alá laravelt jól. Egyelőre - és várhatóan a jövőben is - kizárólag admin funkciókhoz. Nem rossz az ha 20 év múlva is megy valami.

Vicces, 2 hónapja még minden dependenciámat ki akartam vakarni a blog alól, most meg épp abban vagyok h berántsak ezt-azt.

Szerintem ezt a site-ot amúgy úgy érdemes csinálni - és nagyjából így is van -, hogy a "mainstream" oldalhoz nem nagyon használok külső dolgokat, az adminisztrációhoz, fejlesztéshez, meg igen.

DE MIÉÉÉÉRT

Mert előfordulnak röpke 10 évek az életemben amikor mondjuk nem annyira foglalkozom a bloggal, és utána kb lehetetlen a régi dependenciákkal mit kezdeni, meg ugye nem is szereti az ember annyira a lejárt dolgokat, de nehéz upgrade-elni, kivakarni, stb. Ez nem egy 200 fős projekt, érted. Nincs folyamatosan up-to-date tartva. Tökjó ha olyan dolgokból épül, ami menni fog az unokáimnak is.

Most idén amikor elkezdtem foglalkozni vele újból, konkrétan taskokat hoztam létre arra, hogy pár dependenciától nézzem már meg hogy miként tudnék megszabadulni. Hát sejthető hogy mennyire sikerült. (Semennyire.)

Ugyanakkor ami mondjuk csak lokál fejlesztéshez volt használva - vagrant - azt nyilván 0 sec alatt kivágtam.

Mondjuk most már kezdek úgy behúzni ezt-azt hogy kb feature switchelhető hogy van-e vagy nincs, azt' max nincs használva az adott funkcionalitás. Dehát ezt nyilván nem lehet mindennel megcsinálni.

Voltak itt Meliek. Elmentek. Altalaban nem erzem magam olyan egyedul, mint most. Csak most eros a kontraszt.

Konkretan ram tort a panik.

Idokozben vege lett.

Beszeltem anyammal ahol a "true self"-em elojohet. Elegge elveztem, alig tudtam abahagyni, vegul azert ejjel 2.30kor lekorlatoztam magam.

• Laravel
• Amazon ECS
• Amazon EC2
  • A blog már fut EC2-n
  • De még van vele tennivaló, mert pl. most épp nem megy valamiért - http-n viszont megy
  • EC2-n folosleges a mysql dump
  • Caddy belövése
  • képek menjenek
  • Autodeploy
  • Same region as rds
  • Queue-k
• Laravel Queue

Ezeket at kell nezzem a keddi interjuig

Es tok jo lenne ha el tudnek menni kondiba. De lathatoan nehezen menedzselem a prios dolgokat. Anyam tanacsa: mi hataridos. Nos egyedul a keddi meeting hataridos, a tobbi a kutyat nem erdekli (magamon kivul) hogy elkeszul-e v mikor

Meliek behuztak a CSGO-ba es most azt is akarkom nyomatni, lol

De a true selfet egyebkent szivesen megmutatnam masoknak is, de valszeg korlatozottabb lenne ra az erdeklodes.

A chechboxokra akarok irni valami komolyabbat, ami valszeg senkit se erdekel egyebkent, de engem annal inkabb

Áttértünk Amazon RDS-re, ami a DB-t illeti. Ultra happy.

Felraktam a Laravelt, kapásból egy hibaüzenettel indított, de kurvára tetszett hogy hogy néz ki. Regisztráltam magam a forge.laravel.com -on is, itt lehet szervert bérelni 12 USD/hótól.

Ma derült ki számomra hogy az új ügyfelünk már múlt héten visszajelzett hogy lesz meeting, de csak Past címezték be... én meg teljesen magam alatt voltam, hogy még csak válaszolni se válaszoltak...

Elég bugos volt a kereső. Most már kevésbé bugos. (Nem tökéletes, de itt ez a keret van. )

Blog health check & maintenance.

_{before after}

(A második kép valójában nem kattintható de már a fülemen jön ki a CSS hegesztés, sry.)

Még gondolkodom rajta hogy automatizáljam-e az ilyen orphanok törlését. Bizonyos esetekben mehet, de mondjuk találtam értékes adatokat is a múltból amiket restauráltam. (Pl. egy rakás kommentet egy törölt bejegyzéshez.)

Oké sikeresen áttértünk utf8mb4-re. Ofkorsz élesen kellett kipróbálni. Ofkorsz elhasalt a felénél. De most már lehet smiley-kat írni a szövegbe. Mármint igazi smiley karaktereket. Mind blown.

Erre azért volt szükség mert kimásoltam ide egy chatrészletet és elveszett a bejegyzésem smiley-tól hátralevő része. Elsőre nem vágtam hogy mi van.

A dolog mindenesetre elég könnyen ment. Nem is vártam mást, annak ellenére hogy egy encoding váltás anno micsoda KŐKEMÉNY SZOPÁS volt.

Hogy b*nád meg phpstorm, besz.pattál a refaktorral. Hát a f.szom, nem mindent nevezett át.

11:45 resolved.

Uralkodik.

Baszki kikapcsolt a gepem, a legizgalmasabb resznel. Visszakapcsolom.

23:09

Végre zöld a phpstan, el se hiszem, persze új baseline fájllal nyilván csak zöld lehet, ez némileg levon belőle.

A mai nap kiemelt kommitja: render templates with reflection. Yeah.

Feb 6 óta 21%-kal kisebb lett a phpstan-baseline.neon fájl, ami a(z amúgy 7-es levelre állított) phpstan baseline fájlja.

(Mi az a baseline? Ez sorolja a projektben található hmm szabálysértéseket/hinteket.)

Good.

Miután kidühöngtem magam a Rectorral kapcsolatban, folytatom a konfigurálását...

Long term remélhetőleg megéri belőni olyanra, amilyenre szeretném.

Muszáj vagyok tovább menni az automata refaktorálás "csapdáin".

Valamiért a PHPStorm is nagyon kínálgatja hogy egy függvényből való visszatérés előtt az utolsó változót inline-oljam, és a Rector is simán automatán kiirtja a fölöslegesnek vélt utolsó változókat return előtt, tehát:

$x = something(..);
return $x;

Helyett használjam ezt:

return something(...);

De vaffankúló (amúgy ezt nem szoktam használni, de ide illik), komolyan, miért?! Mi ez a trend? Rájöttünk ezer éve, hogy a függvénynevek és változónevek ugye milyen fontosak hogy jól legyenek elnevezve, erre jön valaki (egy egész trend), és azt mondja, hogy szerinte spóroljunk meg egy változónevet.

Ami azt jelenti, hogy elveszítesz egy tök fontos információt, hogy mi történt az utolsó lépésben.

Csak a példa kedvéért:

function foo($pattern) {
  // ... some other logic here ...
  return preg_replace('{^(([^.+*?\[^\]$(){}=!<>|:\\\\#-]+|\\\\[.+*?\[^\]$(){}=!<>|:#-])*).*}', '$1', $pattern);
}

A fenti kódot a Composer Autoloaderéből szedtem, szóval teljesen real world, és biztosan nem a saját hülyeségem (ott fel van kommentezve* amúgy, és nem ennyiből áll a függvény, de ettől még tök jó példa). Tegye fel a kezét, aki szerint tök fasza, ha nincs elnevezve, hogy mit is kapunk ebből a preg_replace-ből. :Đ

* arról nem is beszéltem h van aki szerint a kommentek is hülyeségek :D Egy időben amúgy totál ezt vallottam én is, most szopok rendesen ahogy refaktorálom a blogot :D Kommentezek "mindent". (És nem azért mert nem használtam jó változóneveket/függvényneveket.)

Most hogy csak egy példát mondjak a Rectorból, de eddig amúgy 6 konkrét rule-t tiltottam le belőle és 2 setet egyszerűen használhatatlannak ítéltem (a DEAD_CODE-ot és a CODE_QUALITY-t)

Legyen két példa:

settype($x["hello"], "string");

Szerinte lecserélhető erre (le is cseréli szorgalmasan):

$x["hello"] = (string)$x["hello"];

Ez tökjó de ugye undefined index error kapásból ha az adott index nem létezik, és azért idegesít ez engem, mert sztem tök nyilvánvaló, szóval nem értem hogy hogy hozhatnak létre ilyen rule-t.

Másik:

Szerinte lecserélhető arra hogy

Ezt bőszen meg is teszi. Oké. És mi van azokkal a függvényhívásokkal, amik átadják ezt a változót? Azokhoz nem nyúl hozzá. ¯_ (ツ) _ / ¯ Gyanítom akkor se, ha mondjuk nem az utolsó hanem egy közbülső unused variable-t töröl ki a függvény szignatúrájából. Ami ugye nyilvánvalóan konkrét bugot eredményez, hiszen elcsúszik a paraméterátadás.

Igazából végül annyi ilyen szart kellett letiltanom hogy nem maradt javaslata a kódra nézve Eh. Na majd futok vele talán még köröket.

step 1

$date = date("Y-m-d", $timestamp) // it works perfectly

step 2

install phpstan

Na ha már törünk mindent, akkor legyenek end-to-end / UI tesztek. Az utóbbi években történt a szerveren egy PHP verziófrissítés, aminek a változásait csak ímmel-ámmal követtem le (nem volt fókuszban a blog, de ezt nyilván észlelték akik követnek valamennyire). Most ránéztem újra alaposabban a site-ra, mert növelni akartam kicsit a reszponzivitást, és rájöttem, hogy egy csomó feature el van törve, meg én is eltörtem ezt-azt miközben ezt lefejlesztettem. Meg arra is ráeszméltem így sok év szünet után, hogy atyaúristen mennyi minden funkciót csináltam itt Ami mókás és örömteli felismerés volt. Úgyhogy elkezdtem playwright teszteket írni. Még nincs sok, mivel tegnap álltam neki.

Egyelőre egy külön privát github repóba tettem, szépen CI-ban futtatva, kapok emailt ha hasal meg minden. Később valószínűleg jobb lenne beletenni a blog főrepójába.

Van pár known issue, és azokat már úgy akarom meghegeszteni, hogy teszt is legyen rá.

Hát, nemtom meddig lesz erre időm, de most épp van.