Re: [AOLSERVER] My posts are failing to be uh, posted. (posted directly through listserv and not via email)
Dossy said: > It's that same dumb mentality that lead us into that "Year 2000" thing > we dealt with three years ago. How soon people forget ... What "Year 2000" thing? ;) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] My posts are failing to be uh, posted. (posted directly through listserv and not via email)
Chris Davies said: > The only problem here is that most of the cable modems out there have > valid reverse addresses, and providers don't block outbound port 25 > connections allowing spam to flow freely from cable modems that have > valid reverse lookups. > > Several years back when AT&T's dialup division was a spammer haven, AT&T > did the right thing and blocked port 25 outbound from dialup ports -- > requiring the spammers to use AT&T's mailhost -- and they could quickly > identify and terminate the account. If 2 cable companies did that, it > would easily quell 40% of the spam that I see. > Cox blocks it for their customers.. so there is one cable company.. :) it's annoying for those of us who need to access external mail machines since their business tier pricing and features are way out of range of normal users.. but, I have worked around that.. :) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] apache compatibility
derek keller said: > granted, i am probably missing the picture of what you need. if you > have an existing set of permissions and url rewrites on your apache > installation in a big bunch of scattered htaccess files, it wouldn't be > hard to translate those into aolserver's url registeration and > permissions stuff. make a tcl script that translates your htaccess > files to tcl configs. then post that script and the method you used so > that someone else could do the same thing into a "how to migrate url > rewrites and permissions from apache to aolserver without the headache" > doc. The rewrite stuff is only half of the problems I am dealing with.. I need to put AS4.0 on a system and try out it's virtual hosting to see if it eliminates the other problems I was having with the virtual hosting package I was using... > that way, you can solve the same problem as apache in the > aolserver-approved way without having to duplicate apache code in a > runtime environment. > > again, i may be missing something... and none of this helps you to do > it in the meantime anyway. it is a cascading effect of wanting/needing to use certain tools that make it easier to do things a certain way.. but make it a LOT easier to do them... -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
Peter M. Jansson said: >> Compatibility with common apache features would go a long way >> towards wider adoption of AS > > Unless it would speed migration away from AOLserver. I don't see how it would speed the migration.. in fact it would have kept me from moving my stuff away...by adding functionality, especially as an add on module, it increases the likelyhood that someone will not migrate away to -get- that functionality... I love aolserver, I think it is a very stable (for me), fast, powerful server.. I love the tcl being built in.. I love how stuff works with it... but it isn't a "fit" any more... I have grown in my needs to other directions... I still help maintain it at work, most of our work servers run it.. but for some things it doesn't work out.. which is depressing to be honest. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] apache compatibility (was: Are the weekly chats officially dead?)
Peter M. Jansson said: >> the problem isn't >> that the functionality is missing, its not knowning syntax. > > Patrick's case is that he wants to use a 3rd-party package that requires > Apache semantics, and it's not a matter of his knowing the syntax, > (which he probably does anyway), but it's that the 3rd-party packages do > automated things with the .htaccess files and expect them to work. > > What would be helpful would be to collect a list of .htaccess directives > that such packages use, so we could figure out how to support them. This is an extract of what is in one of the .htaccess files... Mostly I think it is just the mod_rewrite and the access control stuff that is used for a lot of what is out there.. RewriteEngine On RewriteBase /gallery/ RewriteRule ^([^\.\?/]+)/([0-9]+)$ /gallery/view_photo.php?set_albumName=$1&index=$2 [QSA] RewriteRule ^([^\.\?/]+)/([A-Za-z_0-9\-]+)$ /gallery/view_photo.php?set_albumName=$1&id=$2 [QSA] RewriteRule ^([^\.\?/]+)/$ /gallery/$1 [R] RewriteRule ^([^\.\?/]+)$ /gallery/view_album.php?set_albumName=$1 [QSA] -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] apache compatibility (was: Are the weekly chats officially dead?)
derek keller said: > apache compatibility in aolserver? band-aid. But if it keeps blood from spurting, a band-aid can indeed be a useful thing. > make some docs for apache users: "how to do apache-specific tasks in > aolserver" with some examples. the problem isn't that the > functionality is missing, its not knowning syntax. No, for me the problem is that there are some wheels that I do not want to spend the months to re-invent.. that should not HAVE to be reinvented... > if someone wants to go as far as to build modules that emulate apache > from within aolserver, there should be a better reason than lack of > time or motivation to learn aolserver on the part of the developer. Such a nice way to be called lazy... Ever hear of the concept of not reinventing the wheel? Why would I write my own html editor, my own gallery software scripts, my own user signup scripts when they already exist and can be leveraged? To replicate the software that I am using would take more than a couple years since I do not have the manpower/resources/money/etc to do so.. when a compatibility layer would be easier to write, help MORE people, and help promote the server software. But I guess I am just a lazy, unmotivated developer.. :) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
I am familiar with the concept, I use one Daniel Stasinski wrote.. though when I used AS for my personal site I used the functionality of AS to do the same... but for this particular use (the gallery software), and for similar functionality in other third party software I really need something that is compatible with how Apache does it...rather than having to manually go in and create the URLs each time something changes, or write a filter that processes it all first using Regexp (not my strong suit of programming to say the least)... Compatibility with common apache features would go a long way towards wider adoption of AS - Original Message - From: "Mat Kovach" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 01, 2003 7:39 AM Subject: Re: [AOLSERVER] Are the weekly chats officially dead? > On Thu, Jul 31, 2003 at 10:18:01PM -0700, Patrick Spence wrote: > } the main one I am concerned with is a script for subscriptions that > } handles via .htaccess entries.. the next most used set is the rewrite > } stuff done by Gallery (gallery.menalto.com) which is primarily just > } rewrite commands to make friendly URLs out of url encoded ones.. > > I have a tinyurl.com clone written using AOLserver and Postgres > (shouldn't be very hard to port to use about any DB) which does > make "nice" urls (http://myturl.com/software/dist/). I'm working > it into OpenACS ( to provide nice 'Email This Link' for pages). > > The basic functionlity is fairly generic and should be easy to move > into other projects. > > Mat Kovach > > > -- > AOLserver - http://www.aolserver.com/ > > To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the > body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
Does it work using instructions in a .htaccess file? - Original Message - From: "Tim Moss" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 01, 2003 1:14 AM Subject: Re: [AOLSERVER] Are the weekly chats officially dead? > > > > > 2: full emulation of mod_rewrite and .htaccess files > > > > I know this isn't what you want to hear, but ... if you want Apache, > > then run Apache. :-) > > > > And the nsrewrite module worked last time I tried! > > > Tim Moss > SiteSpeed Ltd > Email: [EMAIL PROTECTED] > Website:http://www.site-speed.co.uk > > This email contains information from SiteSpeed Ltd, which may be privileged > or confidential. If you are not the intended recipient, be aware that any > disclosure, copying, distribution or use of the contents of this information > is prohibited. If you have received this electronic message in error, please > notify us immediately. > > > -- > AOLserver - http://www.aolserver.com/ > > To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the > body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
Nathan Folkman said: > perhaps its time to look at what it would take to provide a simple apache > compatibility layer that would allow apache modules to be used > (unmodified) > within aolserver. i've not had time to fully investigate, so this could be > the > wrong approach, and maybe wouldn't even be possible or feasible. > Assuming it isn't too much of a nightmare, I think a compatibility layer/module would go a long way towards getting people using ASthey could experiment with minimal risk or learning curve.. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
Peter M. Jansson said: > On Thu, 31 Jul 2003, Patrick Spence wrote: > >> Using filters is easy enough, I did it when I ran AS.. but I am running >> some third party stuff that is made more capable/powerful with >> mod_rewrite >> and .htaccess... and some other software that requires .htaccess so it >> makes it easier to work with... in other words its not the >> functionality >> that is already there in other ways, but the compatibility that I need. > > Fair enough. I think it's possible to write a mod_rewrite emulation > layer, but I'm very skeptical about .htaccess, unless it's a limited > subset. What .htaccess directives are used? As I wrote earlier, > completely supporting every possible .htaccess directive would require a > lot of work and would fundamentally change the way AOLserver works. the main one I am concerned with is a script for subscriptions that handles via .htaccess entries.. the next most used set is the rewrite stuff done by Gallery (gallery.menalto.com) which is primarily just rewrite commands to make friendly URLs out of url encoded ones.. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
Peter M. Jansson said: > On Thu, 31 Jul 2003, Dossy wrote: > >> > 2: full emulation of mod_rewrite and .htaccess files >> >> I know this isn't what you want to hear, but ... if you want Apache, >> then run Apache. :-) > > I'm in strong agreement. There's a lot in .htaccess that's fundamental > Apache architecture (AddHandler in a .htaccess file, for example -- that > just won't work with AOLserver as it stands, and the changes would go a > long way toward turning it into Apache). Now, if all you really want is > perms stuff, that's more manageable, but still requires a new perms module > in AOLserver. mod_rewrite I imagine could be done, but could probably be > done as easily in a filter. Using filters is easy enough, I did it when I ran AS.. but I am running some third party stuff that is made more capable/powerful with mod_rewrite and .htaccess... and some other software that requires .htaccess so it makes it easier to work with... in other words its not the functionality that is already there in other ways, but the compatibility that I need. -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
Dossy said: >> 1: A better solution for virtual hosting >> a: I don't have to run multiple instances of aolserver >> b: the Pageroot variable is updated correctly so scripting >> in languages like php can handle virtual hosting >> c: logging to seperate files for each virtual server > > Have you tried virtual servers in AOLserver 4.0 yet? Not yet, I haven't had the time to set up another machine to play with yet.. ;) >> 2: full emulation of mod_rewrite and .htaccess files > > I know this isn't what you want to hear, but ... if you want Apache, > then run Apache. :-) Guess what I am running? :) Apache.. I stopped running AOLserver on my personal machine a few months back... for those two requirements.. it makes it easier for me.. though I will play with AS4 sometime soon to see if it can do the virtual server stuff as well for me.. ;) It was using Apache that gave me exposure to the htaccess and mod_rewrite.. and they are very nice tools.. But I would rather have Aolserver for the speed and inbuit tcl.. :) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] Are the weekly chats officially dead?
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, July 31, 2003 12:44 PM Subject: [AOLSERVER] Are the weekly chats officially dead? > Are the weekly chats officially dead? I know Nate is extraordinarily > busy right now (well, aren't we all) but we could still get on the chat > every week or every other week without him. > > Of course, it helps to have something to talk about and something worth > talking about ... so why don't I throw some suggestions out there: > > - Who has tried 4.0 beta? Who is running 4.0 beta in a non-production > environment? Who is actually running it in production? > > - What's your single biggest gripe about AOLserver? If you could have > one thing changed or fixed, what would it be? There ya go, limiting it to ONE thing.. :) but I am difficult, and never listen anyways... 1: A better solution for virtual hosting a: I don't have to run multiple instances of aolserver b: the Pageroot variable is updated correctly so scripting in languages like php can handle virtual hosting c: logging to seperate files for each virtual server 2: full emulation of mod_rewrite and .htaccess files -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list, simply send an email to <[EMAIL PROTECTED]> with the body of "SIGNOFF AOLSERVER" in the email message. You can leave the Subject: field of your email blank.
Re: [AOLSERVER] aolserver + php
- Original Message - From: "Michał Nasiadka" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, June 06, 2003 6:16 AM Subject: Re: [AOLSERVER] aolserver + php > On Thu, Jun 05, 2003 at 10:55:44AM -0600, Patrick Spence wrote: > > Micha?Nasiadka said: > > > Hi. > > > I've expierenced problems with running php on aolserver. Aolserver > > > is segfaulting, while trying to use phpmyadmin, so I think it's > > > something linked to mysql connectivity from php. Tried changing > > > stacksize, tried even the devel versions of php, no luck. > > > Can anybody help? > > > > What did you set your stacksize to? > I believe it was 512*1024. What version of linux are you running.. at one point one of the up2date upgrades on one of the dns libraries on redhat caused serious memory issues and caused segfaulting on dns lookups especially with php running -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list: http://www.aolserver.com/listserv.html List information and options: http://listserv.aol.com/
Re: [AOLSERVER] aolserver + php
Micha³Nasiadka said: > Hi. > I've expierenced problems with running php on aolserver. Aolserver > is segfaulting, while trying to use phpmyadmin, so I think it's > something linked to mysql connectivity from php. Tried changing > stacksize, tried even the devel versions of php, no luck. > Can anybody help? What did you set your stacksize to? -- [EMAIL PROTECTED] www.RandomRamblings.com -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list: http://www.aolserver.com/listserv.html List information and options: http://listserv.aol.com/
Re: [AOLSERVER] OpenACS
- Original Message - From: "Jeremy Cowgar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, March 18, 2003 8:49 AM Subject: Re: [AOLSERVER] OpenACS > > Then why are you asking? If you already did all the work to avoid > > using OpenACS, then of COURSE switching to OpenACS would be extra > > work, certainly counter-productive in the short term, and perhaps even > > counter-productive in the long term as well. Seems to me you are > > taking the work put into your existing system as given, and pretending > > you got all that for free, which ain't so. > > The answer which allowed me to develop the system I was talking about above > originated from this thread. The answer that I used was posted on Saturday by > Patrick Spence. The thread originally started on the 15th. I have not posted > to it after Patrick helped me out, it has just continued to evolve from other > people posting (which is great by the way). I am glad I was able to help :) -- AOLserver - http://www.aolserver.com/ To Remove yourself from this list: http://www.aolserver.com/listserv.html List information and options: http://listserv.aol.com/
Re: [AOLSERVER] Best way for user authentication?
- Original Message -
From: "Jeremy Cowgar" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, March 15, 2003 9:00 AM
Subject: [AOLSERVER] Best way for user authentication?
> The first method I know is http authentication which will pop up a dialog
box
> and ask the user for their information. I would like to try to avoid this
> because it's not quite as user friendly as having a login form.
It would be nicer if we could easily and dynamically change who is on the
auth list for the pop-up dialogs, but I am not good enough yet to hack the
current scheme to allow on the fly changes.. as it sits you have to restart
the server to make any changes to the access list.. not good for a site
that has a changing user base.
> The second method is using cookies. I can handle this, but ensuring that
the
> cookie is read for all .adp requests, that it is available in all my tcl
> methods, in the included adp_ files, etc... that is confusing me a little.
>
> I am certian their are other ways as well.
>
> Can anyone give me a little info or point me to an information source on
this
> subject?
On my sites that use user authentication I use a mix of cookies using Daniel
Stasinski's cookie package (http://www.scriptkitties.com) and pre-auth
filters..
I lock down an entire subdirectory tree of my site using a pre-auth filter
setup that will redirect to an error page if they have a valid session.
When they log in to the site initially they get a cookie set and I put into
a database entry a corresponding session ID. If there isn't a session id in
the database, or if they don't have the cookie set I redirect them to that
error page that tells em to log in and use javascript.
Remember that you can't use a ns_redirect after setting the cookie, since
the browser will toss the cookie away when it gets the redirect header, you
need to use the http meta refresh.. and put a link on the page for them to
go through manually if their browser doesn't pick up the refresh correctly.
here is a good chunk of what I have set up. It's not particularly efficient
(and may wordwrap) but it does the trick for me.
ns_register_filter preauth GET /hot/*.adp checkforsessionid args
ns_register_filter preauth GET /hot/*.js checkforsessionid args
ns_register_filter preauth GET /hot/*.css checkforsessionid args
ns_register_filter preauth GET /hot/*.jpg checkforsessionid args
ns_register_filter preauth GET /hot/*.gif checkforsessionid args
ns_register_filter preauth GET /hot/ checkforsessionid args
proc get_sessionid { conn } {
set retval ""
set host [get_host $conn]
set jar [ns_getallcookies $conn]
set sessionid [ns_getcrumble $jar userinfo sessionid]
set retval $sessionid
return $retval
}
proc has_sessionid { conn } {
set retval 0
set sessionid [get_sessionid $conn]
if { ![string match $sessionid ""] } { set retval 1 }
return $retval
}
proc checkforsessionid { conn args why } {
set ref [get_referrer]
set validsession 0
set username [get_cookie_username $conn]
set sessionid [get_sessionid $conn]
if { [has_sessionid $conn] } {
set rowset [ns_set new]
ns_set put $rowset username $username
if { ![catch { set db [ns_db gethandle] } theerror] } {
if { ![catch { set foundrec [db_findrowbyid $db "onlineusers"
$rowset] } theerror] } {
if { $foundrec != "" } {
set dsessionid [ns_set iget $foundrec sessionid]
if { [string match $sessionid $dsessionid] } { set
validsession 1 }
}
} else {
log_error $theerror
}
ns_db releasehandle $db
} else {
log_error $theerror
}
}
if { $validsession == 1 } {
return "filter_ok"
} else {
ns_returnredirect "http://www.redhotadults.com/err/notloggedin.adp";
return "filter_return"
}
}
--
Patrick Spence
www.RandomRamblings.com
www.Ariven.com
I. To remove yourself from this list:
Send a message to "[EMAIL PROTECTED]" with the following text in
the BODY of your message:
signoff aolserver
II. For a complete list of listserv options please visit:
http://listserv.aol.com/
III. For more AOLserver information please visit:
http://www.aolserver.com/
Re: [AOLSERVER] Root-server switches from BIND to NSD.
- Original Message - From: "Rob Mayoff" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 25, 2003 1:07 PM Subject: Re: [AOLSERVER] Root-server switches from BIND to NSD. > +-- On Feb 25, Patrick Spence said: > > I'd certainly be willing to use it here :) it would be a lot easier to > > administer than bind is for me.. > > There are alternatives to BIND that many consider easier to administer. I am using a gui interface (webmin) to bind already, but I am also using Daniel Stasinski's NS/Admin module for administering postgresql, and its easy for me to use and familiar to me, so if I can consolidate what I am doing into a single common interface it makes it easier.. I. To remove yourself from this list: Send a message to "[EMAIL PROTECTED]" with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Root-server switches from BIND to NSD.
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, February 25, 2003 11:22 AM Subject: Re: [AOLSERVER] Root-server switches from BIND to NSD. > On 2003.02.25, Jerry Asher <[EMAIL PROTECTED]> wrote: > > > > The nsd in this case is not the naviserver daemon we all enjoy but a > > nameserver daemon written at "NLnet Labs in cooperation with RIPE." > > Should we add to the confusion and start coding up an nsdns module so > one could use AOLserver to serve DNS? :-) > > If there was an nsudp socket, we could implement a DNS server that runs > out of AOLserver that could use any nsdb to store zone data in a DBMS > ... that might be mildly interesting. I'd certainly be willing to use it here :) it would be a lot easier to administer than bind is for me.. :) I. To remove yourself from this list: Send a message to "[EMAIL PROTECTED]" with the following text in the BODY of your message: signoff aolserver II. For a complete list of listserv options please visit: http://listserv.aol.com/ III. For more AOLserver information please visit: http://www.aolserver.com/
Re: [AOLSERVER] Dreamweaver ADP hooks Re: [AOLSERVER] Cold Fusion vs Tcl in AOLserver: Opinions
It definately looks promising.. :) it could be very nice to have, I will try and find the manual, but when I first looked into it (just after dreamweaver mx came out) they didn't have anything to support MX development, so now some time has passed I think they should be current on support - Original Message - From: "Andrew Piskorski" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 31, 2003 12:44 AM Subject: [AOLSERVER] Dreamweaver ADP hooks Re: [AOLSERVER] Cold Fusion vs Tcl in AOLserver: Opinions > On Thu, Jan 30, 2003 at 07:53:10PM -0700, Patrick Spence wrote: > > > I think with only a little work, someone familiar with making extensions for > > Dreamweaver could easily code a module for TCL/ADP that works just as well > > as its PHP application tools.. which would give rapid prototyping and > > It was done for the ACS 4.x templating system, which of course uses > ADP. I don't have the code, but I know for a fact that the > Dreamweaver hooks were written, by Jonathan Sefton > <[EMAIL PROTECTED]>, who was CTO at one of the aD London office's > clients. Here's what he had to say about that, back in October: > > - Forwarded message from Jonathan Sefton <[EMAIL PROTECTED]> - > > From: "Jonathan Sefton" <[EMAIL PROTECTED]> > To: "'Andrew Piskorski'" <[EMAIL PROTECTED]> > Cc: "David Fullagar" <[EMAIL PROTECTED]>, > "'Jeff Davis'" <[EMAIL PROTECTED]> > Subject: RE: DreamWeaver ADP hooks? > Date: Fri, 25 Oct 2002 20:00:34 +0100 > > Hi Andrew, > > Sorry for the slow reply; just moved house & been waiting for NTL to > hook up broadband, so haven't been checking email very often (forgotten > how tedious dial-up is). > > I don't think I do have the Dreamweaver stuff - Infoshare were pretty > strict about returning all s/w on exit. It's just possible I might have > it on another machine which isn't unpacked yet. Bear with me and I'll > check - might take a couple of days. > > If I can't find the original stuff, it should be pretty easy to > reproduce. It wasn't such a big deal - Dreamweaver has its own > XML-based extension mechanism which lets you describe tags & behaviours. > You just drop the XML files into the appropriate config folders & it > just works. Macromedia have (had?) a very detailed manual on how to do > this; it is (was?) available on their website in PDF format. All the > stuff I did was with DW-4. I notice they now have something called > Dreamweaver 'MX' - don't know how different that is. > > We did have some good ideas for more advanced ways to connect > Dreamweaver & ADP, in particular by using some of the 'page contract' > information to build 'palettes' of available fields for the graphic > designers to drop onto the page. We also had some ideas for dynamically > displaying a complete page within Dreamweaver, i.e. applying all the ADP > and tags. > > Incidentally, I assume you're already aware of Nick Strugnell's 'themes' > code, which we used pretty extensively on the Infoshare site? That was > probably a bigger hit with the designers than the Dreamweaver extension. > > I'll drop you another email if/when I find the Dreamweaver stuff. > > Cheers, > Jonathan > > - End forwarded message - > - Forwarded message from Jonathan Sefton <[EMAIL PROTECTED]> - > > From: "Jonathan Sefton" <[EMAIL PROTECTED]> > Subject: RE: DreamWeaver ADP hooks? > Date: Fri, 25 Oct 2002 22:44:25 +0100 > In-Reply-To: <[EMAIL PROTECTED]> > > Main Dreamweaver documentation... > http://www.macromedia.com/support/dreamweaver/documentation.html > > For DW-4 you want to start with this doc: > 'Using Dreamweaver 4' - zipped PDF: > http://download.macromedia.com/pub/dreamweaver/documentation/using_dream > weaver4.zip > ***Page 537 onwards: > 'Customizing the interpretation of third-party tags' > This tells you how to define new tags (i.e. the ADP tags) > > 'Extending Dreamweaver 4' - zipped PDF: > http://download.macromedia.com/pub/dreamweaver/extend/ext_dreamweaver4.z > ip > ***Chapter 8 - This tells you how to create custom 'property > inspectors', which let you add support for the attributes of the ADP > tags to the DW interface. For example, when you select an tag > you get a dialog to modify its attribute(s). > > Disclaimer: I don't know anything about Dreamweaver MX! > > J. > > - End forwarded message - > > -- > Andrew Piskorski <[EMAIL PROTECTED]> > http://www.piskorski.com
Re: [AOLSERVER] Cold Fusion vs Tcl in AOLserver: Opinions
- Original Message - From: "Peter M. Jansson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 30, 2003 7:06 PM Subject: Re: [AOLSERVER] Cold Fusion vs Tcl in AOLserver: Opinions > rather than AOLserver. It is very hard to compete against an app > development environment like CF with it's front-end when we don't have > even a Dreamweaver behavior that makes life easier, and if you don't do I think with only a little work, someone familiar with making extensions for Dreamweaver could easily code a module for TCL/ADP that works just as well as its PHP application tools.. which would give rapid prototyping and development right to us. I am surely enjoying the power of the PHP application development under DW/MX and Aolserver, and would prefer to do things in Tcl to reduce memory (stack space especially) and other overheads.. but... I am not brave enough to attempt hacking into dreamweavers extension setup yet.. its just not my area of expertise yet.. -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] adp parsers and aolserver 4.0
- Original Message -
From: "Peter M. Jansson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, January 20, 2003 2:52 PM
Subject: Re: [AOLSERVER] adp parsers and aolserver 4.0
> Grrr. I'm doing exactly those kinds of things. Here's an example:
>
> In adp_recall.tcl:
>
> ns_register_adptag "dnr_remember" "/dnr_remember" dnr_adp_remember
> proc dnr_adp_remember {input tagset} {
> global _dnr_adp_memory
> set tagname [ns_set iget $tagset name]
> if {[string length $tagname]} {
> set _dnr_adp_memory($tagname) $input
> return ""
> } else {
> return $input
> }
> }
> proc dnr_adp_recall {name} {
> global _dnr_adp_memory
> if [info exists _dnr_adp_memory($name)] {
> set parsecommand [list ns_adp_parse -string -local]
> lappend parsecommand $_dnr_adp_memory($name)
> ns_puts -nonewline [uplevel $parsecommand]
> } else {
> ns_log Error "[ns_adp_argv 0]: Unable to recall adp
> fragment \"$name\""
> }
> }
>
> Then, I can do things like this, which is a conditional without an
> include, and which is WYSIWYG-friendly:
>
>
> We were unable to complete your login. Please try again.
>
> <% if $login_failure { dnr_adp_recall login_failure } %>
>
> Or this, which is repeated content:
>
> Nameservers:
>
>
> <%=[dnr_host host_fqdn $ns]%>
>
>
>
> <%=$address%>
>
> <%
> foreach ns [lsort -command dnr_host_compare_by_fqdn $ns_ids] {
> dnr_adp_recall nameserver
> foreach address [lsort $host_addrs($ns)] {
> dnr_adp_recall address
> }
> }
> %>
>
>
> On Mon, 20 Jan 2003, Patrick Spence wrote:
>
> > Except the parser writing would happen once, whereas the HTML coding is
an
> > ongoing thing... :)
>
> Not sure what your point was here.
If it takes some work once to elimitate some work many times, why not do
that work once and save all that extra work later on?
> > Dreamweaver has some really nice dynamic application
> > extensions that make work like this to be fast and easy to work with.
>
> Yes, my approach doesn't have dreamweaver extensions to support it (yet),
> but...
:) neither does mine in TCL, thats why I am using PHP.
> > This doesn't really lend itself to prepare the variable and display it
> > later...
>
> I think this method lends itself to dynamic work just fine. Try it before
> you DOA it.
Oh I will give it a shot.. :) just have to see what I can work with.. I
intend to try (I stress try here) to make a tcl/aolserver extension for
Dreamweaver just so I have that option if I don't want to use PHP on a
project.
Re: [AOLSERVER] adp parsers and aolserver 4.0
- Original Message - From: "C. R. Oldham" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 20, 2003 2:26 PM Subject: Re: [AOLSERVER] adp parsers and aolserver 4.0 > > Once Daniel S. was able to figure out why PHP would crash > > randomly, its been solid as a rock... > > Do I take this to mean that PHP has become a lot more stable under > AOLserver lately? For me yes. You have to change your config file a bit to make it work. I was dealing with random crashes etc.. with no log notice and under an unrelated fix for issues in the resolver library under Redhat recently he identified Modify your ns/threads section: ns_section "ns/threads" Change this line: ns_param stacksize [expr 128*1024] ;# Per-thread stack size for hungry C modules. to this line.. ns_param stacksize [expr 512*1024] ;# Per-thread stack size for hungry C modules. You may have to play a bit to get it to work right, but this solved -all- my PHP random crashes.. and now even SquirrelMail works fine with aolserver. YMMV
Re: [AOLSERVER] adp parsers and aolserver 4.0
- Original Message - From: "Gabriel Ricard" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 20, 2003 2:13 PM Subject: Re: [AOLSERVER] adp parsers and aolserver 4.0 > > What I am doing in PHP is dynamic database backed processing as well as > > forms, table modifications on the fly, etc.. part of the dynamic > > processing > > But I would like the option to do the same under TCL as well... > > Exactly the same type of stuff that I am doing currently with PHP, > which is why I want to have that capability within AOLServer / Tcl. I > wish I could find that ADP parser that behaved that way... Did you bump up the stack size for Aolserver? > I suppose this could just be done with include files, or Tcl library > functions that wrap sections of HTML (to keep it in-memory rather than > having to hit the disk frequently, or are ADP's cached and kept in > memory?). ADPs are supposed to be cached :) and you can custom tweak the cache settings in the config file. I could do it with each of those, but thats time wasted as far as I am concerned... I was able to do a complete rewrite of one of my sites in PHP instead of TCL and did it in 1/5th the time I was expecting using the automatic functions in dreamweaver.. once I found the ADOOB postgresql extension to let me use postgresql in DW/MX it became a lot easier to work with. I also was able to reduce my registered tcl procs to 1/10th what they used to be by removing all the stuff I was doing as procs and registered tags.
Re: [AOLSERVER] adp parsers and aolserver 4.0
- Original Message - From: "Peter M. Jansson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 20, 2003 12:08 PM Subject: Re: [AOLSERVER] adp parsers and aolserver 4.0 > On Mon, 20 Jan 2003, Patrick Spence wrote: > > > I would love to have it as an option, since my foray into PHP under > > aolserver I have found that to be a very nice extension.. > > that way I don't have to craft large chunks of html, convert all the > > quotes to backslash quotes and then ns_puts it all out.. > > so I can then change that HTML with dreamweaver instead of having > > to to the create/convert/ns_puts route over and over > > Life is way too short to code HTML by hand, but being able to break > the Tcl up makes the parser harder to write, and far less robust. Except the parser writing would happen once, whereas the HTML coding is an ongoing thing... :) > There's another way to do what you're trying to do: register an adp tag > that just holds the tag contents in a global var (this will all run in > the same thread, so globals are fine), then, in a < % % > later, do an > ns_adp_eval of the global you remembered. If you need to remember > multiple chunks of stuff, use a global array instead of a global var, > and store/recall stuff by name. > > It's easy to have large conditional blocks this way, and it's very > WYSIWYG-editor-friendly. What I am doing in PHP is dynamic database backed processing as well as forms, table modifications on the fly, etc.. part of the dynamic processing declares an iterative loop that walks over a database table, and the html for each displayed row is only actually done once.. its then filled with values from the row and looped over multiple times.. this lets me create the display (commonly a row in a html table, but not always) once and then make like magic. Dreamweaver has some really nice dynamic application extensions that make work like this to be fast and easy to work with. This doesn't really lend itself to prepare the variable and display it later... Once Daniel S. was able to figure out why PHP would crash randomly, its been solid as a rock... But I would like the option to do the same under TCL as well...
Re: [AOLSERVER] adp parsers and aolserver 4.0
- Original Message - From: Jim Davidson To: [EMAIL PROTECTED] Sent: Monday, January 20, 2003 11:10 AM Subject: Re: [AOLSERVER] adp parsers and aolserver 4.0 differently than the normal ADP parser in that it supported thefollowing coding style:... more html ... <%}...%>Does AOLServer 4's ADP parser allow you to break in and out of ADP codeblocks within control structures like this?No, it doesn't. Each "chunk" of ADP must be a valid Tcl script as they're all executed independently. A parser which could handle the above would basically convert the whole page into a single script. Downside with that solution is an error anywhere in the page would generally result in no output which is why it's not done that way. Perhaps it could be a config option, maybe mapped to specfic files when the single-script approach would be useful?-Jim I would love to have it as an option, since my foray into PHP under aolserver I have found that to be a very nice extension.. that way I don't have to craft large chunks of html, convert all the quotes to backslash quotes and then ns_puts it all out.. so I can then change that HTML with dreamweaver instead of having to to the create/convert/ns_puts route over and over.. it increases my productivity quite a bit... also, such an option would make it easier to do an aolserver/tcl extension for Dreamweaver than is currently possible..
Re: [AOLSERVER] wierd log entries
What about the lack of a space before the 400? is that a buglet in the nslog code? or some other issue I should be concerned with? - Original Message - From: "Scott Goodwin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 10, 2003 8:05 AM Subject: Re: [AOLSERVER] wierd log entries > Yeah, it's a bad HTTP request. 400 means that the server determined a > syntax error in the request. It looks like some automated program is > performing conns to your server but not sending any HTTP info over, > since the "GET" or other HTTP method isn't being stored in the log. > Something may be connecting to your system via some other protocol, or > is simply opening and closing the connection. > > > /s. > > On Friday, January 10, 2003, at 08:58 AM, Patrick Spence wrote: > > > Does anyone have an idea what would cause log entries like this? > > > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" > > > > I have thousands and thousands... > > > > Thanks. :) > > > > (baffled) > > -- > > Patrick Spence, MIS > > Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. > > 2401 South 24th Street, Phoenix, AZ 85034 > > [EMAIL PROTECTED] - http://www.vitamist.com > > > > *** All contents of this email message are confidential > > and private. Please do not forward to anyone that this > > message is not intended for without permission. > > > > If you have received this email in error, please contact > > the sender and then delete all copies of the message > > that you have. Thank you. ***
[AOLSERVER] wierd log entries
Does anyone have an idea what would cause log entries like this? 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" 195.110.73.98 - - [10/Jan/2003:07:48:37 -0700] ""400 0 "" "" I have thousands and thousands... Thanks. :) (baffled) -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com *** All contents of this email message are confidential and private. Please do not forward to anyone that this message is not intended for without permission. If you have received this email in error, please contact the sender and then delete all copies of the message that you have. Thank you. ***
Re: [AOLSERVER] gzip compression
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 03, 2003 10:55 AM Subject: Re: [AOLSERVER] gzip compression > On 2003.01.03, Daniel P. Stasinski <[EMAIL PROTECTED]> wrote: > > > > What I would really like to see, at least for static content, is to be > > able to have a gz cache. On first access of any static page, the > > gz'ed content would be cached for subsequent accesses. > > This could be implemented using registered procs or trace filters. > > Would people really use this, though? I think they would.. why recompress static content over and over? if you are going to compress, why not free up CPU cycles when you can as well?
Re: [AOLSERVER] aolserver management
- Original Message - From: "Wes James" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, January 03, 2003 9:15 AM Subject: [AOLSERVER] aolserver management > about any tools for creating adp like dreamweaver does for php, asp, etc.? I would love a tcl/aolserver extension to dreamweaver... since dreamweaver is extensable it would be very possible.. and looking at how dw does its php stuff its not that differant that whats been done.. I just dont know enough about how dw does its extensions to program it myself.. maybe some month soon I will try again... Until then, I am just using PHP under aolserver and the ADOOB extension to dreamweaver to give access to postgresql. This combination works quite well.
Re: [AOLSERVER] web interface to manage dbs
Have you looked at Daniel Stasinski's NSadmin stuff on http://www.scriptkitties.com/projects.html ? I use it here for 90% of my management of postgresql, as well as management of TCL procs for my servers.. -- Patrick Spence www.RandomRamblings.com www.Ariven.com - Original Message - From: "Wes James" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, December 18, 2002 10:06 PM Subject: [AOLSERVER] web interface to manage dbs > Anyone interested in a web interface to manage postgresql databases, etc.? > I have looked at pgaccess, and I am wondering if something like that in a > web interface would be useful. It would be an adp page type system that > would allow the management of postgresql, or any other dbs, I guess... > > Right now I have some perl scripts that read a text file and then creates > the add, delete, edit/update web pages for admin and public pages (to deal > with odbc and now a dvi version to work on linux with postgresql db) plus > hostname restrictions to web pages. > > This could be done in adp also > > openacs doesn't do this does it? I've installed it a couple of times, but I > could find no way to do the db mgr stuff like I'd like. > > ate logo, > > wj
Re: [AOLSERVER] Reminder: Weekly Chat Today (Thursday, November 14, 2002)
our TZ is more accurately MST7MST :) to show that when daylight saving time is upon us we stay as MST instead of switching. :) But I like to, like several installer programs, refer to it simply as Arizona time, since all other times are irrelevant. :) - Original Message - From: "Daniel P. Stasinski" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 14, 2002 10:56 AM Subject: Re: [AOLSERVER] Reminder: Weekly Chat Today (Thursday, November 14, 2002) > Message > Arizona is *always* on Mountain time. > > Mountain time does observe daylight savings time. There is > Pacific, Mountain, Central, and Eastern, Arizona flips between > Pacific and Mountain, and Indiana flips between Central and > Eastern. > > Daniel P. Stasinski > Software Engineer > Mayor Pharmaceutical Laboratories > [EMAIL PROTECTED]
Re: [AOLSERVER] nsvhr/nsunix problems
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 11, 2002 7:00 PM Subject: Re: [AOLSERVER] nsvhr/nsunix problems > On 2002.11.11, Daniel P. Stasinski <[EMAIL PROTECTED]> wrote: > > I just loaded nsvhr/nsunix (with Dossy's patches) onto 3.51 and > > it does not seem to recognize registered procedures correctly > > > > 'aolserver/modules/tcl' does get sourced, but I have to add a > > port number to the virtual server to access /NS/Admin pages > > > > Any procedures added in 'aolserver/servers/server1/tcl/' do not > > work at all. > > Could you share your nsd.tcl? Mask out any sensitive bits, but it'd > help to see what you've got. > > To be honest, nsvhr setup isn't the most straightforward activity and > it's not well documented. I really ought to throw something up on the > wiki documenting it, but ... it seems so few people use it, I couldn't > justify the effort. But, for you Dan ... ;-) I think its a chicken/egg thing.. more people dont use it because its not documented very well.. I ended up with vhost myself, it has its good and its bad qualities... but the option of independant tcl libraries would be nice... :)
Re: [AOLSERVER] Emacs indents for tcl and C
Not to fan the flames.. but I use Pico :)
- Original Message -
From: "Dossy" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 11, 2002 5:59 PM
Subject: Re: [AOLSERVER] Emacs indents for tcl and C
> On 2002.11.11, Peter M. Jansson <[EMAIL PROTECTED]> wrote:
> > If you are an emacs user, then the tab key means "indent this line to
the
> > proper level", and you don't care whether it uses tabs or spaces (but
> > spaces work out better on many printers).
>
> If you're a vi user, the tab key means "indent this line to the next
> identation level". Saying "proper level" suggests that there is such a
> thing. Too many times I've seen code come from an emacs user that looks
> ridiculous, like this:
>
> static someUserDefinedType *myFooMethodName(int someFooVariable,
> char *someFooString,
> int
whatTheHellAmIDoingWayOutHere)
> {
> // code
> }
>
> I'm sorry, if that's "proper level" then I'd rather stay with K&R C
> function prototypes, as antiquated as they are.
>
> With regard to printing source, with hard tabs I can pipe source through
> 'pr -t -e8' and it prints out great. And, I can choose my own
> indentation level, not get stuck with the indentation level of the
> person who wrote the code.
>
> > I'll suggest, though, that there is little good to be had in this
> > discussion, [...]
>
> You're right. Jerry simply asked a question, I answered, and there's
> very little good to be had but at least Jerry understands me a little
> better now.
>
> -- Dossy
>
> --
> Dossy Shiobara mail: [EMAIL PROTECTED]
> Panoptic Computer Network web: http://www.panoptic.com/
> "He realized the fastest way to change is to laugh at your own
> folly -- then you can let go and quickly move on." (p. 70)
Re: [AOLSERVER] HTTP 1.1 Pipelining.
- Original Message - From: "Rob Mayoff" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, November 11, 2002 8:50 AM Subject: Re: [AOLSERVER] HTTP 1.1 Pipelining. > +-- On Nov 11, Patrick Spence said: > > Hopefully if this is ever implemented it would be a toggleable item so we > > aren't forced to have it available... > > You could set up a preauth filter that removes Range header from ns_conn > headers. But I don't know why you'd want to disable it. The aforementioned download accellerators..I don't fancy 10 hits from a single user just because he is impatient with the speed of download from my site when grabbing a file, and as for a pre-auth filter.. wouldn't that add more overhead to process all header requests than a simple toggle in the config? :)
Re: [AOLSERVER] HTTP 1.1 Pipelining.
- Original Message - From: "Rob Mayoff" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, November 10, 2002 11:38 PM Subject: Re: [AOLSERVER] HTTP 1.1 Pipelining. > HTTP/1.1 supports byte ranges. AOLserver 3.3.1+ad13 has support for > returning a byte range via fastpath and ns_returnfile. This can be > very helpful for returning large static files to users with unreliable > connections. I think Acrobat may also take advantage of this. Hopefully if this is ever implemented it would be a toggleable item so we aren't forced to have it available... -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Other languages
- Original Message - From: "Jerry Asher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 08, 2002 10:35 PM Subject: Re: [AOLSERVER] Other languages > B) Languages as independent black box modules. As an example, > support for Gallery (PHP) doesn't imply PHP support > where a PHP module can add registered filters, procs, etc. I would -love- to be able to register procs that use PHP functions.. that would make it easier to adminster some things that I am developing using only php instead of switching back and forth... > What I mainly want is stability. It aggrieves me that neither pywx nor php > are considered to be stable. That leads me to using AOLserver for Tcl, and > using Apache for PHP. After the glibc fiasco and the result of me doubling stackspace on my servers, php is perfectly fine here.. the wierd crashes I was getting have all disappeared, all php applications that wouldn't run right (such as squirrelmail) now run with no problems instead of segfaulting the server... > I am very curious as to what would make AOLserver an even better application > server than it already is. These days I suspect a very healthy support for > XML, XML-RPC, and SOAP are way up there. I suspect the move to using > standard Tcl and therefore support for standard Tcl libraries will go along > way. But what other things, in what other ways, could AOLserver support > your apps? be able to emulate other servers and technologies.. if it could go into IIS or Apache emulation mode, it would let people migrate fast, then slowly migrate to TCL or other native scripting as their time permits. -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Other languages (was: Project Update)
- Original Message - From: "Tom Jackson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 08, 2002 1:22 PM Subject: Re: [AOLSERVER] Other languages (was: Project Update) > Patrick Spence wrote: > > > The more people using the software in my mind means the larger likelyhood > > that the software will remain developed.. so its purely selfish on my part.. > > put that together with the added advantage that with more people using it > > there is likely to be more people coding addons for it and I get very happy. > > Lets look at it another way. If someone chooses to use AOLserver all > they need to learn is tcl. If you have a new language added, and the > package is written in that language, now you might have to learn some > other language. Having one main language makes it easier, not harder to > use AOLserver. Also, if you have a problem with a second language > module, and you post it to this list, you have less gurus available to > help out. Unless they want to use third party add-ons that are not, and are not likely to be in tcl... for example, Gallery is a fantastic php based image gallery... I would MUCH rather swap that in and let it go than write something as comprehensive from scratch... which I have done on one of my sites, but not all the features are supported since aolserver isn't 100% compatible with how apache does some things.. or more specifically how some apache modules do some things..
Re: [AOLSERVER] [OT] Re: [AOLSERVER] How I'll vote for core team members (long)
- Original Message - From: "Lamar Owen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 08, 2002 11:53 AM Subject: [AOLSERVER] [OT] Re: [AOLSERVER] How I'll vote for core team members (long) > On Friday 08 November 2002 13:40, Patrick Spence wrote: > > Heheh, my first thought was "but Voltron used 5 lions.. not 3" :) > > Which of the three Voltrons? :-) There was a Voltron with three parts. The lion voltron.. :) the one that was most popular in my area.. then they had the vehicle one with boku lots of cars and other vehicles.. I know of a third one that I never saw so thats prolly the one with three parts.. :) > Way off-topic. Sorry. Its sorta related.. um, cause ... its all about modularity.. and aolserver has modules... :)
Re: [AOLSERVER] How I'll vote for core team members (long)
- Original Message - From: "Lamar Owen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 08, 2002 11:35 AM Subject: Re: [AOLSERVER] How I'll vote for core team members (long) > On Friday 08 November 2002 13:25, Peter M. Jansson wrote: > > here. Every core team member does not have to have every criterion, but > > the three candidates need to be able to join together, Voltron-like, to > > I don't know which is scarier. The fact he used 'Voltron' in a sentence, or > the fact that I grokked it. Lengthier reply to criteria later. Heheh, my first thought was "but Voltron used 5 lions.. not 3" :)
Re: [AOLSERVER] URL case insensitivity.
- Original Message - From: "Lamar Owen" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 08, 2002 10:51 AM Subject: [AOLSERVER] URL case insensitivity. > This may be an obvious one, but I'm trying to move a site over from an IIS > host to an AOLserver one, and the web pages link to mixed-case filenames. > However, the filenames are all actually lower case, meaning I get a lot of > 404's. > There used to be a "custom 404/notfound" handler module for Aolserver that would give you the option of having it check for case mismatch as part of its operation...it worked great.. but I cannot seem to find it anymore..
Re: [AOLSERVER] Other languages (was: Project Update)
> I don't understand why people are looking for "wider adoption of > AOLserver" or "as much publicity as Apache" or whatnot ... while it's > nice having a large community of users, some of which might contribute > back to the open source project ... having a piece of software that > enables the right folks to meet business goals ... that's incredibly > valuable already. The more people using the software in my mind means the larger likelyhood that the software will remain developed.. so its purely selfish on my part.. put that together with the added advantage that with more people using it there is likely to be more people coding addons for it and I get very happy. -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] AOLserver Project Update
- Original Message - From: "Scott Goodwin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, November 07, 2002 4:13 PM Subject: Re: [AOLSERVER] AOLserver Project Update > Good question. In about six months I expect AOLserver and all of the > modules to be fully tested, documented and clean. At that point, it will > be hard to argue with using AOLserver for any kind of IT project from a > technical or maintenance standpoint. It is the other arguments we will > have to overcome, such as, "Tcl? I thought that was obsolete" and "Isn't > everything going Java and J2EE?" I see one big obstacle... and one I hope can be overcome..there are lots of third party add ons for apache that would work seemlessly if we had compatibility with the more popular MODs for apache. If we had perfect emulation of (for example) mod_rewrite it would make quite a few packages that are popular (like gallery from gallery.menalto.com) work much better.. I think one of the best ways to get converts from the top webservers is to offer them invisible migration.. otherwise we have to limit ourselves to people willing to convert lots of code or people setting up fresh servers.. and neither of those are large in volume... Make it apache compatible at the basic level (with add on modules) and it will be a lot easier to convert them... > for magazines, update my website, and run naked through the streets if > necessary. I want pictures.. :) -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Input data verification
why not the tcl command "string"
like: string is integer $string
:) http://tcl.activestate.com/man/tcl8.4/TclCmd/string.htm
--
Patrick Spence
www.RandomRamblings.com
www.Ariven.com
- Original Message -
From: "Daniël Mantione" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, November 04, 2002 2:41 PM
Subject: [AOLSERVER] Input data verification
> Hello,
>
> You have propably all build a simple a html form and a
> script that processes the form. Now how do you verify your input data?
>
> For example, you want the user to enter a number. How do you verify on the
> server side that someone indeed sent a number?
>
> Usually I use the scan command, i.e.:
>
> set r [ns_conn form]
> set variabletxt [ns_set iget $r variable]
> if {[scan %d $variabletxt variable] == 0} then {
> ns_returnnotfound
> return -code return
> } else {
> .
> }
>
> Now this is quite a lot of code for such a simple check and you write it
> in each form again. I got a bit bored and wrote a library for it. Now it
> is much easier, at the start of a script I just do:
>
> bind_form_vars {mode req num} {actionurl req} {tabledef req} {index num}
{action}
>
> What does this do?
>
> - A form variable "mode" is assigned to the variable "mode". The variable
> is required ("req") and it must be numeric ("num").
> - The form variable "actionurl" is assign to the variable "actionurl" and
> it is required.
> - The same for "tabledef".
> - "index" is not required, if it is not present the variable "index" will
>be set to {}, but if it is present it should be numeric
> - "action" is not required
>
> Now, since it is a very basic task that allmost every AOLserver user has
> to do, is it perhaps an idea to make such a library part of the standard
> AOLserver distribution?
>
> Daniël
Re: [AOLSERVER] crashes related to insufficient stack space
Except in my recent experiences the ONLY clearly insufficient stack space errors I have received come back to one of two things... 1)PHP and 2) the glibc upgrade in redhat doing something funky to the memory requirements causing DNS lookups (al la hosts.allow in nsperm or gethostbyaddr)... This tells me that writing bad code in TCL isn't the only way, or even the most prolific way that happens in the "real world" that I have seen.. thus it would be a good idea to at least attempt to signal that the stack space is insufficient.. heck, even a "high water mark" procedure that you can turn on that could be accessed the same way other stuff is in nstelemetry.adp would be a benifit.. because then we could just keep an eye on that value as a guideline when to consider upping the value. Heck, even Borland Pascal from the dos age tried (emphasis on tried) to handle stack issues gracefully... so why not aolserver? -- Patrick Spence www.RandomRamblings.com www.Ariven.com - Original Message - From: "Jeff Hobbs" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 01, 2002 3:52 PM Subject: Re: [AOLSERVER] crashes related to insufficient stack space > > is there any way to catch crashes related to insufficient stack space and > add > > a relevant entry in the server log to remove the guesswork from > > troubleshooting these? > > These are most often related to infinite loops in Tcl. In general the > recursion limit (default 1000 - note that this is for infinite loop > recursion, and as such is fairly high) is not too high to be caught > without blowing stack. However, AOLServer uses a threaded Tcl, and many > machines have a much lower per-thread stack. You can either up this, or, > starting in Tcl 8.4, lower the recursion limit (via interp recusionlimit) > in order to move the problem back into being a Tcl error (not a crash). > > Jeff Hobbs The Tcl Guy > Senior Developer http://www.ActiveState.com/ > Tcl Support and Productivity Solutions
Re: [AOLSERVER] nsphp module
I am having good success -now- with php and aolserver. I just recompiled the latest stable release of PHP with the aolserver options and am working fine with that. The caveat is that you need to increase your stackspace beyond the default 128*1024.. when the latest revision of glibc in redhat caused serious issues on my server it was finally determined to be the problem. When I applied it I realized that the sporadic (and not easily reproduced) problems I had been having with PHP prior had evidenced the same symptoms it became clear to me that PHP is stack size hungry :) This is what I use with my servers and it works great... ns_section "ns/threads" ns_param stacksize [expr 256*1024] ;# Per-thread stack size for hungry C modules. I am using PHP for some third party add-ons (gallery from gallery.menalto.com) and for custom stuff like my php based ad server thats serving 10,000+ ads a day on my various servers... - Original Message - From: Nathan Folkman To: [EMAIL PROTECTED] Sent: Thursday, October 31, 2002 8:47 AM Subject: [AOLSERVER] nsphp module Has anyone had success with PHP and AOLserver? If so what module did you use? I found some info here that seems pretty up to date:http://lxr.php.net/source/php4/sapi/aolserver/aolserver.c#261Any help or pointers to other info would be appreciated. Thanks!- n
Re: [AOLSERVER] Responding to SourceForge-generated mail
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, October 22, 2002 2:03 PM Subject: Re: [AOLSERVER] Responding to SourceForge-generated mail > On 2002.10.22, Nathan Folkman <[EMAIL PROTECTED]> wrote: > > > > Don't worry, I'm not going to shut down anything. Just trying to better > > understand what changes can be made to help better serve the community. > > I'd be more then happy to set up additional lists. > > My gripe with using the AOL-managed LISTSERV for community-focused > things is the lack of community control of the assets. If we use SF > mailing lists, then the community can help manage those assets. > > This of course raises the question of "then why leave the discussion on > the AOL-managed LISTSERV" ... my only answer is, "because for > discussion, SF mailing lists aren't as nice." > > I'd be interested in moving the discussion list to a Yahoo! Group, as > their features are quite nice -- the web interface is really good, being > able to post files and set up polls, etc. Yahoogroups emails also trigger lots of anti-spam stuff.. as well as being chock full of advertising.. sometimes 4+ inch tall graphics before each message...
Re: [AOLSERVER] Responding to SourceForge-generated mail
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 21, 2002 5:16 PM Subject: Re: [AOLSERVER] Responding to SourceForge-generated mail > On 2002.10.21, Patrick Spence <[EMAIL PROTECTED]> wrote: > > *cough* should be on their own list *cough* > > Maybe. Although, who'd bother signing up to that list? Those interested in seeing the questions and helping with them. Say the various project leaders of the various modules... > It's good that people who might not normally participate in > answering SF questions see the questions and can contribute > if they choose to. If I have to post people's responses > directly to SF, that might be the best way of handling it. Its also bad because it takes up list bandwidth for messages that can't be replied to and are in a format that is hard to read... especially when you realise that I am probably not the only person here who killfiles them. :) (thus proving they ARE a waste of bandwidth since -someone- deletes them out of hand) -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Responding to SourceForge-generated mail
*cough* should be on their own list *cough* -- Patrick Spence www.RandomRamblings.com www.Ariven.com - Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, October 21, 2002 7:03 AM Subject: [AOLSERVER] Responding to SourceForge-generated mail > All, > > Please do not respond to SourceForge-generated mail to the mailing > list. It is not a bidirectional interface. Your responses will not > be seen by the participants of the ticket. > > If you'd like to respond, please go to > http://sf.net/tracker/index.php?group=3152 and respond directly to > the ticket via the web interface. > > Thanks, > > -- Dossy > > -- > Dossy Shiobara mail: [EMAIL PROTECTED] > Panoptic Computer Network web: http://www.panoptic.com/ > "He realized the fastest way to change is to laugh at your own > folly -- then you can let go and quickly move on." (p. 70)
Re: [AOLSERVER] Module arrogance
Exactly... If I load a module, I intend for that module to work... if it doesn't work there is a problem that needs to be eliminated... - Original Message - From: "Scott S. Goodwin" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 18, 2002 11:12 AM Subject: Re: [AOLSERVER] Module arrogance > I agree with Jim's position. If the module isn't working or can't get > what it needs to run, a hard failure will force you to work out the > problem instead of assuming that all the parts were working fine. If the > server continued to roll, you'd really have to test all your modules (by > connecting to the SSL port, for example) every time you started your > server after any change to ensure things really were still working. > > /s. > > > > > -Original Message- > > From: AOLserver Discussion > > [mailto:AOLSERVER@;LISTSERV.AOL.COM] On Behalf Of Jim Wilcoxson > > Sent: Friday, October 18, 2002 11:30 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [AOLSERVER] Module arrogance > > > > > > Personally, I like hard failures. > > > > If I configure a database in my nsd.tcl, it seems obvious > > that I want a database. If the server starts anyway without > > one, then instead of having an immediate, obvious error to > > handle, I have a subtle one. I go to my home page, and the > > page comes back, so I assume the server is working. But 3 > > hours later, someone goes to a page that needs to use the > > database, and it dies. > > > > It'd be fine to have a config setting that says "keep going > > if you can", maybe even with multiple values to say how > > severe an error can be before causing a shutdown. In fact, I > > think there already is something like that, or used to be. I > > wouldn't turn it on for critical errors like not being able > > to contact a database. Just my personal preference in > > handling important errors. > > > > An important distinction to me is whether a module decides "I > > can never work", or "I can't do what someone wants for this > > request or at this time". If a module is loaded and knows > > that it can never work right because of circumstances that > > aren't going to change, then I think it's appropriate for it > > to bomb hard. > > > > Jim > > www.rubylane.com > > > > > > > > I think that modules should not issue fatal errors and > > terminate the > > > server unless the module determines that the error it has > > encountered > > > will absolutely prevent correct operation of any part of > > the server. > > > For example, the current nscp module will terminate the > > server with a > > > fatal error if it cannot listen to the specified control > > port, but the > > > server would be perfectly capable of processing HTTP requests > > > (assuming nothing else went wrong), so I'd like to suggest that > > > modules be more conservative in deciding when the server can't > > > continue without them. Database drivers are another > > example -- if the > > > driver can't connect to the DB, there's an API to return > > the failure, > > > and with good engineering, you should be able to construct a server > > > that does something reasonable even in the absence of a db > > connection > > > failure, so a fatal isn't a good idea. > > > > > > Anybody have any feelings one way or the other? > > > > > > >
Re: [AOLSERVER] compiling php for aolserver
This is what I use: ./configure --enable-mbstring --with-aolserver-src=/usr/local/aolserver-3.4. 2 --with-aolserver=/aolserver --with-mysql --with-pgsql Then make then make install which puts the .so into the bin dir appropriately for me. Make SURE you also consider setting your stacksize parameter in your config... ns_section "ns/threads" ns_param stacksize [expr 256*1024] the default stacksize is 128*1024 and on newer versions of RedHat there is evidence of problems with the defaults when using PHP. -- Patrick Spence www.RandomRamblings.com www.Ariven.com - Original Message - From: "Edwin Ho" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, October 17, 2002 4:20 PM Subject: [AOLSERVER] compiling php for aolserver > Hi, > > I'm having problems gettig php to work with Aolserver. > > this is the command I am using: > > ./configure --with-aolserver=/usr/local/aolserver/ \ > --with-aolserver-src=/usr/local/src/oacs/aolserver/ \ > --with-pgsql > > no errors, then I compile it. no errors again. > > but in my modules directory, there isn't any php module in there. > am I supposed to copy it over manually or have I done something wrong? > > edwin
Re: [AOLSERVER] ns_writecontent and POST'ing data to AOLserver 3.5.0
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, October 16, 2002 7:08 PM Subject: [AOLSERVER] ns_writecontent and POST'ing data to AOLserver 3.5.0 > Guess AOLserver 3.5.0 isn't a clean upgrade from 3.4.2 ... ;-) > > Other than the recent stacksize increase issue, anyone else run > up against other changes that need to be made? Just to be sure its clear, since you seem to be implying that the stack size thing is in 3.5.0 here.. I am running 3.4.2 not 3.5 and I had to increase the stack space. Which, incidentally, has cured my problems I was having with some PHP scripts causing a segfault randomly... -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Wierd segfault
At 11:28 AM 10/13/2002, you wrote: >What is the stacksize set to in your config.tcl? I has a similar problem >where I got the same crashes and increasing the stacksize did the trick. ns_section "ns/threads" ns_param mutexmeter true ;# measure lock contention #ns_param stacksize [expr 128*1024] ;# Per-thread stack size. That was it exactly! Both server instances on the first machine were defaults... the ONE server of three on the other machine was defautled, but the other two I had at some time in the past upped to 256*1024 in stack size. Once I bumped the problematic servers up to 256 * 1024 they started behaving pefectly. Thank you so much Jeremy Peter and Jim for helping out... I hate wierd errors like this.. :) (going to go make notes on this for future wierd errors....) Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Wierd segfault
At 12:27 PM 10/13/2002, you wrote:
>What happens if you don't load php? I understand it may be required for
>your application; I'm just looking for effects.
>
>On Sun, 13 Oct 2002, Patrick Spence wrote:
>
> > ns_paramphp ${bindir}/libphp4.so
That was my first test, no change. I suspected it at first since PHP was
one of the few things that I have been updating lately. But loading
without still allows for a crash.
Patrick Spence
www.RandomRamblings.com
www.Ariven.com
Re: [AOLSERVER] Wierd segfault
At 11:14 AM 10/13/2002, you wrote:
>On Sun, 13 Oct 2002, Patrick Spence wrote:
> > I am using the same binary file on disk to launch all three instances of
> > aolserver on that machine.
>
>Does this mean that you launch three instances from the same binary, but
>only one exhibits the gethostbyaddr problem? Are there differences in
>either modules or database drivers among the three instances? It's
>possible that some dynamically loaded module is creating a conflict.
Yes, I launch all three instances from the same binary, and only one
exhibits the problem The modules loaded are virtually the same:
ns_paramnssock ${bindir}/nssock.so
ns_paramnslog ${bindir}/nslog.so
ns_paramnscgi ${bindir}/nscgi.so
ns_paramnsperm ${bindir}/nsperm.so
ns_paramvhost ${bindir}/vhost.so
ns_paramdqd_utils ${bindir}/dqd_utils8.so
ns_paramphp ${bindir}/libphp4.so
The only difference is that the one that crashes has vhost.so loaded and
the other two do not. But I just reloaded the one without vhost.so and it
still crashes. All three use the same postgres driver and .so file for
that driver.
Patrick Spence
www.RandomRamblings.com
www.Ariven.com
Re: [AOLSERVER] Wierd segfault
At 09:39 AM 10/13/2002, you wrote: > > segfault case. What is surprising is that you have a machine with three > > other AOLserver instances and not all of them exhibit the problem. That's > > just goofy. > >The resolver library could be dynamically linked in some of the server >builds and statically linked in others. I dunno - just a guess. On >Linux you can check to see which dynamic libraries an executable is >using by using ldd , for example: > >$ ldd nsd > libdl.so.2 => /lib/libdl.so.2 (0x2aac1000) > libpthread.so.0 => /lib/libpthread.so.0 (0x2aac5000) > libm.so.6 => /lib/libm.so.6 (0x2aad6000) > libc.so.6 => /lib/libc.so.6 (0x2aaf2000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2aaab000) I am using the same binary file on disk to launch all three instances of aolserver on that machine. This is what ldd comes up with on my end on the wierd one of the two. libdl.so.2 => /lib/libdl.so.2 (0x4001e000) libpthread.so.0 => /lib/libpthread.so.0 (0x40022000) libm.so.6 => /lib/libm.so.6 (0x40039000) libc.so.6 => /lib/libc.so.6 (0x4005c000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Wierd segfault
At 09:25 AM 10/13/2002, you wrote: >On Sun, 13 Oct 2002, Patrick Spence wrote: > > > Yes, I have a restriction based on IP, and taking it out removes the > > problem. I am starting to think that maybe something that got updated with > > up2date hosed something here... > >The only thing up2date would have done is to replace the resolver >libraries, but that's generally supposed to work. Do you build AOLserver >yourself? If not, try doing your own build and see if the problem >persists or is cured. (You may want to try 3.5, too). Yes I do build it myself, and I even rebuilt it during all this just in case one of the .so files got corrupted. >I've not used the hosts.allow nor hosts.deny, so I've not exercised this >bit of code on my systems. If I get a chance, I'll give it a try, but I >don't know that I'll replicate your problem because my Linux machines have >diverged somewhat from a stock distro. Mine have occaisiona forays into non-stock, but I keep getting yelled at by Daniel when I do so.. :) other AOLserver instances and not all of them exhibit the problem. That's >just goofy. At least I have a reason for just nsadmin crashing it... that was starting to bother me :) Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Wierd segfault
At 12:26 AM 10/13/2002, you wrote:
OK, it's dying inside the name resolution routines, trying to obtain the
contents of a class IN record of type IN for "42.192.99.68.in-addr.arpa".
You can do this yourself by doing "nslookup -q=ptr
42.192.88.68.in-addr.arpa", but I don't think you're going to get a
problem, because this is using the multithreaded version of the call, and
nslookup probably uses the unithreaded version.
Do you have a restriction in nsperm on what addresses may access as
nsadmin? From what I'm reading in the code, nsd/dns.c is trying to verify
that the IP address is allowed to access as the specified user (in this
case 68.99.192.42 as "nsadmin"). If so, try removing the address
restriction and see if the segfault goes away. If not, say so, and
perhaps someone else may notice something I'm missing.
Yes, I have a restriction based on IP, and taking it out removes the
problem. I am starting to think that maybe something that got updated with
up2date hosed something here...
I have another server that has three instances of aolserver running, and
one of the three has started doing exactly the same thing. this one is RH
7.0. It also has had up2date run on it recently. But, even restarting the
other two servers to be sure they are running in the same state as the one
thats crashing doesn't induce them to crash.
This behavior is all very recent, the hosts.allow setup has been
established for some time.
I also did some further testing, I had forgotten that a address lookup
script stopped working as well.. the brunt of the page is simply:
set ipaddr [ns_conn peeraddr]
set host [get_host]
if { [catch { set hostaddr [ns_hostbyaddr $ipaddr] }] } {
set hostaddr "<unknown>"
}
and then returning that in HTML. I use it for administrative stuff at
times.I just did some testing, ns_hostbyaddr is the call thats
crashing from that routine.
Pete.
On Sat, 12 Oct 2002, Patrick Spence wrote:
> At 03:26 PM 10/12/2002, you wrote:
>
> I am using Redhat 7.2, latest revisions via Up2date. Aolserver 3.4.2
>
> No core file in evidence, but the gdb instructions you gave were
> perfect.. and I definately appreciate the assist here.
>
>
> here is the result:
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 6151 (LWP 23047)]
> 0x401d6ca0 in __res_nquery (statp=0x40503ddc, name=0x404f2ecc
> "42.192.99.68.in-addr.arpa",
> class=1, type=12, answer=0x404f32dc "", anslen=65536) at
res_query.c:110
> 110 res_query.c: No such file or directory.
> in res_query.c
>
>
> stack backtrace:
>
> #0 0x401d6ca0 in __res_nquery (statp=0x40503ddc, name=0x404f2ecc
> "42.192.99.68.in-addr.arpa", class=1, type=12, answer=0x404f32dc "",
> anslen=65536) at res_query.c:110
> #1 0x401cd1f8 in _nss_dns_gethostbyaddr_r (addr=0x405033b0, len=4, af=2,
> result=0x4019dca4,buffer=0x84bddd8 "\177", buflen=1024, errnop=0x40503c68,
> h_errnop=0x40503374) at nss_dns/dns-host.c:292
> #2 0x40162919 in __gethostbyaddr_r (addr=0x405033b0, len=4, type=2,
> resbuf=0x4019dca4, buffer=0x84bddd8 "\177", buflen=1024, result=0x40503370,
> h_errnop=0x40503374) at ../nss/getXXbyYY_r.c:200
> #3 0x401626fb in gethostbyaddr (addr=0x405033b0, len=4, type=2) at
> ../nss/getXXbyYY.c:131
> #4 0x0806dffb in GetHost (dsPtr=0x4050345c, addr=0x821057c "68.99.192.42")
> at dns.c:231
> #5 0x0806de24 in DnsGet (getProc=0x806dfa0 , dsPtr=0x4050345c,
> cachePtr=0x813cdec, key=0x821057c "68.99.192.42") at dns.c:153
> #6 0x0806dc5f in Ns_GetHostByAddr (dsPtr=0x4050345c, addr=0x821057c
> "68.99.192.42") at dns.c:100
> #7 0x4023acc3 in ValidateUserAddr (userPtr=0x81fdeb8, peer=0x821057c
> "68.99.192.42") at nsperm.c:819
> #8 0x4023a4c1 in AuthProc (server=0x8156fb8 "ariven", method=0x8439640
> "GET", url=0x8439660 "/NS/Admin", user=0x83d07b8 "nsadmin", pass=0x999
> "XXX", peer=0x821057c "68.99.192.42") at nsperm.c:435
> #9 0x08061bb3 in Ns_AuthorizeRequest (server=0x8156fb8 "ariven",
> method=0x8439640 "GET", url=0x8439660 "/NS/Admin", user=0x83d07b8
> "nsadmin", passwd=0x999 "XXX", peer=0x821057c "68.99.192.42") at
> auth.c:76 #10 0x0807e250 in ConnRun (connPtr=0x8210520) at serv.c:873
> #11 0x0807dc10 in NsConnThread (arg=0x822b3d0) at serv.c:671
> #12 0x0811833b in NsThreadMain (arg=0x822b3e0) at thread.c:228
> #13 0x40032c6f in pthread_start_thread (arg=0x40503be0) at manager.c:284
> #14 0x40032d5f in pthread_start_thread_event (arg=0x40503be0) at
manager.c:308
>
>
>
> >If the process segfaults, it should leave a file
Re: [AOLSERVER] Wierd segfault
At 03:26 PM 10/12/2002, you wrote: I am using Redhat 7.2, latest revisions via Up2date. Aolserver 3.4.2 No core file in evidence, but the gdb instructions you gave were perfect.. and I definately appreciate the assist here. here is the result: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 6151 (LWP 23047)] 0x401d6ca0 in __res_nquery (statp=0x40503ddc, name=0x404f2ecc "42.192.99.68.in-addr.arpa", class=1, type=12, answer=0x404f32dc "", anslen=65536) at res_query.c:110 110 res_query.c: No such file or directory. in res_query.c stack backtrace: #0 0x401d6ca0 in __res_nquery (statp=0x40503ddc, name=0x404f2ecc "42.192.99.68.in-addr.arpa", class=1, type=12, answer=0x404f32dc "", anslen=65536) at res_query.c:110 #1 0x401cd1f8 in _nss_dns_gethostbyaddr_r (addr=0x405033b0, len=4, af=2, result=0x4019dca4,buffer=0x84bddd8 "\177", buflen=1024, errnop=0x40503c68, h_errnop=0x40503374) at nss_dns/dns-host.c:292 #2 0x40162919 in __gethostbyaddr_r (addr=0x405033b0, len=4, type=2, resbuf=0x4019dca4, buffer=0x84bddd8 "\177", buflen=1024, result=0x40503370, h_errnop=0x40503374) at ../nss/getXXbyYY_r.c:200 #3 0x401626fb in gethostbyaddr (addr=0x405033b0, len=4, type=2) at ../nss/getXXbyYY.c:131 #4 0x0806dffb in GetHost (dsPtr=0x4050345c, addr=0x821057c "68.99.192.42") at dns.c:231 #5 0x0806de24 in DnsGet (getProc=0x806dfa0 , dsPtr=0x4050345c, cachePtr=0x813cdec, key=0x821057c "68.99.192.42") at dns.c:153 #6 0x0806dc5f in Ns_GetHostByAddr (dsPtr=0x4050345c, addr=0x821057c "68.99.192.42") at dns.c:100 #7 0x4023acc3 in ValidateUserAddr (userPtr=0x81fdeb8, peer=0x821057c "68.99.192.42") at nsperm.c:819 #8 0x4023a4c1 in AuthProc (server=0x8156fb8 "ariven", method=0x8439640 "GET", url=0x8439660 "/NS/Admin", user=0x83d07b8 "nsadmin", pass=0x999 "XXX", peer=0x821057c "68.99.192.42") at nsperm.c:435 #9 0x08061bb3 in Ns_AuthorizeRequest (server=0x8156fb8 "ariven", method=0x8439640 "GET", url=0x8439660 "/NS/Admin", user=0x83d07b8 "nsadmin", passwd=0x999 "XXX", peer=0x821057c "68.99.192.42") at auth.c:76 #10 0x0807e250 in ConnRun (connPtr=0x8210520) at serv.c:873 #11 0x0807dc10 in NsConnThread (arg=0x822b3d0) at serv.c:671 #12 0x0811833b in NsThreadMain (arg=0x822b3e0) at thread.c:228 #13 0x40032c6f in pthread_start_thread (arg=0x40503be0) at manager.c:284 #14 0x40032d5f in pthread_start_thread_event (arg=0x40503be0) at manager.c:308 If the process segfaults, it should leave a file named "core" in the directory from which the process was started. There are, however, a number of reasons why a core file may have been suppressed; to figure this out, if you don't have a core file, you'd need to say which OS you're using. If you have gdb, you can run the aolserver process as follows: - Change directories to the aolserver root dir - run "gdb bin/nsd8x" - Give gdb the command "set args -ft yourconfigfile.tcl" (replace "yourconfigfile.tcl" with the name of your actual config file) - give gdb the "run" command - induce the segfault. You should get a gdb prompt. - Give gdb the command "where" and it will produce a stack backtrace, which should tell you what the thread was executing when it segfaulted. If your stack backtrace shows that the process died somewhere inside "malloc", then something somewhere corrupted the dynamic memory allocation heap of your process prior to the segfault. These are really hard to track down. Pete.
Re: [AOLSERVER] Wierd segfault
At 01:08 PM 10/12/2002, you wrote: Can you get a core dump and do a stack trace on it? Failing that, can you run the server under a debugger with -i or -f, and then do a stack trace when the segfault occurs? If I knew how to get a core dump or stack trace.. then yes I could. I have run it under -f which is how I determined that it was segfaulting due to the simple error message "segmentation fault" :) I am not a linux oriented programmer so I am not used to the debugging steps needed to do it for Aolserver... is there a step by step simple process to do so? Thanks :) On Fri, 11 Oct 2002, Patrick Spence wrote: > I am getting a really wierd segfault on my servers.. if I try and enter an > nsperm authenticated area using the username of nsadmin the server > segfaults. Patrick Spence www.RandomRamblings.com www.Ariven.com
[AOLSERVER] Wierd segfault
I am getting a really wierd segfault on my servers.. if I try and enter an nsperm authenticated area using the username of nsadmin the server segfaults. If I use a different name thats configured for the authenticated area it works fine. using: aolserver 3.4.2 (tcl 8.x core) RH 7.3 loading nscgi.so nssock.so nslog.so nsperm.so dqd_utils 8.so libphp4.so I have tried without PHP (which is something I -have- been changing of late). I have run an up2date to make sure all of RH is current I recompiled aolserver after the up2date I am running two aolservers (on different IPs) on the machine, both are exhibiting the same segfaulting behavior. All shared .tcl files seem fine upon visual inspection of the contents. I am at a loss here, anyone see anything even remotely similar to this? it started only recently and I have not made any other changes (other than recompiling PHP, which I have tried running the server without PHP's .so and it still crashes) Any help would be appreciated.. Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Documentation Available Online
- Original Message - From: "Nathan Folkman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 24, 2002 1:57 PM Subject: [AOLSERVER] Documentation Available Online > The old HTML based documentation files are once again available at HREF="http://aolserver.com/docs";> > http://aolserver.com/docs. Couple of things to note: > > - We will not be updating the information contained on those pages. > > - Starting with AOLserver 3.5, we're moving to provide documentation as > man > pages, similiar to what you get when you download and install Tcl. > > - If someone would like to write a script to generate HTML from those > man > pages, we'll be more then happy to work with you to get them up on the > site. I certainly hope someone can do this because MAN pages are NOT a viable solution for some of us. I don't want to have to SSH into my server just to read the docs.. a web interface is MUCH easier to work with...especially since I do all my work remote.. -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] AOLserver homepage??
I put them online for myself, feel free :) http://as.ariven.com/docs/ May take a day in some areas for DNS to propigate.. - Original Message - From: "Daniël Mantione" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 24, 2002 10:31 AM Subject: Re: [AOLSERVER] AOLserver homepage?? > On Tue, 24 Sep 2002, Daniel P. Stasinski wrote: > > > Any bookmarks to docs arent going to work. All the docs are > > available for download. > > Are they going to be available on-line again? Otherwise I'll out them on > a server myself. > > Daniël
[AOLSERVER] CGI error
Can anyone explain this error message for me? [18/Sep/2002:11:23:34][1790.9221][-conn2-] Error: nscgi: wait for /usr/bin/perl failed: Success
Re: [AOLSERVER] php + aolserver (is it stable?)
- Original Message - From: "Sean Redmond" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 30, 2002 11:00 AM Subject: Re: [AOLSERVER] php + aolserver (is it stable?) > It works fine almost all the time. I originally had this setup because > we were using the same server (we only had one!) to try out openacs and > to serve webmail, for which we were using SquirrelMail (written in PHP). > Sometimes threads would hang -- it seemed that if users had inboxes with > too many (i.e. thousands) of messages, php would time out, as its > designed to do, but the aolserver thread wouldn't die, and enough hung > threads would hang (but not crash) aolserver. It was nothing too > terrible, so we just set a cron job to periodically restart the server > to clear all the threads out before they got to that critical level. > > When we upgraded to RedHat 6.2 to 7.2, something in the webmail script > that displayed the contents of the inbox consistently crashed aolserver. > I've never been able to track it down, nor have I seen the problem with > anything else. You can look at the bug > (http://bugs.php.net/bug.php?id=14365) if you are interested. > Now we have more servers so we use apache for webmail and aolserver for > everything else (though no PHP except for webmail). > > So I wouldn't recommend it, and there certainly isn't any benefit, but > if you have to use it, it will probably work. Unless it's SquirrelMail > on a RedHat 7.* box -- that definitely will not work! > Or a couple different forum packages.. they do the same thing.. takes AS down hard and fast.. really annoying. I am experimenting with PHP on Aolserver though simply due to the support by DreamWeaver MX via the phrakt extension for easy and rapid development of database applications. -- Patrick Spence www.RandomRamblings.com www.Ariven.com
Re: [AOLSERVER] Digest authorization / WebDAV
> Perhaps this is a good place to start a new nsauth module to > which can replace nsperm. Leave nsperm in place (to not break > backward compatibility, etc.) but start fresh with a well-designed > nsauth. A new auth module that I could easily change permissions on the fly in a tcl proc would be a godsend :) -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com *** All contents of this email message are confidential and private. Please do not forward to anyone that this message is not intended for without permission. If you have received this email in error, please contact the sender and then delete all copies of the message that you have. Thank you. ***
Re: [AOLSERVER] ns_register_adptag question
In <[EMAIL PROTECTED]>, on 03/13/02 at 10:25 AM, Dossy <[EMAIL PROTECTED]> said: >On 2002.03.12, Patrick Spence <[EMAIL PROTECTED]> wrote: > In the >ADP that I have this called in, I am calling it this way: > >> > name="main" >> title="Test of Template" >> description="This is a test" >> affiliatename="<%=$affiliatename%>" >> affiliate="<%=$affiliate%>" > ^ missing ">" >> >> This is a test! >> affiliatename="<%=$affiliatename%>" affiliate="<%=$affiliate%>" >> >Could the problem be really this simple? If you cut and paste this >example directly from your actual code, then it is definitely _a_ >problem, if not _the_ problem. Its a cut/paste but not of the only version I have tried to use, I just forgot to assemble that one correctly after removing it from a ns_puts [ns_adp_parse xxx] construct. With that corrected it still doesn't work :( in fact, here is what ends up getting produced... " affiliate="" > This is a test! affiliatename="" affiliate="" -- --- [EMAIL PROTECTED] ---
Re: [AOLSERVER] ns_register_adptag question
Thank you Peter, Tom and Patrick (Nice name :) ) I am off to play with
Upvars and get this thing working.. ;)
the help is appreciated :)
--
Patrick Spence <[EMAIL PROTECTED]>
www.RandomRamblings.com
www.Ariven.com
www.ReturnOurRights.org
- Original Message -
From: "Patrick Kelly" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, March 12, 2002 4:28 PM
Subject: Re: [AOLSERVER] ns_register_adptag question
> At http://www.pk67.com/simple-templates/ I have very out-of-date
> downloads and docs for my "simple templates". In particular, you can
> checkout the evaluate_tag_params proc in
>
> http://www.pk67.com/simple-templates/current/simple-templates.tcl.txt
>
> to support this syntax:
>
> ...
>
> All my templating stuff does evil upvars and uplevels to make sure
> everything is evaluated at the same scope. This way I can do:
>
> <% set my_variable "fred" %>
>
>
> <%= $my_variable %>
>
>
>
>
>
> On Tue, Mar 12, 2002 at 02:50:31PM -0700, Patrick Spence wrote:
> > I am hoping someone else has more experience with the register adptag
than I
> > do.. :)
> >
> > I have a tag I have registered this way:
> >
> > ns_register_adptag "wrap" "/wrap" wraptemplate_proc
> > proc wraptemplate_proc {string tagset} {
> > set name [ns_set iget $tagset name]
> > set keywords [ns_set iget $tagset keywords]
> > set title [ns_set iget $tagset title]
> > set affiliatename [ns_adp_parse [ns_set iget $tagset affiliatename]]
> > set affiliate [ns_adp_parse [ns_set iget $tagset affiliate]]
> >
> > ... some processing
> >
> > return [ns_adp_parse -string "$prehtml$string$posthtml"]
> > }
> >
> > In the ADP that I have this called in, I am calling it this way:
> >
> > > name="main"
> > title="Test of Template"
> > description="This is a test"
> > affiliatename="<%=$affiliatename%>"
> > affiliate="<%=$affiliate%>"
> >
> > This is a test!
> > affiliatename="<%=$affiliatename%>" affiliate="<%=$affiliate%>"
> >
> >
> > What I am trying to do is pass variables in to the registered tag. The
> > variables exist and contain data before and after the registered tag,
but
> > dont pass into the tag like I would like it to. As far as I can tell
the
> > data is not getting handed into the tag at all, which eliminates the use
of
> > a registered adp tag for convenience on this project (sigh)... I have
tried
> > putting the tag into a ns_puts [ns_adp_parse "tag here"] construct, I
have
> > tried ns_adp_parse in the <% %> brackets on the call to the wrap tag to
no
> > avail... the adp tag works great other than this minor/major bobble..
> >
> > Does anyone have any ideas here?
> >
> > Thanks much in advance.
> >
> > --
> > Patrick Spence
>
> --
> Patrick Kelly -- http://www.pk67.com/patrick.html
[AOLSERVER] ns_register_adptag question
I am hoping someone else has more experience with the register adptag than I
do.. :)
I have a tag I have registered this way:
ns_register_adptag "wrap" "/wrap" wraptemplate_proc
proc wraptemplate_proc {string tagset} {
set name [ns_set iget $tagset name]
set keywords [ns_set iget $tagset keywords]
set title [ns_set iget $tagset title]
set affiliatename [ns_adp_parse [ns_set iget $tagset affiliatename]]
set affiliate [ns_adp_parse [ns_set iget $tagset affiliate]]
... some processing
return [ns_adp_parse -string "$prehtml$string$posthtml"]
}
In the ADP that I have this called in, I am calling it this way:
affiliatename="<%=$affiliatename%>" affiliate="<%=$affiliate%>"
What I am trying to do is pass variables in to the registered tag. The
variables exist and contain data before and after the registered tag, but
dont pass into the tag like I would like it to. As far as I can tell the
data is not getting handed into the tag at all, which eliminates the use of
a registered adp tag for convenience on this project (sigh)... I have tried
putting the tag into a ns_puts [ns_adp_parse "tag here"] construct, I have
tried ns_adp_parse in the <% %> brackets on the call to the wrap tag to no
avail... the adp tag works great other than this minor/major bobble..
Does anyone have any ideas here?
Thanks much in advance.
--
Patrick Spence
Re: [AOLSERVER] TCL question
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, February 23, 2002 5:22 AM Subject: Re: [AOLSERVER] TCL question > On 2002.02.22, Patrick Spence <[EMAIL PROTECTED]> wrote: > > My problem is I cannot insert the \ before the & and then wrap with braces.. > > Why not? Because I didn't know how.. it wasn't "It cant be done" but "-I- can't do it" :) Thank you for your help too :) > > > I am pulling the string to convert from a database and piping it through my > > macro routine and I have not been able to figure out how to get it to work > > right. > -- Patrick Spence <[EMAIL PROTECTED]> www.RandomRamblings.com www.Ariven.com www.ReturnOurRights.org
Re: [AOLSERVER] TCL question
Jeff, Rob, Michael (and others who reply while I write this)
Very many thanks.. :) I still don't have regexp down very well and this has
been frustrating me for several hours now.. This is why I love this list,
several helpful people with lots of good help.. :)
Its up and running now.. basically what I am doing is writing a page
templating system for my websites so I can swap page templates in and out
and easily modify content by storing it in a database... (lazy man hates
extra work so he spends a long time making a time savings device)
--
Patrick Spence, MIS
Mayor Pharmaceutical Labs/Regency Medical Research, Ltd.
2401 South 24th Street, Phoenix, AZ 85034
[EMAIL PROTECTED] - http://www.vitamist.com
*** All contents of this email message are confidential
and private. Please do not forward to anyone that this
message is not intended for without permission.
If you have received this email in error, please contact
the sender and then delete all copies of the message
that you have. Thank you. ***
- Original Message -
From: "Jeff Hobbs" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, February 22, 2002 2:26 PM
Subject: Re: [AOLSERVER] TCL question
> Patrick Spence wrote:
> ...
> > proc insert_macro { thestring key macro} {
> > regsub -all -- $key $thestring $macro thestring;
> > return "$thestring"
> > }
>
> It's not quite clear from your explanation what you really want, and
> how you want the & handled. However, I suspect that 'string map'
> would make your life easier, if you are doing direct string mapping.
> This would be like:
>
> proc insert_macro {str searchStr replaceStr} {
> return [string map [list $searchStr $replaceStr] $str]
> }
>
> string map takes any number of pairs. This is new since Tcl 8.1,
> but the latest stable AOLServer is using 8.3.
>
> Otherwise if you really want to replace something based on a
> regular expression, then you probably need to escape the subspec
> if it has &'s or \'s in it.
>
> Jeff Hobbs The Tcl Guy
> Senior Developer http://www.ActiveState.com/
> Tcl Support and Productivity Solutions
[AOLSERVER] TCL question
This is a stripped down version of a template system I am working on. The
problem I am having is that by specification (annoyingly :) ) regsub has
this caveat:
"If subSpec contains a ``&'' or ``\0'', then it is replaced in the
substitution with the portion of string that matched exp. If subSpec
contains a ``\n'', where n is a digit between 1 and 9, then it is replaced
in the substitution with the portion of string that matched the n-th
parenthesized subexpression of exp. Additional backslashes may be used in
subSpec to prevent special interpretation of ``&'' or ``\0'' or ``\n'' or
backslash. The use of backslashes in subSpec tends to interact badly with
the Tcl parser's use of backslashes, so it's generally safest to enclose
subSpec in braces if it includes backslashes."
My problem is I cannot insert the \ before the & and then wrap with braces..
I am pulling the string to convert from a database and piping it through my
macro routine and I have not been able to figure out how to get it to work
right.
The result of the following procedures gives me:
(this is a test) Blah Blah --CONTENT-- --CONTENT-- Blah Blah (this is a
test)
when I really want :
(this is a test) Blah Blah & & Blah Blah (this is a test)
from it since I am using it for html code and that html does contain the
ampersand in places where it needs to stay.
I am at a loss here and if anyone has suggestions on some way to handle this
without a lot of headaches I would appreciate it.
Thanks :)
proc insert_macro { thestring key macro} {
regsub -all -- $key $thestring $macro thestring;
return "$thestring"
}
proc testmacro { } {
set html [insert_macro "(this is a test) --CONTENT-- (this is a test)"
"--CONTENT--" "Blah Blah & & Blah Blah"]
puts $html
}
testmacro
--
Patrick Spence, MIS
Mayor Pharmaceutical Labs/Regency Medical Research, Ltd.
2401 South 24th Street, Phoenix, AZ 85034
[EMAIL PROTECTED] - http://www.vitamist.com
Re: [AOLSERVER] Newbie question: virtual host config confusion
- Original Message - From: "Dean Baender" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, February 08, 2002 10:21 PM Subject: [AOLSERVER] Newbie question: virtual host config confusion > I've just started working with AOLserver (v3.4.2), and I'm trying to > tackle virtual hosting... so far without success. And I must admit > to being a bit overwhelmed by the plethora of vhost modules, > especially since the documentation is often rather minimal. > > If anyone can provide or add to a comparison of the various vhost > modules, or perhaps give a configuration example for their favorite > module I'd be very appreciative. > > To start off, here are the modules I've tried and where I get stuck... > > 1. The C based vhost module (http://deadlock.ed.tudelft.nl/~daniel/vhost.html) its: http://deadlock.et.tudelft.nl/~daniel/vhost.html ;) > > The module builds with no warnings or errors. > The server starts normally... I get the Notice: modload: that vhost.so >loaded. > My vhost directories are /web/servers/server1/pages/ > index.html has tried living in both ...//index.html and >...//pages/index.html > > In either case when I try to connect to the server it dies with a > Seg Fault. This is the one I use.. my master host is www.ariven.com and it works great.. I have about 8 virtually hosted sites under it now... I am not sure what you are referring to when you use in your example above... but.. my main sites file path is: /web/ariven/pages/ One of my virtually hosted URLs is: http://www.bullybots.com and its file path is: /web/ariven/pages/www.bullybots.com/ so its index file is: /web/ariven/pages/www.bullybots.com/index.adp Though I -can- access it urlwise: www.ariven.com/www.bullybots.com/index.adp and I do that for testing as I am setting things up sometimes.. You do have to make sure that you include the "realhosts" parameter is in the ini file for the server.. ns_section "ns/server/cornet/module/vhost" ns_param realhosts "myserver;myserver.abc.com;myserver.def.com" so in mine its: ns_section "ns/server/ariven/module/vhost" ns_param realhosts www.ariven.com;ariven.com Once you have these ducks in a row it works great here it shares the tcl code with all virtually hosted servers though, so you have to be mindful when you are making registered procedures. -- Patrick Spence <[EMAIL PROTECTED]> www.RandomRamblings.com www.Ariven.com www.ReturnOurRights.org
Re: [AOLSERVER] ImageMagick
From: "Daniel P. Stasinski" <[EMAIL PROTECTED]>
> This works for me.
> djpeg camera.jpg|pnmscale -xysize 100 75|cjpeg>thumbnail.jpg
This is how I do it (based on what daniel gave up there)
There are also variations you can use with the pnmscale line to size it to a
given width or height and not have to specify the other parameter
proc makethumbnail { ofwhat towhat thumbheight thumbwidth} {
## requires full path on each image
if ![catch [file delete -force $towhat] theerror] {
if [ catch { exec djpeg $ofwhat | pnmscale -xysize $thumbwidth
$thumbheight | cjpeg > $towhat } theerror ] {
ns_log Error "Error generating thumbnail : $theerror"
return 0
} else {
return 1
}
} else {
ns_log Error "Error deleting file : $theerror"
return 0
}
}
--
Patrick Spence, MIS
Mayor Pharmaceutical Labs/Regency Medical Research, Ltd.
2401 South 24th Street, Phoenix, AZ 85034
[EMAIL PROTECTED] - http://www.vitamist.com
*** All contents of this email message are confidential
and private. Please do not forward to anyone that this
message is not intended for without permission.
If you have received this email in error, please contact
the sender and then delete all copies of the message
that you have. Thank you. ***
- Original Message -
Re: [AOLSERVER] Ns_Pool: invalid block
> > /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin > > [29/Jan/2002:11:16:51][8864.1024][-main-] Fatal: config: stat(/etc/-z) > > failed: No such file or directory > > The error right there tells you what's wrong. The -t option expects > a filename (of your nsd.tcl file) as the next parameter, and you're > passing it -z. > > Try this: > > # /aolserver/bin/nsd -zit /aolserver/nsd.stoptheinsanity.tcl -u nsadmin -g nsadmin > > -- Dossy That works great! ;) much appreciated.. (slapping self around).. see what happens when I actually ask for help? People help.. :) -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 29, 2002 11:35 AM Subject: Re: [AOLSERVER] Ns_Pool: invalid block > On 2002.01.29, Patrick Spence <[EMAIL PROTECTED]> wrote: > > Here are the various commandlines I tried, at least running it from the > > commandline gives me a little more error information... if its loaded any > > other way then I dont know how to do it. The "AOLserver Administration > > Technical Overview" on aolserver.com doesn't list zippy among its > > commandline options, so thats no help. The most annoying part of all of > > this is that -sometimes- it works and sometimes it doesn't. > > > > [root@www /etc]# /aolserver/bin/nsd -it -z > > /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin > > [29/Jan/2002:11:16:51][8864.1024][-main-] Fatal: config: stat(/etc/-z) > > failed: No such file or directory > > The error right there tells you what's wrong. The -t option expects > a filename (of your nsd.tcl file) as the next parameter, and you're > passing it -z. > > Try this: > > # /aolserver/bin/nsd -zit /aolserver/nsd.stoptheinsanity.tcl -u nsadmin -g nsadmin > > -- Dossy > > -- > Dossy Shiobara mail: [EMAIL PROTECTED] > Panoptic Computer Network web: http://www.panoptic.com/ > "He realized the fastest way to change is to laugh at your own > folly -- then you can let go and quickly move on." (p. 70)
Re: [AOLSERVER] Ns_Pool: invalid block
Here are the various commandlines I tried, at least running it from the commandline gives me a little more error information... if its loaded any other way then I dont know how to do it. The "AOLserver Administration Technical Overview" on aolserver.com doesn't list zippy among its commandline options, so thats no help. The most annoying part of all of this is that -sometimes- it works and sometimes it doesn't. [root@www /etc]# /aolserver/bin/nsd -it -z /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin [29/Jan/2002:11:16:51][8864.1024][-main-] Fatal: config: stat(/etc/-z) failed: No such file or directory [root@www /etc]# /aolserver/bin/nsd -itZ /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin [29/Jan/2002:11:16:39][8862.1024][-main-] Fatal: config: stat(/etc/Z) failed: No such file or directory [root@www /etc]# /aolserver/bin/nsd -it -Z /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin [29/Jan/2002:11:16:46][8863.1024][-main-] Fatal: config: stat(/etc/-Z) failed: No such file or directory [root@www /etc]# /aolserver/bin/nsd -itz /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin [29/Jan/2002:11:17:08][8867.1024][-main-] Fatal: config: stat(/etc/z) failed: No such file or directory [root@www /etc]# /aolserver/bin/nsd -it /aolserver/nsd.stopthesanity.tcl -u nsadmin -g nsadmin [29/Jan/2002:11:17:13][8868.1024][-main-] Notice: nsd.stopthesanity.tcl: starting to read config file... [29/Jan/2002:11:17:13][8868.1024][-main-] Warning: nsd.tcl: nsssl not loaded because key/cert files do not exist. [29/Jan/2002:11:17:13][8868.1024][-main-] Warning: nsd.tcl: nscp not loaded because user/password is not set. [29/Jan/2002:11:17:13][8868.1024][-main-] Notice: nsd.stopthesanity.tcl: finished reading config file. -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 29, 2002 11:11 AM Subject: Re: [AOLSERVER] Ns_Pool: invalid block > On 2002.01.29, Patrick Spence <[EMAIL PROTECTED]> wrote: > > For example, here is the tail of my log file when I tried restarting AS with > > the zippy option on: > [...] > > Can you share with us what command line you're using? > > -- Dossy > > -- > Dossy Shiobara mail: [EMAIL PROTECTED] > Panoptic Computer Network web: http://www.panoptic.com/ > "He realized the fastest way to change is to laugh at your own > folly -- then you can let go and quickly move on." (p. 70)
Re: [AOLSERVER] Ns_Pool: invalid block
It does nothing. the server refuses to start and places nothing in the log file whatsoever. I am not a linux programmer so I do not know how to load it up under a debugger, nor would I be able to probably figure out much of what its saying if I did. For example, here is the tail of my log file when I tried restarting AS with the zippy option on: [28/Jan/2002:08:44:51][749.1024][-main-] Notice: nsmain: AOLserver/3.4 stopping [28/Jan/2002:08:44:51][749.1024][-main-] Notice: nssock: triggering shutdown [28/Jan/2002:08:44:51][749.8201][-keepalive-] Notice: keepalive: shutdown pending [28/Jan/2002:08:44:51][749.8201][-keepalive-] Notice: keepalive: shutdown complete [28/Jan/2002:08:44:51][749.1024][-main-] Notice: serv: stopping connection threads [28/Jan/2002:08:44:51][749.1024][-main-] Notice: serv: connection threads stopped [28/Jan/2002:08:44:51][749.7176][-nssock-] Notice: exiting [28/Jan/2002:08:44:51][749.1024][-main-] Notice: sched: shutdown pending [28/Jan/2002:08:44:51][749.2051][-sched-] Notice: sched: shutdown started [28/Jan/2002:08:44:51][749.2051][-sched-] Notice: sched: shutdown complete [28/Jan/2002:08:44:51][749.1022979][-shutdown-] Notice: nslog: closing '/aolserver/servers/stopthesanity/modules/nslog/access.log' [28/Jan/2002:08:44:51][749.1022979][-shutdown-] Notice: nssock: shutdown complete [28/Jan/2002:08:44:51][749.1024][-main-] Notice: nsmain: AOLserver/3.4 exiting Thats it, nothing about any failure when trying to start up again... no log entries means no clue for me on where to start trying to figure out whats up. -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com *** All contents of this email message are confidential and private. Please do not forward to anyone that this message is not intended for without permission. If you have received this email in error, please contact the sender and then delete all copies of the message that you have. Thank you. *** - Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 29, 2002 11:02 AM Subject: Re: [AOLSERVER] Ns_Pool: invalid block > On 2002.01.29, Patrick Spence <[EMAIL PROTECTED]> wrote: > > I keep hearing that its better than the default, but I cannot get it to > > reliably work here, nor to log its failure to load to give me an idea as to > > whats happening ... > > Why can't you log the failure? What does it do when it fails > that prevents you from getting diagnostic information? > > -- Dossy > > -- > Dossy Shiobara mail: [EMAIL PROTECTED] > Panoptic Computer Network web: http://www.panoptic.com/ > "He realized the fastest way to change is to laugh at your own > folly -- then you can let go and quickly move on." (p. 70)
Re: [AOLSERVER] Ns_Pool: invalid block
I keep hearing that its better than the default, but I cannot get it to reliably work here, nor to log its failure to load to give me an idea as to whats happening ... -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com *** All contents of this email message are confidential and private. Please do not forward to anyone that this message is not intended for without permission. If you have received this email in error, please contact the sender and then delete all copies of the message that you have. Thank you. *** - Original Message - From: "Jonathan Ellis" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, January 29, 2002 9:48 AM Subject: Re: [AOLSERVER] Ns_Pool: invalid block > > The really fun part with the -z option is I can sometimes get it to work > and > > then out of the blue it stops working with no warning and no logged > errors.. > > I gave up trying to demonstrate the failure and gave up trying to use it.. > > sigh.. > > I didn't know there were problems associated with this; I've been running > with it on the whole time. I'll see what happens when I turn it off. > > -Jonathan
Re: [AOLSERVER] Ns_Pool: invalid block
- Original Message - From: "Kriston Rehberg" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, January 28, 2002 8:20 AM Subject: Re: [AOLSERVER] Ns_Pool: invalid block > Nearly always when we encounter this error it's due to memory being > overwritten by other code or due to a blown thread stack. Nearly always we > can find the error by doing one of the following: > > 1) Start with "-z" option to turn on the zippy memory allocator which has a > simple out-of-bounds checker. A good litmus test is to run without "-z" and > then with "-z" and see which one fails more quickly (should be the "-z" one > that fails quickly). The really fun part with the -z option is I can sometimes get it to work and then out of the blue it stops working with no warning and no logged errors.. I gave up trying to demonstrate the failure and gave up trying to use it.. sigh.. -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com *** All contents of this email message are confidential and private. Please do not forward to anyone that this message is not intended for without permission. If you have received this email in error, please contact the sender and then delete all copies of the message that you have. Thank you. ***
Re: [AOLSERVER] Segmentation fault
In <006801c19eb0$3684f380$[EMAIL PROTECTED]>, on 01/16/02
at 10:07 AM, "Daniel P. Stasinski" <[EMAIL PROTECTED]> said:
>The only two solutions i see so far is maybe:
>proc x {} {
>puts [info level]
>if { [catch { x }] } {
>return
>}
>}
>Or, there is always...
> ns_section "ns/threads"
> ns_param stacksize \
>1
>0
>0
>0
>0 :)
It crashed on the colon parens token.. maybe the colon parens token needs
to be first? or maybe its the more obscure semi-colon parens token on
that line? ;)
Patrick Spence <[EMAIL PROTECTED]>
Re: [AOLSERVER] AOLserver 4 - Win32 not supported?
- Original Message - From: "Mike Hoegeman" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, November 09, 2001 11:21 AM Subject: Re: [AOLSERVER] AOLserver 4 - Win32 not supported? > Jerry Asher wrote: > > > > The decision to drop Win32 has been kicking around for some time now. > > > > My interpretation of the chat two weeks ago was that dropping Win32 support > > should make it easier to make AOLserver more robust and maybe faster in the > > UNIX environments. It will definitely make it an easier application to > > support. > > the biggest down side is that it's harder to sell aolserver if > you can't say "oh yeah, it runs on windows if you need to deploy it > there too.." > it makes AOLserver seem that much more irrelevant to the unwashed > masses.. > > i think the real "competitor" to aolserver is apache and if apache runs > on windows but aolserver does'nt.. it becomes a harder sell.. But the real point is that AS isn't a product.. its a piece of software that we are reaping the benifits of using.. and as a result they have to do the stuff that makes the best sense for them... we are the ones that have to figure out how to best leverage what they do.. -- Patrick Spence, MIS Mayor Pharmaceutical Labs/Regency Medical Research, Ltd. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com
Re: [AOLSERVER] segmentation violation: gdb stack trace WAS RE: [AOLSERVER] Trying to debug a C module?
At 11:29 AM 10/25/2001 -0500, you wrote: >+-- On Oct 25, Patrick Spence said: > > Does it have to be compiled differently to enable the -z flag? > >No. > > > every time I > > try to enable it on my server it prevents it from loading.. > >Tell us exactly what you did and exactly what the computer did. Well, my system has decided to prove me wrong.. I just retested it and it works fine.. what I did then, and now, is to add the z to the -it portion of the commandline that calls nsd from inittab... I also tried -z seperate from the -it before it would just not load nsd back up.. no errors in the log.. nothing.. Wierd, it works find now.. sigh.. nothing like having your computer mess with your head publically.. :)
Re: [AOLSERVER] segmentation violation: gdb stack trace WAS RE: [AOLSERVER] Trying to debug a C module?
At 10:37 AM 10/25/2001 -0500, you wrote: >Do you run nsd with the -z flag? If not, then it shouldn't matter. Does it have to be compiled differently to enable the -z flag? or is there some other part of the -z parameter (other than just -z) ... every time I try to enable it on my server it prevents it from loading.. >+-- On Oct 25, Sanjivendra Nath said: > > A couple of them called malloc directly. Would that make a difference? > > Looking at the ns_malloc code, it wouldn't seem to, 'cos if things go > ok, it > > calls malloc. Is it absolutely essential to use ns_malloc and ns_free in > > the tcl interface for the module?
Re: [AOLSERVER] Updated the "Sites That Run On AOLserver" wiki page as of 10-19-2001
- Original Message - From: "Dossy" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, October 19, 2001 8:08 PM Subject: [AOLSERVER] Updated the "Sites That Run On AOLserver" wiki page as of 10-19-2001 > I went through and removed any dead sites, and I also grabbed > the Server header from the HTTP response and included it on > the wiki page. In particular, there were a few servers that > were Apache+Resin or Apache+PHP and not AOLserver -- shame > on you! ;-) Tempted to edit my header to return a bogus value ;) -- Patrick Spence <[EMAIL PROTECTED]> www.RandomRamblings.com www.Ariven.com www.ReturnOurRights.org
Re: [AOLSERVER] nimda has dropped dramatically for me, you?
- Original Message - From: "Jerry Asher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, September 27, 2001 3:13 PM Subject: [AOLSERVER] nimda has dropped dramatically for me, you? > Instead of getting thousands of hits per hour, I am today only getting tens > of hits per hour. > > Have you folks seen a similar drop-off? Does anyone have an explanation > for such a drop-off? I am still getting nailed fairly bad.. not the 100,000 hits I got the first day, but we tcpwrapper'd off the top 10 offenders.. I built a little tracking proc that registers each IP address and gives me the timestamp of the last hit and the count for that IP address... and I have it built into a little reporting page that tells me the top ten offenders (the top 5 aggregate at over 50,000 hits together)...and the last ten hits.. Then I started doing Iplookups and phone calls.. I have talked with mechanics, lawyers, churches, and even Qwest to inform everyone I can track down a phone number for to get them to fix it.. Its a fun hobby, and what I did with the default.ida worm.. -- Patrick Spence <[EMAIL PROTECTED]> Want weather reports delevered to your desktop? http://ww2.weatherbug.com/aff/default.asp?ZCode=z3345
Re: [AOLSERVER] Hm ... hm ... let's try again :-)
- Original Message - From: "Jim Wilcoxson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, September 26, 2001 7:32 AM Subject: Re: [AOLSERVER] Hm ... hm ... let's try again :-) > If the server is that critical to your operation, you have to do what > we do: monitor it & make sure it restarts quickly if it crashes. > Relying on software to never crash is bad business IMO. > > You do not want to be busy doing development work and get a note from > a customer that your site has been down for 6 hours and you didn't > even know it. I speak from experience... Most software fails if you > wait long enough. :) Whats worse is hearing from your own co-workers, who sit 20 feet from your office... "Oh yeah, we have been getting calls all day saying the site is down" Sigh... one would think people could be trained to say -something- on the first call.. -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com
Re: [AOLSERVER] Reloading TCL libraries without restarting AOLserver
Grab Daniels Ns/Admin code at www.scriptkitties.com it lets you do that and live edit a .tcl file.. -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Brian Fenton" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, September 18, 2001 8:45 AM Subject: [AOLSERVER] Reloading TCL libraries without restarting AOLserver > Hi, > I've looked at the documentation and the mailing list archives and > have had no luck with this. > My question is: > if I add or change a TCL library procedure (in the /tcl directory next to > the pageroot), is there a way to force AOLserver to source it without a > restart? > > Thanks! > > regards, > Brian
Re: [AOLSERVER] /NS/Admin forms for 3.x
Daniel Stasinski did a package.. you can find it at www.scriptkitties.com Its well worth the moments it takes to download and install -- Patrick Spence <[EMAIL PROTECTED]> Want weather reports delevered to your desktop? http://ww2.weatherbug.com/aff/default.asp?ZCode=z3345 - Original Message - From: "James Ranson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 24, 2001 3:39 PM Subject: [AOLSERVER] /NS/Admin forms for 3.x > We recently had a new Web Server setup and the Webhost installed AOLServer > 3.2, which does not include the NS/Admin forms (I'm a die-hard 2.3.3 user). I > recall reading somewhere that a third-party had developed a utility that > could accomplish much of what the NS/Admin forms did. Anyone know where I > could get a copy of this?
[AOLSERVER] member site charging
Those of you who were interested in my experiences with setting up ccBill to handle credit card charging for a member based site with Aolserver please email be offlist at [EMAIL PROTECTED] as I am in the process of writing up my description of what I did, and collecting all the resources in one location.. this way I can give those interested a full description of what I did and how I got it to work... Enjoy... Patrick
Re: [AOLSERVER] Form Posting
- Original Message - From: "Scott Laplante" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 23, 2001 1:57 PM Subject: Re: [AOLSERVER] Form Posting > 1. what you describe is exactly what we're doing, in a filter, to ensure a > sessionId on every request. I am using a sessionid to keep people out who have not logged in via my main form.. > 2. "setting a cookie" really means "adding a set-cookie header to the > outputheaders, the value of which is "name=value; [path|expires|domain=...]" > this odesn't get sent to the browser until a response is made- so it won't > be in the request headers until the browser's next request. I know :) I am using Daniel Stasinski's fantastic cookie library for AolServer (you can get it at www.scriptkitties.com in the projects section) > 2a.a. if the page where the cookie is set and the redirected location are in > different directory paths, you'll want to set the path attribute to > something standard- we use "/", since the only cookie we're using is Thats what I am using.. > sesionId- things other than that are set using an nsv which is looked up > based upon the sessionId cookie. also, if you want to store the cookie on > the users' disks, you'll have to set the expires to something in the future. > an unset expires means "only in the browser session" which really means > "until the user closes the browser". a favorite resource of mine is: Thats what I want for a session cookie, so I have it set to expire when browser is closed.. in some circumstances I even remove the content of the cookie and force them to log back in again > http://home.netscape.com/newsref/std/cookie_spec.html I keep meaning to read that... :) > 2a. this assumes that you include the aforementioned outputheaders in the > request. note that ns_returnredirect doesn't allow for a -headers > arguement. we instead use a wrapper around ns_respond, which isn't as bad > as it first seems. heh, first I have looked at ns_respond... now I have to figure out how to handle headers.. :) > 2b. there was a bug a while back i noted but never took the time to > duplicate, about ns_conn outputheaders not working. it might be part of > your problem. do a search of the archives for the string "TCL_OUTHDRS" or > "ns_conn outputheaders does not work" and you'll probably hit the bug i'm > talking about. might be.. > i think in general you'll want to switch to using ns_respond and setting > your own outputheaders, but ns_returnredirect should pass along the correct > headers- i.e. including the ones you've set. it hasn't so far for me :) but I should have this all straightened out and finished this weekend (hope hope hope) then I can write up my trials and tribulations of getting the ccBill credit card charging system to work with Aolserver.. (I had to *shudder* call tcl scripts from perl scripts) > > folks, is this last assumption correct? > -- Patrick Spence <[EMAIL PROTECTED]> Want weather reports delevered to your desktop? http://ww2.weatherbug.com/aff/default.asp?ZCode=z3345
Re: [AOLSERVER] Form Posting
Part of what I am trying to work around is cookies not setting on a redirect... as one part of what I am doing is where I am authenticating the user and setting a sessionid cookie as part of my user tracking and security... if I use a standard redirect the cookie vapors... right now I am following the path of setting a url with the username as a variable (part of what I would like to pass as a form post to keep hidden), and redirecting the user to a new page that pulls that username from the form data and uses it to build part of the session cookie.. that page then uses a meta-refresh to redirect to the users page. The users page (and all pages past that point) check to see if a sessioncookie is set and that its coming from a valid referrer.. if either condition is not true it redirects them back out to the login page. A bit of a kludge fix, but without the capacity to set a cookie then do a ns_returnredirect (which I have been assured by my code-guru and my brief testing doesn't work) this is what I came up with to track things.. -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Jerry Asher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 23, 2001 11:11 AM Subject: Re: [AOLSERVER] Form Posting > At 11:02 AM 8/23/01, you wrote: > >I want to be able to redirect the user to another url on my site, and send > >information to the tcl script residing at that url (register_proc) using > >form data.. without the URL including the content of what I am sending.. so > >I can then operate on that sent data without it being painfully clear what > >that data is to the average joe user... I don't want to use a database and > >store temporary data and refer back to that... it would make it more complex > >and add to the database usage in areas that don't need more of it... > > Try Rob's internal redirect utility, which as he says provides a tcl > wrapper for ns_connredirect. The effect is basically a "goto" or > "overlay". One moment you are running one script, then you internally > redirect, and you start running your other script. What's most fun is that > all your tcl variables are still there with the same values. So you need > not post at all. > > I've used this for exactly the purpose you've given. > > rob's utilities: http://www.dqd.com/~mayoff/aolserver/#dqd_utils > ns_connredirect doc: http://www.aolserver.com/docs/cdev/c-ch90.htm#576649 > > > Jerry > = > Jerry Asher [EMAIL PROTECTED] > 1678 Shattuck Avenue Suite 161Tel: (510) 549-2980 > Berkeley, CA 94709Fax: (877) 311-8688
Re: [AOLSERVER] Form Posting
>From what I understand cookies won't set if you do a redirect... this is part of what I want the capacity for.. -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Mark Hubbard" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 23, 2001 11:17 AM Subject: Re: [AOLSERVER] Form Posting > You could also try setting a cookie containing the information before (or > maybe during) the redirect. That way you wouldn't need a form submission. > Assuming the client accepts cookies. > -- > Mark Hubbard: [EMAIL PROTECTED] > Microsoft Certified Professional > "Knowledge is Power." > > -Original Message- > From: Patrick Spence <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] <[EMAIL PROTECTED]> > Date: Thursday, August 23, 2001 1:01 PM > Subject: Re: Form Posting > > > >I want to be able to redirect the user to another url on my site, and send > >information to the tcl script residing at that url (register_proc) using > >form data.. without the URL including the content of what I am sending.. > so > >I can then operate on that sent data without it being painfully clear what > >that data is to the average joe user... I don't want to use a database and > >store temporary data and refer back to that... it would make it more > complex > >and add to the database usage in areas that don't need more of it... > > > >I'll grab the latest OpenACS stuff and take a look at that as well as > Scotts > >stuff when he releases his next round :) > > > >Thank you.. :) > > > > > >-- > > Patrick Spence, Network Administrator > > Information System Dept. > > 2401 South 24th Street, Phoenix, AZ 85034 > > [EMAIL PROTECTED] - http://www.vitamist.com > > > >- Original Message - > >From: "Jerry Asher" <[EMAIL PROTECTED]> > >To: <[EMAIL PROTECTED]> > >Sent: Thursday, August 23, 2001 10:52 AM > >Subject: Re: [AOLSERVER] Form Posting > > > > > >> Where do you want the output of the POST request to go? A) Back to your > >> tcl script or B) direct to the user's browser? > >> > >> Where do you want to make this POST request to? C) To any arbitrary > >> webserver or D) to your webserver only? > >> > >> A) && C) => use util_httppost from the OpenACS toolkit > >> B) && C) => screwed (or use util_httppost and then send that output back > >> yourself) > >> D) => use Rob Mayoff's internal redirection module (www.dqd.com) > >> > >> Jerry > >> > >> > >> > >> At 10:07 AM 8/23/01, you wrote: > >> >I am looking for some easy way (i.e. a tcl routine not a C routine or > >> >module) to post form data into a URL without passing it on the URL line > >> >itself... instead of redirecting to say > >> >http://www.foo.com/bar?msg1=hello&msg2=bye I would like to do something > >> >like this: > >> > > >> >add_form_value storagevariable "msg1" "hello" > >> >add_form_value storagevariable "msg2" "bye" > >> > > >> >post_form "http://www.foo.com/bar"; $storagevariable > >> > > >> >and have it redirect to the url and post the data the same as if a user > >had > >> >filled out a form and hit "submit" instead of the URL based method.. > >> > > >> >Does anyone know how to do this? Any help would be appreciated > >> > > >> > > >> >-- > >> > Patrick Spence, Network Administrator > >> > Information System Dept. > >> > 2401 South 24th Street, Phoenix, AZ 85034 > >> > [EMAIL PROTECTED] - http://www.vitamist.com > >> > >> = > >> Jerry Asher [EMAIL PROTECTED] > >> 1678 Shattuck Avenue Suite 161Tel: (510) 549-2980 > >> Berkeley, CA 94709Fax: (877) 311-8688
Re: [AOLSERVER] Form Posting
I want to be able to redirect the user to another url on my site, and send information to the tcl script residing at that url (register_proc) using form data.. without the URL including the content of what I am sending.. so I can then operate on that sent data without it being painfully clear what that data is to the average joe user... I don't want to use a database and store temporary data and refer back to that... it would make it more complex and add to the database usage in areas that don't need more of it... I'll grab the latest OpenACS stuff and take a look at that as well as Scotts stuff when he releases his next round :) Thank you.. :) -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Jerry Asher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, August 23, 2001 10:52 AM Subject: Re: [AOLSERVER] Form Posting > Where do you want the output of the POST request to go? A) Back to your > tcl script or B) direct to the user's browser? > > Where do you want to make this POST request to? C) To any arbitrary > webserver or D) to your webserver only? > > A) && C) => use util_httppost from the OpenACS toolkit > B) && C) => screwed (or use util_httppost and then send that output back > yourself) > D) => use Rob Mayoff's internal redirection module (www.dqd.com) > > Jerry > > > > At 10:07 AM 8/23/01, you wrote: > >I am looking for some easy way (i.e. a tcl routine not a C routine or > >module) to post form data into a URL without passing it on the URL line > >itself... instead of redirecting to say > >http://www.foo.com/bar?msg1=hello&msg2=bye I would like to do something > >like this: > > > >add_form_value storagevariable "msg1" "hello" > >add_form_value storagevariable "msg2" "bye" > > > >post_form "http://www.foo.com/bar"; $storagevariable > > > >and have it redirect to the url and post the data the same as if a user had > >filled out a form and hit "submit" instead of the URL based method.. > > > >Does anyone know how to do this? Any help would be appreciated > > > > > >-- > > Patrick Spence, Network Administrator > > Information System Dept. > > 2401 South 24th Street, Phoenix, AZ 85034 > > [EMAIL PROTECTED] - http://www.vitamist.com > > = > Jerry Asher [EMAIL PROTECTED] > 1678 Shattuck Avenue Suite 161Tel: (510) 549-2980 > Berkeley, CA 94709Fax: (877) 311-8688
[AOLSERVER] Form Posting
I am looking for some easy way (i.e. a tcl routine not a C routine or module) to post form data into a URL without passing it on the URL line itself... instead of redirecting to say http://www.foo.com/bar?msg1=hello&msg2=bye I would like to do something like this: add_form_value storagevariable "msg1" "hello" add_form_value storagevariable "msg2" "bye" post_form "http://www.foo.com/bar"; $storagevariable and have it redirect to the url and post the data the same as if a user had filled out a form and hit "submit" instead of the URL based method.. Does anyone know how to do this? Any help would be appreciated -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com
Re: [AOLSERVER] Resume download for AOLServer
Please don't make assumptions as to when I would be worse off, you don't know me nor do you know my particular situation. I know how some file download programs work, and that includes opening as many as 8 or more threads to download a single file across a broadband connection.. and I don't particularly care to have 8 connections to my server for one of the large file downloads that I have instead of just one... I know what I want in the webserver that I am running, and I would prefer to keep it that way... and I do not care to be stuck without an upgrade path if they decide to implement such a "feature" without giving us an "Off" command... because I certainly would not upgrade to any version that was like that. -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com - Original Message - From: "Yon Derek" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, August 19, 2001 11:03 PM Subject: Re: [AOLSERVER] Resume download for AOLServer > > > > is there a way to resume download for AOLServer? > > > > > > What do you mean? Do you mean that you want a program like > > GetRight > > > or wget to be able to resume a download FROM an instance of > > AOLserver? > > > > > > If so, you can try 3.2+ad12 or 3.3+ad13. I implemented support for > > > byte ranges (which is how download resumption works) in those > > > versions. AOL hasn't adopted that patch yet (AFAIK). > > > > I hope they dont unless they give an option to disable it... > > I don't want my webservers to get hammered with file downloads > > That is assuming that some random X on the internet will decide to > hammer you with downloads based on the presence (or lack of it) of > download resumption in your web server. > > I don't think this is a valid assumption. > > If anything, you're worse off without download resumption because in > case of connection drop you'll get hammered again, but starting from the > beginning.
Re: [AOLSERVER] Resume download for AOLServer
- Original Message - From: "Rob Mayoff" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, August 19, 2001 8:57 PM Subject: Re: [AOLSERVER] Resume download for AOLServer > +-- On Aug 20, macky said: > > is there a way to resume download for AOLServer? > > What do you mean? Do you mean that you want a program like GetRight or > wget to be able to resume a download FROM an instance of AOLserver? > > If so, you can try 3.2+ad12 or 3.3+ad13. I implemented support for byte > ranges (which is how download resumption works) in those versions. AOL > hasn't adopted that patch yet (AFAIK). I hope they dont unless they give an option to disable it... I don't want my webservers to get hammered with file downloads -- Patrick Spence <[EMAIL PROTECTED]> Want weather reports delevered to your desktop? http://ww2.weatherbug.com/aff/default.asp?ZCode=z3345
Re: [AOLSERVER] perms
At 11:53 AM 8/9/2001 -0400, you wrote: As a matter of fact I have been waiting with baited breath for your release.. :) And so has Daniel Stasinski.. :) your efforts are definately appreciated... > > I could have used a merchant account and used url based > > connections to handle the charging.. but until someone writes something so > > I can make a ssl based outbound connection from my webserver I don't want > > to do that since everything is sent out in clear and I don't want to risk > > sniffers... > > >I guess you'd better set up your own merchant account then. I'm releasing >nsopenssl 2.0 today, and it does outgoing SSL connections. > >Warm up your keyboard. > >/s.
Re: [AOLSERVER] perms
- Original Message - From: "Yon Derek" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 08, 2001 9:35 PM Subject: Re: [AOLSERVER] perms > > Certainly... what I am working on is as close to live > > updating as possible of users for a subscription based > > website.. we are using a third party to charge cards and > > generate the accounts for us, so I have to work around that > > difficulty.. > > I'm interested in the on-line billing options. Would you care to share > who's doing the credit card charing and your experiences so far? I would > appreciate any real-life info. I am in the process of signing up and getting their software installed on my server.. I am using ccBill (www.ccbill.com) I considered others, like ibill.com but ccBill came highly recommended, and some high volume subscription sites use them... Plus they are local to me, so I can drive over to their office and make a nuisance of myself if I wanted to.. :) Unfortunately they take 14.5% of the cut... but I don't have to write ecommerce software, nor do I have to make unsafe connections over the internet.. I could have used a merchant account and used url based connections to handle the charging.. but until someone writes something so I can make a ssl based outbound connection from my webserver I don't want to do that since everything is sent out in clear and I don't want to risk sniffers... After the process is finished and I get it all to work with AOLserver I will be glad to do a writeup over the trials and tribulations Though I will point out that when I first considered them I called them up and spoke with their installation department and specifically asked about AOLserver and got a "sure we can work with that, no problem" response.. and yesterday when I started the process their response to the dual passwd/group combo of ns_perm was "Uh, you use a group file, it won't work... your .htaccess is requireing your .htpasswd to work with .htgroup so it wont work. Kinda makes ya wonder doesn't it.. :) Patrick
Re: [AOLSERVER] perms
- Original Message - From: "Jerry Asher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 08, 2001 12:57 PM Subject: Re: [AOLSERVER] perms > >Yeah, my partner and I just worked up a different way of doing things.. I am > >going to use some of the code from the tcl script but load it into a > >postgres table instead... and handle authentication from the table instead > >of using ns_perm... > > When you get this working, could you post it? > > Thanks, Certainly... what I am working on is as close to live updating as possible of users for a subscription based website.. we are using a third party to charge cards and generate the accounts for us, so I have to work around that difficulty.. but I think we are going to have as close to live as I am going to need.. and when I get it done I will be glad to post it... though I will likely be using Daniel Stasinskis database code that comes in his NS/Admin replacement code for some of it, so you will need that (www.scriptkitties.com) -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com
Re: [AOLSERVER] perms
- Original Message - From: "Jerry Asher" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 08, 2001 11:25 AM Subject: Re: [AOLSERVER] perms > > > >But no matter which I would have to write a module that reloads it on > >command? > > Yes, but that should be pretty easy. They are loaded into the system at > system startup by a tcl script, so I imagine all you need to do is cut and > paste portions of that tcl script into your proc. > > Also, do consider Scott's comments and consider your actual > requirements. I use nsperms for somethings and preauth filters for > others. It's not always what people need, and it can be difficult to setup > correctly. Yeah, my partner and I just worked up a different way of doing things.. I am going to use some of the code from the tcl script but load it into a postgres table instead... and handle authentication from the table instead of using ns_perm... -- Patrick Spence, Network Administrator Information System Dept. 2401 South 24th Street, Phoenix, AZ 85034 [EMAIL PROTECTED] - http://www.vitamist.com
