Re: Beginners Question

Jason P Sage wrote:

> Hi JOSE! Cool - that's what my first response - thanks for feedback from
> your experience also!
>
> Apache is Cool .. I use it - but I would also check out www.lighttpd.net  
>
> (It has definitely caught my eye)
>
> I don't know that much yet - but - that web server is free like apache, is
> in many linux distributions - and seems geared toward "lean and mean" which
> is what I like. I'm using apache right now for my stuff at home, and regular
> CGI and/or PHP for little things.
>
> Now I have a question. When you did the whole RAMDRIVE thing - was that
> Windows or Unix/Linux? 
>   
Windows.

> Did you make a tiny stub CGI program to talk to a different process? Did it
> do badly?
   
As a matter of fact, the tiny CGI was there only to "fake" the 
web-server. By that time, I used CGI-WIN, which is a protocol that 
creates a INI file with the variables. Then, the CGI-WIN is supposed to 
generate another file back, with the html response.

What I did in my case was this : let the CGI-WIN create the file and, 
make it WAIT for the answer then EXIT.

On the other hand, the "real" application is monitoring or watching that 
RAMDRIVE folder. When a file "bubles up" in there, it takes it to be 
processed right away.

It turned out that I had the file being processed even BEFORE the CGI 
were started (because who creates the INI file is the HTTP server itself 
- it creates the file and then lauches the external process, that is, 
the CGI).

Got it ?

> Also - You mentioned writing a HTTP server yourself - well.. my biggest
> biggest fear - SSL. Trying to get SSL into my own homemade server so that
> It would work with Verisign, or others... 
   
EXACTLY WHAT WORRIES ME TOO ! So many coincidences !

> Otherwise - writing a web server for hosted applications on a different port
> along side a traditional web server makes sense to me - but not without SSL.
> (Writing the TCP/IP stack and multi-task and/or process processing is no
> weekend project either)
>   
Definitively. Needs to be completely reliable.
> Any ways - I'd be really curious about your responses - who knows what we
> might stumble across with ideas :)
   
Where are you talking from ?

If you want, we may exchange some thoughts through Skype - not voice but 
chatting. Let me know.

> See ya later
> Jason P Sage
>
>
>
>
>
> -----Original Message-----
> From: Jose Adriano Baltieri [mailto:jabaltie-a/[email protected]] 
> Sent: Wednesday, July 12, 2006 10:28 AM
> To: Jason P Sage
> Subject: Re: [FASTCGI] Beginners Question
>
> Jason P Sage wrote:
>
> Hello Jason !
>
> We have many similarities : as a matter of fact, I'm not MultiThreaded. 
> I'm MultiTasked. Also, I'm also getting my data from a Unisys mainframe. 
> And I'm also thinking about writing my own http server but, I'm afraid 
> of doing it. Too much responsibility.
>
> Moreover, I also worked in the past with a tiny CGI, just like you did. 
> By that time, I had done a very little CGI in C that would only dump the 
> request and wait for the answer. But, you still have the overhead of a 
> process start/end per request. This is too much more than it's size, I 
> think. I left that CGI exe on a RAMDRIVE too.
>
> Other than that, I'm also kind of "lost" cause I still have to learn 
> Apache and then FASTCGI.
>
> Thanks for your attention !
>
>   


-- 
Obrigado,
------------------------------------------------------------------------------
               Jose Adriano Baltieri - Analista de Sistemas
               DTI - CENTRO - UNIMEP - Universidade Metodista de Piracicaba
               PIRACICABA - SP - Brasil - Fone : (19) 3124-1858
------------------------------------------------------------------------------




-- 
Obrigado,
------------------------------------------------------------------------------
                Jose Adriano Baltieri - Analista de Sistemas
                DTI - CENTRO - UNIMEP - Universidade Metodista de Piracicaba
                PIRACICABA - SP - Brasil - Fone : (19) 3124-1858
------------------------------------------------------------------------------

___________________________________
fastcgi-developers mailing list
http://fastcgi.com/fastcgi-developers/