Schrift
Wiki:Tipp zum Debugging: use Data::Dumper; local $Data::Dumper::Useqq = 1; print Dumper \@var;
[thread]4475[/thread]

Board-rewrite: allgemeine Ideen



<< |< 1 2 3 4 5 >| >> 45 Einträge, 5 Seiten
jan10001
 2003-08-25 00:08
#39360 #39360
User since
2003-08-14
962 Artikel
BenutzerIn
[default_avatar]
Quote
Das Datenbanklayout sieht nicht wirklich durchdacht aus. Einerseits hast Du recht mit der Konvertierung der Daten, aber auf der anderen Seite: wozu den Zwang ein Board nach einem bestehenden DB-Layout zu coden? Ich würde an dieser Stelle erstmal ein neues, besseres Layout erstellen, das auch die Tatsache der Erweiterbarkeit berücksichtigt. ein Konverter von der jetzigen DB zu einer neuen ist dafür schnell geschrieben, meiner Meinung nach.

Du triffst den Nagel auf den Kopf, das ist ganz meine Meinung!

Strat, das Datenbank Design sollte dringendend überarbeitet werden. z.B. Die Abfragegeschwindigkeit könnte drastisch gesteigert werden, wenn auf varchar verzichtet wird. Char kostet zwar mehr Festplattenspeicher läuft aber wesentlich schneller.\n\n

<!--EDIT|jan10001|1061756090-->
Strat
 2003-08-25 02:21
#39361 #39361
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
vorschlag: einfach mal eine analyse des aktuellen datenmodelles machen:
was passt an der tabellenaufteilung gut und was nicht?
Ob eine Spalte varchar oder char ist, ist eigentlich recht egal, weil man das recht schnell an unsere zwecke anpassen kann.

Mir gefaellt die Verwendung einer Spalte fuer die ganzen Nachrichten, weil es die Verwaltung und die Suche sehr vereinfacht. Als Idee koennte man vielleicht die Nachrichten, die aelter als ein Jahr sind, in eine weitere Tabelle auslagern, weil man die wohl nur selten durchsuchen duerfte. Ich kann aber noch nicht abschaetzen, wieviel das wirklich bringt.

Als Minimum von Tabellen brauchen wir mal folgende:
x) Active_Sessions
x) Categories
x) Forums
x) Posts
x) Post_Titles (wohl besser in Posts integrieren; macht die Verwaltung einfacher)
x) Usergruppen
x) User
x) Userprofiles

Relationen:
Categories <=> Forums 1:n
Forums <=> Threads 1:n
Threads <=> Posts 1:n
Posts <=> User n:1
User <=> Userprofiles 1:1
User <=> Usergruppen n:1

Dabei ist da noch die Moderation noch nicht drinnen.

Folgende Sachen wuerde ich als Templates realisieren:
Email
Hilfe
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
esskar
 2003-08-25 19:54
#39362 #39362
User since
2003-08-04
7321 Artikel
ModeratorIn

user image
nein ich meinte mod_rewrite ...
in .htaccess steht nicht nur die verlinkung zu .htpasswd (oder wie das heißt drin) sondern auch anders zeugs!
Strat
 2003-08-25 22:07
#39363 #39363
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
[quote=kabel,25.08.2003, 19:58]wie wärs mit einem apache-ähnlichem callback design?[/quote]
das ist auch einer meiner Gruende, es mit mod_perl und Apache::Registry zu machen
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
Strat
 2003-08-26 13:22
#39364 #39364
User since
2003-08-04
5246 Artikel
ModeratorIn
[Homepage] [default_avatar]
@esskar: sieht gut aus, und mit \& schreibt sich eine Subreferenz einfach besser :-))

Ich habe nochmal Marky's Argumente in dem anderen Thread ueberschlafen und mal kurz die Doku zu CPAN:Apache::PerlRun ueberflogen. Da kommt man zwar anscheinend nicht an so viel vom Apache dran, aber es ist halt viel einfacher zu coden...
Die Vorteile gegenüber CGI waeren die folgenden:
1. Man koennte Module vorladen (z.B. CGI, DBI)
2. Geschwindigkeitsvorteil 2-3x
3. Man kann so Coden, wie man es von CGI her gewohnt ist (wenn das CGI sauber ist).

Der Eintrag in der httpd.conf koennte folgendermaszen aussehen:
Code: (dl )
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
Alias /perl-bin/ /srv/www/htdocs/web4/html/perl-bin/
<Location /perl-bin/>
SetHandler perl-script
PerlHandler Apache::PerlRun
Options +ExecCGI
# optional
PerlSendHeader On

# mit dem folgenden muesste man z.B. Module vorladen koennen,
# ich habe jedoch noch nicht getestet, ob es auch unter PerlRun
# funktioniert. In der perlrun_startup.pl werden dann die
# Module geladen, die Pfade zu den eigenen Modulen in @INC
# aufgenommen usw...
PerlRequire /srv/www/htdocs/web4/files/perlrun_startup.pl

# ich habe keine Ahnung, ob Apache::DBI auch mit PerlRun zusammenarbeitet
PerlModule Apache::DBI
</Location>

Damit wuerde die Entwicklung auf jedem Fall einfacher.

@esskar: was denkst du darueber? Besser oder schlechter?
perl -le "s::*erlco'unaty.'.dk':e,y;*kn:ai;penmic;;print"
http://www.fabiani.net/
esskar
 2003-08-26 20:08
#39365 #39365
User since
2003-08-04
7321 Artikel
ModeratorIn

user image
k...
sollen wir dann mal starten?
könntest dann ja mal vielleicht eine subdomain einrichten...

develop.perl-community.de

oder so und mir die daten zu schicken...
esskar
 2003-08-27 04:38
#39366 #39366
User since
2003-08-04
7321 Artikel
ModeratorIn

user image
hmmm...

Wollt ihr eine strikte Trennung zwischen cgi-bin und non-bin ?
also ich mach es immer so, dass ich meine scripte nicht in cgi-bin legen muss, um sie auszuführen... dadurch kann ich relative auf files zu greifen und muss das nicht absolute tun!

ich hab mal versucht, mein bisher programmiertes zeug auf den server zu legen und aus zuführen...
er meint aber immer, dass ich "Premature end of script headers".. print "Content-Type: text/html\n\n"; gebe ich aber aus...

kann das mal jemand checken? Habe meine Sachen wieder runtergeworfen aber in /html/cgi-bin/ liegen env.pl und env.cgi

http://develop.perl-community.de/cgi-bin/env.pl
http://develop.perl-community.de/cgi-bin/env.cgi
kabel
 2003-08-27 09:29
#39367 #39367
User since
2003-08-04
704 Artikel
BenutzerIn
[default_avatar]
[quote=esskar,27.08.2003, 02:38]kann das mal jemand checken? [/quote]
und wie?
-- stefan
esskar
 2003-08-27 14:33
#39368 #39368
User since
2003-08-04
7321 Artikel
ModeratorIn

user image
[quote=Strat,27.08.2003, 11:09]
Code: (dl )
1
2
3
4
chmod 755 env.cgi
chmod 755 env.pl
perl -i -pe "s/\r//g" env.cgi
perl -i -pe "s/\r//g" env.pl


und jetzt geht's![/quote]
man... ist linux pingelisch!!!
pq
 2003-10-14 22:02
#39369 #39369
User since
2003-08-04
12208 Artikel
Admin1
[Homepage]
user image
wie wär's mit einem killfile? ;)
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wiki:Wie frage ich & perlintro Wiki:brian's Leitfaden für jedes Perl-Problem
<< |< 1 2 3 4 5 >| >> 45 Einträge, 5 Seiten



View all threads created 2003-08-25 00:08.