speicher ist in diesem Fall nicht so das problem, da die config ja eigentlich geshared werden muesste (deshalb wuerde ich sie schon im mod_perl_startup.pl laden).

bitte euer schema updaten, wenn ihr was neues auscheckt, ich habe
eine tabelle pb_overview hinzugefügt (die wird im moment nur
geschrieben und nicht gelesen).

[quote=Strat,20.07.2006, 23:35]auf jedem fall sollten konstrukte wie

- also das verwenden von Variablen darin - moeglich sein.[/quote]
Config::Auto benutze ich gerade deswegen sehr gerne. Damit kann man quasi Perl-Datenstrukturen auslagern.

[quote=pq,20.07.2006, 00:46]ich habe jetzt alles eingecheckt.
in abstimmung mit betterworld habe ich die verzeichnis-struktur verändert.
wir waren der meinung, die module gehören sowenig ins html/ wie die skripte.
jetzt gibt es:

hoffe, das war ok...[/quote]
Hier gibt es ein Framework-Modul: CGI::Application::Framework
Eventuell sind da ein paar Anregungen für die Ordnerstruktur dabei.

[quote=pq,25.07.2006, 10:34]ich habe eine tabelle pb_overview hinzugefügt (die wird im moment nur geschrieben und nicht gelesen).[/quote]
hi pq,

waere es vielleicht sinnvoll, diese felder von pb_overview nach pb_boards zu verschieben? das muesste dann einen join (und somit ein paar milisekunden) bei der anzeige von /overview sparen.

Eigentlich waere sowas ein Fall fuer einen Trigger auf pb_messages... schade, dass auch neuere MySql-Versionen die nur sehr rudimentaer unterstuetzen...

[quote=Strat,26.07.2006, 12:19]waere es vielleicht sinnvoll, diese felder von pb_overview nach pb_boards zu verschieben? das muesste dann einen join (und somit ein paar milisekunden) bei der anzeige von /overview sparen.[/quote]
kann sein. andererseits braucht man pb_overview ja nur für die startseite,
und ansonsten macht es nur die tabelle breiter. (und ein join ist ja
generell nichts böses, schon gar nicht über eine tabelle mit so wenig
einträgen und einem join über den primary key.)
ich wollte es erstmal überhaupt zum laufen kriegen und habe eine neue
tabelle gemacht, um nichts anderes kaputtzumachen. umstellen kann
man das ja immer noch.

Quote

Eigentlich waere sowas ein Fall fuer einen Trigger auf pb_messages... schade, dass auch neuere MySql-Versionen die nur sehr rudimentaer unterstuetzen...

was hättest du denn gerne, was mysql5-trigger nicht können?
außerdem kann man sich auch nicht ganz auf trigger verlassen, da
das board ja möglichst auf vielen systemen laufen soll, und ich weiß
aus erfahrung, dass admins ungerne mysql updaten.

ich habe mal den installer upgedated; der macht jetzt folgendes:
x) Dateirechte setzen
x) Ein paar Verzeichnisse anlegen (log, cache/htc)
x) Apache-Config fuer den vhost erstellen (habe ich nur leicht geaendert)

Fehlende Punkte:
x) Fehlerbehandlung ist noch miserabel; aber ich denke, es erspart momentan einiges an Arbeit, wenn jemand das poard aktualisiert; und wenn's fertig ist, muss der installer sowieso noch erweitert werden
x) local.conf wird noch nicht erstellt\n\n

<!--EDIT|Strat|1154119497-->

@pq:
ad pb_overview: stimmt, da hast du recht

ad MySql-Trigger: ich haette bei MySql gerne:
x) optional kaskadierende Trigger
x) mehrfache Trigger in einer Tabelle pro Kombination; dann braucht man nicht alles in eine Stored Procedure packen und kann so flexibler arbeiten
x) wenn ein insert fuenf Datensaetze anlegt, wird der trigger 5x ausgefuehrt; das ist manchmal toll, manchmal nervig; da wuensche ich mir eine wahlmoeglichkeit

[quote=Strat,28.07.2006, 22:52]ad MySql-Trigger: ich haette bei MySql gerne:
[...][/quote]
oh, ok, so tief hab ich mich dann doch noch nicht mit triggern
beschäftigt =)

ich habe das schema nochmal geupdated, also bei einem update
ist nochmal ein erneuern der db notwendig (aber nur die pb_overview-
tabelle; wenn man sich seine testdaten nicht kaputtmachen will,
kann man also auch nur diese tabelle neu createn.)

bin jetzt bei 27 selects für die startseite statt 63.
wird hoffentlich demnächst noch weniger.

strat, wann könntest du eine aktuelle version live einspielen?