|
ERROR: Fatal error: Call to undefined function imagecreatefromjpeg() oder imagecreatefromgif() oder imagecreatefrompng()
ERROR: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 3264 bytes)
PROBLEM: Nur der Code {vsig}ordner{/vsig*} wird angezeigt - Darstellung in Modul
ERROR: Fatal error: Call to undefined function imagecreatefromjpeg() oder imagecreatefromgif() oder imagecreatefrompng() Ab Version 1.5.4 tritt diese Fehlermeldung nicht mehr auf. Werden an Stelle der Thumbnails nur die Alternativtexte angezeigt, dann überprüfen Sie bitte im Konfigurationspanel des Plugins den Status der GDlib.
Die GD Library, kurz GD oder GDlib, ist eine Programmbibliothek zur dynamischen Erzeugung und Manipulation von Grafiken und eine der verbreitesten Erweiterungen von PHP. Die Very Simple Image Gallery greift auf diese Erweiterung zu, um die Vorschaubilder zu erzeugen. Um über die Hinweise im Konfigurationspanel des Plugins hinaus zu überprüfen ob und wenn ja in welchem Umfang diese Erweiterung am Server zur Verfügung steht, ruft man im Joomla! Administrationsinterface den Menüpunkt Hilfe > Systeminfo >PHP-Information auf. Auf dieser Seite sucht man nach "gd". Im Optimalfall findet sich ein Abschnitt mit folgendem oder ähnlichem Inhalt: gd - GD Support enabled
- GD Version bundled (2.0.34 compatible)
- FreeType Support enabled
- FreeType Linkage with freetype
- FreeType Version 2.1.9
- T1Lib Support enabled
- GIF Read Support enabled
- GIF Create Support enabled
- JPG Support enabled
- PNG Support enabled
- WBMP Support enabled
- XBM Support enabled
Die erste Zeile zeigt an, dass die Erweiterung aktiviert ist, die zweite Zeile gibt Auskunft über die installierte Version. Danach folgen Angaben über zur Verfügung stehende Funktionalitäten und unterstützte Bildformate. Für die Very Simple Image Gallery sind die Formate GIF, JPG und PNG von Bedeutung. Ist die GDlib nicht aktiviert oder werden diese Bildformate nicht unterstützt, dann sollte man das (in der lokalen Testumgebung) ändern oder (am Webserver) den Webhoster darauf hin ansprechen, ob eine Aktivierung möglich ist. Ohne diese Erweiterung ist die Very Simple Image Gallery nicht einsetzbar. ERROR: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 3264 bytes) Tritt beim Aufruf der Galerie diese Fehlermeldung auf (die angegebenes Bytes variieren), dann bedeutet das, dass die Erzeugung der Thumbnails aus den Originalbildern mehr Arbeitsspeicher in Anspruch nimmt, als der Webserver einem PHP Script zur Verfügung stellt. Man könnte nun entweder (in der lokalen Testumgebung) den Speichergrenzwert hochsetzen oder (am Webserver) den Webhoster darum ersuchen, den Account diesbezüglich besser auszustatten, doch in 99% der Fälle ist die Lösung einfach: Kleinere Bilder!
Vielfach werden Bilder in Auflösungen hochgeladen, die für die Darstellung auf einer Webseite schlicht überdimensioniert sind. In einem üblichen Joomla! Template verbleiben für die Darstellung einer Galerie im Kontext des Inhalts vielleicht 600 bis allerhöchstens 800 Pixel an Breite. Bilder dieses Formats lassen sich - je nach Bild - bereits mit 50 bis 100 Kilobyte in ausgezeichneter Qualität darstellen. Lädt man Bilder direkt von der Digitalkamera hoch, dann haben diese aber Formate von bis zu 3000 Pixel Breite und sind teilweise bis zu 3 oder 4 Megabyte groß. Die Nachteile großer (Dateigröße) Bilder liegen auf der Hand: Der Upload dauert wesentlich länger, man braucht mehr Platz am Server und man verschreckt seine Besucher, denn kaum jemand ist gewillt, auf das Laden eines Bildes von 3 MB oder mehr zu warten. Dazu kommt, dass das Skalieren der Bilder mit einem geeigneten Programm (z.B.: GIMP) wesentlich bessere Resultate bringt, als wenn man diese Aufgabe dem Browser überlässt.
Im Optimalfall skaliert man also die Bilder offline und lädt sie in einem Format hoch, das entweder exakt dem Format entspricht, in dem sie dann angezeigt werden (wenn mand das bereits ausprobiert hat) oder ein wenig größer (ein wenig größer deshalb, weil Browser beim hinaufskalieren noch schlechtere Ergebnisse bringen als beim Herunterskalieren).
Ach ja, die Fehlermeldung verschwindet dann übrigens auch. PROBLEM: Nur der Code {vsig}ordner{/vsig*} wird angezeigt - Darstellung in Modul Wird im Frontend keine Galerie sondern nur der Aufruf - {vsig}ordner{/vsig*} (ohne Stern) - angezeigt, dann überzeugt man sich zuerst, dass das Plugin auch aktiviert ist! Ist das der Fall, dann liegt das Problem in vielen Fällen darin, dass die Galerie nicht im Kontekt des Hauptinhaltes angezeigt werden soll, sondern an einer Modulposition. Nicht alle Erweiterungen, die anbieten eigenen Content an einer Modulposition anzuzeigen unterstützen die volle Funktionalität des Joomla! Frameworks und damit die Funktionen die das Plugin benötigt um fehlerlos zu arbeiten. Von zumindest zwei Erweiterungen gibt es bislang aber Rückmeldungen von Nutzern, die bestätigen, dass diese Funktionalität bereitgestellt wird.
Eines ist das Modul "Module: Content with Plugins", gelistet bei extensions.joomla.org unter der Rubrik "News Display" > "Articles Embed". Das Andere ist das Modul "Plugin in Module", gelistet bei extensions.joomla.org unter der Rubrik "Core Enhancements" > "Embed & Include".
Für Fragen und Anregungen steht die Kommentarfunktion zur Verfügung. Wer die Erweiterung nutzt den bitte ich, sie auf extensions.joomla.org zu bewerten und einen Erfahrungsbericht zu posten. Darüber hinaus freue ich mich über jeden, der die Möglichkeit findet, mich durch einen Link zu www.bretteleben.de auf seiner Webseite zu unterstützen. Das Plugin selbst produziert keine versteckten Links oder sonstige Nettigkeiten welcher Art auch immer. |
didn't find the solution in the swMenuFree forum, but did find one in the support of Superfish. Here's the link and thanks again -
http://webdemar.com/webdesign/superfish-jquery-menu-ie-z-index-bug/
This is a know flaw of the swfmenu. Internet Explorer executes zIndex-settings only for elements having set the CSS attribute "position" (relative or absolute). This setting is to add to the drop-downs. As far as I know from former requests, this problem has already been addressed in the support forum of the menu extension.
Best regards
Andreas
I'm building a website which uses Very Simple Image Gallery to display a portfolio of works. The top menu is a dropdown menu, which in ie7 and ie6 drops down behind the photo gallery. In other browsers there is no problem, in text pages the menu drops down over the text, so I'm assuming I need to fix something with the vsig. I've tried z-indexing classes related to the vsig under classes related to the swmenufree, but it didn't help.
Is there a way to solve this problem ?
The - just uploaded - version 1.5.5 should fix the problem.
Best regards
Andreas
http://www.centraltech.edu/component/content/article/369-open-house-2010.html
Can you help? Thanks in advance.
Joomla! provides hooks that allow plugins to write data to the head of the page. The Very Simple Image Gallery uses this functionality to place JavaScript and CSS where it belongs.
The problem: Your template ignores this essential functionality of Joomla! and does not load the Joomla! head data.
This causes the plugin to fail.
I would suggest to either add the snippet to include head data (not only for this plugin but for a lot more of functionality) or to switch to another template the allows Joomla! to work as designed. Another pro of doing so would be that not every single page of your site comes with the title "Custom Casket Company - Main Page". The title is just one piece of data, Joomla! is able to deliver dynamically.
Best regards
Andreas
I am getting a bunch of stuff in the source code, but there doesn't seem to be anything moving - just div's and img src's
I tried to paste the code here, but couldn't, it can be viewed here:
http://customcasketcompany.com/joomla/index.php?option=com_content&view=frontpage&Itemid=53
any help would be great.
Sorry for the trouble.
Regards:Jimmy
The JavaScript framework/library JQuery you load in addition causes the JavaScript of the gallery to fail. Please don't ask me why - I can tell you that it is caused by the way JQuery modifys the approach to the DOM (nodes especially), but up till now I have not worked through 56kB of compressed JavaScript - and I'm not sure if I will at all.
Best regards
Andreas