On Thu, Jun 15, 2000 at 02:13:23PM +0200, Damir Cifer wrote:
> > Prednost tega, da se zadeva samo enkrat nalozi v RAM vsekakor ni nic
> > windows specificnega. Vsak operacijski sistem, na katerem sem videl
> > web streznik, to zmore. Pod win32 se temu rece DLL, pod linuxom in
> > nekaterimi ostalimi unixi pa shared object. Vsekakor pa pod unixi ni
> > tezav s testiranjem modula zaradi storastega zaklepanja programske
> > datoteke.
> In seveda je spet moral leteti flame na Windowse. Tocno tako, kot je Marko
> rekel nekaj mailov nazaj. A morate res nekateri biti tako butasto mahnjeni
> na doloceni OS. Ja, sem Windows user in ja, defitnitivno imam poln kufer
> odnosa ki so ga nekateri Lugosovci in 'Linuxasi' razvili do drugih OS. S tem
> delate vec skode kakor dobrega Linuxu. Moje osebno mnenje je, da je Lugos
> postal prevec spolitiziran, marsikateri clan pa prevec militanten. Vem ta
> mail je off-topic in je definitivno zadnji flame ki ga posiljam na
> katerokoli Lugosovo mailing listo (z ostalih sem se itak ze odjavil :b). Za
> bozjo voljo prosim, da se vzdrzite (javnih) komentarjev, ce vas res kaj
> matra glede mojega mnenja pa kar meni v mail. Naj VSAJ ta spisek ostane
> zgolj programerski :)
S tem sem samo jasno namignil, naj si za bozjo voljo ljudje za kolikor
toliko resna opravila, kot je na primer sestavljanje CGI skript izberejo
kolikor toliko resen operacijski sistem. Po moznosti takega, ki legalno
dopusca pogled v drobovje in ne vsebuje "proprietary" standardov. Saj ne,
da bi bil militanten, rad bi le pokazal, da imam razlog, da se izogibam
nekaterim platformam. Tudi linuxu se veckrat izognem, se posebej, ko je
treba predvajat kak asf.
> Pa se vprasanje....
> ima kdo kje kak tutorial/example/HOWTO o pisanju daemonov - konkretno me
> zanima standalone daemon (torej ga ne spawna inetd), ter interprocesna
> komunikacija med procesi. Zakaj? Pisem neko cudno aplikacijo, ki bo preko
> CGIja sprejemala kar nekaj SQL queryjev in se mi zdi bolj logicno, da daemon
> enkrat odpre povezavo s SQL streznikom (poleg tega naj bi imel vgrajenega
> watchdoga za SQL), CGI pa potem komunicira le s tem daemonom - CGI bi naj
> bil posledicno bolj light-weight, poleg tega pa ne bom odpiral n povezav do
> SQL streznika, ampak bom uporabljal le eno ...
> Se zdi komu ta pristop boljsi ali slabsi od normalnega - torej n cgi-jev,
> vsak od njih uporablja svojo povezavo do SQL streznika :)
CGI/sql... ce resnicno potrebujes hitrost, potem priporocam, da se s CGIjem,
ki ga napises v C (kar je lahko ogabno in nevarno hkrati) povezes na unix
socket, in tako komuniciras z vmesnim daemonom. Primere zelo hitro najdes na
primer na googlu: isces "unix socket programming tutorial" in dobis primere,
ki ti bodo prisli prav.
Jure
