Ich habe folgendes Problem beim hosten auf all-inkl.com:
ich bekomme das typo3 installationssript nicht dazu die gdlib zu verwenden, obwohl sie auf dem system installiert ist.
das installscript stürzt ab, wenn ich nicht in class.t3lib_install.php
function isGD(){
if (function_exists("imagecreate")){
if (@imagecreate (50, 100)) return 1;
}
setze.
Mache ich das aber verzichte ich auf den gdlib support (will ich auch nicht)
ein Blick in meine phpinfo verrät mir:
GD Support enabled
GD Version bundled (2.0 compatible)
FreeType Support enabled
FreeType Linkage with TTF library
GIF Read Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
wenn ich die Php compilerinfo ansehe steht da:
... --with-apache=../apache_1.3.27' '--with-mysql=/usr' '--with-zlib' '--enable-debug=no' '--enable-safe-mode=no' '--enable-discard-path=no' '--with-ttf' '--with-gd' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--with-png-dir=/usr/lib' '--with-jpeg-dir=/usr/lib' .....
was kann ich da noch machen ??
imagemagick funktioniert einwandfrei...
ich weiß ja nicht was das installscript noch testet wenn er gd gefunden hat .. da steht ein recht verwirrender Kommentar über den IsXXX funktionen
okay ich bin der Sache ein wenig auf die spur gekommen:
letztlich ist der folgende aufruf für das abstürzen des ganzen scripts verantwortlich
/* $im = imagecreatefrompng(t3lib_extMgm::extPath("install")."imgs/jesus.png"); */
weiß jemand woran das liegt..
weiterhin wird freetype nicht gefunden obwohls eigentlich reincompiliert sein sollte (vgl. auch vorheriger thread)
Also ich habs heute auch auf meinen normalen alten webpremiumA (3,95 Euro/100MB/15GB) installiert. Nach einigen Fehlermeldungen hab ich dann die "FC Bigfeet" mit haufenweise Fehlermeldungen auf dem Schirm gehabt.
Danach hab ich im Admin-Menü "INSTALL" aufgerufen und nach massenhaften CHMOD-Schreibrecht änderungen war dann ganz am Ende ein Dropdown menü für image magick - dort hab ich als pfad /usr/bin (5.4.9) gewählt, und was soll ich sagen es läuft alles tadellos mit all-inkl
Es soll aber, laut einer Aussage an andrer stelle des Forums, bei allinkl verschiedene Serverkonfigurationen geben.
könntest du mir evtl sagen auf welchem kasserver deine typo3 installation läuft? oder noch besser einen link zu deiner sysinfo/phpinfo schicken, dann kann ich dem support von all-inkl genau sagen was ich brauche
Ich habe genau das gleiche Problem. Habe Typo3 auf einen Server hochgeladen und es kam die Fehlermeldung:
Call to undefined function: imagegif()
Das liegt daran, dass viele Server (zumindest mit bezahlbaren Paketen) keine Systembefehle zulassen. D.h. ImageMagick ist nur als PHP-Extension verfügbar. Da aber Typo3 über Systembefehle an ImageMagick herangeht, wäre die Lösung dafür eigentlich nur eine Anpassung (bzw. Umprogrammierung ) der GD-Methoden bei Typo3. Ich glaub es handelt sich dabei nur um die Datei class.t3lib_stdgraphic.php in /t3lib.
Oder lieg ich da völlig falsch?
auf Imagemagick habe ich Zugriff, convert, combine und resize funktionieren einwandfrei die gdlib macht probleme, und die ist ein teil von php
die funktion inagecreatefrompng existiert ja auch, das php skript stürzt allerdings bei der Ausführung ab. Das scheint ein Bug von Php oder der gdlib zu sein .. naja muss ich halt auf einige features verzichten.
Ich bitte weiterhin jeden, der eine einwandfreie typo3 installation auf einem all-inkl-server hat sich zu melden, weil wenn ich weiß auf welchem der unzähligen unterschiedlich konfigurierten all-inkl servern typo3 optimal läuft kann ich meine website umziehen lassen.
Du hast auf dem Server nur GIF-Read-Unterstützung. Hast Du es schon mal mit PNG-Erstellung versucht? Wäre natürlich nur ne Notlösung, da ältere Browser das Format nicht unterstützt.
hmm... das war des rätsels Lösung, ich war der Ansicht das bereits probiert zu haben, dem war wohl doch nicht so (habe wohl in der eile einige variablen vergessen abzuändern. er findet nun die gdlib mit png support, mal sehen welche weiteren überaschungen noch kommen.. danke er mal für die großartige hilfe bisher in diesem forum
er erkennt nun zwar die gdlib aber nun stürzt das backend in der 2. spalte ab, (leere Seite)
die gdlib ist da aber funktioniert nicht
kann das evtl auch an fehlenden schreibberechtigungen in irgendeinem Verzeichnis sein oder so etwas in der richtung??
die schreibrechte kann man sehr gut über /typo3/install (install-tool) kontrollieren. da werden alle benötigten verzeichnisse überprüft.
da sind eigentlich alle schreibrechte gegeben.
weiter im text.
seltsam.. ich habe nech einmal meine class.t3lib_install gecheckt.. der gif-support wird von der gdlib nicht unterstützt, pngs werden unterstützt d.h. der Befehl imagepng und imagecratefrompng existiert. nur bei der ausführung stürzt das skript ab.
was soll ich nur von diesem text halten:
The Install Tool is checking PHPs support for image formats. However certain versions of PHP (fx. 4.3.0 with bundled GD) will crash when trying to read the PNG test file. If this happens you will see a blank screen or error message.
Workaround: Open the file typo3/t3lib/class.t3lib_install.php, go to line 2042, make the function isPNG() return "0" hardcoded. PNG is not checked anymore and the rest of the Install Tool will work as expected. The same has been known with the other image formats as well. You can use a similar method to bypass the testing if that is also a problem.
On behalf of PHP we regret this inconvenience.
heißt dass dann dass die gdlib nur das testfile nicht unterstützt oder gar nicht funktioniert?
hast du bisher nur über das install-tool versucht, bilder zu erstellen? das hat bei mir auch nicht funktioniert. wenn ja, dann kopier dir einfach mal aus einem tutorial ein gmenu in deine seite und schau, was passiert. müsste doch gehen.
geht auch nicht, problem ist auch, dass das ganze backend bei der treedarstellung abstürzt wenn ich gdlib aktiviere.
der vermeintliche Fehler in der gdlib ist ja sogar beschrieben: http://www.php.net/manual/de/function.imagecreatefrompng.php
schreibt dazu:
Im Fehlerfall gibt ImageCreateFromPNG() eine leere Zeichenkette zurück. Zudem wird eine Fehlermeldung erzeugt, die im Browser als Verbindungsabbruch dargestellt wird. Zum besseren Debuggen wird das folgende Beispiel einen JPEG-Fehler erzeugen:
darüber stolpert das programm ... nur warum kommt es überhaupt zu einer fehlermeldung, ich habe das Bild ausgetausch und alles probiert was mir eingefallen ist .. keinen plan was es noch sein könnte (außer vielleicht php 4.3.1 das auf dem server installiert ist und nicht mit der option '--with-gd=/usr' compiliert wurde)