ist es OK. Es wurde hier im Forum schon mehrmal erwähnt. Ich habe es hier gegeben nur, um nicht vergessen, dass so was ist unter PHP geplannt.DEPRECATED: Methods with the same name as their class will not be constructors in a future version of PHP.....
Daran hatte ich zumindest bisher gar nicht gedacht. Ist halt auch immer so eine Sache – ist der andere Server immer verfügbar, bleiben die Bilder auch dort, wo sie erwartet werden, ist allow_url_fopen aktiviert (wird zumindest für die Thumbnails benötigt), und dann natürlich rechtliche und eventuell auch Sicherheits-Aspekte. Im Zweifel kann man die Bilder ja auch auf dem eigenen Server ablegen (wobei der dann natürlich wieder mehr zu tun hat).beate_r wrote:Nutzung des Fotorama-Plugins mit Bildern, die nicht auf dem Server liegen.
Code: Select all
$filename = $pic['path']; An Videos hatte ich auf jeden Fall nicht gedacht. Sollte aber mit der obigen Änderung (falls diese für Bilder genügt) ebenfalls funktionieren – allerdings darf dann auf keinen Fall die Thumbnailvorschau (nav=thumbs) aktiviert werden, da GD keine Thumbnails aus Videos generieren kann.beate_r wrote:Ähnliche Probleme erwarte ich natürlich auch, wenn ich z.B. Youtube-Videos in Galerien einbetten will, was ja von Fotorama grundsätzlich unterstützt wird.
Genau darum gehts ja: Verlinken ist ja nahezu immer möglich, besonders, wenn es sich wie hier um Aufnahmen Dritter von Dir selbst handelt. Die vollen Rechte an den Bildern hat man dann allerdings noch lange nicht.cmb wrote:... und dann natürlich rechtliche ... -Aspekte. ...
Mir gehts hier v.a. um die Thumbnailnavigation; die Thumbnails werden nämlich auf dem eigenen Server gecachet.beate_r wrote:Genau darum gehts ja: Verlinken ist ja nahezu immer möglich, besonders, wenn es sich wie hier um Aufnahmen Dritter von Dir selbst handelt. Die vollen Rechte an den Bildern hat man dann allerdings noch lange nicht.cmb wrote:... und dann natürlich rechtliche ... -Aspekte. ...
Ja, da hast Du natürlich recht. Letzteres finde ich auf jeden Fall besser, weil ja nicht nur HTTP(S) relevant sein könnte. Vielleicht sollte man das aber auch parse_url überlassen.beate_r wrote:Mit der Änderung funktioniert das Plugin natürlich nicht mehr, wenn es lokale Galerien darstellen soll. M.E. muss bei jedem einzelnen Eintrag untersucht werden, ob $pic('path') mit "http://" oder "https://" beginnt. Wenn nicht, muss wie gehabt der Pfad ins lokale Verzeichnis vorangestellt werden. Ganz faule suchen nur nach "://" ...
Letzteres ist natürlich sehr elegant – danke!beate_r wrote:und klar: Thumbnail-Navigation muss entweder komplett unterdrückt werden, oder es muss ein Dummy verwendet werden, der die externe Quelle als solche kennzeichnet.
Ja!beate_r wrote:Wäre noch zu klären, inwieweit man sich da Sicherheitslücken einbaut.
Der Overhead von parse_url() sollte verkraftbar sein; ich kann mir sogar gut vorstellen, dass es u.U. schneller ist als eine PCRE. Bezüglich parse_url() hätte ich eher bedenken, weil die Funktion bei unvollständigen (i.e. relativen) URLs nicht unbedingt die erwarteten Ergebnisse liefert, und sich das Verhalten im Lauf der Zeit durch Bugfixes geändert hat (besonders dieser letzte Punkt bereitet mir etwas Kopfschmerzen).beate_r wrote:parse_url wäre in meinen Augen die berühmte Spatzenkanone, solange es nur darum geht, externe und interne Links zu unterscheiden. Die simple Textsuche, vielleicht sogar begrenzt auf den Anfang des Strings, dürfte da performanter sein.
Code: Select all
if ( strstr( $pic['path'], '://' ) {
$filename = $pic['path']; }
else {
$filename = $pth['folder']['images'] . $gallery['path'] . '/' . $pic['path'];
}