anpera.net
https://anpera.dyndns.org/phpbb3/

Besonderes Ereignis
https://anpera.dyndns.org/phpbb3/viewtopic.php?f=25&t=3856		 Seite 1 von 1
Autor:  Shris [ Mi 01 Aug, 2007 15:58 ]
Betreff des Beitrags:  Besonderes Ereignis
Hi Leute und zwar habe ich folgendes Problem:

Manchmal kommt im Wald "Besonderes Ereignis" allerdings ist die Seite leer und es gibt keine Navigation zurück oder sonstiges...
Selbst wenn die User aktualisieren, kommt kein Badnav zurück ins Dorf, wie kann man diesen Fehler beheben, so das er nicht wieder kommt???



MfG Shris
Autor:  adminator [ Mi 01 Aug, 2007 16:04 ]
Betreff des Beitrags: 
Hatten wir schon mal, glaub ich...

üblicherweise fehlt oben page_header(); oder unten im php source des Specials page_footer(); - es liegt (so tipp ich mal) am betreffenden Special.

LG

Uwe
Autor:  Kevz [ Mi 01 Aug, 2007 16:15 ]
Betreff des Beitrags: 
Bei Ereignissen (auch Special-/Events genannt), wird kein page_header oder footer benötigt. Es gibt aber bereits seit geraumer Zeit leere Ereignisse. . ., dass ist aber nichts neues. In meiner Zeit gab es diese ebenfalls. . .
Überprüfe deine Ereignisse ob diese in der IF-Abfrage folgendes enthalten:
[php]$_GET['op'] == '' || $_GET['op'] == 'search'[/php]
Darauf lässt sich zum größtenteil ein leeres Ereignis zurückführen. . .


Btw. Uwe,
falls der page_header fehlen sollte, führt des jediglich zu einer Weißen Seite. . . Fehlt aber der Footer, so wird der Header vollständig ausgegeben, aber ebenfalls mit Weißen Hintergrund. (in den meisten fällen u.a. bei mir.)
Autor:  Rikkarda [ Mi 01 Aug, 2007 16:39 ]
Betreff des Beitrags: 
weiterer Grund für solche weissen Seiten sind oft auch Absätze am Ende des Scripts bzw. leerzeichen. Viele Editoren machen die eigenständig hinzu bzw. sie entstehen oft beim uploaden. Ich weiss selber manchmal nicht, warum es dann da ist, weil ICH wirklich darauf achte, dass es nicht mehr so ist, da in Sili damals elendig viele weisse Seiten und headermeldungen im Wald waren^^
Autor:  Kevz [ Mi 01 Aug, 2007 17:04 ]
Betreff des Beitrags: 
Das ist aber in PHP5 mittlerweile nicht mehr so. . . zumindest ab der Version 5.2.0 aufwärts.
Autor:  Rikkarda [ Mi 01 Aug, 2007 17:07 ]
Betreff des Beitrags: 
Kevz hat geschrieben:
Das ist aber in PHP5 mittlerweile nicht mehr so. . . zumindest ab der Version 5.2.0 aufwärts.


jo kann sein :) ich hab noch php4 und denke dass ich gewiss net die letzte bin *hoff
Autor:  Kevz [ Mi 01 Aug, 2007 17:09 ]
Betreff des Beitrags: 
Och, es steigen immer mehr Hoster auf PHP 5, weil ja viele Sicherheitslücken beseitigt sind. (schon lange) Aber Gerüchte sind Gerüchte. . . Die weiterentlickung für PHP 4 ist meines wissenstand nach ebenfalls eingestellt, ist vllt. u.a. ein Grund, warum die Hoster gerade jetzt umstellen.
Autor:  Rikkarda [ Mi 01 Aug, 2007 17:12 ]
Betreff des Beitrags: 
Kevz hat geschrieben:
Och, es steigen immer mehr Hoster auf PHP 5, weil ja viele Sicherheitslücken beseitigt sind. (schon lange) Aber Gerüchte sind Gerüchte. . . Die weiterentlickung für PHP 4 ist meines wissenstand nach ebenfalls eingestellt, ist vllt. u.a. ein Grund, warum die Hoster gerade jetzt umstellen.


ja wir stellen letztendlich ja auch um.. auf dem testserver läuft das Dorf schon mit php5 ich bin nur noch mit Strato in Konflikt^^
Autor:  adminator [ Mi 01 Aug, 2007 21:04 ]
Betreff des Beitrags: 
öhm.... strato läuft doch auch auf php5? Jedenfalls bei mir *wunder*

LG

Uwe
Autor:  Rikkarda [ Mi 01 Aug, 2007 21:11 ]
Betreff des Beitrags: 
adminator hat geschrieben:
öhm.... strato läuft doch auch auf php5? Jedenfalls bei mir *wunder*

LG

Uwe


bei mir noch nicht ;) und ich habs auf herkömmliche weise versucht am testserver da wollt er net so recht *g
Autor:  Eliwood [ Mi 01 Aug, 2007 21:12 ]
Betreff des Beitrags: 
adminator hat geschrieben:
öhm.... strato läuft doch auch auf php5? Jedenfalls bei mir *wunder*

LG

Uwe


Strato kann - theoretisch - nichts an einem Rootserver machen, weil sie keinen Zugriff haben. Und silienta ist alt. gut 3 Jahre, wenn ich das noch recht im Kopf habe - und damals war PHP5 höchstens Beta.
Autor:  adminator [ Mi 01 Aug, 2007 21:13 ]
Betreff des Beitrags: 
Ach halt!

Da fällt mir was ein - bei der forest.php gibts tatsächlich ein Problem, welches ich gefixed habe:

Wenn man in einem Special z.B. ?op=2 als Verzweigung hat, stirbt und dann einen neuen Tag bekommt oder wiederaufersteht dann hat man folgendes Problem:

Mit der Schleife und Bedingung ?op=2 kann die forest absolut nichts anfangen und man hat....

... ne leere Seite.

Lösung (ich habs für diese 2 Sachen gefixed, besser wäre sicher auch ne gröbere Lösung z.B. !=''):

sucht:

[php]if ($_GET[op]==""){
// Need to pass the variable here so that we show the forest message
// sometimes, but not others.
forest($dontdisplayforestmessage);[/php]

fügt hinter der abschliessenden Klammer } ein:



[php]elseif ($_GET[op]=="1"){
output("Du hast erst mal für den Moment genug vom Wald, es gibt ja auch noch andere Orte wo es sicher interessant sein könnte. So ziehst du also an einen anderen Ort weiter.");
addnav("Stadt","village.php");
}elseif ($_GET[op]=="2"){
output("Du hast erst mal für den Moment genug vom Wald, es gibt ja auch noch andere Orte wo es sicher interessant sein könnte. So ziehst du also an einen anderen Ort weiter.");
addnav("Stadt","village.php");
}[/php]


Sorry das ich erst jetzt mit rausrücke, hats glatt vergessen. Der Fehler steckt übrigens in einem der Special... ich mein wege.php wärs. Da stirbt man und die op variable wird nicht zurückgesetzt :-S ... und man bekommt zum Dank ne leere Seite wie gezeigt.

Der Bugfix oben beseitigt nur diesen Bug - war halt faul.

Lieben gruss

Uwe
Autor:  adminator [ Mi 01 Aug, 2007 21:15 ]
Betreff des Beitrags: 
hm... ich hab das Premiumpaket ... also schlichtweg Webspace. PHP5 läuft abba.

Lieben Gruss

Uwe
Autor:  Rikkarda [ Mi 01 Aug, 2007 21:19 ]
Betreff des Beitrags: 
jo ich nen root server den ich vor 4 jahren selber eingerichtet hab ;) da gabs glaub ich noch kein php4 *gg und bisher hab ich halt auch nie anlass gesehen es zu ändern.. jetzt ist es halt anders und darum muss ich noch auf Antwort warten^^
Autor:  Kevz [ Mi 01 Aug, 2007 21:24 ]
Betreff des Beitrags: 
Uwe, als Bug würde ich das nicht bedingt ansehen. Es ist nicht umsonst, dass Überprüfen von einem neuen Tag "nicht" im Walde. . . ;) - Es beruht schon auf seiner richtigkeit. Das Sterben hatte bisher auch noch nie Probleme gemacht, wäre auch neu. . .
Autor:  adminator [ Do 02 Aug, 2007 08:14 ]
Betreff des Beitrags: 
Hoi Kevin,

ich sage ja auch nicht, das es ein Fehler der forest.php ist, sondern das das Handling des specials unglücklich ist . Dennoch sollte man ein Workaround basteln, welches unglücklich programmierte specials (in Bezug auf die op var) halt schon auch berücksichtigt. ;-) Gäbe es das, wären es wahrscheinlich ein paar leere Seiten weniger :-D

@Rikkarda

Strato lässt doch bestimmt mit sich reden ;-) ... die sind ja an Stammkunden interessiert - In Bezug auf meinen Space hatte ich da noch wenig zu klagen.

Lieben Gruss

Uwe
Autor:  Rikkarda [ Do 02 Aug, 2007 09:55 ]
Betreff des Beitrags: 
adminator hat geschrieben:

@Rikkarda

Strato lässt doch bestimmt mit sich reden ;-) ... die sind ja an Stammkunden interessiert - In Bezug auf meinen Space hatte ich da noch wenig zu klagen.

Lieben Gruss

Uwe


da geh ich mal von aus *gg nach so vielen Jahren sollte das so sein
Autor:  Kevz [ Do 02 Aug, 2007 13:45 ]
Betreff des Beitrags: 
Uwe, ich habe bereits oben erwähnt was zu leeren Ereignissen führt. . . Da spielt beim Sterben, oder beim Wiedererwecken oder Neuer Tag oder oder oder. . . der Inhalt von der GET-Übergabe OP, keine Rolle. ;)
Seite 1 von 1 Alle Zeiten sind UTC + 1 Stunde
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/