Hallo,
ich weiß nicht genau, ob ich mit meiner Frage zu Templates muss, da ich das Argos Theme im Backend benutzer, oder ob es mit der Mediengallerie selber zu tun hat ... Daher meine Frage hier in "allgemeines"
ich habe gestern versucht die Bildskalierung in der Mediengallerie auszuprobieren.
Habe bei einem Ordner Breite und Höhe auf max. 200 Pixel gesetzt - und dann ein Bild mit 400 x256 Pixeln hochgeladen. Aber auch nach dem Hochladen wird es in der Liste mit 400 Pixelnx256 angezeigt. Ich würde also sagen, da wird gar nix skaliert. Hat das jemand im Einsatz? Kann mir jemand einen Hinweis geben, warum das nicht funktioniert?
Viele Grüße
iris
Argos Theme und Bildskalierung in der Mediengallerie
(10 posts) (2 voices)-
vor 1 year veröffentlicht #
-
Hat noch niemand die Bildskalierung im Einsatz?vor 1 year veröffentlicht #
-
Hallo iris,
ich weiss jetzt nicht genau wie Du mit der Website Baker Medienverwaltung (Screenshot)
die Bilder automatisch in ihrer Größe ändern möchtest.
Damit Bilder am Server in ihrer Größe geändert werden können (einige Bildergallerie-Module machen das), muss normalerweise entweder ImageMagick oder GDlib am Server vorhanden sein.
Auch mit Hilfe einiger WYSIWYG-Editoren ist eine Größenänderung möglich. Dabei wird aber fast immer nicht die tatsächliche Auflösung der Grafik geändert, sondern nur ihre Darstellung.
Wenn Du evtl. etwas genauer sagen könntest was Du versucht hast um das Bild zu skalieren, das wäre wirklich hilfreich.
Viele Grüße,
Daniel
P.s. evtl. stehe ich auch nur etwas auf dem Schlauch und im kommenden Post schreibt jemand anderes die Lösung.vor 1 year veröffentlicht # -
na ja, ich benutze das argos-theme, und da habe ich einen link "optionen", wenn ich da darauf klicke kann ich breite und höhe angeben, laut Tutorial sollen dann größere Bilder auf die größe skaliert werden - bei mir tut sich aber nichts ...
vor 1 year veröffentlicht # -
OK, ich hatte vergessen, dass bei diesem Template ja noch erweiterte Optionen verfügbar sind.
Um die Bilder zu Skalieren wird gd verwendet.
Ruf mal die PHP-Info auf (oftmals beim Provider verfügbar).
Dazu kannst Du z.B. eine Datei info.php mit folgendem Inhalt erstellen:
<?php phpinfo(); ?>
Diese dann auf den Server laden und im Browser aufrufen.
Du solltest irgend wo einen Bereich gd sehen.
Hier muss GD Support auf enabled stehen.
Sollte kein GD-Bereich vorhanden sein oder GD Support ist disabled, fehlt am Webserver die GD Unterstützung.
Viele Grüße,
Daniel
P.s. sollte GD eingeschaltet sein, ist es ein anderes Problemvor 1 year veröffentlicht # -
also im Bereich gd steht bei mir folgendes:
gd GD Support enabled GD Version bundled (2.0.34 compatible) FreeType Support enabled FreeType Linkage with freetype FreeType Version 2.2.1 GIF Read Support enabled GIF Create Support enabled JPG Support enabled PNG Support enabled WBMP Support enabled XBM Support enabled
... Somit *müsste* es eigentlich funktionieren ...
Mein Problem ist, ich komme momentan nicht an die Errorlogs dran, laufe auf einen fehler, habe mich bei dem Webhoster schon erkundigt wo das PRoblem ist, aber noch keine Antwort erhalten.
Da müsste im Zweifelsfall doch dann was drin stehen? Oder hat jemand noch eine andre Ideevor 1 year veröffentlicht # -
Hm, ok.
Es könnte noch sein, dass aus irgend einem Grund der Eintrag (Breite/Höhe) nicht in die Datenbank geschrieben wird.
Hattest Du irgend wann einmal ein Update durchgeführt? (Also ein Update z.B. von Website Baker 2.7.x auf die aktuelle version?).
Ich könnte mir vorstellen, dass nach einem Update evtl. die benötigten Datenbankeinträge nicht hinzugefügt worden sind.
In der Tabelle settings sollte es ein Feld mediasettings geben. Und wenn Größenangaben für die Medienverwaltung hinterlegt sind, sollten diese hier als Wert in der Datenbank stehen. Das sieht dann etwa so auch:
{s:5:"width";i:800;s:6:"height";i:600;}
Neben diesem Eintrag könnten hier noch weitere Einträge stehen.
Stell mal in den erweiterten Optionen die PHP Fehlerberichte: auf E_ALL. Evtl. wird Dir dann ja ein Fehler auf der Seite angezeigt.
Hast Du die Möglichkeit eine Testinstallation auf einer Subdomain oder in einerm Unterverzeichnis am selben Server zu erstellen? Wenn ja, könntest du so versuchen auszuschließen, dass die Ursache an den Servereinstellungen liegt.
Noch eine Idee: Sollte bei einem Update etwas schief gegangen sein, könnten evtl. einige, benötigte Dateien nicht voghanden sein.
Schau mal am Server nach, ob im Verzeichnis
/admin/media/ die Dateien parameters.php, resize_img.php und setparameter.php vorhanden sein. Und wenn die Dateien vorhanden sein auch gleich, ob Leseberechtigung vorhanden ist (dazu einfach die Rechte der drei Dateien mit den Rechten der index.php im Hauptverzeichnis vergleichen).
Sorry, dass mit jetzt an dieser Stelle nicht wirklich viel einfällt.
Viele Grüße,
Danielvor 1 year veröffentlicht # -
- Ich habe keine Updates durchgeführt: Allerdings ist es mir jetzt zum 2. Mal passiert das meine Größeneinträge am nächsten Tag verschwunden waren - und ich bin mir nicht 100% sicher ob ich die selber gelöscht habe. Als in in die DB schaute war besagtes Feld jedenfalls leer. Habe es über den Medienbereich wieder gefüllt, nun ist der Eintrag da.
Jetzt bin ich mir sicher: Nach einer Weile ist das Datenbankfeld wieder leer - WIE KANN DAS DENN SEIN???
Ansonsten alles unauffällig:
- Fehlerberichste stehen auf e_all, in der Seite wird nichts ausgegeben. Mit den errorlogs:
ICh kann nicht direkt darauf zugreifen, nur über eine Management-Oberfläche, da heisst es allgemien errorlog, die letzen Einträge sind wie folgt:
[Mon Sep 27 13:08:14 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:08:14 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:09:13 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:09:13 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:09:13 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:09:13 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:09:13 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:09:13 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:09:13 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:09:13 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:09:13 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:09:13 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:09:13 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:09:13 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:34:54 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:34:54 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:34:54 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:34:54 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:34:54 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:34:54 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:34:54 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:34:54 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:34:54 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:34:54 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:34:54 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:34:54 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:37:03 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:37:03 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:37:03 2010] [info] Loading certificate & private key of SSL-aware server [Mon Sep 27 13:37:03 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:37:03 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:37:03 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:37:03 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:37:03 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:37:03 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:37:03 2010] [info] Configuring server for SSL protocol [Mon Sep 27 13:37:03 2010] [warn] RSA server certificate is a CA certificate (BasicConstraints: CA == TRUE !?) [Mon Sep 27 13:37:03 2010] [warn] RSA server certificate CommonName (CN) `plesk.com' does NOT match server name!? [Mon Sep 27 13:42:56 2010] [error] [client 41.212.18.10] PHP Notice: Undefined variable: names in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/randomimage/include.php on line 12 [Mon Sep 27 13:42:56 2010] [error] [client 41.212.18.10] PHP Notice: Undefined offset: 7 in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/randomimage/include.php on line 17 [Mon Sep 27 13:42:56 2010] [error] [client 41.212.18.10] PHP Notice: Undefined index: Server_Name in /usr/local/pem/vhosts/104220/webspace/httpdocs/templates/hmgc_standard/index.php on line 37 [Mon Sep 27 13:42:56 2010] [error] [client 41.212.18.10] PHP Notice: Undefined index: Server_Name in /usr/local/pem/vhosts/104220/webspace/httpdocs/templates/hmgc_standard/index.php on line 37 [Mon Sep 27 13:42:57 2010] [error] [client 41.212.18.10] PHP Strict Standards: date(): It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/anynews/include.php on line 288 [Mon Sep 27 13:42:57 2010] [error] [client 41.212.18.10] PHP Strict Standards: date(): It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/anynews/include.php on line 289 [Mon Sep 27 13:42:57 2010] [error] [client 41.212.18.10] PHP Strict Standards: date(): It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/anynews/include.php on line 290 [Mon Sep 27 13:42:57 2010] [error] [client 41.212.18.10] PHP Strict Standards: date(): It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/anynews/include.php on line 288 [Mon Sep 27 13:42:57 2010] [error] [client 41.212.18.10] PHP Strict Standards: date(): It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/anynews/include.php on line 289 [Mon Sep 27 13:42:57 2010] [error] [client 41.212.18.10] PHP Strict Standards: date(): It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'America/New_York' for 'EDT/-4.0/DST' instead in /usr/local/pem/vhosts/104220/webspace/httpdocs/modules/anynews/include.php on line 290
Es werden hier also auch php Fehler gelistet - oder gibt es noch ein eigenes Errorlog?
Hier steht jedenfall nichts was ich mit dem image resizing in Verbindung bringe.
- Die angesprochenen Dateien existieren und haben die gleichen Rechte wie die index also wie folgt:
Im Zweifelsfall könnte ich eine installation in einem Unterverzeichnis machen. Ich hoffe nur das ich das dann auch alles wieder ordnungsgemäß gelöscht kriege?
istriavor 1 year veröffentlicht # -
So ich habe jetzt beim Abarbeiten meiner Liste nochmals dieses leidige Thema gesehen ...
Also dieses Datenbankfeld wird irgendwie wieder geleert - aber warum nur??
Ich bin etwas unschlüssig WB noch in ein Unterverzeichnis zu installieren, weil ich das dann auch alles wieder löschen muss - und ich habe mit dem Hoster (myhosting.org) das Problem, dass ich Hauptordner die von WB automatisch angelegt wurden nicht löschen oder überschreiben kann. Die haben mir darauf bisher nicht geantwortet. Auf einem andren Hoster habe ich dieses Problem nicht.
ICh habe mir auch diesen Image Optimizer angesehen, aber ich würde ihn nur ungerne benutzen, da ich z.B. gerne alle Bilder der News Kategorie gleich groß hätte - und dann kann ja jeder irgendwie rumskalieren wenn er das Bild einbaut.
Bin dankbar für jeden Hinweis
istriavor 1 year veröffentlicht # -
Aalso: ich habe den "-" in der Vorbelegung nicht gelöscht *schäm*
jetzt gehtsvor 1 year veröffentlicht #
Antwort
Du musst angemeldet sein, um einen Beitrag zu schreiben.
