[PHP] (Laravel) Stapler misbruiken?

Pagina: 1
Acties:

Onderwerpen


Acties:
  • 0 Henk 'm!

  • afraca
  • Registratie: April 2009
  • Laatst online: 13-08 16:46

afraca

Open Source!

Topicstarter
Ik bouw een beetje een CMS, en had om afbeeldingen aan dingen te hangen gebruik gemaakt van Stapler:

https://github.com/CodeSleeve/laravel-stapler
https://github.com/CodeSleeve/stapler

Leuk omdat het folders enzo makkelijk voor je regelt. Maar het strookt geheel niet met de workflow van m'n collega's. Wat ze willen is in de view met de ->url() call ook een style kunnen definieren. (ik doe geen front-end, dus weet niet precies waarom het nodig is, maar 1 van de argumenten had te maken met dat een site soms 1000 foto's van 3 MB kan hebben serverside, en het niet nodig is alle stijlen voor alle afbeeldingen beschikbaar te hebben). Huidige situatie is dat ze 1 original opslaan, en altijd on-the-fly resizen. (Mijn argument was dat dat ongelofelijke performance drop is, toen kwam caching langs en hielden we daar op)

Kortom, iets als, (met $file een Stapler object)
PHP: example.blade.php
1
{{ $file->url('300,300') }}


zonder dat die attachment al beschikbaar was, en het moet dus gecached worden.

Zoals de documentatie van Stapler beschrijft, moeten stijlen in de constructor gedefinieerd worden, en daarna kan de parent::__construct() gebruikt worden. Maar als ->url() als methode gebruikt word, is die __construct natuurlijk allang voorbij.

Daar komt bij dat zelfs al zou je de stijl nog 'later' kunnen registreren, Stapler heeft eerst een "refresh" nodig voor de nieuwe stylen ook naar bestand zijn gefixed. Dat zou allemaal erg hackery overkomen, maar misschien wel mogelijk.

Ik vind de voordelen van Stapler op zich wel chill. Als het kan wil ik het houden, want eruit slopen kost natuurlijk ook tijd. Wat is handigste manier hier?

IMDB vote history | Next-gen OS, audio en video player, search engine en Movie DB


Acties:
  • 0 Henk 'm!

  • afraca
  • Registratie: April 2009
  • Laatst online: 13-08 16:46

afraca

Open Source!

Topicstarter
Ik leer overigens net van het bestaan van:
https://github.com/kevbaldwyn/image/

Dat is eigenlijk gewoon de beste oplossing. Ik denk dat ik voor nu nog Stapler wel even blijf gebruiken voor back-end doeleinden.

Hoewel minder urgent dus, mogen jullie natuurlijk alsnog je onverzoutte mening geven.

offtopic:
Fun fact: die uitdrukking schijnt op internet geheel niet voor te komen. Bonuspunten voor wie hem kent of mij terecht wijst op de juiste uitdrukking

IMDB vote history | Next-gen OS, audio en video player, search engine en Movie DB


Acties:
  • 0 Henk 'm!

  • curvemod
  • Registratie: Maart 2009
  • Laatst online: 06-09 20:43
Het is ongezouten mening, verder geen verstand van Laravel 😁

Acties:
  • 0 Henk 'm!

  • pBook
  • Registratie: Augustus 2010
  • Laatst online: 07-09 10:39
Image manipulation + caching: http://glide.thephpleague.com

Framework onafhankelijk, ik heb het hier draaien met Laravel, werkt als een trein!

Acties:
  • 0 Henk 'm!

  • ParadoxMedia
  • Registratie: September 2012
  • Laatst online: 01-08 14:27
In de Laravel projecten die ik ontwikkel gebruik ik altijd https://github.com/Intervention/image. Dit heeft tot nu toe mij altijd kunnen voorzien in mijn wensen.

Acties:
  • 0 Henk 'm!

  • Barryvdh
  • Registratie: Juni 2003
  • Laatst online: 14:10
ParadoxMedia schreef op dinsdag 24 maart 2015 @ 11:03:
In de Laravel projecten die ik ontwikkel gebruik ik altijd https://github.com/Intervention/image. Dit heeft tot nu toe mij altijd kunnen voorzien in mijn wensen.
Glide is in principe ook Intervention/Image, alleen dan in combinatie met Flysystem. Voordeel is dat je dus makkelijk Dropbox/S3 etc kan gebruiken.

En als je wil kan je het ook nog combineren met elFinder zodat je door je Flysystem instances kan bladeren: https://github.com/barryvdh/elfinder-flysystem-driver en dan linken naar je Glide url :)
Pagina: 1