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

Re: [Openinteract-help] base_page and mime types

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

* Andreas Nolte (And...@Be...) [011212 04:17]:
> ..aiihh! Just found another catch: if you have security set up for static
> page, remember to update sys_security from class="MYSITE::BasicPage" to
> class='MYSITE::Page' !

Forgot to add that -- thanks. (I'll add this to the 'UPGRADE' doc in
the base_page package.)

> Now only one bit is left: get the right edit_document_box
> called. Right now still the static_page variant gets loaded and I do
> not know why...

If you're not using the 'static_page' package anymore, just do:

 $ oi_manage remove_package --package static_page

Both packages define the edit_document_box, and since static_page gets
picked up last in the initialization process it overwrites the action
by the same name defined in base_page.

Chris

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

AW: [Openinteract-help] base_page and mime types

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

..aiihh! Just found another catch: if you have security set up for =
static
page, remember to update sys_security from class=3D"MYSITE::BasicPage" =
to
class=3D'MYSITE::Page' !

Now only one bit is left: get the right edit_document_box called. Right =
now
still the static_page variant gets loaded and I do not know why...

-----Urspr=FCngliche Nachricht-----
Von: Nolte, Andreas, D22K-MSN=20
Gesendet: Mittwoch, 12. Dezember 2001 09:23
An: 'Chris Winters'
Cc: ope...@li...
Betreff: AW: [Openinteract-help] base_page and mime types


.. just got this one by RTFM: when updating to OI 1.36 on my test =
site, I
used the sample server.ini, which defined the "none" handler to be =
page. On
production I used the sample server.perl, which defined this still to =
be
basicpage, which does not know about mime types..

Well, now I tried scan_for_new and it also works for 30.000 docs.... I
think, base_page will get many of our users happy, which want to upload
interesting things like excel statistics about whatever... Really great
work, again Chris!

later,

Andreas

-----Urspr=FCngliche Nachricht-----
Von: Chris Winters [mailto:ch...@cw...]
Gesendet: Dienstag, 11. Dezember 2001 17:02
An: And...@Be...
Cc: ope...@li...
Betreff: Re: [Openinteract-help] base_page and mime types


* Andreas Nolte (And...@Be...) [011211 10:32]:
> the file is called e.g. /MS1/BahnCard/MIS/EXTERNE.xls ( happens for
> all Excel files ) with mime type application/vnd.ms-excel . Maybe
> stupid question: which tool lets you make a HEAD request which gets
> past OI login stuff ?

Good question -- I see that HEAD doesn't allow you to set a
cookie. Maybe you can copy an excel file into a non-protected area and
try? I cannot test this right now but will try it later tonight.

> I suspect, that my base_page / static_page stuff is somehow screwed
> up - but I do not dare to "fix" it at the moment, since I have not
> figuered out, what is wrong.

Sure, I figured there would be some issues in making the switch. But
it's usually easier to just do it than drag it out. (At least that's
what I'm telling myself...)

> PS: for the list_actions problem: I get error messages like these:
>=20
> OpenInteract::Startup::require_module (346) >>  --require error:
> oiprod::Handler
> ::Contact                 (from contact): Can't locate
> oiprod/Handler/Contact.pm
>  in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux
> /usr/lib/perl5/5.6.0 /u
> sr/lib/perl5/site_perl/5.6.0/i386-linux =
/usr/lib/perl5/site_perl/5.6.0
> /usr/lib/
> perl5/site_perl . /msn/oi/oiprod) at (eval 163) line 3.

Yes, this has been fixed in CVS now.

Later,

Chris

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

AW: [Openinteract-help] base_page and mime types

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

.. just got this one by RTFM: when updating to OI 1.36 on my test =
site, I
used the sample server.ini, which defined the "none" handler to be =
page. On
production I used the sample server.perl, which defined this still to =
be
basicpage, which does not know about mime types..

Well, now I tried scan_for_new and it also works for 30.000 docs.... I
think, base_page will get many of our users happy, which want to upload
interesting things like excel statistics about whatever... Really great
work, again Chris!

later,

Andreas

-----Urspr=FCngliche Nachricht-----
Von: Chris Winters [mailto:ch...@cw...]
Gesendet: Dienstag, 11. Dezember 2001 17:02
An: And...@Be...
Cc: ope...@li...
Betreff: Re: [Openinteract-help] base_page and mime types


* Andreas Nolte (And...@Be...) [011211 10:32]:
> the file is called e.g. /MS1/BahnCard/MIS/EXTERNE.xls ( happens for
> all Excel files ) with mime type application/vnd.ms-excel . Maybe
> stupid question: which tool lets you make a HEAD request which gets
> past OI login stuff ?

Good question -- I see that HEAD doesn't allow you to set a
cookie. Maybe you can copy an excel file into a non-protected area and
try? I cannot test this right now but will try it later tonight.

> I suspect, that my base_page / static_page stuff is somehow screwed
> up - but I do not dare to "fix" it at the moment, since I have not
> figuered out, what is wrong.

Sure, I figured there would be some issues in making the switch. But
it's usually easier to just do it than drag it out. (At least that's
what I'm telling myself...)

> PS: for the list_actions problem: I get error messages like these:
>=20
> OpenInteract::Startup::require_module (346) >>  --require error:
> oiprod::Handler
> ::Contact                 (from contact): Can't locate
> oiprod/Handler/Contact.pm
>  in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux
> /usr/lib/perl5/5.6.0 /u
> sr/lib/perl5/site_perl/5.6.0/i386-linux =
/usr/lib/perl5/site_perl/5.6.0
> /usr/lib/
> perl5/site_perl . /msn/oi/oiprod) at (eval 163) line 3.

Yes, this has been fixed in CVS now.

Later,

Chris

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

Re: [Openinteract-help] bypassing security question

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

* Chris McDaniel (Chr...@te...) [011211 15:56]: 
> I'm trying to make a page where the user can come type in their 
> login name and have their password reset (random, like account 
> creation) and emailed to the contact address on the account.  This 
> is a 'lost password' type measure, so I need to get around the 
> security model, or I get: 
>  
> System Message  
> Required access: 4; retrieved access: 1 
> User Message  
> Action prohibited due to security. Insufficient access for 
> requested action 
>  
> In the log.  I'm adding this as an extension to the base_user 
> package.  Basically the module I wrote is just a mishmash of user.pm

> and newuser.pm.  Anyway, anyone know how I can circumvent this? 
 
Sure -- if you want to not use security at all (probably what you 
want) you can just remove 'SPOPS::Secure' from the @ISA of the 
handler. If you want to keep security, see my earlier message today 
regarding what the package 'security' hash means: 
 
http://www.geocrawler.com/lists/3/SourceForge/8429/0/7295196/ 

Later,
 
Chris 

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

[Openinteract-help] bypassing security question

[Chris M. <Chr...@te...>]

Hi,

I'm trying to make a page where the user can come type in their login name
and have their password reset (random, like account creation) and emailed to
the contact address on the account.  This is a 'lost password' type measure,
so I need to get around the security model, or I get:

System Message 
Required access: 4; retrieved access: 1
User Message 
Action prohibited due to security. Insufficient access for
requested action

In the log.  I'm adding this as an extension to the base_user package.
Basically the module I wrote is just a mishmash of user.pm and newuser.pm.
Anyway, anyone know how I can circumvent this?

Thanks,

Chris McDaniel
Service Development Architect
TELUS Enterprise Solutions
Voice.416.507.7442 Cell.416.676.4654           

Re: [Openinteract-help] 'mkdir' in OpenInteract::Startup

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

* Reinier Post (rp...@wi...) [011211 12:03]:
> On Fri, Nov 30, 2001 at 10:56:12AM -0500, Chris Winters wrote:
> 
> > and has already been made in CVS. While the system won't run without
> > OpenInteract::Startup, I'm ambivalent about issuing a new release for
> > just this. What do you think?
> 
> Not much, apparently :)

There was another change in there too -- made it worthwhile :-)

> I think it would be good to halways have a tarball with the latest
> bugfixes available.  Last time I installer Openinteract I had to
> remember a patch, find it in the mailing list archive, and apply it
> before it would run.  That's annoying.

There are actually daily snapshots of CVS at:

  http://www.openinteract.org/snapshots/

These aren't the sourceforge snapshots -- the SF snapshots (available
somewhere on the OI SF project area) consist of the tarred up CVS
repository. Not so useful for non-admins. The snapshots on the OI site
are just a tarred up 'cvs export' result which are much easier to use.

Chris

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

Re: [Openinteract-help] 'mkdir' in OpenInteract::Startup

[Reinier P. <rp...@wi...>]

On Fri, Nov 30, 2001 at 10:56:12AM -0500, Chris Winters wrote:

> and has already been made in CVS. While the system won't run without
> OpenInteract::Startup, I'm ambivalent about issuing a new release for
> just this. What do you think?

Not much, apparently :)

I think it would be good to halways have a tarball with the latest
bugfixes available.  Last time I installer Openinteract I had to
remember a patch, find it in the mailing list archive, and apply it
before it would run.  That's annoying.

> Chris

-- 
Reinier

Re: [Openinteract-help] Security in CommonHandler

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

* Tho...@be... (Tho...@be...) [011211 10:57]:
> Is it possible to set the other forms secure like the search_form as
> done below ?

Sure thing -- each 'task' can be listed in the package 'security' hash
of your handler and assigned a minimum security level. So the
following security specification:

 %OpenInteract::Handler::Classified::security = (
  search_form => SEC_LEVEL_READ,
  search      => SEC_LEVEL_READ,
  show        => SEC_LEVEL_READ,
  create      => SEC_LEVEL_WRITE,
  edit        => SEC_LEVEL_WRITE,
  remove      => SEC_LEVEL_WRITE,
 );

Means that:

 /Classified/search_form/ --> requires 'read' access to the handler
 /Classified/search/      --> requires 'read' access to the handler
 /Classified/show/        --> requires 'read' access to the handler
 /Classified/create/      --> requires 'write' access to the handler
 /Classified/edit/        --> requires 'write' access to the handler
 /Classified/remove/      --> requires 'write' access to the handler

Using:

 %OpenInteract::Handler::Classified::security = (
  DEFAULT_SECURITY_KEY() => SEC_LEVEL_READ,
 );

Means that the minimum security for any task not specified is
'read'. And if a task isn't specified in the package security hash and
there's no default set by you, then OpenInteract assumes 'write'
access is required to run the task.

Hope that makes sense,

Chris

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

AW: [Openinteract-help] Security in CommonHandler

[<Tho...@be...>]

Hi there.

Is it possible to set the other forms secure like the search_form as =
done
below ?

Greets.
Thomas

-----Urspr=FCngliche Nachricht-----
Von: Chris Winters [mailto:ch...@cw...]
Gesendet: Freitag, 7. Dezember 2001 14:20
An: Tho...@be...
Cc: ope...@li...
Betreff: Re: [Openinteract-help] Security in CommonHandler


* Tho...@be... (Tho...@be...) [011207
07:55]:
> Is it possible to make the search_form page from the Classified
> package secure ? If I edit the security of the object and the
> handler nothing happens.
>
> Everyone can see the search_form :-(

Sure. In OpenInteract/Handler/Classified.pm you currently have:

%OpenInteract::Handler::Classified::security =3D (
 DEFAULT_SECURITY_KEY() =3D> SEC_LEVEL_NONE,
 create =3D> SEC_LEVEL_READ, edit =3D> SEC_LEVEL_READ,
 remove  =3D> SEC_LEVEL_WRITE,
);

Set it to:

%OpenInteract::Handler::Classified::security =3D (
 search_form =3D> SEC_LEVEL_READ,
 DEFAULT_SECURITY_KEY() =3D> SEC_LEVEL_NONE,
 create =3D> SEC_LEVEL_READ, edit =3D> SEC_LEVEL_READ,
 remove  =3D> SEC_LEVEL_WRITE,
);

OR, if you want to ensure that people have access to execute any
operation:

%OpenInteract::Handler::Classified::security =3D (
 DEFAULT_SECURITY_KEY() =3D> SEC_LEVEL_READ,
 remove  =3D> SEC_LEVEL_WRITE,
);

Re-deploy this and restart the server, and you should be good.

Chris

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

_______________________________________________
openinteract-help mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openinteract-help

Re: [Openinteract-help] base_page and mime types

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

* Andreas Nolte (And...@Be...) [011211 10:32]:
> the file is called e.g. /MS1/BahnCard/MIS/EXTERNE.xls ( happens for
> all Excel files ) with mime type application/vnd.ms-excel . Maybe
> stupid question: which tool lets you make a HEAD request which gets
> past OI login stuff ?

Good question -- I see that HEAD doesn't allow you to set a
cookie. Maybe you can copy an excel file into a non-protected area and
try? I cannot test this right now but will try it later tonight.

> I suspect, that my base_page / static_page stuff is somehow screwed
> up - but I do not dare to "fix" it at the moment, since I have not
> figuered out, what is wrong.

Sure, I figured there would be some issues in making the switch. But
it's usually easier to just do it than drag it out. (At least that's
what I'm telling myself...)

> PS: for the list_actions problem: I get error messages like these:
> 
> OpenInteract::Startup::require_module (346) >>  --require error:
> oiprod::Handler
> ::Contact                 (from contact): Can't locate
> oiprod/Handler/Contact.pm
>  in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux
> /usr/lib/perl5/5.6.0 /u
> sr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0
> /usr/lib/
> perl5/site_perl . /msn/oi/oiprod) at (eval 163) line 3.

Yes, this has been fixed in CVS now.

Later,

Chris

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

AW: [Openinteract-help] base_page and mime types

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

Hi Chris,

the file is called e.g. /MS1/BahnCard/MIS/EXTERNE.xls ( happens for all
Excel files ) with mime type application/vnd.ms-excel . Maybe stupid
question: which tool lets you make a HEAD request which gets past OI =
login
stuff ?

I suspect, that my base_page / static_page stuff is somehow screwed up =
- but
I do not dare to "fix" it at the moment, since I have not figuered out, =
what
is wrong.

later,

Andreas

PS: for the list_actions problem: I get error messages like these:

OpenInteract::Startup::require_module (346) >>  --require error:
oiprod::Handler
::Contact                 (from contact): Can't locate
oiprod/Handler/Contact.pm
 in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux
/usr/lib/perl5/5.6.0 /u
sr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0
/usr/lib/
perl5/site_perl . /msn/oi/oiprod) at (eval 163) line 3.

OpenInteract::Startup::require_module (346) >>  --require error:
oiprod::Handler
::Address                 (from contact): Can't locate
oiprod/Handler/Address.pm
 in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux
/usr/lib/perl5/5.6.0 /u
sr/lib/perl5/site_perl/5.6.0/i386-linux /usr/lib/perl5/site_perl/5.6.0
/usr/lib/
perl5/site_perl . /msn/oi/oiprod) at (eval 164) line 3.

OpenInteract::Startup::require_module (346) >>  --require error:
oiprod::Handler
::BasicPage               (from static_page): Can't locate
oiprod/Handler/BasicP
age.pm in @INC (@INC contains: /usr/lib/perl5/5.6.0/i386-linux
/usr/lib/perl5/5.
6.0 /usr/lib/perl5/site_perl/5.6.0/i386-linux =
/usr/lib/perl5/site_perl/5.6.0
/us
r/lib/perl5/site_perl . /msn/oi/oiprod) at (eval 165) line 3.

-----Urspr=FCngliche Nachricht-----
Von: Chris Winters [mailto:ch...@cw...]
Gesendet: Dienstag, 11. Dezember 2001 15:44
An: And...@Be...
Cc: ope...@li...
Betreff: Re: [Openinteract-help] base_page and mime types


* Andreas Nolte (And...@Be...) [011211 08:54]:
> just found a new problem with base_page on one box: the mime type
> does not get set correctly in the request so that my excel files
> just show funny chars... Since the mime type is set correctly in the
> page table, I am not sure, why this is so.. Any hints?

A few questions:=20
=20
 - What is the MIME type set to in the 'page' object? =20
=20
 - What is the name of the file you're trying to retrieve?=20
=20
 - What is the MIME type returned to the browser? (Doing a 'HEAD=20
   http://blah/myfile.xls' will tell you this)=20
=20
Thanks,=20
=20
Chris=20

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

Re: [Openinteract-help] base_page and mime types

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

* Andreas Nolte (And...@Be...) [011211 08:54]:
> just found a new problem with base_page on one box: the mime type
> does not get set correctly in the request so that my excel files
> just show funny chars... Since the mime type is set correctly in the
> page table, I am not sure, why this is so.. Any hints?

A few questions: 
 
 - What is the MIME type set to in the 'page' object?  
 
 - What is the name of the file you're trying to retrieve? 
 
 - What is the MIME type returned to the browser? (Doing a 'HEAD 
   http://blah/myfile.xls' will tell you this) 
 
Thanks, 
 
Chris 

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

[Openinteract-help] base_page and mime types

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

Hey y' all,

just found a new problem with base_page on one box: the mime type does not
get set correctly in the request so that my excel files just show funny
chars... Since the mime type is set correctly in the page table, I am not
sure, why this is so.. Any hints?

regards,

Andreas

Re: [Openinteract-help] static page serving and templates

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

* Andreas Nolte (And...@Be...) [011211 07:07]:
> do I get this right: you need an entry in page for every document???

Yep -- I want to be able to have the metadata in the database but the
content elsewhere. One of the cool things is that the metadata can
define a location for the content by URL. So we're encouraging all the
folks who want to wrap another site's content in their own... :-)

> Maybe, this explains my problems when updating to 1.36 from 1.30,
> when I removed stativ_page altogether. When I did this, no file was
> deliverd at all, only stuff from handlers.

There's a migration script in
pkg/base_page-x.xx/script/static_page2base_page.pl. But you need to
have the 'static_page' package installed to use it.

The migration script works very well. I migrated a site with ~1700
pages and it worked great.

> BTW: during this I found, that oi_manage list_actions seems to be
> broken...

I'll check this out. Hm... Do you get a bunch of 'cannot require
Class::Blah' messages? (Just to make sure we're getting the same
error... :-)

> Back to subject: does this mean, that hierachical security in the
> form like in static_page does not work anymore and that there is no
> default-handler to serve files?

No and no. Hierarchical security still works just the same, and the
default handler is 'base_page' instead of 'static_page'. You can run
the 'scan_for_new.pl' script (in the pkg/base_page-x.xx/script dir)
periodically to create metadata objects from files in the filesystem.

Chris

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

Re: [Openinteract-help] ARRAY?

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

* Victor Piterbarg (ope...@ha...) [011211 06:00]:
> I wrote a method in a handler that inherits from CommonHandler, all
> it does is select a list of objects using fetch_group based on the
> user_id of the current user. As far as I can tell it is written
> almost identical to any other method, however, I get this error when
> I try to do fetch_group(),
> 
> Undefined subroutine &nasa::Handler::CreditCard::ARRAY called at
> (eval 446) line 1.
> 
> Why would that happen?
> It's probably obvious, but it's also 3am...

Oh -- this is definitely a late-night bug caused by bleary eyes :-)

Change:

 	my $my_cards = eval($object_class->fetch_group({
                                   where => "user_id =  $uid"}));

to:

 	my $my_cards = eval { $object_class->fetch_group({
                                   where => "user_id =  $uid"}) };

(braces not parens for an eval {} block)

Later,

Chris

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

AW: [Openinteract-help] static page serving and templates

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

Hi Chris,

do I get this right: you need an entry in page for every document??? =
Maybe,
this explains my problems when updating to 1.36 from 1.30, when I =
removed
stativ_page altogether. When I did this, no file was deliverd at all, =
only
stuff from handlers.

BTW: during this I found, that oi_manage list_actions seems to be =
broken...

Back to subject: does this mean, that hierachical security in the form =
like
in static_page does not work anymore and that there is no =
default-handler to
serve files?

later,

Andreas

-----Urspr=FCngliche Nachricht-----
Von: Chris Winters [mailto:ch...@cw...]
Gesendet: Dienstag, 11. Dezember 2001 02:55
An: jo...@po...
Cc: ope...@li...
Betreff: Re: [Openinteract-help] static page serving and templates


* John Sequeira (js...@me...) [011210 17:29]:
> I'm having some trouble serving static pages.  I've got a package
> with some web pages in the /html folder.  GIF's in a package
> subfolder /html/images are served up correctly from my templates,
> but I can't directly access these pages from a url. In other words,
> http://myserver.com/mylogo.gif works but
> http://myserver.com/newpagename.htm get a file not found error.  The
> OpenInteract default page serves up correctly, so base_page is
> working...  but not on html within my package.

Doh! I forgot to add this in to the apply/upgrade_package process. The
problem is that there are no 'page' objects corresponding to the files
in the filesystem. I'll try and fix this for the next verrsion. (BTW:
the /images files probably work because, if you're using the
recommended two-server setup the front-end deals with everything under
that URL-space)

Until I fix this, there's a script
(pkg/base_page-x.xx/script/scan_for_new.pl) that should take care of
it for you. It scans your /html directory (ignoring /html/images and
/html/oi_docs) for files that don't have a corresponding 'page' object
and creates them for you. Take a peek at it -- it's fairly simple.

> Second question is, how do I override the default template provided
> by OI?  I'd like to implement something as simple as a per-website
> header/footer, which seems like it might be covered by either a
> config file option, or being able to overload the Template
> initialization routine and redefine the wrapper routine.  I wasn't
> clear on how to do this from read the Template::* pod files.

If you're using 1.35 and higher, you can just edit
$WEBSITE_DIR/template/base_main to do this. Super easy.

Mostly OT: You can also define custom template processing
configuration parameters through OpenInteract::Template::Process --
it's got pretty thorough docs on this.

Chris

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

_______________________________________________
openinteract-help mailing list
ope...@li...
https://lists.sourceforge.net/lists/listinfo/openinteract-help

[Openinteract-help] ARRAY?

[Victor P. <ope...@ha...>]

Hello,

I wrote a method in a handler that inherits from CommonHandler, all it does
is select a list of objects using fetch_group based on the user_id of the
current user. As far as I can tell it is written almost identical to any
other method, however, I get this error when I try to do fetch_group(),

Undefined subroutine &nasa::Handler::CreditCard::ARRAY called at (eval 446)
line 1.

Why would that happen?
It's probably obvious, but it's also 3am...
Thanks.

-Victor

P.S. Here's the offending code:

sub list_mine
{
	my($class,$p) = @_;
	my $R = OpenInteract::Request->instance;
	unless($R->{auth}{logged_in})
   	{
		return "<h1>Error</h1>Please log in...";
	}
	$p ||= {};
	my %params = %{$p};
	my $object_class = $class->MY_OBJECT_CLASS;
	my $uid = $R->{auth}{user}->id;
	my $my_cards = eval($object_class->fetch_group({where => "user_id =
$uid"}));
	if($@)
	{
		$R->scrib(0,"Failed to get a list of cards: $@, obj: $object_class");
		return "<h1>Error</h1>Could not fetch a list of cards...$@";
	}
	use Data::Dumper;
	$params{debug_message} = Dumper($R);
	$params{credit_cards} = $my_cards;
	return $R->template->handler({},\%params,{name =>
'reg_nasa::nasa_card_list'});
}

Re: [Openinteract-help] static page serving and templates

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

* John Sequeira (js...@me...) [011210 17:29]:
> I'm having some trouble serving static pages.  I've got a package
> with some web pages in the /html folder.  GIF's in a package
> subfolder /html/images are served up correctly from my templates,
> but I can't directly access these pages from a url. In other words,
> http://myserver.com/mylogo.gif works but
> http://myserver.com/newpagename.htm get a file not found error.  The
> OpenInteract default page serves up correctly, so base_page is
> working...  but not on html within my package.

Doh! I forgot to add this in to the apply/upgrade_package process. The
problem is that there are no 'page' objects corresponding to the files
in the filesystem. I'll try and fix this for the next verrsion. (BTW:
the /images files probably work because, if you're using the
recommended two-server setup the front-end deals with everything under
that URL-space)

Until I fix this, there's a script
(pkg/base_page-x.xx/script/scan_for_new.pl) that should take care of
it for you. It scans your /html directory (ignoring /html/images and
/html/oi_docs) for files that don't have a corresponding 'page' object
and creates them for you. Take a peek at it -- it's fairly simple.

> Second question is, how do I override the default template provided
> by OI?  I'd like to implement something as simple as a per-website
> header/footer, which seems like it might be covered by either a
> config file option, or being able to overload the Template
> initialization routine and redefine the wrapper routine.  I wasn't
> clear on how to do this from read the Template::* pod files.

If you're using 1.35 and higher, you can just edit
$WEBSITE_DIR/template/base_main to do this. Super easy.

Mostly OT: You can also define custom template processing
configuration parameters through OpenInteract::Template::Process --
it's got pretty thorough docs on this.

Chris

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

[Openinteract-help] static page serving and templates

[John S. <js...@me...>]

I'm having some trouble serving static pages.  I've got a package with some
web pages in the /html folder.  GIF's in a package subfolder /html/images
are served up correctly from my templates,  but I can't directly access
these pages from a url. In other words, http://myserver.com/mylogo.gif works
but http://myserver.com/newpagename.htm get a file not found error.  The
OpenInteract default page serves up correctly,  so base_page is working...
but not on html within my package.

Second question is,  how do I override the default template provided by OI?
I'd like to implement something as simple as a per-website header/footer,
which seems like it might be covered by either a config file option,  or
being able to overload the Template initialization routine and redefine the
wrapper routine.  I wasn't clear on how to do this from read the Template::*
pod files.

Thanks in advance,

John S.

Re: [Openinteract-help] OI with GEMINI

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

* Andreas Nolte (And...@Be...) [011206 08:07]:
> .. hard to tell on a test site - it seems, it does. But we shall see
> on the production site...

What?! You mean you didn't just run it on your production site? :-)

> BTW: recently I posted our idea of using sys_security with
> skip_security as a join to boost performance: this works great and
> speeds things up noticebly with our critical requests, that is
> those, where the actual request returns a lot of records, of which
> most are kicked out by the security mechanism ( with one fetch for
> each record ! ).

Nice -- I'll have to look at incorporating this in the future.

Chris

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

Re: [Openinteract-help] Undefined subroutine &OpenInteract::handler called.

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

* Victor Piterbarg (ope...@ha...) [011207 18:58]:
> Hello,
> 
> Upon further investigation, I found that nothing was getting copied to
> /tmplib, and then I looked at $website_dir/conf/package_repository.perl only
> to find that all that was left of it was:
> 
> $data = {
>           'META_INF' => {
>                           'base_dir' => '/usr/local/www/nasa'
>                         }
>         };
> 
> Somehow all the contents of it disappeared. I swear I didn't touch
> it. I am betting that this is what's causing all my probs...Anyway,
> I am going to try an repair my package_repo and see if that does it.
> My perl is 5.6.1 and ApacheStartup is 1.21 2001/11/28 05:51:32
> (cutting edge).

Yow! This happened to me once before, but I couldn't figure out 
why. (Inspiring, I know.) There might be a .backup file in the same 
directory -- I modified the SPOPS::HashFile class to always create a 
backup file for just this reason.

There must be something going wrong during the package install process
to make this happen. I'll try to figure this out in the near future...
 
Chris 

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

RE: [Openinteract-help] Undefined subroutine &OpenInteract::handler called.

[Victor P. <ope...@ha...>]

Hello,

Upon further investigation, I found that nothing was getting copied to
/tmplib, and then I looked at $website_dir/conf/package_repository.perl only
to find that all that was left of it was:

$data = {
          'META_INF' => {
                          'base_dir' => '/usr/local/www/nasa'
                        }
        };

Somehow all the contents of it disappeared. I swear I didn't touch it. I am
betting that this is what's causing all my probs...Anyway, I am going to try
an repair my package_repo and see if that does it.
My perl is 5.6.1 and ApacheStartup is 1.21 2001/11/28 05:51:32 (cutting
edge).

-Victor

> -----Original Message-----
> From: Chris Winters [mailto:ch...@cw...]
> Sent: Friday, December 07, 2001 3:38 PM
> To: Victor Piterbarg
> Cc: oi-help
> Subject: Re: [Openinteract-help] Undefined subroutine
> &OpenInteract::handler called.
>
>
> * Victor Piterbarg (ope...@ha...) [011207 18:02]:
> > Hello,
> >
> > So here's what happened. I've been working on a package, and decided to
> > install classifieds for some example code. Now, I can't work
> with OI at all!
> > All I get is an "internal server error," and my error log is
> filled with the
> > message you see in the subject.
> >
> > I tried putting
> >
> > 	PerlModule OpenInteract
> >
> > inside httpd.conf, for the hell of it, but then it died on some
> method in
> > OpenInteract::Request. I also tried removing the classified package, but
> > that didn't fix anything. Has anyone else had this prob? I am
> running Apache
> > 1.3.22 with mod_perl 1.26.
> > Restarting the server doesn't help...
> >
> > I turned on DEBUG, and I can see all the stuff happening in
> > &Apache::Startup::initialize(), but none of the child_init()
> stuff ever gets
> > executed, judging by the absnce of DEBUG messages in the log.
>
> This happens when the initialization process doesn't run
> properly. What OS and perl version are you running on? And what
> version of OpenInteract::ApacheStartup are you using (just copy/paste
> the $Id...$ line toward the top of the file)?
>
> Thanks,
>
> Chris
>
> --
> Chris Winters (ch...@cw...)
> Building enterprise-capable snack solutions since 1988.
>

Re: [Openinteract-help] Undefined subroutine &OpenInteract::handler called.

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

* Victor Piterbarg (ope...@ha...) [011207 18:02]:
> Hello,
> 
> So here's what happened. I've been working on a package, and decided to
> install classifieds for some example code. Now, I can't work with OI at all!
> All I get is an "internal server error," and my error log is filled with the
> message you see in the subject.
> 
> I tried putting
> 
> 	PerlModule OpenInteract
> 
> inside httpd.conf, for the hell of it, but then it died on some method in
> OpenInteract::Request. I also tried removing the classified package, but
> that didn't fix anything. Has anyone else had this prob? I am running Apache
> 1.3.22 with mod_perl 1.26.
> Restarting the server doesn't help...
> 
> I turned on DEBUG, and I can see all the stuff happening in
> &Apache::Startup::initialize(), but none of the child_init() stuff ever gets
> executed, judging by the absnce of DEBUG messages in the log.

This happens when the initialization process doesn't run
properly. What OS and perl version are you running on? And what
version of OpenInteract::ApacheStartup are you using (just copy/paste
the $Id...$ line toward the top of the file)?
 
Thanks, 
 
Chris 

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

[Openinteract-help] Undefined subroutine &OpenInteract::handler called.

[Victor P. <ope...@ha...>]

Hello,

So here's what happened. I've been working on a package, and decided to
install classifieds for some example code. Now, I can't work with OI at all!
All I get is an "internal server error," and my error log is filled with the
message you see in the subject.

I tried putting

	PerlModule OpenInteract

inside httpd.conf, for the hell of it, but then it died on some method in
OpenInteract::Request. I also tried removing the classified package, but
that didn't fix anything. Has anyone else had this prob? I am running Apache
1.3.22 with mod_perl 1.26.
Restarting the server doesn't help...

I turned on DEBUG, and I can see all the stuff happening in
&Apache::Startup::initialize(), but none of the child_init() stuff ever gets
executed, judging by the absnce of DEBUG messages in the log.
Any ideas? Please?
Thanks.


-Victor

----
"Tatarsky, of course,  hated most of the manifestations of  Soviet power,
but he still couldn't understand why  it was worth exchanging an evil empire
for an evil banana republic" --Viktor Pelevin, Generation P.

Re: [Openinteract-help] CommonHandler security

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

* Tho...@be... (Tho...@be...) [011207 10:17]:
> Is it possible to modify the search criteria from exact to near in
> dependency of the security level?
> 
> We tried like this :
> ...
> If the security level is 'write' the user should be able to search
> without exact phrases.
> 
> How do we manage this ?

Good question. Currently you can't -- the environment isn't properly
setup so that you can find out what the security for the current
user/current action is.

I'll modify ::CommonHandler to pass around the parameter hashref (\%p)
that's setup by OI::Handler::GenericDispatcher which has the security
in it. That way all the customization methods (including
_search_criteria_customize() and _search_build_where_customize()) can
have access to it, and you can add your criteria like this:

sub _search_build_where_customize {
    my ( $class, $tables, $where, $values, $p ) = @_;
    my $apr = OpenInteract::Request->instance->apache;
    my $to_search = $class->_read_field( $apr, 'field' );
    if ( $p->{level} >= SEC_LEVEL_WRITE ) {
       push @{ $where }, " field LIKE ? ";
       push @{ $value }, "%$to_search%";
    }
    else {
       push @{ $where }, " field = ? ";
       push @{ $value }, $to_search;
    }
}

Hope that makes sense.

In the future, this will probably be solved in one of a couple ways:

 - Create an ActionDispatcher class which gets called to run every
 action and sets information in $R accordingly

 - Create an ActionDispatcher object which gets instantiated with
 every action and maintains state about it

I'm leaning toward the second, but we'll see.

Chris

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