Hi,
wollt im Betreff gesgtes Teil mal ausprobieren. Folgende Fehlermeldungen:
Warning: Invalid argument supplied for foreach() in mainfile.php on line 17
Warning: Failed opening 'language/lang-.php' for inclusion (include_path='') in mainfile.php on line 48
Fatal error: Cannot redeclare get_lang() in mainfile.php on line 52
Im Mainfile wurde nix geändert.
Deie Fehlermeldung redeclare bei language leuchtet mir ein, weil wieder doppelt decaliert wird, am meisten Kopfschmerzen bereitet mir die 1. Fehlermeldung, hmmm?
Any hints/Tips and Tricks???
cu Yogi
Hm der fehler ist uns unbekannt ! hast du die tables in der DB ?
kann es sein das der lang file fehlt der da verlangt wird ??
hab ich ja noch nie gesehen
lang-.php
Hi yogi,
kommt der Fehler nur bei den Siteupdates?
Konnte den Fehler eben provozieren, indem ich in der mainfile in Zeile17 eine unsinnige Variable reingeschrieben habe. :)
Der Fehler kommt dann aber auf allen Seiten :(
@DarkyBoy :)
> hast du die tables in der DB ?
Ich hab nit zum 1. mal Nuke eingerichtet - klar is die Table vorhanden - schon default bei phpNuke5.5(VKP) das solltest doch wissen... :D Ausserdem würden denn andere Fehlermeldungen kommen, wenn table not exist.
@Kicks
> kann es sein das der lang file fehlt der da verlangt wird ??
Alles da wo es hingehört
@Andi
> kommt der Fehler nur bei den Siteupdates?
Yepp
> Konnte den Fehler eben provozieren, indem ich in der mainfile
>in Zeile17 eine unsinnige Variable reingeschrieben habe.
> Der Fehler kommt dann aber auf allen Seiten
hmmm... ich kann mir nur den Fehler global in der zeile 17 vorstellen, im Zusammenhang mit meiner PHP-ini, aber wenn ich das änder, den spielt wieder was anderes verrückt *shrugg*
Vielleicht kann ich das auch ändern, wenn ich die extra-language in die glogale language-datei integriere, damit die doppelte declaration wegfällt....?
Aber so wichtig ist mir das Modul nun auch nit wieder den immensen Aufwand zu betreiben.....
Das Problem liegt echt an den vielen Apache/PHP/MySQL-Versionen, die noch auf den verscheidensten Servern im Umlauf sind und produzieren daraus resultierend überall andere Fehlermeldungen ;( leider.
Siehe auch die Problematik Buddy.php (Messanger)....
Wer noch ne Idee hat, immer her damit, ansonsten, vielen Dank für Eure Statements bzw. Hilfebemühungen.
Wenn Ihr wollt könnt ihr das Euch anschauen bei mir, ich denke mir das ja nit aus *lach*:
http://www.cuf-world.dtdns.net:83/portal/siteupd.php
Yogi
Tja yogi so weit ich das sehen kann hast du die siteupd.php einfach nicht im rootverzeichnis (dort wo die mainfile.php liegt) was dazu führt das Siteupd nicht darauf zugreifen kann.
Rinaldo, die Datei, liegt wohl in der (Portal- ) ROOT ;)[Bearbeitet am: 11/4/2002 von yogi]
Hi
dann müssen wir mal sehen ob wir den fehler produtzieren können !
@Yogi
wolte ja keiner deine Arbeit in Frage stellen aber fehler sind schnell da in der DB :) was in der sql ist muss noch lange nicht in der DB geladen werden ! Auch wir haben schon mal das eine oder andere nuke installiert und es passieren die merkwürdigsten Fehler :)
@all
Hi, habe gerade mal im PHP-Manual gestöbert und folgendes gefunden. Vielleicht hilft's weiter :)
HTTP_GET_VARS
Ein assoziatives Array von Variablen, das dem aktuellen Skript per HTTP-GET-Methode übergeben wurde. Nur möglich, wenn "Variablen-Tracking" per track_vars-Konfigurations- oder per <?php_track_vars?>- Anweisung eingeschaltet ist.
track_vars boolean
Wenn dieser Schalter aktiviert ist, werden GET-, POST- und Cookie-Werte in den Umgebungsvariablen-Arrays $HTTP_GET_VARS, $HTTP_POST_VARS und $HTTP_COOKIE_VARS abgelegt.
Zitat(...)Nur möglich, wenn "Variablen-Tracking" per track_vars-Konfigurations- oder per <?php_track_vars?>- Anweisung eingeschaltet ist.
Is
On geschalten, ebend nachgeschaut, also, das wares nit ;(
cu Yogi - Vielen Dank für Dein Hilfebemühen.
ZitatHi
dann müssen wir mal sehen ob wir den fehler produtzieren können !
Ich vermute mal eine oder beide folgende Variablen in php.ini:
magic_quotes_gpc = off
# verantwortlich für -> verantwortlich für reinkommende Get/Post-Cookie-Daten
magic_quotes_runtime=off
Wenn ich die auf On stelle, spielt aber mein Portal verrückt und liest teilweise aus dem Menü die Links mit Sonderzeichen aus --> "/ und das ist mist!
Zitatwolte ja keiner deine Arbeit in Frage stellen aber fehler sind schnell da in der DB :) was in der sql ist muss noch lange nicht in der DB geladen werden ! Auch wir haben schon mal das eine oder andere nuke installiert und es passieren die merkwürdigsten Fehler :)
Ja ich weiss, hoch leben alle PHP/MySQL/Apache-Versionen ;)
cu Yogi
Hi Yogi,
der Zufall will's :D
Gerade hatte ich die gleichen Fehler :puzz
Es liegt an einem fehlerhaften Block.
Die Meldungen entstehen, wenn in dem Block die Variablen $mainfile, $newlang, $lang nicht als Global deklariert werden.
Schreibe in den betreffenden Block, ganz oben:
global $mainfile, $newlang, $lang;
und es müsste funzen :D
Welcher Block das ist, musst Du selbst rausfinden :D :D
Da war'n wir wohl auf ner falschen Spur... :([Bearbeitet am: 13.4.2002 von Andi]
Andy, vielen Dank für den Hinweis, aber das hat nix gebracht. Ausserdem ist siteupd.php kein Block *snief*...
Yogi
Hi Yogi, :)
das ist mir schon klar, dass siteupd.php kein Block ist, trotzdem kann es nur an einem fehlerhaften Block liegen.
In siteupd.php wird ganz oben die mainfile.php included und damit alle Funktionen in dieser deklariert.
Die Blöcke werden durch die Funktion blocks() includet. Wenn in einem Block die variable $mainfile nicht als global deklariert ist und nochmals versucht wird, die mainfile.php zu includen entsteht genau dieser Fehler weil die Funktionen der mainfile.php eben nochmals deklariert werden sollen.
Durchsuche Deine Block-Files nach dem String:
if (!IsSet($mainfile)) { include ('mainfile.php'); }
oder so ähnlich.
Schreibe in den betreffenden Block über diese Zeile: global $mainfile, $newlang, $lang;
Oder mache aus "include('mainfile.php')" include_once('mainfile.php')
Dann sollte es funktionieren, falls nicht, liege ich doch falsch.... :(
Aber bei mir war der Fehler dann weg! :)
Hi,
Sorry message is in English, as my German is good enough to read, but not write :-(
Anyways, I keep getting SQL errors with SiteUpdates2 and my PHP Nuke 5.2 installation - seems it does not like the bits in siteupd.php that say:
mysql_free_result($result);
Sorry I am also complete newbie on PHP so that is why I am asking... is this maybe 5.5 only version? Can you please help? Is there a version that works with 5.2 (I remember once upon a time...)?
Thanks in advance
Anthony.