naviserver-devel — Developer discussion

Re: [naviserver-devel] SLS cleanup

[Vlad S. <vl...@cr...>]

oops, we put it into closing list which calls release in the driver. please ignore

Vlad Seryakov wrote:
> Is this intentionally that NsSlsCleanup is called only in SockRelease but not in SockClose. For normal connection which 
> call NsConnClose, SockRelease is not called and therefore SLS is never cleanup?
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

[naviserver-devel] SLS cleanup

[Vlad S. <vl...@cr...>]

Is this intentionally that NsSlsCleanup is called only in SockRelease but not in SockClose. For normal connection which 
call NsConnClose, SockRelease is not called and therefore SLS is never cleanup?

Re: [naviserver-devel] SLS

[Vlad S. <vl...@cr...>]

I did not do anything yet, just running the idea by.

Persistent conns are available right now, our driver supports it, just 
need to set keep alive timeout to be long enough and you have TCP 
connection for free. The callbacks for cleanup i think should be running 
on NsConnClose in the same thread, in queue.c. Currently i can live 
without cleanup, i just do not do any cleanups but having it would be 
very useful.

Stephen Deasey wrote:
> On Mon, Mar 2, 2009 at 6:31 PM, Vlad Seryakov <vl...@cr...> wrote:
>> I am working with persistent connections right now and want to track when the socket is closed to cleanup some memory in
>> Tcl but it looks like there is no way to call cleanup Tcl proc on socket close. I am thinking to extend ns_sls to attach
>> Tcl proc to be called at cleanup stage.
>> Is this right thing to do?
> 
> 
> What else have you had to modify to create persistent connections -- a
> new driver?  You could run cleanup callbacks from your
> Ns_DriverCloseProc.
> 
> Also, in what thread do you expect callbacks to run? In which thread
> are the sockets being held open?
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] SLS

[Stephen D. <sd...@gm...>]

On Mon, Mar 2, 2009 at 6:31 PM, Vlad Seryakov <vl...@cr...> wrote:
> I am working with persistent connections right now and want to track when the socket is closed to cleanup some memory in
> Tcl but it looks like there is no way to call cleanup Tcl proc on socket close. I am thinking to extend ns_sls to attach
> Tcl proc to be called at cleanup stage.
> Is this right thing to do?


What else have you had to modify to create persistent connections -- a
new driver?  You could run cleanup callbacks from your
Ns_DriverCloseProc.

Also, in what thread do you expect callbacks to run? In which thread
are the sockets being held open?

[naviserver-devel] SLS

[Vlad S. <vl...@cr...>]

I am working with persistent connections right now and want to track when the socket is closed to cleanup some memory in 
Tcl but it looks like there is no way to call cleanup Tcl proc on socket close. I am thinking to extend ns_sls to attach 
Tcl proc to be called at cleanup stage.
Is this right thing to do?

Re: [naviserver-devel] Buglets

[Stephen D. <sd...@gm...>]

On Mon, Feb 23, 2009 at 10:12 PM, Ian Harding <har...@gm...> wrote:
> Here are a couple things I've found during my migration from AOLServer
> to Naviserver.
>
> 1.  The order of arguments to ns_register_filter is reversed.  I found
> a discussion in the archives talking about this, but no conclusion.
> It looks like the procedure args and the filter reason got switched,
> which is fine.  I just didn't know.


It's like I'm psychic:

  http://wiki.tcl.tk/22567

:-)


> 2.  dbipg does something strange when used with a template, and a
> column the same name as the table.  This works as expected:
>
> default:nscp 1> dbi_rows {SELECT classification FROM classification}
> UNCLASSIFIED
>
> This does not:
>
> default:nscp 2> dbi_rows {select classificationid, classification from
> classification} {
> default:nscp 2>>> $classificationid -> $classification
> default:nscp 2>>> }
>
> 1 -> 1


This works for me, if I'm reading your example right. I've added a
test; can you try it out on your machine?

    http://bitbucket.org/naviserver/nsdbipg/changeset/0fae5f9a2fb9/


> 3.  ns_cp is broken.  I read in the archives that this command was to
> be deprecated.  So I quit using it.  What it did was fail with a
> permission error which is funny because [exec cp ...] did not fail.
> Maybe those commands should just be removed.


Can you add a test which fails to tests/compat.test?

    http://bitbucket.org/naviserver/naviserver/changeset/43cbf8f4f8ae/


Here are some tips for testing naviserver:

    http://wiki.tcl.tk/21659



> There is going to be some pain migrating anyway...


Hope not.  If you run into anything, remember to add it to the wiki.

[naviserver-devel] Buglets

[Ian H. <har...@gm...>]

Here are a couple things I've found during my migration from AOLServer
to Naviserver.

1.  The order of arguments to ns_register_filter is reversed.  I found
a discussion in the archives talking about this, but no conclusion.
It looks like the procedure args and the filter reason got switched,
which is fine.  I just didn't know.

2.  dbipg does something strange when used with a template, and a
column the same name as the table.  This works as expected:

default:nscp 1> dbi_rows {SELECT classification FROM classification}
UNCLASSIFIED

This does not:

default:nscp 2> dbi_rows {select classificationid, classification from
classification} {
default:nscp 2>>> $classificationid -> $classification
default:nscp 2>>> }

1 -> 1

3.  ns_cp is broken.  I read in the archives that this command was to
be deprecated.  So I quit using it.  What it did was fail with a
permission error which is funny because [exec cp ...] did not fail.
Maybe those commands should just be removed.  There is going to be
some pain migrating anyway...

So far so good.  Thanks for all your work on this project!

- Ian

Re: [naviserver-devel] Session module

[Vlad S. <vl...@cr...>]

I know, i asked just in case:-))

But if you combine seqid with currenttime in milliseconds for example and produce md5 hash including IP address, it will 
be much more difficult to hijack just base don sequential number

Ian Harding wrote:
> Vlad Seryakov wrote:
>> Why not to use nsv_incr to generate sequential session id?
>>
>> Or sequential ids is a bad idea?
>>
>>   
> It makes it super easy to hijack sessions.  They are supposed to be 
> difficult to brute force.
>> Ian Harding wrote:
>>   
>>> Stephen Deasey wrote:
>>>     
>>>> On Sun, Feb 15, 2009 at 6:55 PM, Ian Harding <har...@gm...> wrote:
>>>>   
>>>>       
>>>>> Hello,
>>>>>
>>>>> I am migrating to Naviserver from AOLServer mostly because of the
>>>>> excellent nsdbi module.
>>>>>
>>>>> My existing code is depended on the nssession module
>>>>> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
>>>>> unmodified under Naviserver, but before I start hacking on it, is
>>>>> there an existing session module or a tcl solution that someone else
>>>>> has already written?
>>>>>
>>>>>     
>>>>>         
>>>> I'm not sure that it's worth porting that module. The cache locking is
>>>> broken, the file handling looks dodgy, and in general it has some odd
>>>> ideas about configuration and string handling.
>>>>
>>>> If all you need to do is replicate some ns_session Tcl commands so
>>>> your existing code works then the easiest way would be to create a
>>>> work-alike using the existing naviserver Tcl commands:
>>>>
>>>>   * cookie handling: naviserver has this built in:
>>>>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cookie.html
>>>>
>>>>   * caching: also now built in:
>>>>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cache.html
>>>>
>>>>   * persisting the session: just use nsdbi, if you're already using
>>>> it. If you really want
>>>>     to use the file system, use ns_hashpath in nsd/pathname.c to
>>>> prevent enormous
>>>>     directories from bogging down the server.
>>>>
>>>>   * ns_rand: already exposed.
>>>>
>>>>
>>>> It will be more robust than than the C nssession module, and almost
>>>> certainly faster too.
>>>>
>>>>
>>>> If you want to create something fancier as a C module, I'd be
>>>> interested in helping.
>>>>   
>>>>       
>>> Here is my lame hack at a tcl module.  It has some problems and is not 
>>> done, but it does seem to work for certain small values of "work".
>>>
>>> http://code.google.com/p/grop/source/browse/trunk/nssession.tcl
>>>
>>> I want to "hide" the internal methods (id, load, etc) in a separate 
>>> namespace, and will use a proper session id generator.  I'd like to get 
>>> rid of the upvar session_id.  I wanted to use the connid as a key in a 
>>> cache to lookup the session_id for those cases where there is not a 
>>> cookie set yet.  I couldn't figure out how to get it.  I was hoping 
>>> there was a "ns_conn id" I could use.
>>>
>>> Anyway, I would appreciate all input on things I am doing wrong or could 
>>> do better.
>>>
>>> - Ian
>>>
>>> ------------------------------------------------------------------------------
>>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>>> -Strategies to boost innovation and cut costs with open source participation
>>> -Receive a $600 discount off the registration fee with the source code: SFAD
>>> http://p.sf.net/sfu/XcvMzF8H
>>> _______________________________________________
>>> naviserver-devel mailing list
>>> nav...@li...
>>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>>
>>>     
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>> -Strategies to boost innovation and cut costs with open source participation
>> -Receive a $600 discount off the registration fee with the source code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> _______________________________________________
>> naviserver-devel mailing list
>> nav...@li...
>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>   
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] Session module

[Ian H. <har...@gm...>]

Vlad Seryakov wrote:
> Why not to use nsv_incr to generate sequential session id?
>
> Or sequential ids is a bad idea?
>
>   
It makes it super easy to hijack sessions.  They are supposed to be 
difficult to brute force.
> Ian Harding wrote:
>   
>> Stephen Deasey wrote:
>>     
>>> On Sun, Feb 15, 2009 at 6:55 PM, Ian Harding <har...@gm...> wrote:
>>>   
>>>       
>>>> Hello,
>>>>
>>>> I am migrating to Naviserver from AOLServer mostly because of the
>>>> excellent nsdbi module.
>>>>
>>>> My existing code is depended on the nssession module
>>>> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
>>>> unmodified under Naviserver, but before I start hacking on it, is
>>>> there an existing session module or a tcl solution that someone else
>>>> has already written?
>>>>
>>>>     
>>>>         
>>> I'm not sure that it's worth porting that module. The cache locking is
>>> broken, the file handling looks dodgy, and in general it has some odd
>>> ideas about configuration and string handling.
>>>
>>> If all you need to do is replicate some ns_session Tcl commands so
>>> your existing code works then the easiest way would be to create a
>>> work-alike using the existing naviserver Tcl commands:
>>>
>>>   * cookie handling: naviserver has this built in:
>>>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cookie.html
>>>
>>>   * caching: also now built in:
>>>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cache.html
>>>
>>>   * persisting the session: just use nsdbi, if you're already using
>>> it. If you really want
>>>     to use the file system, use ns_hashpath in nsd/pathname.c to
>>> prevent enormous
>>>     directories from bogging down the server.
>>>
>>>   * ns_rand: already exposed.
>>>
>>>
>>> It will be more robust than than the C nssession module, and almost
>>> certainly faster too.
>>>
>>>
>>> If you want to create something fancier as a C module, I'd be
>>> interested in helping.
>>>   
>>>       
>> Here is my lame hack at a tcl module.  It has some problems and is not 
>> done, but it does seem to work for certain small values of "work".
>>
>> http://code.google.com/p/grop/source/browse/trunk/nssession.tcl
>>
>> I want to "hide" the internal methods (id, load, etc) in a separate 
>> namespace, and will use a proper session id generator.  I'd like to get 
>> rid of the upvar session_id.  I wanted to use the connid as a key in a 
>> cache to lookup the session_id for those cases where there is not a 
>> cookie set yet.  I couldn't figure out how to get it.  I was hoping 
>> there was a "ns_conn id" I could use.
>>
>> Anyway, I would appreciate all input on things I am doing wrong or could 
>> do better.
>>
>> - Ian
>>
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>> -Strategies to boost innovation and cut costs with open source participation
>> -Receive a $600 discount off the registration fee with the source code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> _______________________________________________
>> naviserver-devel mailing list
>> nav...@li...
>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>
>>     
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>   

Re: [naviserver-devel] Session module

[Vlad S. <vl...@cr...>]

Why not to use nsv_incr to generate sequential session id?

Or sequential ids is a bad idea?

Ian Harding wrote:
> Stephen Deasey wrote:
>> On Sun, Feb 15, 2009 at 6:55 PM, Ian Harding <har...@gm...> wrote:
>>   
>>> Hello,
>>>
>>> I am migrating to Naviserver from AOLServer mostly because of the
>>> excellent nsdbi module.
>>>
>>> My existing code is depended on the nssession module
>>> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
>>> unmodified under Naviserver, but before I start hacking on it, is
>>> there an existing session module or a tcl solution that someone else
>>> has already written?
>>>
>>>     
>>
>> I'm not sure that it's worth porting that module. The cache locking is
>> broken, the file handling looks dodgy, and in general it has some odd
>> ideas about configuration and string handling.
>>
>> If all you need to do is replicate some ns_session Tcl commands so
>> your existing code works then the easiest way would be to create a
>> work-alike using the existing naviserver Tcl commands:
>>
>>   * cookie handling: naviserver has this built in:
>>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cookie.html
>>
>>   * caching: also now built in:
>>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cache.html
>>
>>   * persisting the session: just use nsdbi, if you're already using
>> it. If you really want
>>     to use the file system, use ns_hashpath in nsd/pathname.c to
>> prevent enormous
>>     directories from bogging down the server.
>>
>>   * ns_rand: already exposed.
>>
>>
>> It will be more robust than than the C nssession module, and almost
>> certainly faster too.
>>
>>
>> If you want to create something fancier as a C module, I'd be
>> interested in helping.
>>   
> Here is my lame hack at a tcl module.  It has some problems and is not 
> done, but it does seem to work for certain small values of "work".
> 
> http://code.google.com/p/grop/source/browse/trunk/nssession.tcl
> 
> I want to "hide" the internal methods (id, load, etc) in a separate 
> namespace, and will use a proper session id generator.  I'd like to get 
> rid of the upvar session_id.  I wanted to use the connid as a key in a 
> cache to lookup the session_id for those cases where there is not a 
> cookie set yet.  I couldn't figure out how to get it.  I was hoping 
> there was a "ns_conn id" I could use.
> 
> Anyway, I would appreciate all input on things I am doing wrong or could 
> do better.
> 
> - Ian
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] Session module

[Ian H. <har...@gm...>]

Stephen Deasey wrote:
> On Sun, Feb 15, 2009 at 6:55 PM, Ian Harding <har...@gm...> wrote:
>   
>> Hello,
>>
>> I am migrating to Naviserver from AOLServer mostly because of the
>> excellent nsdbi module.
>>
>> My existing code is depended on the nssession module
>> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
>> unmodified under Naviserver, but before I start hacking on it, is
>> there an existing session module or a tcl solution that someone else
>> has already written?
>>
>>     
>
>
> I'm not sure that it's worth porting that module. The cache locking is
> broken, the file handling looks dodgy, and in general it has some odd
> ideas about configuration and string handling.
>
> If all you need to do is replicate some ns_session Tcl commands so
> your existing code works then the easiest way would be to create a
> work-alike using the existing naviserver Tcl commands:
>
>   * cookie handling: naviserver has this built in:
>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cookie.html
>
>   * caching: also now built in:
>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cache.html
>
>   * persisting the session: just use nsdbi, if you're already using
> it. If you really want
>     to use the file system, use ns_hashpath in nsd/pathname.c to
> prevent enormous
>     directories from bogging down the server.
>
>   * ns_rand: already exposed.
>
>
> It will be more robust than than the C nssession module, and almost
> certainly faster too.
>
>
> If you want to create something fancier as a C module, I'd be
> interested in helping.
>   
Here is my lame hack at a tcl module.  It has some problems and is not 
done, but it does seem to work for certain small values of "work".

http://code.google.com/p/grop/source/browse/trunk/nssession.tcl

I want to "hide" the internal methods (id, load, etc) in a separate 
namespace, and will use a proper session id generator.  I'd like to get 
rid of the upvar session_id.  I wanted to use the connid as a key in a 
cache to lookup the session_id for those cases where there is not a 
cookie set yet.  I couldn't figure out how to get it.  I was hoping 
there was a "ns_conn id" I could use.

Anyway, I would appreciate all input on things I am doing wrong or could 
do better.

- Ian

Re: [naviserver-devel] Session module

[Ian H. <har...@gm...>]

Stephen Deasey wrote:
> On Sun, Feb 15, 2009 at 6:55 PM, Ian Harding <har...@gm...> wrote:
>   
>> Hello,
>>
>> I am migrating to Naviserver from AOLServer mostly because of the
>> excellent nsdbi module.
>>
>> My existing code is depended on the nssession module
>> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
>> unmodified under Naviserver, but before I start hacking on it, is
>> there an existing session module or a tcl solution that someone else
>> has already written?
>>
>>     
>
>
> I'm not sure that it's worth porting that module. The cache locking is
> broken, the file handling looks dodgy, and in general it has some odd
> ideas about configuration and string handling.
>
> If all you need to do is replicate some ns_session Tcl commands so
> your existing code works then the easiest way would be to create a
> work-alike using the existing naviserver Tcl commands:
>
>   * cookie handling: naviserver has this built in:
>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cookie.html
>
>   * caching: also now built in:
>         http://naviserver.sourceforge.net/n/naviserver/files/ns_cache.html
>
>   * persisting the session: just use nsdbi, if you're already using
> it. If you really want
>     to use the file system, use ns_hashpath in nsd/pathname.c to
> prevent enormous
>     directories from bogging down the server.
>
>   * ns_rand: already exposed.
>
>
> It will be more robust than than the C nssession module, and almost
> certainly faster too.
>
>
> If you want to create something fancier as a C module, I'd be
> interested in helping.
>   
I cobbled together one using the built-in cookie and cache stuff.  I'm 
sure I did it wrong.  I'll send a link to the code as soon as I get the 
changes posted.

I am not doing the filesystem persistence.  If I even bother with it 
I'll do it in the database.

Thanks!

- Ian

Re: [naviserver-devel] Wiki Account

[Vlad S. <vl...@cr...>]

Well, in PmWiki we use TinyMCE for editing but using Tcl wiki has one advantage that other solutions do not:

it is already running, it is free and it does not require special server or maintenance except the Wiki content itself.
Still we need to host somewhere our generated documentation which will be hosted somewhere else.

Writing this i thought, will it be possible even to convert existing docs into some kind of wiki and use it with simple 
wikit or something. When writing docs the biggest problem is rendering multiple times to clean it up or make it nicer, 
with Wiki it will be much easier.

I even have somewhere one of the first Tcl wiki version by Jean-Claude Wippler, the file is only 5k but produces pretty 
nice Wiki output


Gustaf Neumann wrote:
> 
> Bernd Eidenschink schrieb:
>>> Very nice idea!
>>> I am for this.
>>>     
>> good idea!
>> (i wonder, though, when will wikis eventually add some kind of TinyMCE et. 
>> al.)
>>   
> well, see e.g.
> http://alice.wu-wien.ac.at:8000/xowiki-doc/
> 
> -gustaf  neumann
>> Gave it a try with the "watchdog" article:
>> http://wiki.tcl.tk/22570
>>
>>
>> ------------------------------------------------------------------------------
>> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
>> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
>> -Strategies to boost innovation and cut costs with open source participation
>> -Receive a $600 discount off the registration fee with the source code: SFAD
>> http://p.sf.net/sfu/XcvMzF8H
>> _______________________________________________
>> naviserver-devel mailing list
>> nav...@li...
>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>   
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] Wiki Account

[Gustaf N. <ne...@wu...>]

Bernd Eidenschink schrieb:
>> Very nice idea!
>> I am for this.
>>     
>
> good idea!
> (i wonder, though, when will wikis eventually add some kind of TinyMCE et. 
> al.)
>   
well, see e.g.
http://alice.wu-wien.ac.at:8000/xowiki-doc/

-gustaf  neumann
> Gave it a try with the "watchdog" article:
> http://wiki.tcl.tk/22570
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>   

Re: [naviserver-devel] Wiki Account

[Bernd E. <eid...@we...>]

>Very nice idea!
>I am for this.

good idea!
(i wonder, though, when will wikis eventually add some kind of TinyMCE et. 
al.)

Gave it a try with the "watchdog" article:
http://wiki.tcl.tk/22570

Re: [naviserver-devel] Wiki Account

[Vlad S. <vl...@cr...>]

Very nice idea!

I am for this.

Stephen Deasey wrote:
> On Thu, Feb 19, 2009 at 4:10 PM, Vlad Seryakov <vl...@cr...> wrote:
>> Ian Harding wrote:
>>> Hi,
>>>
>>> Can I have an account on the wiki?
>>>
>>> Thanks!
>> It was long time ago i used but now i always get this error even if i logged in. In my opinion, this Wiki is no-use
>>
>> Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try
>> logging out and logging back in.
>>
>> We've been using pmwiki for a long time under Naviservr with nsphp, this is very simple and fast and powerful wiki, no
>> need for database, just one dir with .php files. I'd vote for it, mediawiki is too complex for occasional edits and the
>> syntax i forget completely if do not use it for some time. pmwiki syntax is much more simpler.
> 
> 
> How about using the Tcl wiki?
> 
>   http://wiki.tcl.tk/naviserver
> 
> One advantage is that it has a critical mass of users, so that even
> without requiring sign-up before editing there does not seem to be a
> spam problem.  That's going to be tough to achieve in a stand-alone
> wiki. (I think the spam on ours tired every one out).
> 
> Here's a list of all the pages on the current wiki:
> 
>   http://naviserver.sourceforge.net/w/Special:Allpages
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Wiki Account

[Stephen D. <sd...@gm...>]

On Thu, Feb 19, 2009 at 4:10 PM, Vlad Seryakov <vl...@cr...> wrote:
> Ian Harding wrote:
>> Hi,
>>
>> Can I have an account on the wiki?
>>
>> Thanks!
>
> It was long time ago i used but now i always get this error even if i logged in. In my opinion, this Wiki is no-use
>
> Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try
> logging out and logging back in.
>
> We've been using pmwiki for a long time under Naviservr with nsphp, this is very simple and fast and powerful wiki, no
> need for database, just one dir with .php files. I'd vote for it, mediawiki is too complex for occasional edits and the
> syntax i forget completely if do not use it for some time. pmwiki syntax is much more simpler.


How about using the Tcl wiki?

  http://wiki.tcl.tk/naviserver

One advantage is that it has a critical mass of users, so that even
without requiring sign-up before editing there does not seem to be a
spam problem.  That's going to be tough to achieve in a stand-alone
wiki. (I think the spam on ours tired every one out).

Here's a list of all the pages on the current wiki:

  http://naviserver.sourceforge.net/w/Special:Allpages

Re: [naviserver-devel] Wiki Account

[Vlad S. <vl...@cr...>]

It was long time ago i used but now i always get this error even if i logged in. In my opinion, this Wiki is no-use

Sorry! We could not process your edit due to a loss of session data. Please try again. If it still doesn't work, try 
logging out and logging back in.

We've been using pmwiki for a long time under Naviservr with nsphp, this is very simple and fast and powerful wiki, no 
need for database, just one dir with .php files. I'd vote for it, mediawiki is too complex for occasional edits and the 
syntax i forget completely if do not use it for some time. pmwiki syntax is much more simpler.


Ian Harding wrote:
> Hi,
> 
> Can I have an account on the wiki?
> 
> Thanks!
> 
> - Ian
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

[naviserver-devel] Wiki Account

[Ian H. <har...@gm...>]

Hi,

Can I have an account on the wiki?

Thanks!

- Ian

Re: [naviserver-devel] Session module

[Stephen D. <sd...@gm...>]

On Sun, Feb 15, 2009 at 6:55 PM, Ian Harding <har...@gm...> wrote:
> Hello,
>
> I am migrating to Naviserver from AOLServer mostly because of the
> excellent nsdbi module.
>
> My existing code is depended on the nssession module
> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
> unmodified under Naviserver, but before I start hacking on it, is
> there an existing session module or a tcl solution that someone else
> has already written?
>


I'm not sure that it's worth porting that module. The cache locking is
broken, the file handling looks dodgy, and in general it has some odd
ideas about configuration and string handling.

If all you need to do is replicate some ns_session Tcl commands so
your existing code works then the easiest way would be to create a
work-alike using the existing naviserver Tcl commands:

  * cookie handling: naviserver has this built in:
        http://naviserver.sourceforge.net/n/naviserver/files/ns_cookie.html

  * caching: also now built in:
        http://naviserver.sourceforge.net/n/naviserver/files/ns_cache.html

  * persisting the session: just use nsdbi, if you're already using
it. If you really want
    to use the file system, use ns_hashpath in nsd/pathname.c to
prevent enormous
    directories from bogging down the server.

  * ns_rand: already exposed.


It will be more robust than than the C nssession module, and almost
certainly faster too.


If you want to create something fancier as a C module, I'd be
interested in helping.

Re: [naviserver-devel] Session module

[Vlad S. <vl...@cr...>]

No such module exists. You can port your module, the only thing to 
implement is Ns_CacheFind, because naviserver does not keep track of new 
caches, this is up to developer to decide

Ian Harding wrote:
> Hello,
> 
> I am migrating to Naviserver from AOLServer mostly because of the
> excellent nsdbi module.
> 
> My existing code is depended on the nssession module
> http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
> unmodified under Naviserver, but before I start hacking on it, is
> there an existing session module or a tcl solution that someone else
> has already written?
> 
> Thanks!
> 
> - Ian
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

[naviserver-devel] Session module

[Ian H. <har...@gm...>]

Hello,

I am migrating to Naviserver from AOLServer mostly because of the
excellent nsdbi module.

My existing code is depended on the nssession module
http://bas.scheffers.net/aolserver/ .   It doesn't compile and run
unmodified under Naviserver, but before I start hacking on it, is
there an existing session module or a tcl solution that someone else
has already written?

Thanks!

- Ian

Re: [naviserver-devel] nsdbi build question

[Vlad S. <vl...@cr...>]

Are you sure you have the latest version in /usr/local/ns?

init.c line 236 complains about Ns_ShutdownProc which is in last 
versions of Naviserver only.

Ian Harding wrote:
> Hi,
> 
> OK, I read the README carefully this time...
> 
>> pwd
> /home/user/naviserver/nsdbi
>> make NAVISERVER=/usr/local/ns
> gcc -pipe -O2 -fomit-frame-pointer -Wall -Wno-implicit-int -fPIC
> -I/usr/local/ns/include -I"/usr/include/tcl8.4/tcl-private/generic"
> -DHAVE_CONFIG_H   -c -o init.o init.c
> init.c:236: error: expected '=', ',', ';', 'asm' or '__attribute__'
> before 'AtShutdown'
> init.c: In function 'Dbi_LibInit':
> init.c:276: warning: implicit declaration of function 'Nsd_LibInit'
> init.c: In function 'Dbi_RegisterDriver':
> init.c:427: error: 'AtShutdown' undeclared (first use in this function)
> init.c:427: error: (Each undeclared identifier is reported only once
> init.c:427: error: for each function it appears in.)
> make: *** [init.o] Error 1
> 
> I downloaded a tarball and source from bitbucket, both gave the same
> result.  What did I miss?
> 
> Thanks,
> 
> - Ian
> 
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

[naviserver-devel] nsdbi build question

[Ian H. <har...@gm...>]

Hi,

OK, I read the README carefully this time...

> pwd
/home/user/naviserver/nsdbi
> make NAVISERVER=/usr/local/ns
gcc -pipe -O2 -fomit-frame-pointer -Wall -Wno-implicit-int -fPIC
-I/usr/local/ns/include -I"/usr/include/tcl8.4/tcl-private/generic"
-DHAVE_CONFIG_H   -c -o init.o init.c
init.c:236: error: expected '=', ',', ';', 'asm' or '__attribute__'
before 'AtShutdown'
init.c: In function 'Dbi_LibInit':
init.c:276: warning: implicit declaration of function 'Nsd_LibInit'
init.c: In function 'Dbi_RegisterDriver':
init.c:427: error: 'AtShutdown' undeclared (first use in this function)
init.c:427: error: (Each undeclared identifier is reported only once
init.c:427: error: for each function it appears in.)
make: *** [init.o] Error 1

I downloaded a tarball and source from bitbucket, both gave the same
result.  What did I miss?

Thanks,

- Ian

Re: [naviserver-devel] Release

[Stephen D. <sd...@gm...>]

On Tue, Feb 10, 2009 at 1:04 AM, Ian Harding <har...@gm...> wrote:
> Ah, I think I found it.  Never mind my question.

Hoping you found autogen.sh...

(Only needed when checking out from the repository to bootstrap the
automake stuff).