On Apr 23, 3:00=A0am, Tony Gravagno
<address.is.in.po...@[EMAIL PROTECTED]
> wrote:
> Agreed. =A0The 'd3' command also has a wrapper called 'd3tcl' which can
> be further wrapped for some interesting functionality. =A0(RTM) =A0The
> d3/d3tcl method incurs the pain of login on every transaction, but
> MVWWW does the login once and then makes the connection available for
> use by any process to attach/detach without doing the login/off.
>
> I think the name MVWWW is sort of a misnomer because it's more of a
> general purpose persistent interface than HTTPD-specific. =A0In other
> words, there's nothing wrong with using it from PHP via a class, in
> Java, Mono, or bash.
>
> Hey Glen, where is the latest version of MVWWW? =A0I think one of the
> most common features I find missing in all MV environments is a solid
> pipe for all-*nix operations like Terry describes, and MVWWW seems to
> be the best start. =A0It's time for me to take another stab at it. =A0I
> don't think any of the MV vendors have adequately minimized the pain
> of doing a per-transaction login, or provided a built-in persistence
> mechanism to eliminate the pain. =A0All of them take a shell or sockets
> approach, none of them cache a connection object. =A0And of course the
> next step to doing that would be to wrap locks and maybe pooling
> around it to make it multi-user/thread-safe.
>
> This reminds me that I still need to get you the file system interface
> spec...
>
> T
>
>
>
> "GlenB" wrote:
> >Straight forward d3 command line with an entry prog to
> >call via a variable sub? You can wrap the system
> >execute in a class to parse the standard output for
> >your PHP call. Any reason why you want to continue
> >with PHP on a local service? You can always run MVWWW
> >on your box and serve content via a web API. It's not
> >a high-hit solution, so I don't recommend traffic over
> >10-hits/second. Templates are simple to use with it,
> >so you don't have to load your BASIC code full of HTML
> >code.
>
> >Glen
>
> >"Terry Pennington" =A0wrote
> >> I'm currently using jd3 running on my d3 box to allow
> >> web surfers access to specific subroutines via php
> >> from outside our firewall. It works fine but I'd like
> >> to add some in-house functionality by running some php
> >> pages on the actual Linux box that we have d3 running
> >> on.
>
> >> Anyone know how to do this? I'm assuming my jd3 server
> >> would probably work as "localhost" but I'd like to be
> >> able to do this without using jd3 if possible. I've
> >> found Pathfinders Software, a company that appears to
> >> have a product that will do what I want but am curious
> >> if anyone has any other tricks.- Hide quoted text -
>
> - Show quoted text -
Tony,
You actually have a copy of the FSI spec ?!?! Now THAT coulkd make for
some interesting reading (or not)
|
