openinteract-help — For new and current users, we offer support, troubleshooting and assistance.

Re: [Openinteract-help] sync-ing users on 2 machines

[Andrew H. <hur...@ll...>]

Assuming you're using mysql, why not just nightly run a mysqldump job 
to update the standby server?

(on standby server)
$ mysqldump -u backup_user -h prod_host -p prod_database > backup_db.sql
$ mysql -u backup_user -h backup_host -p backup_database < backup-db.sql

You could even run that hourly, but I'm not sure of the affect of 
that on site performance.  I'm sure it depends on the size of the 
database.

Or you could use mysql replication, which I think slashdot uses to good effect.

Or you could use Oracle, which provides standby functionality out of 
the box for 8i and up.

I think the first would be best for most small to mid-size sites.

-Andrew


At 3:54 PM -0500 10/31/03, Arva, Adrian wrote:
>Hi,
>
>I have to systems, based on OI1, set up and the second one should act as
>standby server.
>But that means I would need to be able to mirror the users I have in first
>system to the second one.
>I let users register, so on a daily basis I would have to mirror their data
>from the live site to the standby one but
>I am worried that it won't be enough to just simply sync the sys_user
>tables.
>
>Thanks for your inputs,
>Adrian
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?   SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>openinteract-help mailing list
>ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openinteract-help

[Openinteract-help] sync-ing users on 2 machines

[Arva, A. <ar...@cs...>]

Hi,

I have to systems, based on OI1, set up and the second one should act as
standby server.
But that means I would need to be able to mirror the users I have in first
system to the second one.
I let users register, so on a daily basis I would have to mirror their data
from the live site to the standby one but 
I am worried that it won't be enough to just simply sync the sys_user
tables. 

Thanks for your inputs,
Adrian

Re[2]: [Openinteract-help] Preloaded modules size

[Igor V. <ve...@ah...>]

Thank you, Chris, for advice and nice framework.

CW> Igor Vylusko wrote:
CW>  > ...
>> But after apache start with
>> PerlRequire /path/to/mysite/conf/startup.pl
>> in httpd.conf
>> I have httpd size 15M greater than after
>> request to oi2.cgi configured as Apache::Registry script.

CW> You might try posting the general problem (handler taking up more 
CW> memory than a registry script, both doing the same thing) to the 
CW> mod_perl users mailing list[1]. I'm not familiar with the 
CW> debugging tools you can use to see what's taking up space in the 
CW> process, but I know the folks there are.

>> By the way, what about your plans of OI2 further developing,
>> when we can look forward to next (stable/production) versions?

CW> There will hopefully be lots of movement shortly -- I may get to 
CW> create a site in OI2 (company website + extranet) for my day job. 
CW> (I primarily use Java in my day job, OI2 has been all spare 
CW> time.) I have another post going out to -dev shortly about 
CW> potential i18n support.

CW> OI2 may be 90% of the way to a release, but that last 10% can 
CW> take a little while to fix up. I've been working recently on a 
CW> framework to migrate data from an OI 1.x database and I think 
CW> it's fairly solid. I need to test it on my own site to be sure it 
CW> works ok. There's also some work to do with the 'base_page' 
CW> package, plus lots of little things that haven't been tested 
CW> properly yet.

CW> Later,

CW> Chris

CW> [1] http://perl.apache.org/maillist/modperl.html

Re: [Openinteract-help] Preloaded modules size

[Chris W. <ch...@cw...>]

Igor Vylusko wrote:
 > ...
> But after apache start with
> PerlRequire /path/to/mysite/conf/startup.pl
> in httpd.conf
> I have httpd size 15M greater than after
> request to oi2.cgi configured as Apache::Registry script.

You might try posting the general problem (handler taking up more 
memory than a registry script, both doing the same thing) to the 
mod_perl users mailing list[1]. I'm not familiar with the 
debugging tools you can use to see what's taking up space in the 
process, but I know the folks there are.

> By the way, what about your plans of OI2 further developing,
> when we can look forward to next (stable/production) versions?

There will hopefully be lots of movement shortly -- I may get to 
create a site in OI2 (company website + extranet) for my day job. 
(I primarily use Java in my day job, OI2 has been all spare 
time.) I have another post going out to -dev shortly about 
potential i18n support.

OI2 may be 90% of the way to a release, but that last 10% can 
take a little while to fix up. I've been working recently on a 
framework to migrate data from an OI 1.x database and I think 
it's fairly solid. I need to test it on my own site to be sure it 
works ok. There's also some work to do with the 'base_page' 
package, plus lots of little things that haven't been tested 
properly yet.

Later,

Chris

[1] http://perl.apache.org/maillist/modperl.html

-- 
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.

Re[2]: [Openinteract-help] Preloaded modules size

[Igor V. <ve...@ah...>]

Hi, Chris.

CW> Igor Vylusko wrote:
>> I have compared httpd size of two OI2 usage variants.
>> 1. OI2 starts as Apache::Registry cgi script.
>> 2. OI2 configured as handler.
>> 
>> In second variant size of httpd process is 15M greater then first one.
>> 
>> Why so valuable size difference?
>> I would like to use OI as handler, but memory limits of my ISP not
>> allow it. Is there some work around to have the same httpd size (as on
>> usage OI2 over Apache::Registry script) using OI2 as handler?

CW> When you say 'Apache::Registry' script, are you using the 
CW> 'oi2.cgi' script that comes along with your website? If so, 
CW> that's very interesting -- I've never tried that :-)

Yes, and it even work. :)

CW> Since the oi2.cgi script and the handler use the same modules I 
CW> don't think that would be the problem. I assume you're still 
CW> using the:

CW>    PerlRequire /path/to/mysite/conf/startup.pl

Yes, I do exactly.

CW> which does most of the necessary 'use' and 'require' at server 
CW> startup time. That should do the same work for both 
CW> Apache::Registry and using the handler.

I think so too.

But after apache start with
PerlRequire /path/to/mysite/conf/startup.pl
in httpd.conf
I have httpd size 15M greater than after
request to oi2.cgi configured as Apache::Registry script.

CW> So I would guess the difference occurs because the handler stores 
CW> additional data between requests -- oi2.cgi recreates the context 
CW> object every time the script is called. Although since it's 
CW> storing the singleton Context object in a class variable it might 
CW> be maintained across requests...

CW> Honestly, I've only used Apache::Registry to run a TWiki site so 
CW> I'm not sure what all the tips and tricks are, what it does 
CW> behind the scenes, etc. I think there are Apache:: modules you 
CW> can use to peek into what objects are stored between requests, 
CW> how big they are, etc. That would probably be your next step.

I'll try, but I am not an expert in Apache.

CW> Hope that makes sense,
CW> Chris

By the way, what about your plans of OI2 further developing,
when we can look forward to next (stable/production) versions?

Thanks,
Igor.

Re: [Openinteract-help] Preloaded modules size

[Chris W. <ch...@cw...>]

Igor Vylusko wrote:
> I have compared httpd size of two OI2 usage variants.
> 1. OI2 starts as Apache::Registry cgi script.
> 2. OI2 configured as handler.
> 
> In second variant size of httpd process is 15M greater then first one.
> 
> Why so valuable size difference?
> I would like to use OI as handler, but memory limits of my ISP not
> allow it. Is there some work around to have the same httpd size (as on
> usage OI2 over Apache::Registry script) using OI2 as handler?

When you say 'Apache::Registry' script, are you using the 
'oi2.cgi' script that comes along with your website? If so, 
that's very interesting -- I've never tried that :-)

Since the oi2.cgi script and the handler use the same modules I 
don't think that would be the problem. I assume you're still 
using the:

   PerlRequire /path/to/mysite/conf/startup.pl

which does most of the necessary 'use' and 'require' at server 
startup time. That should do the same work for both 
Apache::Registry and using the handler.

So I would guess the difference occurs because the handler stores 
additional data between requests -- oi2.cgi recreates the context 
object every time the script is called. Although since it's 
storing the singleton Context object in a class variable it might 
be maintained across requests...

Honestly, I've only used Apache::Registry to run a TWiki site so 
I'm not sure what all the tips and tricks are, what it does 
behind the scenes, etc. I think there are Apache:: modules you 
can use to peek into what objects are stored between requests, 
how big they are, etc. That would probably be your next step.

Hope that makes sense,

Chris

-- 
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.

[Openinteract-help] Preloaded modules size

[Igor V. <ve...@ah...>]

Hello all!

I have compared httpd size of two OI2 usage variants.
1. OI2 starts as Apache::Registry cgi script.
2. OI2 configured as handler.

In second variant size of httpd process is 15M greater then first one.

Why so valuable size difference?
I would like to use OI as handler, but memory limits of my ISP not
allow it. Is there some work around to have the same httpd size (as on
usage OI2 over Apache::Registry script) using OI2 as handler?

Thanks,
Igor

Re: [Openinteract-help] httpd maxing out

[Chris W. <ch...@cw...>]

joe spiegel wrote:
> I finally have a clue why my httpd maxes out sometimes when I come
> home.  This means it's churning out cpu cycles after leaving my
> server and linux box running exposed to internet.  I notice that it
> happens when:

 > ...

> Upping this limit will vastly improve the stability of the package
> for me.  I am using postgres module without any special configuration
> done for connections on my part.
> 
> Line in question from OpenInteract/DBI.pm:    my $db = eval {
> DBI->connect( $dsn, $username, $password ) };
> 
> next time, I'll attach gdb to it as it is running to find out where
> it's happening.  But, does anybody know, should I start looking for a
> solution in httpd.conf or in my server.ini file, or somewhere in the
> DBI settings elsewhere?  Maybe the cache settings in server.ini?

Since each child gets its own DB handle it sounds like you're spawning 
too many Apache children. Can you try playing around with the Apache 
settings for the max number of children spawned?

Apologies for the delay.

Chris

-- 
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.

Re: [Openinteract-help] Transactions

[Chris W. <ch...@cw...>]

Igor Vylusko wrote:
> please advice, what is the native (OpenInteract/SPOPS) way
> to use/create transactions and stored procedures
> with DBs which support its?

There's no built-in way to support this, so you'll have to do some 
manual work:

  * wherever you want transactions you need to set
    $dbh->{AutoCommit} = 0

  * if something fails you'll need to tell the handle that you're 
committing/rolling back. You can get at the handle in two ways:

  # get handle through $R
  eval { $some_object->save };
  if ( $@ ) {
      $R->db->rollback;
  }

  # get handle through SPOPS object
  eval { $some_object->save };
  if ( $@ ) {
      $some_object->global_datasource_handle->rollback;
  }

With stored procedures you can use your normal DBI calling routines, 
just grabbing the database handle in one of the ways listed above:

  my $dbh = $R->db;
  my ( $sth );
  eval {
      $sth = $dbh->prepare( 'exec some_proc' );
      $sth->execute;
  };
  if ( $@ ) {
     die "Something horrible happened: $@\n";
  }

Apologies for the delay in replying.

Chris

-- 
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.

Re: AW: [Openinteract-help] Conventions

[Stathy G. T. <st...@ed...>]

>I would not consider the packages to be part of the framework, really. You
>can replace most of this through configurations in the server.ini/conf
>files. Also, you can just update the templates from one of the packages. My
>suggestion would be, to first learn by updating the existing templates
>and/or learning the fruit example - depending what you want to do.

Sorry my terminology was being used incorrectly.  When I said 'framework' I 
meant framework of the presentation.  I was just trying to customize the 
presentation without actually having to modify what is provided by 
openinteract 'natively'.

I found that I can create a custom theme and just set the default in the 
'ini' file.  This theme is in a separate directory so I can easily 
customize parts I need without actually touching the openinteract 'default' 
theme (as well as inherit from it).  I want to be sure that I can upgrade 
all aspects of openinteract without affecting modifications I have done.

Thanks,  

AW: [Openinteract-help] Conventions

[<And...@Be...>]

Hi Stathy,

I would not consider the packages to be part of the framework, really. =
You
can replace most of this through configurations in the server.ini/conf
files. Also, you can just update the templates from one of the =
packages. My
suggestion would be, to first learn by updating the existing templates
and/or learning the fruit example - depending what you want to do.

Later,

Andreas

-----Urspr=FCngliche Nachricht-----
Von: Stathy G. Touloumis [mailto:st...@ed...]=20
Gesendet: Dienstag, 21. Oktober 2003 21:57
An: Andreas Nolte
Cc: ope...@li...
Betreff: Re: [Openinteract-help] Conventions


So is it possible to provide a package which 'overloads' the default=20
framework?  Or is there an easy way to apply my changes to the =
framework=20
without keeping track and manually copying?

Thanks for the response,

> > I have just started delving into open interact over the last day =
and=20
> > had a few questions.
> >
> > 1) When installing the 'default' website is it ok to start =
modifying=20
> > the templates?  I am assuming these templates and site sample is=20
> > provided just for convenience sake?
> > 2) Are the templates provided outside of the package directory part =

> > of the framework convention (base_main, simple_main, etc.)?
> >
>Hi Stathy,
>
>you are right about both issues. The only think you have to keep in=20
>mind is, that when you are using templates this way, you need to adopt =

>you new template versions again after an update of e.g. base_main.





Stathy G. Touloumis

Lead Programmer, Benchmarks
Edison Schools, Inc.
Ph: 847.676.6663



-------------------------------------------------------
This SF.net email is sponsored by OSDN developer relations Here's your
chance to show off your extensive product knowledge We want to know =
what you
know. Tell us and you have a chance to win $100
http://www.zoomerang.com/survey.zgi?HRPT1X3RYQNC5V4MLNSV3E54
_______________________________________________
openinteract-help mailing list ope...@li...
https://lists.sourceforge.net/lists/listinfo/openinteract-help

Re: [Openinteract-help] Conventions

[joseph s. <jo...@si...>]

> 
I'll try to answer these, but I may be wrong because I haven't looked at this in a month or two.
On Tue, Oct 21, 2003 at 09:01:05AM -0500, Stathy G. Touloumis wrote:
> Hello,
> 
> I have just started delving into open interact over the last day and had a 
> few questions.
> 
> 1) When installing the 'default' website is it ok to start modifying the 
> templates?  I am assuming these templates and site sample is provided just 
> for convenience sake?
Generally, yes.  The other route is to add another main_template and convince the software to use that when presenting the default for your website.  Perhaps, it depends on if you value portability over getting the site up and running.  The former would be hard to distribute, but less to manage.
> 2) Are the templates provided outside of the package directory part of the 
> framework convention (base_main, simple_main, etc.)?
yes, these are 'global templates'.
> 

Re: [Openinteract-help] Conventions

[Andreas N. <an...@kl...>]

On Tue, 2003-10-21 at 16:01, Stathy G. Touloumis wrote:
> Hello,
> 
> I have just started delving into open interact over the last day and had a 
> few questions.
> 
> 1) When installing the 'default' website is it ok to start modifying the 
> templates?  I am assuming these templates and site sample is provided just 
> for convenience sake?
> 2) Are the templates provided outside of the package directory part of the 
> framework convention (base_main, simple_main, etc.)?
> 
Hi Stathy,

you are right about both issues. The only think you have to keep in mind
is, that when you are using templates this way, you need to adopt you
new template versions again after an update of e.g. base_main.

regards,

Andreas

Re: [Openinteract-help] Conventions

[Stathy G. T. <st...@ed...>]

So is it possible to provide a package which 'overloads' the default 
framework?  Or is there an easy way to apply my changes to the framework 
without keeping track and manually copying?

Thanks for the response,

> > I have just started delving into open interact over the last day and had a
> > few questions.
> >
> > 1) When installing the 'default' website is it ok to start modifying the
> > templates?  I am assuming these templates and site sample is provided just
> > for convenience sake?
> > 2) Are the templates provided outside of the package directory part of the
> > framework convention (base_main, simple_main, etc.)?
> >
>Hi Stathy,
>
>you are right about both issues. The only think you have to keep in mind
>is, that when you are using templates this way, you need to adopt you
>new template versions again after an update of e.g. base_main.





Stathy G. Touloumis

Lead Programmer, Benchmarks
Edison Schools, Inc.
Ph: 847.676.6663

Re: [Openinteract-help] Conventions

[Stathy G. T. <sta...@ed...>]

So is it possible to provide a package which 'overloads' the default 
framework?  Or is there an easy way to apply my changes to the framework 
without keeping track and manually copying?

Thanks for the response,

> > I have just started delving into open interact over the last day and had a
> > few questions.
> >
> > 1) When installing the 'default' website is it ok to start modifying the
> > templates?  I am assuming these templates and site sample is provided just
> > for convenience sake?
> > 2) Are the templates provided outside of the package directory part of the
> > framework convention (base_main, simple_main, etc.)?
> >
>Hi Stathy,
>
>you are right about both issues. The only think you have to keep in mind
>is, that when you are using templates this way, you need to adopt you
>new template versions again after an update of e.g. base_main.





Stathy G. Touloumis

Lead Programmer, Benchmarks
Edison Schools, Inc.
Ph: 847.676.6663

[Openinteract-help] Conventions

[Stathy G. T. <sta...@ed...>]

Hello,

I have just started delving into open interact over the last day and had a 
few questions.

1) When installing the 'default' website is it ok to start modifying the 
templates?  I am assuming these templates and site sample is provided just 
for convenience sake?
2) Are the templates provided outside of the package directory part of the 
framework convention (base_main, simple_main, etc.)?

Thanks,



Stathy G. Touloumis

Lead Programmer, Benchmarks
Edison Schools, Inc.
Ph: 847.676.6663

[Openinteract-help] Help Required

[<Jai...@av...>]

> Hi
> 
> I am trying to install Bugzilla 2.16.3. But i am not able to locate some
> of the ppm modules like Appconfig and Template.
> 
> This is what i found in the Bugzilla installation guide 
> 
> 	. Most of these additional ppm modules can be downloaded from
> ActiveState, but AppConfig and Template should be obtained from
> OpenInteract using the instructions on the Template Toolkit web site
> <http://openinteract.sourceforge.net/> .
> 
> Can you please help me to proceed further.
> 
> Thanks in advance,
> 
> Jaiganesh.A
> 
> 


This email and any attachment(s) may contain confidential 
and/or proprietary information and is for the intended 
recipient only.  If an addressing or transmission error has 
misdirected this email, please notify the sender by replying 
accordingly.  If you are not the intended recipient you 
should not copy, distribute or in any way make use of the 
information contained in this email and any attachment(s).

[Openinteract-help] Transactions

[Igor V. <ve...@ah...>]

Hello all,

please advice, what is the native (OpenInteract/SPOPS) way
to use/create transactions and stored procedures
with DBs which support its?

Thanks for the help,
Igor.

[Openinteract-help] httpd maxing out

[joe s. <jo...@mo...>]

I finally have a clue why my httpd maxes out sometimes when I come home.  This means it's churning out cpu cycles after leaving my server and linux box running exposed to internet.  I notice that it happens when:
1 -- lots of search engine hits in a short amount of time
2 -- about twice a week
3 -- stopping postmaster or https and restarting clears up problem
4 -- (new!) a message in the error log:


OpenInteract::Request::lookup_conductor (226) >> Info for action:
 $VAR1 = {
          'template_processor' => 'OpenInteract::Template::Process',
          'conductor' => 'main',
          'name' => 'page',
          'security' => 'yes',
          'method' => 'handler',
          'package_name' => 'base_page',
          'class' => 'oi::Handler::Page',
          'package_version' => '1.24',
          'key' => 'page'
        };

OpenInteract::find_action_handler (232) >> Found OpenInteract::UI::Main // handler for conductor
DBI connect('dbname=oi1','oi',...) failed: FATAL:  Non-superuser connection limit exceeded at /usr/lib/perl5/site_perl/5.8.0
//OpenInteract/DBI.pm line 39


Upping this limit will vastly improve the stability of the package for me.  I am using postgres module without any special configuration done for connections on my part.  

Line in question from OpenInteract/DBI.pm:    my $db = eval { DBI->connect( $dsn, $username, $password ) };


next time, I'll attach gdb to it as it is running to find out where it's happening.  But, does anybody know, should I start looking for a solution in httpd.conf or in my server.ini file, or somewhere in the DBI settings elsewhere?  Maybe the cache settings in server.ini?

thanks.




_____________________________________________________________
Can you survive the horror? http://www.morbidmortuary.com

Re: [Openinteract-help] requiring a login to the site?

[Andrew H. <hu...@ll...>]

Hola.

Hopefully you haven't released 1.59 yet.

Small bug, in the redirect code, when using OI on a non-80 port:
I added a debug line to help out, which gave the following warnings:

OpenInteract::required_login_not_found (387) >> Resetting request URL to 
'http://sdcsi3.llnl.gov:8081:8081/login.html' since  login required and 
none found
OpenInteract::required_login_not_found (389) >> host: sdcsi3.llnl.gov:8081; 
port: 8081; full_port: :8081; full_url: 
http://sdcsi3.llnl.gov:8081:8081/login.html

Which ends up showing the front page, in my browser, after the redirect 
(via headers and meta tags).  I tried accessing it directly and it didn't 
even get to the server, I don't think.

patch?  ok.  I think this should work with any port setup.

ahurst@sdcsi3 5.8.0$ diff -c OpenInteract.pm 
OpenInteract.pm-orig
*** OpenInteract.pm     Thu Aug 14 13:44:34 2003
--- OpenInteract.pm-orig        Thu Aug 14 13:44:04 2003
***************
*** 380,390 ****
       }
       my $apache = $R->apache;
       my $host = $R->{server_name};
!     my $full_url = join( '', 'http://', $host, $required_url );
       my $uri = Apache::URI->parse( $apache, $full_url );
       $R->DEBUG && $R->scrib( 1, "Resetting request URL to '$full_url' 
since ",
                                  "login required and none found" );

       # This is available for the login page to set in a hidden variable
       # of its choosing; it's also used in the template plugin method
--- 380,391 ----
       }
       my $apache = $R->apache;
       my $host = $R->{server_name};
!     my $port = $apache->get_server_port;
!     my $full_port = ( $port == 80 ) ? '' : ":$port";
!     my $full_url = join( '', 'http://', $host, $full_port, $required_url );
       my $uri = Apache::URI->parse( $apache, $full_url );
       $R->DEBUG && $R->scrib( 1, "Resetting request URL to '$full_url' 
since ",
                                  "login required and none found" );

       # This is available for the login page to set in a hidden variable
       # of its choosing; it's also used in the template plugin method
ahurst@sdcsi3 5.8.0$


Thanks for all the hard work!

-Andrew


At 09:15 AM 8/13/2003 -0400, you wrote:
>Andrew Hurst wrote:
>>   I was wondering if anyone has set up OI to require site users to log 
>> in before they can see anything at the site.  I've searched around a
> > ...
>
>I've implemented this and a few other features (HTTP redirects, fetching a 
>new theme in a template and setting for the request) and they seem to work 
>well. You can get a sneak peek at version 1.59 from:
>
>http://www.cwinters.com/raw/OpenInteract-1.59.tar.gz
>
>I'll probably release it this evening as long as nothing nasty shows up.
>
>Later,
>
>Chris
>
>--
>Chris Winters (ch...@cw...)
>Building enterprise-capable snack solutions since 1988.

Re: [Openinteract-help] requiring a login to the site?

[Chris W. <ch...@cw...>]

Andrew Hurst wrote:
>   I was wondering if anyone has set up OI to require site users to log 
> in before they can see anything at the site.  I've searched around a 
 > ...

I've implemented this and a few other features (HTTP redirects, 
fetching a new theme in a template and setting for the request) and 
they seem to work well. You can get a sneak peek at version 1.59 from:

http://www.cwinters.com/raw/OpenInteract-1.59.tar.gz

I'll probably release it this evening as long as nothing nasty shows up.

Later,

Chris

-- 
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.

Re: [Openinteract-help] requiring a login to the site?

[Chris W. <ch...@cw...>]

Teemu wrote:
> I did this with a quite tricky method. 
> 
> In section [action_info none] of server.ini, I modified the following:
> redir = login

Ooh, clever! Nice work.

Chris

-- 
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.

Re: [Openinteract-help] requiring a login to the site?

[Teemu <te...@io...>]

> Won't that only force login if they go to a page not handled by any
> actions? Like if they go to / as you mention, or a page that the page
> action handles. What happens if they go to /News or one of the other
> dynamic pages?

I use action based security for that. I deny access for non-logged users to 
any other action but /Login and /. If a non-logged user tries to access /News 
in this example, it would only print "Task is Forbidden. You cannot 
accomplish the task you have requested due to security restrictions." and 
nothing else (no navigation, or anything else). If I want, I can edit 
template/error_task_forbidden to forward the user to /Login or provide a link 
for the user to go to the login page (/Login).

-- 
Sincerely,

Teemu Arina

http://www.mimerdesk.org

Re: [Openinteract-help] requiring a login to the site?

[Andrew H. <hu...@ll...>]

At 07:40 PM 8/12/2003 +0300, Teemu wrote:
> >    I was wondering if anyone has set up OI to require site users to log in
> > before they can see anything at the site.  I've searched around a fair bit
> > and haven't found anything yet.  What I would like would be if a user goes
> > to a url like:
>
>I did this with a quite tricky method.
>
>In section [action_info none] of server.ini, I modified the following:
>redir = login
>
>....

Won't that only force login if they go to a page not handled by any actions?
Like if they go to / as you mention, or a page that the page action handles.
What happens if they go to /News or one of the other dynamic pages?

Thanks for the suggestion
-Andrew


>--
>Sincerely,
>
>Teemu Arina
>
>http://www.mimerdesk.org
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by: Free pre-built ASP.NET sites including
>Data Reports, E-commerce, Portals, and Forums are available now.
>Download today and enter to win an XBOX or Visual Studio .NET.
>http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
>_______________________________________________
>openinteract-help mailing list
>ope...@li...
>https://lists.sourceforge.net/lists/listinfo/openinteract-help

Re: [Openinteract-help] requiring a login to the site?

[Teemu <te...@io...>]

>    I was wondering if anyone has set up OI to require site users to log in
> before they can see anything at the site.  I've searched around a fair bit
> and haven't found anything yet.  What I would like would be if a user goes
> to a url like:

I did this with a quite tricky method. 

In section [action_info none] of server.ini, I modified the following:
redir = login

Behaviour: If the root of the webserver is accessed (no action specified in 
url), directs user to the login page.

Then I created an action in a separate package called login, which basically 
implements the following behaviour:

- checks if user is logged in. If logged in, redirect to page which is 
supposed to be displayed when the user logs in
- if $R->{error_hold}->{loginbox}->{bad_login} exists, sets 
$params->{error_msg} to something like "Login failure. Username or password 
is wrong."
- $params is sent to login template in the separate package

The login.tmpl basically implements the following behaviour:

If error_msg set, display it.

username input box:
name = OI.server_config.login.login_field
value = OI.error_hold.loginbox.login_name

password input box:
name = OI.server_config.login.password_field

Then I created a theme that doesn't use the boxes in OI. I wanted the login 
page to be displayed without the navigation of the page itself until you have 
logged in. The base template looks if the user is logged in. If he is, 
displays the navigation. The logged in user doesn't see a login box anymore 
so I didn't need OI boxes for login at all.

The resulting behaviour is a login page with no navigation if the user is not 
logged in. If the user types a wrong password or username, the same page is 
displayed again with the error_msg message. If the login was successful, the 
user is directed to the page which is supposed to be displayed after login. 
Because the user is logged in, the navigation is displayed as well. To 
prevent non-logged users to access tools only accessible to logged-in users, 
I simply used action security (results in no navigation and access denied 
error).

-- 
Sincerely,

Teemu Arina

http://www.mimerdesk.org