Beiträge von jojo87

jetzt wirf doch nicht gleich das Handtuch!
Dein script ist doch an sich ganz in Ordnung,
und Debuggen gehört zum Programmieren dazu.
Ich häng manchmal Tage an eigentlich winzigen Problemen, so ists halt.
Fang einfach an, isoliere die Stelle, die nicht funktioniert (das hast du ja schon).
Jetzt lässt du dir über var_dump oder ähnliches die Variablen ausgeben und schaust, ob die stimmen, zusaätzlich noch die Query-fehler abfangen, wie von mir oben beschrieben, dann kommst du dem Fehler schnell auf die Schliche.

Tobse: Deine Hilfsbereitschaft in allen Ehren, aber du redest am Problem vorbei! Salting hat nichts mit seinem Fehler zu tun, und dann auf dein Tutorial zu verwiesen, wo am Ende nichts anderes rauskommt, als er schon hat, ist auch nicht sonderlich hilfreich.

schau zuerst, ob die javascript dateien geladen werden.
Dazu einfach im Firebug auf die <script>-Zeile klicken, dann öffnet sich die Javscriptdatei oder eine entsprechende Fehlermeldung (404 in der Regel).

Zudem tritt das Problem quasi im "Wechsel" auf.
Beim ersten Anklicken eines Links weisser Kasten, beim 2. wieder normal, beim 3. wieder Kasten usw.

Deshalb vermute ich die Fehlerquelle nicht im Code der geladenen Seite...
Aber halte dich an Tobses Vorschlag. Ein Iframe oder der include-Befehl sind hier die sinnvollsten varianten.

wobei er mit seinem Post schon recht hat.
Wie auch immer, neuer Thread ist jetzt am sinnvollsten,
vielleicht sieht in losTioz ja sogar

überprüfe deine Querys mit

myslq_query($sql) or die(mysql_error());

Vermutlich liegt da der Hase begraben.
Ansonsten kannst du auch einfach konsequent sein und
http://php.net/session_set_save_handler
nutzen

dann wird das javascript online nicht richtig eingebunden.
mit der Extension Firebug für Firefox lässt sich das sehr schnell ermitteln

Jetzt ist die Frage, wie DataBecker das Datum erstellt.
Versuchen kannst du mal das hier in der ersten Zeile:

locale_set_default('de-DE');

Allerdings ohne Gewähr!

In fremden Scripten rumzuschreiben ist immer so ne Sache.
Wenn dein Programm keine Funktion anbietet die dir hilft, benutzt du evtl. das falsche Programm
</span></span>

An sich ist es doch auch sehr nett, dass er dich den Code nicht ausführen lässt.
Sonst ballerst du den Client ja mit nem Haufen anonymen Funktionen zu, die alle das selbe machen

vielleicht rückst du auch noch damit raus, was das Problem ist bzw. die entsprechenden Fehlermeldung(en).

Schöne Sache, wirklich sehr gut.
Aber im falschen Forum

Mein Übersetzer sagt: die Datei /var/www/vhosts/http://jappa24.com/httpdocs/WCFSetup.tar.gz gibts nicht

ja, um die asynchrone Eigenschaft zu umgehen, brauchts ein

$.ajax({async: false});
$(element).load();
$.ajax({async: true});

Thonixx, das Thema hatten wir schon tausendmal:
Erst denken, dann schreiben

.ready bringt in dem Falle gar nix, da es nicht um das Dokument selbst, sondern um nachgeladene Inhalte geht.

Lass es nicht einreissen

Zitat

Ja aber warum nicht in mainframe?

Zum Zeitpunkt des Befehls, der den Inhalt in #mainframe schreibt, sind die Inhalte noch nicht da.
desdewegen

function viewchronic() { 30    if (get("viewablechronic")) { 
31        $("viewablechronic").fadeIn(200); 
32        $("#mainframe div").fadeOut(200); 
33    } else { 
34        $("#dbox").load("editor/chronic.txt"); 
35        $("#mainframe").append("<div id='viewablechronic'>"+$("#dbox").html()+"</div>"); 
36        $("#mainframe div").fadeOut(200); 
37        //get("chronicarea").value=thequest.chronic(); 
38        $("#viewablechronic").fadeIn(200); 
39    } 
40}

Du lädst in Zeile 34 Inhalt in #dbox, allerdings asynchron, das Script läuft also weiter, auch wenn die Inhalte noch nicht da sind.

Zeile 35: div #viewablechronic wird, wie gewünscht, ans Ende von #mainframe geschrieben, allerdings ohne Inhalt, denn die sind ja noch nicht da.

Zeile 36: #mainframe #start und #viewablechronic werden ausgeblendet

Gleichzeitig sind die Inhalte aber trotzdem inzwischen in #dbox gelandet, und werden natürlich auch angezeigt

Und was genau ist jetzt das Problem?

Yeah, habs auch gerade gelesen
Die erste Klage, die ich Gewonnen habe

dann denk allerdings auch daran, auf deinem Server den Apachen und mysql wieder zu entfernen.
Die sind in den Grundeinstellungen nicht immer sicher

Vielleicht gibst du uns genauere Infos, wo du Probleme mit der Installation hast.
Das Nutzerforum von CentOs sollte eigentlich auch schon ne menge an Infos bereit halten

für CSS reicht doch das normale Code-Tag oder nicht?
Also: Den Vorleseservice umzusetzen ist nicht tragisch. habe es über curl auf php.net versucht und läuft.
"Schwieriger" ist die Einbindung als Plugin fürs Forum, da ich keine Testversion habe (und derzeit kein Internet) und desdewegen kaum Tests laufen lassen kann, nicht nach einem guten hook-point suchen kann, etc.