entwarnung; war ein rechteproblem; /srv/www/poard hatte nur 700

@pq: hast du zufaellig ein script, das automatisch pb_overview befuellt? Oder soll ich da was schreiben?

hab's gerade nochmal bei mir lokal aktualisiert, und entdeckt, dass ein grossteil der templates noch nachgebessert werden muss, weil die sich nicht automatisch auf ESCAPE=0 umstellen. Ein paar habe ich schon geaendert...

So kann ich es noch nicht auf den Server spielen...\n\n

<!--EDIT|Strat|1154280217-->

[quote=Strat,30.07.2006, 19:10]hab's gerade nochmal bei mir lokal aktualisiert, und entdeckt, dass ein grossteil der templates noch nachgebessert werden muss, weil die sich nicht automatisch auf ESCAPE=0 umstellen. Ein paar habe ich schon geaendert...

So kann ich es noch nicht auf den Server spielen...[/quote]
das verstehe ich nicht. wo gibts denn probleme? komm doch mal in
den chat.
bei mir läuft alles. habe alle templates angepasst und ESCAPE=0
hinzugefügt, wo es nötig war.

übrigens ist ein update echt dringend, denn es gibt stellen, bei denen
ESCAPE=HTML gefehlt hat. so kann man an den stellen (wenn man's
weiß) html-code benutzen.

an den folgenden stellen habe ich's korrigiert:
Profil -> Geschlecht
Thread anzeigen -> message_preview, signature
Antworten: message_preview, signature (vorschau muss ich auch nochmal zum laufen bringen, die funktioniert nicht mehr)\n\n

<!--EDIT|Strat|1154295663-->

ich hab gesehn, wo du es aktualisiert hast.
dass es in der vorschau zum fehler geführt hat, habe ich nicht
gesehn, da die gesamte vorschau ja nicht funktioniert.
deswegen hat es mich gewundert, dass du da was
korrigiert hast.
die vorschau funktioniert übrigens nur deshalb nicht, weil
dort MESSAGE_PREVIEW abgefragt wird, dem template aber
message_preview übergeben wird.
was funktioniert denn sonst nicht?

die vorschau habe ich schon mal gefixt; naja, jetzt halt nochmal.

bei der naechsten version will ich eine einheitliche schreibweise der parameter beginnen, also alles wie $perlVariablen (auch in den DB-Spalten).

Ich schau's mir morgen abend nochmal an, und kann dann hoffentlich die naechste version nach develop. stellen\n\n

<!--EDIT|Strat|1154300082-->

ich schreibe $perl_variablen meistens mit unterstrich.
in der db auch. finde ich viel lesbarer. mysql ist es übrigens
egal, ob groß oder klein, ich weiß nicht, wie es mit anderen dbs aussieht.

ich schlage vor, bei den Variablen bei der Schreibweise $perlVariablen zu bleiben, weil es 1. mein bevorzugter Stil ist und ich es 2. schon ueberall so verwendet habe. Wenn du bei den Templates Wert auf _ legst und es umbaust ;-) , habe ich da aber auch keine Probleme damit.

mysql selbst ist - wie bei fast allen datenbanken - gross-/kleinschreibung egal, aber wenn man z.B. select * from pb_messages -> fetchrow_hashref oder aehnlich, dann kommt die Spalte postcount in der schreibweise, wie man die DB angelegt hat; und wenn man das 1:1 an ein Template uebergibt, koennte es probleme geben.