Opened by giotto at 2006-01-07 14:48
User since
2005-12-17
1615 Artikel
HausmeisterIn
![[Homepage]](/battie/theme/default/homepage.gif)
2005-12-17
1615 Artikel
HausmeisterIn
[quote=giotto,07.01.2006, 13:48]Hallo Zusammen!
Wo verstaut ihr
- CGI Scripts
- Module
- Templatefiles von HTML::Template
- Configfiles
- Bilder/Grafiken
- CSS Styles
- Javascripts
[/quote]
Hallo giotto,
oh je, genau diese Frage hat mich auch mal gequält, als ich mit dem
Entwickeln von Webapplikationen begonnen habe. Diese Frage ist
auch garnicht so leicht zu beantworten, weil ziemlich viele Faktoren
dabei eine Rolle spielen können.
Zum Beispiel kann es darauf ankommen, wieviele Applikationen auf dem
Webserver laufen und ihre eigene Subdomain, ihren eigenen Alias
besitzen.
Für mich habe ich es immer in jedem Fall so geregelt, dass ich einen
Ordner habe, in dem alle Dokumente liegen, die öffentlich sind. Darunter
zählen HTML-Dokumente, Perlskripte, PHP-Skripte. Auf der gleichen Ebene
liegen alle weiteren Ordner.
Beispiel einer meiner Applikationen:
$home ist klar. Das ist das Heimatverzeichnis der Software.
Ganz wichtig ist nur, dass du öffentliche Dateien von nicht öffentlichen
Dateien klar trennen solltest, am besten mit verschiedenen Verzeichnis-
ebenen. Da Javascript auch in HTML-Dateien stehen oder mit CGI-Skripts
ausgegeben werden kann, ist ein extra-Verzeichnis meines Erachtens
nicht notwendig.
Die Software für dieses Beispiel arbeitet ohne Datenbank. Ist noch alles
Selfmade, deshalb auch der Session- und Profile-Ordner.
Wo verstaut ihr
- CGI Scripts
- Module
- Templatefiles von HTML::Template
- Configfiles
- Bilder/Grafiken
- CSS Styles
- Javascripts
[/quote]
Hallo giotto,
oh je, genau diese Frage hat mich auch mal gequält, als ich mit dem
Entwickeln von Webapplikationen begonnen habe. Diese Frage ist
auch garnicht so leicht zu beantworten, weil ziemlich viele Faktoren
dabei eine Rolle spielen können.
Zum Beispiel kann es darauf ankommen, wieviele Applikationen auf dem
Webserver laufen und ihre eigene Subdomain, ihren eigenen Alias
besitzen.
Für mich habe ich es immer in jedem Fall so geregelt, dass ich einen
Ordner habe, in dem alle Dokumente liegen, die öffentlich sind. Darunter
zählen HTML-Dokumente, Perlskripte, PHP-Skripte. Auf der gleichen Ebene
liegen alle weiteren Ordner.
Beispiel einer meiner Applikationen:
$home ist klar. Das ist das Heimatverzeichnis der Software.
Code: (dl
)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
# auch die Skripts im web-Ordner greifen hierdrauf zu
$home/bin # Skripts zur Verwaltung von Logs, SID's uvm.
$home/modules # könnte man auch include nennen
$home/doku # README's
$home/temp # für alle Skripts
$home/sessions # Session-IDs
$home/log # Skriptlogs, die's, warnings, log etc.
# Profile, config-Dateien uvm.
$home/config
$home/config/globals
$home/config/profiles
$home/config/hosts
# Nur der web-Ordner ist für den Webserver freigegeben,
# man könnte ihn auch public nennen oder wie jeder möchte
$home/web # öffentliches Verzeichnis
$home/web/cgi # ausführbare Skripts
$home/web/tmpl # Templates
$home/web/img # Bilder, Grafiken
$home/web/css # CSS-Dateien
$home/web/html # statitsche HTML-Dateien
$home/web/data # Datendateien, falls keine Datenbank genutzt wird
Ganz wichtig ist nur, dass du öffentliche Dateien von nicht öffentlichen
Dateien klar trennen solltest, am besten mit verschiedenen Verzeichnis-
ebenen. Da Javascript auch in HTML-Dateien stehen oder mit CGI-Skripts
ausgegeben werden kann, ist ein extra-Verzeichnis meines Erachtens
nicht notwendig.
Die Software für dieses Beispiel arbeitet ohne Datenbank. Ist noch alles
Selfmade, deshalb auch der Session- und Profile-Ordner.
What is a good module? That's hard to say.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.
What is good code? That's also hard to say.
One man's Thing of Beauty is another's man's Evil Hack.