Menu
▾
▴
Re: [selfforum-questions] Installationsprobleme
|
From: Andre M. <nd...@o3...> - 2001-05-22 20:22:34
|
Moin,
Saturday, May 19, 2001, Holger Katzke wrote:
> Solange keine english-speaking-people dabei sind, bleib ich ruhig ganz
> bequem bei deutsch.
fuer die englischsprechenden Leute koennen wir das ja spaeter
uebersetzen ;)
> Nun, ich habe versucht Euer potentiell geniales Board zu installieren.
> 1.) ENTPACKEN
[sehr schoener Dateibaum]
> Ich hoffe, da=DF dieser "Baum" bei Euch "unverrutscht" angekommen ist.
> Der kann CGI-Newbies sehr hilfreich sein, wenn er bei einem
> Installations-Manual dabei ist und alle Ordner und Dateien mit ihren
> Chmod-Zahlen versehen sind.
ja, das macht Sinn. Wird in die Doku aufgenommen, danke.
(Bei der Gelegenheit, das Dokukonzept und die Doku selbst natuerlich
sind in Arbeit ;-)
> 2) UPLOAD
> 2.1) Welche Datei/welchen Ordner WOHIN=3F
> Intuitiv habe ich den Inhalt des CGI-Folder in ein
> Verzeichnis Namens "Selfforum" innerhalb meines
> CGI-BIN-Verzeichnisses kopiert.
das ist schon mal richtig (zumindest ist es eine richtige von unendlich
vielen Moeglichkeiten)
> Den HTML-Folder habe ich in einen Ordner ("Selfforum"), der
> auf einer Ebene mit meinem CGI-Bin, also direkt unter
> meiner Root-Dir liegt kopiert.
hmm, ich kenne die Struktur auf deinem Server nicht. Die "uebliche"
Struktur ist etwa so:
meinverzeichnis/
htdocs/
cgi-bin/
log/
wobei das htdocs-Verzeichnis die oeffentlich zugaenglichen Dokumente
enthaelt. In dem Falle muessen die HTML-Dateien unterhalb von htdocs
(irgendwohin ;) abgelegt werden.
SSI (ServerSide Includes muessen aktiviert sein).
Wenn kein SSI verfuegbar ist, laeuft das Forum direkt ueber die Scripte.
Wenn du Zugriff auf die Serverkonfiguration hast, lassen sich natuerlich
bei einem guten Server auch Aliase vergeben, da du aber vermutlich den
Zugriff nicht hast, wuerde das hier zu weit gehen.
> 2.2) Welche CHMOD-RECHTE setzen=3F
> shtml-Dateien: 755
> pm-Dateien: 755
> pl-Dateien: 666
> xml-Dateien: 755
> Alle Ordner: 755
uuh ;)
folgendes sollte auf einem "normalen" Server (ein User pro
Domain/Webspace) funktionieren:
shtml 644
pm 644
xml 644 *)
pl 755
Ordner 755
*) die fo_admin_default.xml muss (in V1.0 dann) schreibbar sein, da sie
vom Admintool (was jetzt leider noch nicht dabei ist) veraenderbar sein
wird.
Jetzt kommt es darauf an, unter welchem User das Script laeuft. Im
Allgemeinen duerfte das wohl "nobody" sein. In dem Fall muss sie 646
bekommen (Schreibrecht fuer "other").
Den User bekommt man mit folgendem Script heraus (kann sein, dass der IE
die Ausgabe nicht mag, da er Probleme mit HTTP hat):
=3D=3D=3D=3D=3D 8< =3D=3D=3D=3D=3D=3D=3D=3D cut =3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D
#!/usr/bin/perl
print "Content-type: text/plain\n\n";
print 'User: ',scalar(getpwuid $>);
=3D=3D=3D=3D=3D=3D=3D=3D cut =3D=3D=3D=3D=3D=3D=3D >8 =3D=3D=3D=3D=3D=3D=3D=
=3D=3D
> 2.2) In welchen Dateien und an welcher Stelle genau sind Pfadangaben
> zu modifizieren=3F
> 2.2.1) Common.xml
^
\
die Schreibweise ist wichtig (common.xml)
> messagePath : hier hatte ich Probleme
> e:/localhosts/i_selfhtml/data/forum/ =3F=3F=3F
> hei=DFt das, ich mu=DF 2 weitere Ordner anlegen=3F
> ->hab ich jedenfalls gemacht und zwar im
> selfforum-folder unter meiner Root-Directory:
> 1.) websites/hosted/sitename/selfforum/data
> 2.) websites/hosted/sitename/selfforum/data/forum/
siehe auch bei obiger "ueblicher" Struktur (htdocs etc.)
In dem Falle sollte sich das data-Verzeichnis *ausserhalb* des via URL
zugaenglichen Bereiches befinden (also parallel zu htdocs
beispielsweise). Das data-Verzeichnis muss Schreibrechte besitzen.
> forum : hier auch Probleme
> e:/localhosts/i_selfhtml/data/forum/forum.xml =3F=
=3F=3F
> -> Es ist doch gar keine Forum.xml dabei!
> Ich habe einfach forum.tmpl.xml in den Ordner
> (websites/hosted/sitename/selfforum/data/forum/)
> kopiert und zu forum.xml umbenannt.
Loesch sie ;). Die forum.xml wird beim ersten Posting angelegt, an genau
der Stelle, die hier festgelegt wird.
> adminDefault: hier auch Schwierigkeiten
> e:/localhosts/i_selfhtml/data/forum/fo_admin_defa=
ult.xml
> fo_admin_default gibt es zwar, aber in der von
> vorliegenden Dateistruktur an einer anderen
> Stelle.
> ->Also auch diese Datei in den Entsprechenden
> Ordner au=DFerhalb des CGI-BIN kopiert.
zur Zeit ist es nicht so schlimm, da die fo_admin_default.xml noch nicht
schreibbar sein muss. Wenn sie es allerdings sein wird (V1.0), sollte
sie sich IMHO in einem schreibbaren Verzeichnis befinden (und dem
normalen config-Verzeichnis Schreibrecht zu geben ist nicht sinnvoll).
Da das data-Verzeichnis sowieso Schreibrecht besitzen muss, ist sie dort
gut aufgehoben, denke ich.
> cachePath : e:/localhosts/i_selfhtml/data/forum/cache/
> Ein weiterer Ordner erforderlich=3F
> Na gut, neuer Ordner:
> websites/hosted/sitename/selfforum/data/forum/cac=
he
> Kommt mir komisch vor, die Struktur, hat
> irgendwie f=FCr mich unerkl=E4rlich viel Tiefe.
hmm, der cache ist logisch unterhalb des Forums angesiedelt, deshalb
befindet er sich dort ;) Sinn des extra-Verzeichnisses: Nichtvermischung
der Forums und Threaddaten.
Beim produktiven Selfaktuell-Forum gibt es beispielsweise folgende
Struktur:
/path/to/
daten/
archiv/ <-- das Archiv, koennte auch unterhalb von
forum/ stehen, ist aber dort ein eigenes
Projekt (mach dir nichts draus ;)
forum /
messages/ <-- Threaddateien
cache / <-- naja, Cache eben ;)
config / <-- die Konfigurationsdateien
> forum_base : /selfaktuell/forum/
> Dazu habe ich keine Idee, weil ich keine
> Analogie zu selfaktuell sehe. Ist dies eine
> relative oder eine absolute Pfadangabe=3F
das ist der URL-Pfad zum Forum.
> sev_lock : e:/localhosts/i_selfhtml/data/forum/sevlock
> Weiteren Ordner angelegt:
> websites/hosted/sitename/selfforum/data/forum/sev=
lock
oh, das ist eigentlich eine Datei. Es ist keine wirkliche Datei, sondern
nur fuer das Script. Diese Datei muss nicht vorhanden sein. Sie muss nur
in einem beschreibbaren Verzeichnis lokalisiert sein.
Grund:
Der Schwanzabschneider (;-). Der Schwanzabschneider ist der Teil des
Forums, der die Hauptdatei kuerzt, wenn sie zu lang wird. Damit nicht
zwei oder mehr Schwanzabschneider gleichzeitig laufen, wird die Datei
sev_lock (severance lock) gesperrt, waehrend eines solchen Vorgangs.
Da das Locking auch ohne Vorhandensein der Datei funktioniert, muss sie
nicht existieren.
> archivePath : e:/localhosts/i_selfhtml/data/archiv/
> Ok.,noch ein weiterer Ordner:
> websites/hosted/sitename/selfforum/data/archiv/
ok.
> und warum schlie=DFt bei den Pfadeingaben der
> Voreinstellung ".../sevlock" nicht mit einem
> "/" ab, aber im Gegensatz dazu ".../archiv"
> schon=3F
s.o., das duerfte jetzt einsichtig sein.
> 2.2.2) index.shtml
> <!--#include virtual=3D"/[absolute Pfadangabe zu]/fo_view.pl=3F=
$QUERY_STRING" -->
> (kein Problem)
> 2.2.3) <!--#include virtual=3D"/[absolute Pfadangabe zu]/user/fo_posti=
ng.pl" -->
> (kein Problem)
die Pfadangaben sind URL-Pfade, aber das hast du, denke ich.
> 2.2.x) Sind noch weitere Pfadangaben in anderen Dateien
> vorzunehmen=3F
ja:
* common.xml:
Limit / show / Posting / templateFile
Limit / show / Posting / form / action
* fo_posting.xml:
show / Posting / templateFile
show / Posting / form / action
ich schaetze, dass wir das evtl. noch ein bisschen umstrukturieren
(einige Angaben sind redundant, das ist noch suboptimal ;)
> Schade, da=DF Euer Skript angeblich noch nicht "reif" f=FCr den
> Praxiseinsatz sein soll, [...]
ja, es fehlt vor allem folgendes:
* der Adminteil (Postings loeschen, die Einstellungen zur Laufzeit
aendern, etc.)
* die Archivansicht
ausserdem hat der Cache immernoch (*hmpf*) einen Fehler
> werde wohl erstmal das XMLBoard (http://xmlboard.hypermart.net/)
> nehmen.
"erstmal" klingt so, als ob wir hier nach V1.0 nochmal voneinander lesen
;)
> Ich denke auch, da=DF selfforum mit seiner AutoArchiv-Funktion,
> jedenfalls wenn man sie nicht abschalten kann, eher etwas f=FCr sehr
> gro=DFe Kommunities ist.
kann man. Man kann auch einstellen, wann der Schwanzabschneider
"zuschlagen" soll etc.
> In meinem Board gab es nur 160 Postings
> innerhalb von 10 Monaten. Deshalb ben=F6tige ich keine
> AutoArchiv-Funktion.
nichtdestoweniger sollte trotzdem definiert werden, was denn passieren
soll, wenn die Hauptdatei zu lang wird. (Archivieren, wegwerfen, alles
ist moeglich ;)
> Da ich momentan und auch in absehbarer Zeit nicht
> wirklich viel Zeit habe, erwartet bitte nichts von mir. Ich hoffe aber
> trotzdem, Euch schon mal ein St=FCck weit geholfen zu haben,
ja, auf jeden Fall, danke ;)
> w=FCrde mich freuen, von Euren Fortschritten zu h=F6ren. Falls Ihr noch
> konkrete Fragen an mich / Tipps f=FCr mich habt, schreibt mir bitte.
es gibt auch ein announce-Liste, dort wird auf jeden Fall das
V1.0-Release bekanntgegeben.
Eine Frage von mir (an alle, die hier mitlesen):
Macht es Sinn, beim naechsten Release "neutrale" Templates mitzuliefern=3F
Wenn ja - wer erstellt die=3F ;-))
Viele Gruesse,
n.d.p.
--=20
die (eval q-qq[Just Another Perl Hacker
]
;-)
# n.d. parker, http://www.o3media.de/ #
|
