Ich mache vor allem TreeShaking automatisiert mit Vite während dem Build Prozess, dazu werden die Komponenten einzeln gepackt damit nur geladen werden muss was gebraucht wird.
Zusätzlich lasse ich die gesamte Anwendung vorab Kompilieren, statt zur Laufzeit.
Das ist vielleicht schon klar, aber ich erwähne es trotzdem da es die Ladezeiten auch verbessert.
Falls Bilder vorhanden sind sollten diese gut komprimiert sein, um keine Unmengen an Daten herunterladen zu müssen.
Äh ja machen sie. Ein PNG braucht länger als zB ein WebP oder AVIF um zu laden.
Also falls die Frage ernst gemeint war, ja definitiv.
Hatte das aber eher als Ironie verstanden
Aber sehe gerade den PageSpeed Bericht, 99/100 sind doch gut .
Davon kann ich aktuell nur träumen:
Was ist für dich lange?
Zudem, du hast wohl ein System das alles vorab als HTML vorab rendert, das kostet auch irgendwo Leistung.
Persönlich finde ich das eher unnötig (kostet halt einfach... Alles).
Und wie lange jetzt Composer oder Vite brauchen ist doch egal oder?
Bei mir läuft Vite bis es durch ist locker 25-35 Sekunden.
35 Sekunden wären schön haha. Nach jedem Composer Update dauert es ca 10 min bis alles optimiert und wieder rdy ist .. nicht normal denke ich 
Was genau meinst du mit ich habe ein System was HTML vorab rendert?
10 Minuten? Da läuft aber gehörig was schief.
PixelPatron was genau hast du denn unter Autoload und Scripts stehen? Das könnte einen Aufschluss darauf geben.
Poste ich dir gleich wenn alles hochgefahren ist. Bin Grad erst rein aber deine These ist interessant. Was mir manches Mal auffällt ist das er anscheinend versucht packages erst von local zu installieren weil der Composer der Meinung ist er hätte kein Internet.
"autoload": {
"psr-4": {
"App\\": "app/",
"Database\\Factories\\": "database/factories/",
"Database\\Seeders\\": "database/seeders/"
}
},
"autoload-dev": {
"psr-4": {
"Tests\\": "tests/"
}
},
"scripts": {
"post-autoload-dump": [
"Illuminate\\Foundation\\ComposerScripts::postAutoloadDump",
"@php artisan package:discover --ansi"
],
"post-update-cmd": [
"@php artisan vendor:publish --tag=laravel-assets --ansi --force",
"@php artisan vendor:publish --tag=livewire:assets --ansi --force"
],
"post-root-package-install": [
"@php -r \"file_exists('.env') || copy('.env.example', '.env');\""
],
"post-create-project-cmd": [
"@php artisan key:generate --ansi",
"@php -r \"file_exists('database/database.sqlite') || touch('database/database.sqlite');\"",
"@php artisan migrate --graceful --ansi"
],
"dev": [
"Composer\\Config::disableProcessTimeout",
"npx concurrently -c \"#93c5fd,#c4b5fd,#fb7185,#fdba74\" \"php artisan serve\" \"php artisan queue:listen --tries=1\" \"php artisan pail --timeout=0\" \"npm run dev\" --names=server,queue,logs,vite"
]
},Besteht denn die kleinste Möglichkeit das es am WIndows Defender liegt? .. Syntafin
Nachtrag: Mit composer update -vvv --profile kommt die Ausgabe: [33.9MiB/219.33s] Memory usage: 33.91MiB (peak: 119.21MiB), time: 219.33s
Nachtrag2: Habe die Lösung gefunden und natürlich war wie immer ein Teil von Windows schuld. Nachdem ich das Arbeitsverzeichniss zu einer Ausnahme zum Windows Defender hinzugefügt habe geht es jetzt wie gewohnt sehr schnell 
ich hatte echt schon angst das es an meinem Code oder sowas liegen könnte.
Wozu lädst du eigentlich Factories und Seeder? Das verstehe ich nicht.
Auch dein Script unter Dev wirkt etwas seltsam an der Stelle.
Wozu lädst du eigentlich Factories und Seeder? Das verstehe ich nicht.
Auch dein Script unter Dev wirkt etwas seltsam an der Stelle.
Ich muss gestehen daß ich in dieser Datei nicht per Hand gemacht habe und ale entrage irgendwann durch die Konsole gesetzt wurden. Daher: keine Ahnung. Vielleicht kannst du das etwas ausführen.
PS: ich weiss .. bin ein vollquotel 
Hey ich hab mehrere Angebote von Server gesehen mit 1G Uplink oder 10G Uplink macht hat das bei der ladezeit von Webseiten auch Auswirkungen oder merkt man da keinen unterschied?
Du könntest die Bilder asynchron Laden lassen, sodass die Website schon fertig geladen ist, obwohl die Bilder noch nicht geladen wurden. An der Stelle wo die Bilder sind kannst du eine von der qualität stark reduzierte Version des Bildes anzeigen, die dann ersetzt wird, sobald das eigentliche Bild geladen wurde.
Wenn die Website von der Höhe sehr lang ist, kannst du es mit JavaScript auch so einrichten, dass vorrangig die Bilder im sichtbaren Bereich (die oberen) geladen werden und der Rest, wenn man runterscrollt.
Du könntest auch ein CDN einrichten, sodass die "großen" Assets von Servern in geografischer Nähe geladen werden und dein eigentlicher Server nicht zu stark belastet wird.
Mit JavaScript im Frontent gibt es noch super viele Möglichkeiten die Leistung und die Ladezeit zu verbessern. Du könntest die gesamte Website als SPF einrichten. Ein Service Worker läd dann schon die Sachen, die noch gar nichtgebraucht werden. Wenn du dann mehrere Unterseiten hast, steht alles schon zur Verfügung und beim Navigieren durch die Seite hast du 0ms Ladezeit.
Hey ich hab mehrere Angebote von Server gesehen mit 1G Uplink oder 10G Uplink macht hat das bei der ladezeit von Webseiten auch Auswirkungen oder merkt man da keinen unterschied?
Da merkt man keinen Unterschied, außer du hättest so viele Anfragen das der Uplink überlastet ist.
Die meiste Zeit bis eine Antwort vom Server kommt ist immer die Zeit bis die angeforderten Daten bereitstehen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
