You can subscribe to this list here.
2005 |
Jan
|
Feb
(53) |
Mar
(62) |
Apr
(88) |
May
(55) |
Jun
(204) |
Jul
(52) |
Aug
|
Sep
(1) |
Oct
(94) |
Nov
(15) |
Dec
(68) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(130) |
Feb
(105) |
Mar
(34) |
Apr
(61) |
May
(41) |
Jun
(92) |
Jul
(176) |
Aug
(102) |
Sep
(247) |
Oct
(69) |
Nov
(32) |
Dec
(140) |
2007 |
Jan
(58) |
Feb
(51) |
Mar
(11) |
Apr
(20) |
May
(34) |
Jun
(37) |
Jul
(18) |
Aug
(60) |
Sep
(41) |
Oct
(105) |
Nov
(19) |
Dec
(14) |
2008 |
Jan
(3) |
Feb
|
Mar
(7) |
Apr
(5) |
May
(123) |
Jun
(5) |
Jul
(1) |
Aug
(29) |
Sep
(15) |
Oct
(21) |
Nov
(51) |
Dec
(3) |
2009 |
Jan
|
Feb
(36) |
Mar
(29) |
Apr
|
May
|
Jun
(7) |
Jul
(4) |
Aug
|
Sep
(4) |
Oct
|
Nov
(13) |
Dec
|
2010 |
Jan
|
Feb
|
Mar
(9) |
Apr
(11) |
May
(16) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(7) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
(92) |
Nov
(28) |
Dec
(16) |
2013 |
Jan
(9) |
Feb
(2) |
Mar
|
Apr
(4) |
May
(4) |
Jun
(6) |
Jul
(14) |
Aug
(12) |
Sep
(4) |
Oct
(13) |
Nov
(1) |
Dec
(6) |
2014 |
Jan
(23) |
Feb
(19) |
Mar
(10) |
Apr
(14) |
May
(11) |
Jun
(6) |
Jul
(11) |
Aug
(15) |
Sep
(41) |
Oct
(95) |
Nov
(23) |
Dec
(11) |
2015 |
Jan
(3) |
Feb
(9) |
Mar
(19) |
Apr
(3) |
May
(1) |
Jun
(3) |
Jul
(11) |
Aug
(1) |
Sep
(15) |
Oct
(5) |
Nov
(2) |
Dec
|
2016 |
Jan
(7) |
Feb
(11) |
Mar
(8) |
Apr
(1) |
May
(3) |
Jun
(17) |
Jul
(12) |
Aug
(3) |
Sep
(5) |
Oct
(19) |
Nov
(12) |
Dec
(6) |
2017 |
Jan
(30) |
Feb
(23) |
Mar
(12) |
Apr
(32) |
May
(27) |
Jun
(7) |
Jul
(13) |
Aug
(16) |
Sep
(6) |
Oct
(11) |
Nov
|
Dec
(12) |
2018 |
Jan
(1) |
Feb
(5) |
Mar
(6) |
Apr
(7) |
May
(23) |
Jun
(3) |
Jul
(2) |
Aug
(1) |
Sep
(6) |
Oct
(6) |
Nov
(10) |
Dec
(3) |
2019 |
Jan
(26) |
Feb
(15) |
Mar
(9) |
Apr
|
May
(8) |
Jun
(14) |
Jul
(10) |
Aug
(10) |
Sep
(4) |
Oct
(2) |
Nov
(20) |
Dec
(10) |
2020 |
Jan
(10) |
Feb
(14) |
Mar
(29) |
Apr
(11) |
May
(25) |
Jun
(21) |
Jul
(23) |
Aug
(12) |
Sep
(19) |
Oct
(6) |
Nov
(8) |
Dec
(12) |
2021 |
Jan
(29) |
Feb
(9) |
Mar
(8) |
Apr
(8) |
May
(2) |
Jun
(2) |
Jul
(9) |
Aug
(9) |
Sep
(3) |
Oct
(4) |
Nov
(12) |
Dec
(13) |
2022 |
Jan
(4) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(15) |
Jun
(7) |
Jul
(10) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(8) |
Dec
|
2023 |
Jan
(15) |
Feb
|
Mar
(23) |
Apr
(1) |
May
(2) |
Jun
(10) |
Jul
|
Aug
(22) |
Sep
(19) |
Oct
(2) |
Nov
(20) |
Dec
|
2024 |
Jan
(1) |
Feb
|
Mar
(16) |
Apr
(15) |
May
(6) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
(13) |
Nov
(18) |
Dec
(6) |
2025 |
Jan
(12) |
Feb
|
Mar
(2) |
Apr
(1) |
May
(11) |
Jun
(5) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Zoran V. <zv...@ar...> - 2005-03-07 16:29:48
|
On Monday 07 March 2005 17:19, Vlad Seryakov wrote: > - using -b 0.0.0.0 will listen on all interfaces I'm afraid this is still not clear to me, but I'll have to give you some examples why this is making me trouble. I will prepare the switch to naviserver in our development branch in couple of days and then this will be clear > - watchdog has green light for commit I would like to see what Stephen thinks about this as well. He wanted some code to look at and I've made the patch available on SF. Hopefully he will have some time to review it and tell what he thinks. > - there are always other tiny things :-))) Oh yes... this is what I'm afraid of! Therefore, I'd have to make the switch first so I can see what is sill lurking in the modified version of AS I have but forgot to clearly comment... Zoran |
From: Vlad S. <vl...@cr...> - 2005-03-07 16:22:47
|
- using -b 0.0.0.0 will listen on all interfaces - watchdog has green light for commit - there are always other tiny things :-))) Zoran Vasiljevic wrote: > On Monday 07 March 2005 15:55, Vlad Seryakov wrote: > >>>I don't, yet. My primary goal is to get to a point where we can >>>switch to naviserver internally. I'm still not there, so for me >>>there is more work to do. >> >>Can you tell what do you still need? > > > On the top of my head: > > o. binder listening on all interfaces > o. watchdog process > o. maybe a couple of tiny things which I have yet to find out > when I switch (still didn't switch but this is another story) > > Zoran > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Zoran V. <zv...@ar...> - 2005-03-07 16:19:25
|
On Monday 07 March 2005 15:55, Vlad Seryakov wrote: > > > > > I don't, yet. My primary goal is to get to a point where we can > > switch to naviserver internally. I'm still not there, so for me > > there is more work to do. > > Can you tell what do you still need? On the top of my head: o. binder listening on all interfaces o. watchdog process o. maybe a couple of tiny things which I have yet to find out when I switch (still didn't switch but this is another story) Zoran |
From: Vlad S. <vl...@cr...> - 2005-03-07 15:36:57
|
Yes, contrib directory is a good idea Bernd Eidenschink wrote: > Hi Vlad, > > >>>I have no idea. We are using the server with our own templating >>>framework based on tDOM but I do not think this is something >>>of general interest. >> >>I have light-weight templating i can extract and put into modules/tcl, >>that will be one small file and will support OACS-style templating >>where .adp and .tcl are define template. But it requires some work to be >>extracted >>from my "big" framework system. > > > I would also like to extract some functionality from our toolkit. It would be > nice if there is a small toolkit with basic stuff like database abstraction, > page and session management, authentication and basic permissions. > I like the idea to rewrite it in a way so that it utilizes new naviserver > functions like the c-cookie-api or database stuff (I read from Stephen?). > In our framework we do not map and use the standard ADP-stuff, we use > registered filters and procs and ns_adp_parse files, but it should be > managable to rewrite it. > > >>For public version in the future i would include as manu maintained >>modules as possible. > > > What do you think about a "contrib" directory (like in PostgreSQL or other > packages): > > <QUOTE> > > The PostgreSQL contrib tree > --------------------------- > This subtree contains porting tools, analysis utilities, and plug-in > features that are not part of the core PostgreSQL system, mainly because > they address a limited audience or are too experimental to be part of > the main source tree. This does not preclude their usefulness. > > Each subdirectory contains a README file with information about the > module. > > </QUOTE> > > Something similar. This way it would be clearly stated that something is > useful and/or experimental and/or just new (Message: "Give it a try"). > > Maybe this would be a place for a chroot-installation-script, like my first > try here: > http://www.kinetiqa.de/aolserver/ > (But rewritten, it's a little bit old and worries about too many packages) > > Bernd. > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Bernd E. <eid...@we...> - 2005-03-07 15:30:16
|
Hi Vlad, > > I have no idea. We are using the server with our own templating > > framework based on tDOM but I do not think this is something > > of general interest. > > I have light-weight templating i can extract and put into modules/tcl, > that will be one small file and will support OACS-style templating > where .adp and .tcl are define template. But it requires some work to be > extracted > from my "big" framework system. I would also like to extract some functionality from our toolkit. It would be nice if there is a small toolkit with basic stuff like database abstraction, page and session management, authentication and basic permissions. I like the idea to rewrite it in a way so that it utilizes new naviserver functions like the c-cookie-api or database stuff (I read from Stephen?). In our framework we do not map and use the standard ADP-stuff, we use registered filters and procs and ns_adp_parse files, but it should be managable to rewrite it. > For public version in the future i would include as manu maintained > modules as possible. What do you think about a "contrib" directory (like in PostgreSQL or other packages): <QUOTE> The PostgreSQL contrib tree --------------------------- This subtree contains porting tools, analysis utilities, and plug-in features that are not part of the core PostgreSQL system, mainly because they address a limited audience or are too experimental to be part of the main source tree. This does not preclude their usefulness. Each subdirectory contains a README file with information about the module. </QUOTE> Something similar. This way it would be clearly stated that something is useful and/or experimental and/or just new (Message: "Give it a try"). Maybe this would be a place for a chroot-installation-script, like my first try here: http://www.kinetiqa.de/aolserver/ (But rewritten, it's a little bit old and worries about too many packages) Bernd. |
From: Vlad S. <vl...@cr...> - 2005-03-07 14:58:18
|
> > I don't, yet. My primary goal is to get to a point where we can > switch to naviserver internally. I'm still not there, so for me > there is more work to do. Can you tell what do you still need? > I have no idea. We are using the server with our own templating > framework based on tDOM but I do not think this is something > of general interest. I have light-weight templating i can extract and put into modules/tcl, that will be one small file and will support OACS-style templating where .adp and .tcl are define template. But it requires some work to be extracted from my "big" framework system. >>2. Which modules should be in the distrib? > > > We use only our own modules. But, generally speaking, a couple > of database drivers should be there (postgres, ... ?) For public version in the future i would include as manu maintained modules as possible. -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Vlad S. <vl...@cr...> - 2005-03-07 14:36:39
|
Ouch, my bad Zoran Vasiljevic wrote: > In nslog.c: > > /* Get parameters from configuration file */ > logPtr->rollfmt = Ns_ConfigGetValue(path,"rollfmt"); > if (logPtr->rollfmt == NULL) { > logPtr->rollfmt = ns_strdup(logPtr->rollfmt); > } > > This is not what the writer wanted, or? > I assume it should have been written as: > > /* Get parameters from configuration file */ > logPtr->rollfmt = Ns_ConfigGetValue(path,"rollfmt"); > if (logPtr->rollfmt != NULL) { > logPtr->rollfmt = ns_strdup(logPtr->rollfmt); > } > > I will fix this in head. > > Zoran > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Zoran V. <zv...@ar...> - 2005-03-07 08:33:10
|
In nslog.c: /* Get parameters from configuration file */ logPtr->rollfmt = Ns_ConfigGetValue(path,"rollfmt"); if (logPtr->rollfmt == NULL) { logPtr->rollfmt = ns_strdup(logPtr->rollfmt); } This is not what the writer wanted, or? I assume it should have been written as: /* Get parameters from configuration file */ logPtr->rollfmt = Ns_ConfigGetValue(path,"rollfmt"); if (logPtr->rollfmt != NULL) { logPtr->rollfmt = ns_strdup(logPtr->rollfmt); } I will fix this in head. Zoran |
From: Zoran V. <zv...@ar...> - 2005-03-07 08:21:45
|
On Monday 07 March 2005 00:17, Vlad Seryakov wrote: > Hi guys, > > Do you have any roadmap-kind of plans or thoughts about naviserver? I don't, yet. My primary goal is to get to a point where we can switch to naviserver internally. I'm still not there, so for me there is more work to do. > Slowly it is getting to the point when it can replace all my patched > aolservers, i already use it at home instead of AS. As i remember, the > initial goal was to patch AS with all out modifications so we start > using it instead of AS and then decide what to do next, right? > > So, > > > 1. Do you have any thoughts about Web tools/frameworks we can bundle > with it? I have no idea. We are using the server with our own templating framework based on tDOM but I do not think this is something of general interest. > 2. Which modules should be in the distrib? We use only our own modules. But, generally speaking, a couple of database drivers should be there (postgres, ... ?) > 3. Docs are still needed to be addressed, when i do not have strength to > develop late evenings i could write/add docs but which format we gonna use? I'm already working on this. I'd opt to use Tcl doctools. It allows to write good Tcl/C docs in a very simple POD-like format and it produces nroff, html and wiki output (among others). In some weeks I will have a complete set of everything needed to start filling in content. There is already content on AOL site and some on the wiki. It should be easy to cut/paste from there after the frwamework has been setup. > 4. Do we need to refine installation procedure? > After installation, going to port 8080 (this way no need root to install > and test it) the user should see some kind of web page with at least > stats and docs (similar to apache, that is the big hole in AS right now) This is OK. > > > -- > Vlad Seryakov > 571 262-8608 office > vl...@cr... > http://www.crystalballinc.com/vlad/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > -- With kind regards, Mit besten Gruessen, Meilleures Salutations, ___________________________________________ Zoran Vasiljevic, Vice President, CTO E-mail: mailto:zv...@ar... Web: http://www.archiware.com Phone: +49 89 319 084 98 Fax: +49 89 319 084 99 S-mail: ArchiWare(R) GmbH Gutenbergstr. 3 D-85716 Munich, Germany ___________________________________________ PresSTORE(R) - Backup Synchronize Archive |
From: Vlad S. <vl...@cr...> - 2005-03-06 23:17:47
|
Hi guys, Do you have any roadmap-kind of plans or thoughts about naviserver? Slowly it is getting to the point when it can replace all my patched aolservers, i already use it at home instead of AS. As i remember, the initial goal was to patch AS with all out modifications so we start using it instead of AS and then decide what to do next, right? So, 1. Do you have any thoughts about Web tools/frameworks we can bundle with it? 2. Which modules should be in the distrib? 3. Docs are still needed to be addressed, when i do not have strength to develop late evenings i could write/add docs but which format we gonna use? 4. Do we need to refine installation procedure? After installation, going to port 8080 (this way no need root to install and test it) the user should see some kind of web page with at least stats and docs (similar to apache, that is the big hole in AS right now) -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Vlad S. <vl...@cr...> - 2005-03-06 15:52:59
|
Yes, ns_sha1 or ns_md5 are doing the same task, it is just sha1 is freely availabe module and somehow got into AS instead of MD5. But etiher one or both in the core would be good to have. Zoran Vasiljevic wrote: > On Sunday 06 March 2005 00:29, Vlad Seryakov wrote: > >>Hi guys, >> >>So what is the final word about adding ns_sha1 in the core? >>I would really like to add it and eliminate additional requirement for >>naviserver installation for third party module. >> > > > I have no problem with adding such command. > I'm not the crypto expert so you must maybe help me understand... > > So, > > set hash [ns_sha1 my_secret_string] > > gives me the hash value > > But, I can imagine: > > set hash [ns_md5 my_secret_string] > > to be of the same functionality, or? > > So, what I'd maybe do is: > > set hash [ns_hash sha1 my_string] > set hash [ns_hash md5 my_string] > > or something similar. > > We have made the md5 hash extension for us already. > I have it in one of the numerous modules we have > written for AS. I can imagine we can invent a > wrapper command which would server as a central hashing > repository. > > >>-- >>Vlad Seryakov >>571 262-8608 office >>vl...@cr... >>http://www.crystalballinc.com/vlad/ >> >> >>------------------------------------------------------- >>SF email is sponsored by - The IT Product Guide >>Read honest & candid reviews on hundreds of IT Products from real users. >>Discover which products truly live up to the hype. Start reading now. >>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click >>_______________________________________________ >>naviserver-devel mailing list >>nav...@li... >>https://lists.sourceforge.net/lists/listinfo/naviserver-devel >> > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Zoran V. <zv...@ar...> - 2005-03-06 13:17:21
|
On Sunday 06 March 2005 00:29, Vlad Seryakov wrote: > Hi guys, > > So what is the final word about adding ns_sha1 in the core? > I would really like to add it and eliminate additional requirement for > naviserver installation for third party module. > I have no problem with adding such command. I'm not the crypto expert so you must maybe help me understand... So, set hash [ns_sha1 my_secret_string] gives me the hash value But, I can imagine: set hash [ns_md5 my_secret_string] to be of the same functionality, or? So, what I'd maybe do is: set hash [ns_hash sha1 my_string] set hash [ns_hash md5 my_string] or something similar. We have made the md5 hash extension for us already. I have it in one of the numerous modules we have written for AS. I can imagine we can invent a wrapper command which would server as a central hashing repository. > -- > Vlad Seryakov > 571 262-8608 office > vl...@cr... > http://www.crystalballinc.com/vlad/ > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel > |
From: Vlad S. <vl...@cr...> - 2005-03-05 23:30:42
|
Hi guys, So what is the final word about adding ns_sha1 in the core? I would really like to add it and eliminate additional requirement for naviserver installation for third party module. -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Vlad S. <vl...@cr...> - 2005-03-05 18:23:15
|
I know, it is just the core of the update to be approved Zoran Vasiljevic wrote: > On Saturday 05 March 2005 18:36, Vlad Seryakov wrote: > >>Patch is attached, if everybody is Okay with it i will commit it > > > Do not forget to update include/ns.h > and put the prototype there! > > > >>Zoran Vasiljevic wrote: >> >>>On Saturday 05 March 2005 01:33, Stephen Deasey wrote: >>> >>> >>>>I added the function Ns_ConnSetResponseStatus() for the protocols >>>>stuff, but I didn't add the Tcl equivalent to ns_conn. I aggree with >>>>Vlad that ns_conn status ?newStatus? would be a good addition (which >>>>requires that we drop connid :-) >>> >>> >>>Drop the connid. >>> >>> ns_conn status ?newStatus? >>> >>>is perfectly OK. >>> >>>Zoran >>> >>> >>>------------------------------------------------------- >>>SF email is sponsored by - The IT Product Guide >>>Read honest & candid reviews on hundreds of IT Products from real users. >>>Discover which products truly live up to the hype. Start reading now. >>>http://ads.osdn.com/?ad_ide95&alloc_id396&opÌk >>>_______________________________________________ >>>naviserver-devel mailing list >>>nav...@li... >>>https://lists.sourceforge.net/lists/listinfo/naviserver-devel >> >>-- >>Vlad Seryakov >>571 262-8608 office >>vl...@cr... >>http://www.crystalballinc.com/vlad/ >> > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&opÌk > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Zoran V. <zv...@ar...> - 2005-03-05 17:54:21
|
On Saturday 05 March 2005 18:36, Vlad Seryakov wrote: > Patch is attached, if everybody is Okay with it i will commit it Do not forget to update include/ns.h=20 and put the prototype there! >=20 > Zoran Vasiljevic wrote: > > On Saturday 05 March 2005 01:33, Stephen Deasey wrote: > >=20 > >>I added the function Ns_ConnSetResponseStatus() for the protocols > >>stuff, but I didn't add the Tcl equivalent to ns_conn. I aggree with > >>Vlad that ns_conn status ?newStatus? would be a good addition (which > >>requires that we drop connid :-) > >=20 > >=20 > > Drop the connid.=20 > >=20 > > ns_conn status ?newStatus? > >=20 > > is perfectly OK. > >=20 > > Zoran > >=20 > >=20 > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_ide95&alloc_id396&op=CCk > > _______________________________________________ > > naviserver-devel mailing list > > nav...@li... > > https://lists.sourceforge.net/lists/listinfo/naviserver-devel >=20 > --=20 > Vlad Seryakov > 571 262-8608 office > vl...@cr... > http://www.crystalballinc.com/vlad/ >=20 |
From: Vlad S. <vl...@cr...> - 2005-03-05 17:37:39
|
Patch is attached, if everybody is Okay with it i will commit it Zoran Vasiljevic wrote: > On Saturday 05 March 2005 01:33, Stephen Deasey wrote: > >>I added the function Ns_ConnSetResponseStatus() for the protocols >>stuff, but I didn't add the Tcl equivalent to ns_conn. I aggree with >>Vlad that ns_conn status ?newStatus? would be a good addition (which >>requires that we drop connid :-) > > > Drop the connid. > > ns_conn status ?newStatus? > > is perfectly OK. > > Zoran > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&opÌk > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Vlad S. <vl...@cr...> - 2005-03-05 17:37:00
|
ns_respond closes the connection, so you cannot use it, still need ns_conn status newstatus command. Zoran Vasiljevic wrote: > On Saturday 05 March 2005 01:33, Stephen Deasey wrote: > > >>Does ns_respond do what you need? >> >>ns_respond ?-status status? ?-type type? \ >> { ?-string string? | ?-file filename? | ?-fileid fileid? } \ >> ?-length length? ?-headers setid? > > > > The main reason for such mechanism for me is: > I would like to prepare a http response and send it > ultimately to the client (w/o closing the connection > to the client and w/o sending any content bytes). > > When the client makes a request to the server, the server > will resond with proper headers and leave the content > handling to me. For this purppose I have made the > [ns_conn channel] which I can use to handle the content > myself. So it goes this way: > > server accepts a http regular connection > server formats a proper http response > server sends the response to client but does not close the connetion > server gives me the connection socket [ns_conn channel] > my custom proc takes the socket and does things > my custom proc closes the socket when finished > > So, basically, what I miss in the current implementation > is a way to create and send a proper http request > including headers and status. To set output headers, > there is a way, but to set the proper response status > there isn't. > > If I do: > > ns_respond ?-status status? ?-type type? ?-headers setid? > > would it do the right thing? > If I have my [ns_conn channel] command (RFE) I'd do: > > set chan [ns_conn channel] > ns_respond -status 200 -type myown/mimetype > dothings $chan > > The client will get proper http response (ns_respond) > and I will keep the conn socket open (ns_conn channel). > My (dothings) proc will then handle the body > and ultimaltey close the channel, which will then tear > down the socket and the connection to the client. > > Look at this example... > > On the client-side (this can be another server instance): > > set chan [httpget /some/url/on/server] > domyprotocol $chan > > And on the server (handler for the /some/url/on/server URL) > > set chan [ns_conn channel] > ns_respond -status 200 -type myown/mimetype > domyprotocol $chan > > The "httpget" on the client is clever. It sends > the requests and processes only up to returned headers. > For the body part, it just returns the comm socket to > the caller. > > The server part accepts a valid http requests, prepares > the proper http response and passes the conn channel to > the caller. > > After that, "domyprotocol" on the server and on the client > can do whatever they like on the $chan. This way we have > implemented many services in our product. We only use port > 80 and http connection establishment to get a pipe between > peers. Thereafter, we use this pipe for whole lotta things > absolutely unrelated to the http protocol and page-serving > at all. > > Do you follow? > > >> >> >>What is [ns_conn discardcontent] used for? > > > This I have made some years ago and it may not be > needed anymore today (not sure). What I ment with > that is: by processing the incoming request, I > look into http headers. If I decide to drop the > request because there is something in the headers > I don't like, I will handle all of the incoming > data from the client and just discard everything. > This is important for keepalive connections because > you have to be careful and read exactly the > contentLength bytes from the peer. I somehow could > not do that using existing ns_ commands so I invented > my own. Question: is there another way of doing this? > Look at the implementation I have now: > > > static int > NsxDiscardCmd (cl, interp, objc, objv) > ClientData cl; > Tcl_Interp * interp; > int objc; > Tcl_Obj * CONST objv[]; > { > size_t buflen; > int nb; > char *buf; > Ns_Conn *conn; > > /* > * Syntax: nsx discardcontent > */ > > conn = Ns_TclGetConn(interp); > if (conn == NULL) { > Tcl_AppendResult(interp, "no connection", NULL); > return TCL_ERROR; > } > > buflen = 32*1024; > buf = (char*)Tcl_Alloc(buflen); > > /* > * Sink conn->contentLength bytes from connection > */ > > while(conn->contentLength > 0) { > nb = (conn->contentLength < buflen) ? conn->contentLength : buflen; > nb = Ns_ConnRead(conn, buf, nb); > if (nb == NS_ERROR) { > break; > } > conn->contentLength -= nb; > } > > Tcl_Free((char*)buf); > > return TCL_OK; > } > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Zoran V. <zv...@ar...> - 2005-03-05 12:37:05
|
On Saturday 05 March 2005 01:33, Stephen Deasey wrote: > I added the function Ns_ConnSetResponseStatus() for the protocols > stuff, but I didn't add the Tcl equivalent to ns_conn. =A0I aggree with > Vlad that ns_conn status ?newStatus? would be a good addition (which > requires that we drop connid :-) Drop the connid.=20 ns_conn status ?newStatus? is perfectly OK. Zoran |
From: Zoran V. <zv...@ar...> - 2005-03-05 09:42:32
|
On Saturday 05 March 2005 01:33, Stephen Deasey wrote: > Does ns_respond do what you need? > > ns_respond ?-status status? ?-type type? \ > { ?-string string? | ?-file filename? | ?-fileid fileid? } \ > ?-length length? ?-headers setid? The main reason for such mechanism for me is: I would like to prepare a http response and send it ultimately to the client (w/o closing the connection to the client and w/o sending any content bytes). When the client makes a request to the server, the server will resond with proper headers and leave the content handling to me. For this purppose I have made the [ns_conn channel] which I can use to handle the content myself. So it goes this way: server accepts a http regular connection server formats a proper http response server sends the response to client but does not close the connetion server gives me the connection socket [ns_conn channel] my custom proc takes the socket and does things my custom proc closes the socket when finished So, basically, what I miss in the current implementation is a way to create and send a proper http request including headers and status. To set output headers, there is a way, but to set the proper response status there isn't. If I do: ns_respond ?-status status? ?-type type? ?-headers setid? would it do the right thing? If I have my [ns_conn channel] command (RFE) I'd do: set chan [ns_conn channel] ns_respond -status 200 -type myown/mimetype dothings $chan The client will get proper http response (ns_respond) and I will keep the conn socket open (ns_conn channel). My (dothings) proc will then handle the body and ultimaltey close the channel, which will then tear down the socket and the connection to the client. Look at this example... On the client-side (this can be another server instance): set chan [httpget /some/url/on/server] domyprotocol $chan And on the server (handler for the /some/url/on/server URL) set chan [ns_conn channel] ns_respond -status 200 -type myown/mimetype domyprotocol $chan The "httpget" on the client is clever. It sends the requests and processes only up to returned headers. For the body part, it just returns the comm socket to the caller. The server part accepts a valid http requests, prepares the proper http response and passes the conn channel to the caller. After that, "domyprotocol" on the server and on the client can do whatever they like on the $chan. This way we have implemented many services in our product. We only use port 80 and http connection establishment to get a pipe between peers. Thereafter, we use this pipe for whole lotta things absolutely unrelated to the http protocol and page-serving at all. Do you follow? > > > > What is [ns_conn discardcontent] used for? This I have made some years ago and it may not be needed anymore today (not sure). What I ment with that is: by processing the incoming request, I look into http headers. If I decide to drop the request because there is something in the headers I don't like, I will handle all of the incoming data from the client and just discard everything. This is important for keepalive connections because you have to be careful and read exactly the contentLength bytes from the peer. I somehow could not do that using existing ns_ commands so I invented my own. Question: is there another way of doing this? Look at the implementation I have now: static int NsxDiscardCmd (cl, interp, objc, objv) ClientData cl; Tcl_Interp * interp; int objc; Tcl_Obj * CONST objv[]; { size_t buflen; int nb; char *buf; Ns_Conn *conn; /* * Syntax: nsx discardcontent */ conn = Ns_TclGetConn(interp); if (conn == NULL) { Tcl_AppendResult(interp, "no connection", NULL); return TCL_ERROR; } buflen = 32*1024; buf = (char*)Tcl_Alloc(buflen); /* * Sink conn->contentLength bytes from connection */ while(conn->contentLength > 0) { nb = (conn->contentLength < buflen) ? conn->contentLength : buflen; nb = Ns_ConnRead(conn, buf, nb); if (nb == NS_ERROR) { break; } conn->contentLength -= nb; } Tcl_Free((char*)buf); return TCL_OK; } |
From: Stephen D. <sd...@gm...> - 2005-03-05 00:33:39
|
I added the function Ns_ConnSetResponseStatus() for the protocols stuff, but I didn't add the Tcl equivalent to ns_conn. I aggree with Vlad that ns_conn status ?newStatus? would be a good addition (which requires that we drop connid :-) Does ns_respond do what you need? ns_respond ?-status status? ?-type type? \ { ?-string string? | ?-file filename? | ?-fileid fileid? } \ ?-length length? ?-headers setid? What is [ns_conn discardcontent] used for? On Fri, 04 Mar 2005 14:59:22 -0500, Vlad Seryakov <vl...@cr...> wrote: > With headers you can pretty much use ns_set > set h [ns_conn outputheaders] > ns_set truncate $h > ns_set put $h Content-Type text/html > ... > > But there is not way to set status without using one of the ns_return... > command. > > It would be nice to use > ns_conn status for returning current status and > ns_conn status newstatus for setting new status directly > > Zoran Vasiljevic wrote: > > Hi! > > > > I'm going thru the module we wrote some times ago which augment > > core server commands, and I spotted two of them: > > > > ns_conn discardcontent > > ns_conn headers status ?type? ?length?" > > > > The first one discards the entire content of the request. > > The second one sets required output headers w/o sending > > any content to the remote peer. > > > > Question: is there anything in the server as-is which would > > allow me to do this now? > > > > Cheer's > > Zoran |
From: Vlad S. <vl...@cr...> - 2005-03-04 20:02:23
|
With headers you can pretty much use ns_set set h [ns_conn outputheaders] ns_set truncate $h ns_set put $h Content-Type text/html ... But there is not way to set status without using one of the ns_return... command. It would be nice to use ns_conn status for returning current status and ns_conn status newstatus for setting new status directly Zoran Vasiljevic wrote: > Hi! > > I'm going thru the module we wrote some times ago which augment > core server commands, and I spotted two of them: > > ns_conn discardcontent > ns_conn headers status ?type? ?length?" > > The first one discards the entire content of the request. > The second one sets required output headers w/o sending > any content to the remote peer. > > Question: is there anything in the server as-is which would > allow me to do this now? > > Cheer's > Zoran > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |
From: Zoran V. <zv...@ar...> - 2005-03-04 19:51:44
|
Hi! I'm going thru the module we wrote some times ago which augment core server commands, and I spotted two of them: ns_conn discardcontent ns_conn headers status ?type? ?length?" The first one discards the entire content of the request. The second one sets required output headers w/o sending any content to the remote peer. Question: is there anything in the server as-is which would allow me to do this now? Cheer's Zoran |
From: Stephen D. <sd...@gm...> - 2005-03-04 09:26:51
|
On Mon, 28 Feb 2005 10:05:38 +0100, Zoran Vasiljevic <zv...@ar...> wrote: > > And if Ns_ObjvBreak returns zero as a signal that none > of the options are expected any more: > > remain = specPtr->proc(specPtr->dest, interp, objc, objv + objvIndex, > specPtr->arg); > if (remain == 0 || remain == objc) { > remain = objc; > break; > } > > Hm? Oh yeah, the zero is free. That should do it. |
From: Zoran V. <zv...@ar...> - 2005-03-03 16:02:00
|
On Thursday 03 March 2005 09:43, Stephen Deasey wrote: > I've noticed some problems with this recent change. > > > The log message doesn't say what has changed, just that something has > changed, although the ChangeLog entry is better. The X-Forwarded-For > change is a bug fix and is not mentioned in either. I thought we'd > already agreed that non-trivial changes should have an RFE or BUG > posted to the tracker? > > > It's unreasonable to expect end users to examine the source code for > documentation, so we should not clutter up the code with it. There > are no other source files I'm aware of which do this. > > > The members of the Log struct have been re-arranged. Variable > declarations beginning a function have moved around. Many of the > comments have been reformatted. Correctly formatted code has had > braces and spacing removed, etc. This all makes it very tricky to > read diffs to figure out what has logically changed. Suggestion: we should try spearate these two steps: reformatting and actual code changes. I quite often merge these two in one, which makes the real changes pretty obscure. But this is really wrong. One should first cleanup then commit with the log clearly stated that no functional code changes have been done. Then one should go and add real changes, of course by trying to follow the style guidelines. The latter are quite obvious when skimming thru the rest of the code and eventually the Tcl code (both styles are very similar). And, yes. I would also preffer to make an RFE or bug report in SF before doing the change. This is for the sole purpose of trails and documentation. Otherwise, we will get lost very soon. Zoran |
From: Vlad S. <vl...@cr...> - 2005-03-03 15:11:34
|
I've been using that new module for so long time that i did not realized that the code is so different than current style, i am sorry. > The log message doesn't say what has changed, just that something has > changed, although the ChangeLog entry is better. The X-Forwarded-For > change is a bug fix and is not mentioned in either. I thought we'd > already agreed that non-trivial changes should have an RFE or BUG > posted to the tracker? No, i did not add anythig new, X-Forwarded-For was handled by old nslog as well, i just restructure the module to support more options > It's unreasonable to expect end users to examine the source code for > documentation, so we should not clutter up the code with it. There > are no other source files I'm aware of which do this. nslog used to have index.html, in the CVS i do not see it, so i put the docs in the nslog.c for now and we do not have docs for modules yet. > The members of the Log struct have been re-arranged. Variable > declarations beginning a function have moved around. Many of the > comments have been reformatted. Correctly formatted code has had > braces and spacing removed, etc. This all makes it very tricky to > read diffs to figure out what has logically changed. > Yes, that's my fault, i will change it to follow naviserver code style. > > On Tue, 01 Mar 2005 21:39:59 +0000, Vlad Seryakov > <ser...@us...> wrote: > >>Update of /cvsroot/naviserver/naviserver/nslog >>In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv2963/nslog >> >>Modified Files: >> nslog.c >>Log Message: >>Added more options to the module and to the command ns_accesslog >> >>Index: nslog.c >>=================================================================== >>RCS file: /cvsroot/naviserver/naviserver/nslog/nslog.c,v >>retrieving revision 1.1.1.1 >>retrieving revision 1.2 >>diff -C2 -d -r1.1.1.1 -r1.2 >>*** nslog.c 16 Feb 2005 08:41:00 -0000 1.1.1.1 >>--- nslog.c 1 Mar 2005 21:39:57 -0000 1.2 >>*************** >>*** 1,10 **** >> /* >>! * The contents of this file are subject to the AOLserver Public License >>! * Version 1.1 (the "License"); you may not use this file except in >> * compliance with the License. You may obtain a copy of the License at >>! * http://aolserver.com/. >> * >> * Software distributed under the License is distributed on an "AS IS" >>! * basis, WITHOUT WARRANTY OF ANY KIND, either express or implied. See >> * the License for the specific language governing rights and limitations >> * under the License. >>[...1216 lines suppressed...] >>! logPtr->extheaders = ns_calloc((size_t)(i + 1), sizeof *logPtr->extheaders); >>! >>! logPtr->extheaders[0] = config; >>! >>! for (i = 1, p = config; *p; p++) { >>! if (*p == ',') { >>! *p = '\000'; >>! logPtr->extheaders[i++] = p + 1; >>! } >>! } >>! >>! logPtr->extheaders[i] = NULL; >>! >> } >>- >>--- 736,739 ---- >> LogRollCallback(void *arg) >> { >>! LogCallback(LogRoll,arg,"roll"); >> } > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > naviserver-devel mailing list > nav...@li... > https://lists.sourceforge.net/lists/listinfo/naviserver-devel -- Vlad Seryakov 571 262-8608 office vl...@cr... http://www.crystalballinc.com/vlad/ |