aplikacje WWW

[Tomasz Kłoczko]

On Fri, 17 Jan 2003, Jacek Konieczny wrote:

> On Fri, Jan 17, 2003 at 03:57:46PM +0100, Jacek Rembisz wrote:
> > Zdefiniować makra rpmowe:
> > 	- _webapplicationdir  /home/services/httpd/applications
> > 	- _cgidir             /home/services/httpd/cgi-bin
> > 
> > Dlaczego nie korzystać w dalszym ciągu z /home/services/httpd/html?
> A czym się aplikacje WWW różnią od innych, że mają lądować w /home, 
> a nie w %{_prefix}?
> IMHO takie rzeczy powinny trafiać do %{_datadir} i/lub %{_libdir}.
> W /home powinny lądować jedynie rzeczy, które mają być modyfikowane
> przez użytkownika, a nie są plikami konfiguracyjnymi (np. wzorce, lub
> statyczne strony WWW).

Dobra spróbujmy odtworzyć to co padło na MIMUw przy tablicy kiedyśmy 
chyba we trójkę rozmawiali o tym :)

Pierwszym elementem było rzeczywiście to co napisałeś ale to nie jest
jeszcze komplet :)
Drugim elementem było dorobienie indianinowi w konfiguracji żaby 
standardowo korzystał z /etc/httpd/conf.d/.
Miałby być tu pliki typu [0-9][0-9]<foo>.conf które przez indianina byłyby
czytane alfabetycznie czyli tym samym przy powyższym założeniu po kolei po 
numerkach.

Dałoby to tyle że:
- możnaby zrezygnować z wołania apxs z (de)rejesttarcja modułu,

- przez powyższe podstawowy pakiet indianina przestałby być zależny od
  perla (także),

- pakiety z aplikacjami ładowałby do /etc/httpd/conf.d/ swój włzsny plik 
  konfiguracyjny w którym byłby zakomentwany przykła mapowania fizycznej 
  lokacji plików aplikacji na katalogi zasobów poszczgólnych
  serwerów/wirtualek.
  Pzrez powyższe moznaby wreszcie osiągnać to że np. Nuke byłoby obecne w 
  kilku wirtualkch (pliki .config też możnaby mapować przez alias na róne 
  katalogi co powinno wystarczyć),

- w %post pakietu po insytalacji wypisywana byłaby krótka notka o tym co 
  trzeba wykonać żeby aktywować aplikację.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*