phplib-users — A list for users of phplib to talk / discuss phplib

Re: [Phplib-users] template.inc patch (IF/ELSE/ENDIF)

[Tarique S. <ta...@sa...>]

On Sun, 30 Dec 2001, J C Lawrence wrote:

> On Sun, 30 Dec 2001 02:43:22 -0800 
> J C Lawrence <J> wrote:
> 
> > #text/plain [tempalte.inc.patch] /home/claw/tmp/template.inc.patch
> 
> Okay, let's try actually attaching it this time shall we?

Well this has been discussed often and it was agreed that template be kept
simple and strictly design oriented

I also agree to it ....

Anything which will confuse my dumb designer is bad :-(

and most designers are not too good at logic ....

Cheers

Tarique

-- 
==========================================================
PHP Applications for E-Biz : http://www.sanisoft.com

The Ultimate Ghazal Lexicon: http://www.aaina-e-ghazal.com
==========================================================

Re: [Phplib-users] template.inc patch (IF/ELSE/ENDIF)

[J C L. <cl...@ka...>]

On Sun, 30 Dec 2001 02:43:22 -0800 
J C Lawrence <J> wrote:

> #text/plain [tempalte.inc.patch] /home/claw/tmp/template.inc.patch

Okay, let's try actually attaching it this time shall we?

-- 
J C Lawrence                
---------(*)                Satan, oscillate my metallic sonatas. 
cl...@ka...               He lived as a devil, eh?		  
http://www.kanga.nu/~claw/  Evil is a name of a foeman, as I live.

[Phplib-users] template.inc patch (IF/ELSE/ENDIF)

[J C L. <cl...@ka...>]

Please find attached a patch for template.inc which adds the
following:

  1) The backslashes patch #480713 already on SourceForge.

  2) IF/ELSE/ENDIF support for template sub-blocks as based on
  Zakaria's patch:
 
    http://www.phpbuilder.com/mail/phplib-dev-list/2000062/0008.php

  3) You can now pass in an array of directories to search for
  template files.

Yeah, I know that conditionals in templates violates the strict
abstraction of logic and content, but there are more than enough
cases where its damned useful to justify it.  Moderation in all
things, including moderation.

-- 
J C Lawrence                
---------(*)                Satan, oscillate my metallic sonatas. 
cl...@ka...               He lived as a devil, eh?		  
http://www.kanga.nu/~claw/  Evil is a name of a foeman, as I live.

#text/plain [tempalte.inc.patch] /home/claw/tmp/template.inc.patch

Re: [Phplib-users] Template status, in PHPLib or PEAR?

[S. <bj...@ba...>]

* nathan r. hruby wrote:
> Bjorn, are you activly tracking changes from phplib cvs to the pear
> version?

From template class: at the moment no. I'm thinking about
to track changes from every phplib release concerning changes
on the template class.

-- 
Sichere PHP Applikationen / Notfall-Consulting mit der
PHP Feuerwehr / Code inspection / Code rehearsal / API
Checkup.                       mailto:te...@th...

Re: [Phplib-users] Status of phplib

[nathan r. h. <na...@ds...>]

On 24 Dec 2001, Huib Kleinhout wrote:

> Hi all,
> What is the current status of phplib regarding the development? Has the
> development stopped or are some of you quietly working without
> committing to cvs?
> If phplib is still alive I'm willing to contribute. At least by fixing
> some bugs I found (including a serious security bug which I won't
> disclose as long as I'm not sure phplib will release new files again.)
>
> I hope some of the developers respond and clarify the silence of the
> past months.
>

We be slow :)

A more concrete answer is: The current dev team is still trying to figure
out the internals of phplib, a lot of the organization lies in Kris's
head, which we no longer have unadulterated access to :)  I'll be
releaseing a new test release either today or tommorow as soon as I can
figure out which parts of experimental code need to get included.

Right now I'd like to pick up the focus of phplib into getting better
docs, getting a better website (to convey the docs :) and working on
quashing all the bugs from the 7.x series to make it happy with php3, php4
and php4.1.  At that point a very serious re-exanimantion of how phplib
works, in light of the features of php4x needs to be done.

As always, bugs patches and any help is always GREATLY apprciated.

-n
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
na...@ds...
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: [Phplib-users] Template status, in PHPLib or PEAR?

[nathan r. h. <na...@ds...>]

On Sat, 29 Dec 2001, [iso-8859-1] Bj=F6rn Schotte wrote:
>
> Currently, there's no web access for PEAR classes. You have
> to check them out via CVS or look into the PHP distribution.
>

http://cvs.php.net/cvs.php/pear

Specficly for what Bjorn is talking about:
http://cvs.php.net/cvs.php/pear/Template_PHPLIB

Bjorn, are you activly tracking changes from phplib cvs to the pear
version?

-n
--=20
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-
nathan hruby / digital statement
na...@ds...
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=
=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-

Re: [Phplib-users] Template status, in PHPLib or PEAR?

[S. <bj...@ba...>]

* nathan r. hruby wrote:
> On Fri, 28 Dec 2001, Mike Green wrote:
> > be maintained going forward. So I went to http://pear.php.net -- but could
> > not find how to access the template class if it is there, or anything about
> > how to use it.

Currently, there's no web access for PEAR classes. You have
to check them out via CVS or look into the PHP distribution.

I and Martin Jansen converted PHPLIB Template class (latest
from Richard Archer) into PEAR style. It is available in the
PEAR repository.

Perhaps I'll find the time to convert PHPLIB's Auth into
PEAR style ...

-- 
Sichere PHP Applikationen / Notfall-Consulting mit der
PHP Feuerwehr / Code inspection / Code rehearsal / API
Checkup.                       mailto:te...@th...

Re: [Phplib-users] Template status, in PHPLib or PEAR?

[nathan r. h. <na...@ds...>]

On Fri, 28 Dec 2001, Mike Green wrote:

> There was a remark on December 4, 2001, in the thread "PHPLib vs other
> libraries?" that the template class had been migrated to or included in PEAR.
>
> I'm presently using the version of template from PHPLib -- the most recent
> one, I believe (Id: template.inc,v 1.8 2001/08/10 04:57:30 richardarcher
> Exp). But I thought it might be wise to be tied into the one that is going to
> be maintained going forward. So I went to http://pear.php.net -- but could
> not find how to access the template class if it is there, or anything about
> how to use it.
>

I belive that's the most current phplib template class.  phplib *is not*
part of PEAR so looking at cvs.php.net or pear.php.net would be less than
helpful.  All phplib stuff currently lives at
http://sf.net/projects/phplib/

Working on a new test release right now, should hopefully be out by the
end of the day.

-n

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
na...@ds...
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

[Phplib-users] Template status, in PHPLib or PEAR?

[Mike G. <Mik...@sa...>]

There was a remark on December 4, 2001, in the thread "PHPLib vs other
libraries?" that the template class had been migrated to or included in PEAR.

I'm presently using the version of template from PHPLib -- the most recent
one, I believe (Id: template.inc,v 1.8 2001/08/10 04:57:30 richardarcher
Exp). But I thought it might be wise to be tied into the one that is going to
be maintained going forward. So I went to http://pear.php.net -- but could
not find how to access the template class if it is there, or anything about
how to use it.

Any pointers?

TIA!

Re: [Phplib-users] Status of phplib

[nathan r. h. <na...@ds...>]

On Fri, 28 Dec 2001, Richard Archer wrote:

>
> I would also like to see these changes released as a 7.2e tarball,
> because I still see bugs posted for problems I fixed 4 months ago.
>

I know, I know... release needed.  I've been promising it for a while but
it just hasn't happened yet, for which I'm sorry.  I will try to get one
out this week.

-n

-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
nathan hruby / digital statement
na...@ds...
http://www.dstatement.com/

Public GPG key can be found at:
http://www.dstatement.com/nathan-gpg-key.txt
ED54 9A5E 132D BD01 9103  EEF3 E1B9 4738 EC90 801B
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

Re: [Phplib-users] Status of phplib

[Richard A. <rh...@ju...>]

At 11:44 AM +0100 24/12/01, Lars Heuer wrote:

>Maybe it would be nice to release a 7.2e version which fixes the call
>by reference "bugs" which are deprecated in PHP 4.10. The
>session->serialize() function uses this. Maybe other methods too.

I spent a couple of weeks working on the PHPLIB code back in August.
All my changes have been committed to the CVS, including such things as
fixes for all bugs reported to the old mailing list in the previous 12
months, fixes for "deprecated" and other warnings when PHP error
reporting is turned up and a couple of security fixes.

I would also like to see these changes released as a 7.2e tarball,
because I still see bugs posted for problems I fixed 4 months ago.

 ...Richard.

Re: [Phplib-users] Status of phplib

[Dr T. S. <ta...@na...>]

On Mon, 24 Dec 2001, Lars Heuer wrote:
Hi Lars,

Nathan deciedes the stuff about releases

Yes! the issue of deprecated stuff also needs to be addressed

I have been promising manual.php.net style documentation for ages 

Guess everyone is over worked ....

Merry X'Mas

Tarique

-- 
==========================================================
PHP Applications for E-Biz : http://www.sanisoft.com

The Ultimate Ghazal Lexicon: http://www.aaina-e-ghazal.com
==========================================================

Re: [Phplib-users] Status of phplib

[Lars H. <ph...@qu...>]

Hi Tarique,

> Well PHPlib is very much alive and even though few commits have been made
> of-late there are plans a foot to release a new version soon!!!

Maybe it would be nice to release a 7.2e version which fixes the call
by reference "bugs" which are deprecated in PHP 4.10. The
session->serialize() function uses this. Maybe other methods too.

Regards,
Lars

-- 
quiXS!          | http://www.quixs.de
utopiXS!        | http://www.utopixs.de      | digitale Postkarten

Re: [Phplib-users] Status of phplib

[Tarique S. <ta...@sa...>]

On 24 Dec 2001, Huib Kleinhout wrote:

> What is the current status of phplib regarding the development? Has the
> development stopped or are some of you quietly working without
> committing to cvs?

Well PHPlib is very much alive and even though few commits have been made
of-late there are plans a foot to release a new version soon!!!

> If phplib is still alive I'm willing to contribute. At least by fixing
> some bugs I found (including a serious security bug which I won't
> disclose as long as I'm not sure phplib will release new files again.)

Feel free to - are you sure that it is not fixed as yet ??
 
> I hope some of the developers respond and clarify the silence of the
> past months.

I dont know about others BUT I myself have been too busy trying to earn a
living to contribute to PHPlib.


Cheers

Tarique


-- 
==========================================================
PHP Applications for E-Biz : http://www.sanisoft.com

The Ultimate Ghazal Lexicon: http://www.aaina-e-ghazal.com
==========================================================

[Phplib-users] Status of phplib

[Huib K. <hu...@st...>]

Hi all, 
What is the current status of phplib regarding the development? Has the
development stopped or are some of you quietly working without
committing to cvs?
If phplib is still alive I'm willing to contribute. At least by fixing
some bugs I found (including a serious security bug which I won't
disclose as long as I'm not sure phplib will release new files again.)

I hope some of the developers respond and clarify the silence of the
past months.

cheers,
Huib Kleinhout
ps. Merry X-mas!

[Phplib-users] Sessions: auto_init and setup.inc

[Marco <new...@dk...>]

Hi folks,

I try to use setup.inc to update the table "session_stats" like shown in 
the default setup.inc file. I followed the documentation. So I have 
checked the presence of the setup.inc, modified my "Example_Session" 
class -> added the "auto_init" parameter and tried to relogon to my 
page. But nothing happens in the table "session_stats".

What's my problem? :-)

bye
Marco

Re: [Phplib-users] pgsql - too many clients?

[Matthias M. <m....@in...>]

On Wed, 12 Dec 2001, Roberto Mello wrote:

> On Wed, Nov 21, 2001 at 05:46:00PM +0100, Matthias Mohr wrote:
> > 
> > if you really need the performance you gain using pconnect instead of connect
> > (especially when your database is running on another host, than you webserver)
> > another approach could be setting the apache-config-value for
> > MaxRequestsPerChild.
> 
> But the PHP documentation says that using pconnect PHP "reuses" the
> connection. If this is solely an Apache issue, then I don't see how PHP
> can make that claim.

yes, this could be considered a documentation issue, since the same apache 
child is able to reuse connection, but the thing breaks if a following
request is handled by another child (which is *very* likely). the problem is,
that you cannot pass sockets and filehandles from one forked process to
another. so if you use the cgi-sapi instead of the apache-sapi you will *never*
get a reused connection. i didnt try the new (mulitthreaded) apach2-sapi, maybe
that one is able to really reuse all the pconnect and pfsockopen thingies.
did anyone test this on apache 2 ?

> This pconnect issue is very significant for the overhead of connecting to
> a DB can be significant. In PostgreSQL, besides the savings in connection 
> time, you save time when you are using stored functions because they are
> compiled and cached (including execution plans for queries within the
> functions) on each backend. So if the backends didn't die (e.g. the
> connections were _in fact_ pooled and reused) you have a performance gain.
> 
> AOLserver got polled reusable connections to databases right in 1995. No
> wonder I see so much better results under it than Apache.
> 
> -Roberto
> 

-- 
  Matthias Mohr <m....@in...> (Software-Entwicklung)
  Internet Factory AG, Niederlassung Industriestr. 11, 26121 Oldenburg
  Tel: (+49) (0)441 - 77 92 10  Fax: (+49) (0)441 - 77 92 177
  http://www.internet-factory.de

[Phplib-users] Help! Form submit, then screen flickers, then "No Post Data" (Netscape 4)

[Peter C. <pcs...@ca...>]

Hi everyone

I'm just completing my latest site using PHPlib sess/auth/perm modules - but
have found a problem with Netscape 4 and iPlanet.

I found this message on the AIMS archive (no response is shown)... it pretty
well describes my situation (except that we use PHP4):

START--------

List:     phplib
Subject:  [PHPLIB] Form submit, then screen flickers, then "No Post Data"
From:     flash
Date:     2000-02-18 17:10:18
[Download message RAW]

On a survey site I'm building w/ PHP3 & PHPLIB7.2, the user answers a
survey question, and clicks a form button. The form (method=post) is
submitted, the results saved, and the next screen presented to the
user. This screen shows for about 1/2 of a second, whereon it
flickers into "Post Data Not Found".

This is happening under a windows vers. of Netscape, the version I
don't know because it's happening to a client and I can't reproduce
this.

It's related to PHPLIB, because i've only ever come across this in my
PHPLIB sites. I have a large amt. of PHP and Perl/cgi sites where
this doesn't occur. So I'm missing something. I'd like to know what's
happening here.

Anybody else run into this behaviour?

	-- flash

-------END


The app is installed on a client's intranet - they use iPlanet hosted on an
NT box with WinNT4 clients. The problem doesn't appear on our development
box (which uses Apache), nor does it appear with IE5.

I've tried changing the values of caching to no avail (current setting is
allowcache="no").

Any other suggestions? Any idea what's causing it? Any workarounds?


Thanks in advance!

Peter



PS Is it possible to get an archive working at sourceforge? The AIMS archive
is a pretty useful resource but must be getting out of date...

Re: [Phplib-users] pgsql - too many clients?

[Roberto M. <rm...@cc...>]

On Wed, Nov 21, 2001 at 05:46:00PM +0100, Matthias Mohr wrote:
> 
> if you really need the performance you gain using pconnect instead of connect
> (especially when your database is running on another host, than you webserver)
> another approach could be setting the apache-config-value for
> MaxRequestsPerChild.

But the PHP documentation says that using pconnect PHP "reuses" the
connection. If this is solely an Apache issue, then I don't see how PHP
can make that claim.

This pconnect issue is very significant for the overhead of connecting to
a DB can be significant. In PostgreSQL, besides the savings in connection 
time, you save time when you are using stored functions because they are
compiled and cached (including execution plans for queries within the
functions) on each backend. So if the backends didn't die (e.g. the
connections were _in fact_ pooled and reused) you have a performance gain.

AOLserver got polled reusable connections to databases right in 1995. No
wonder I see so much better results under it than Apache.

-Roberto
-- 
+----| http://fslc.usu.edu USU Free Software & GNU/Linux Club |------+
  Roberto Mello - Computer Science, USU - http://www.brasileiro.net 
       http://www.sdl.usu.edu - Space Dynamics Lab, Developer    
let length(Long_Walk) > length(Short_Pier)

Re: [Phplib-users] show_element doesn't present value?

[Frank B. <fb...@sy...>]

Thanks for the tip about webmonkey site.  I have written numous webpages
with databases and forms, but I thought it was time to do it "correctly".
When I read about the form object in phplib, I realised it had the
potential to put everything releated to each element together in one place.

What I am trying to do is create a page with numerous (almost) identical
forms.  The only difference between the various forms is that each one will
present different values.  I thought that I could just create a single form
object and then present it several times with different values.  When I
look at the code for show_element, it appears to accept the $value arg for
all element types.  I have read "show_element" docs several times and
perhaps I don't understand the significance of "Usually, the second
argument is not used."  Does this mean that for some element types, the
second argument CANNOT be used?  If this method is much more restrictive
than I first thought, how do I determine which elements cannot use the
second argument?

>If you want to show a value by default you better include it as part of
>your add_element() call

Are you just trying to be nice, or do you really mean "you MUST include it
as part of your add_element() call"?  I can see how re-arranging the code
to assign value during add_element call would work; but it just seems like
a nasty way to write the code.  Do I really HAVE TO HAVE a new form object
for every occurence of a form on my webpage, or can I create a form object
once and simple present it numerous times with different data each time?

Perhaps phplib-7.2d/pages/admin/new_user.php3 should be written to use the
form object?  Actually, that's exactly what I'm trying to do!  I thought I
would start with a simple exercise.  If re-writing this script to use form
object, is is possible to do so with my "$f = new form;" preceeding the
while statement that traverses the result set, or MUST the form object be
created each time through the loop?

Frank

At 11:16 AM 12/12/01 +0200, Lazaro Ferreira wrote:
>According to Lib..  documentation
>
>"show_element($name,$value)
>
>Outputs the form element named $name. Usually, the second argument is not
>used. It is always necessary for radio elements and checkbox elements with
>the multiple attribute set, since many of these may have the same name. It
>also must be used for submit elements to label the submission button; the
>value attribute is not used for submit elements. For other elements that may
>be array valued (notably text elements) multiple calls to show_element will
>show successive values."
>
>If you want to show a value by default you better include it as part of
>your add_element() call
>
>I would recommend you to use tpl_form class to deal with Databases
>
>tpl_form, is a bit hard to understand at the beginning (at least for me) but
>once you have managed to understand it, it provides you a good pattern
>design for "databases bounded"  forms, you may also (I do), use the
>query_sql class, to read and write to MYSQL DB, within tpl_form methods :
>process_input(), and process_default(),
>
>tpl_form and query_sql classes working together may do the trick of "BOUNDED
>FORMS", in a MS VB style, but with some limitations, everything is
>documented, (see PHPLIB DOC )
>
>On the other hand if you want a very straigth forward  example of how to to
>use DB with FORMS in PHP (without PHPLIB)
>go to www.webmonkey.com
>look for a PHP tutorial that covers PHP and MYSQL for the begginers, It was
>my first PHP reading, ( provided that you have some programming experience )
>you will learn everything you need to implement DB "Bounded" Forms in a few
>hours
>
>Hope this help
>Lazaro
>
>
>----- Original Message -----
>From: Frank Bax <fb...@sy...>
>To: <php...@li...>
>Sent: Wednesday, December 12, 2001 5:44 AM
>Subject: [Phplib-users] show_element doesn't present value?
>
>
>> I'm trying to use phplib-7.2d ooh forms for the first time...
>>
>>   $f = new form;
>>   $f->add_element(array(
>>                         'type'          => 'text',
>>                         'name'          => 'realname',
>>                         'size'          => 12,
>>                         'maxlength'     => 16,
>>                         ) );
>>   $f->show_element('realname','xxxx');
>>
>> This code generates:
>> <input name='realname' value="" type='text' maxlength='16' size='12'>
>>
>> Why don't I get value="xxxx"?
>>
>> I want to create a page to maintain a database table.  I expect that I
>> create my form object once with an element for each field; then loop
>> through my data, producing a form for each row?  Is this approach wrong?
>>
>> Frank
>>
>> _______________________________________________
>> Phplib-users mailing list
>> Php...@li...
>> https://lists.sourceforge.net/lists/listinfo/phplib-users
>>
>>
>>
>
>
>

Re: [Phplib-users] show_element doesn't present value?

[Lazaro F. <la...@mo...>]

According to Lib..  documentation

"show_element($name,$value)

Outputs the form element named $name. Usually, the second argument is not
used. It is always necessary for radio elements and checkbox elements with
the multiple attribute set, since many of these may have the same name. It
also must be used for submit elements to label the submission button; the
value attribute is not used for submit elements. For other elements that may
be array valued (notably text elements) multiple calls to show_element will
show successive values."

If you want to show a value by default you better include it as part of
your add_element() call

I would recommend you to use tpl_form class to deal with Databases

tpl_form, is a bit hard to understand at the beginning (at least for me) but
once you have managed to understand it, it provides you a good pattern
design for "databases bounded"  forms, you may also (I do), use the
query_sql class, to read and write to MYSQL DB, within tpl_form methods :
process_input(), and process_default(),

tpl_form and query_sql classes working together may do the trick of "BOUNDED
FORMS", in a MS VB style, but with some limitations, everything is
documented, (see PHPLIB DOC )

On the other hand if you want a very straigth forward  example of how to to
use DB with FORMS in PHP (without PHPLIB)
go to www.webmonkey.com
look for a PHP tutorial that covers PHP and MYSQL for the begginers, It was
my first PHP reading, ( provided that you have some programming experience )
you will learn everything you need to implement DB "Bounded" Forms in a few
hours

Hope this help
Lazaro


----- Original Message -----
From: Frank Bax <fb...@sy...>
To: <php...@li...>
Sent: Wednesday, December 12, 2001 5:44 AM
Subject: [Phplib-users] show_element doesn't present value?


> I'm trying to use phplib-7.2d ooh forms for the first time...
>
>   $f = new form;
>   $f->add_element(array(
>                         'type'          => 'text',
>                         'name'          => 'realname',
>                         'size'          => 12,
>                         'maxlength'     => 16,
>                         ) );
>   $f->show_element('realname','xxxx');
>
> This code generates:
> <input name='realname' value="" type='text' maxlength='16' size='12'>
>
> Why don't I get value="xxxx"?
>
> I want to create a page to maintain a database table.  I expect that I
> create my form object once with an element for each field; then loop
> through my data, producing a form for each row?  Is this approach wrong?
>
> Frank
>
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
>
>
>

[Phplib-users] show_element doesn't present value?

[Frank B. <fb...@sy...>]

I'm trying to use phplib-7.2d ooh forms for the first time...

  $f = new form;
  $f->add_element(array(
                        'type'          => 'text',
                        'name'          => 'realname',
                        'size'          => 12,
                        'maxlength'     => 16,
                        ) );
  $f->show_element('realname','xxxx');

This code generates:
<input name='realname' value="" type='text' maxlength='16' size='12'>

Why don't I get value="xxxx"?

I want to create a page to maintain a database table.  I expect that I
create my form object once with an element for each field; then loop
through my data, producing a form for each row?  Is this approach wrong?

Frank

Re: [Phplib-users] Re: Phplib-users digest, Vol 1 #90 - 1 msg

[Lazaro F. <la...@mo...>]

Hi

Sorry, cause I don't have enough time, to look at your problem now, but I
wrote this function a few months ago, it seems to works fine, so If you want
to give it a try, It may be useful for everybody

This function joins both tasks in one, it closes the session, calling
page_close(), and automatically redirect to the URL you pass in, everything
I do, is calling it in every page I want to add a logout feature, tipically
my scripts looks like:

page_open();

// the line below runs everytime you enter this page, but it will do logout,
only in case it gets the $logout==true, i.e taken from GET_VARS
//
page_close_logout($url,$query_string,$logout)

// Your script code

page_close()



function page_close_logout($url="",$qstring="",$logout=false){
        global $auth;
        global $PHP_SELF;
        global $QUERY_STRING;
        if($url=="") $url = $PHP_SELF;
        if($qstring=="") $qstring = $QUERY_STRING;
        if(is_login() && $logout==true){
                modify_url("$url?$qtring","logout","");
                $auth->logout();
                page_close();
                // echo "$url?$qtring";
                header("Location: $url?$qtring");
        }
}

function is_login(){
        global $sess;
        global $auth;
        $uid= isset($auth)?$auth->is_authenticated():false;
        return ($sess->is_registered("auth") and ($uid!=false) and
$uid!="form");
}

Hope this help
Lazaro

----- Original Message -----
From: Patrick Haggood <te...@co...>
To: <php...@li...>
Sent: Monday, December 10, 2001 12:54 PM
Subject: [Phplib-users] Re: Phplib-users digest, Vol 1 #90 - 1 msg


> Is there a better way to log someone out from your pages?  I'm having
> intermittent security holes popup when someone logs out from my pages
> but then hits 'back' a bunch of times.
>
>
> _______________________________________________
> Phplib-users mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phplib-users
>
>
>

Re: [Phplib-users] Re: Phplib-users digest, Vol 1 #90 - 1 msg

[Layne W. <la...@of...>]

> On Mon, Dec 10, 2001 at 05:54:58AM -0500, Patrick Haggood wrote:
> > Is there a better way to log someone out from your pages?  
> I'm having
> > intermittent security holes popup when someone logs out 
> from my pages
> > but then hits 'back' a bunch of times.

Can you be a bit more specific? Is the user re-authorized as himself? as
someone else? 

For my needs, $sess->delete() is all the logout I need - I don't bother with
$auth->logout(). (I did use it at one point in time, but abandoned it due to
a few irregularities {they may have been my fault, but my current setup
works fine so I don't worry about it}.)


> The ACS/OpenACS v4 software (OpenACS.org) solves this problem by
> generating a one-time hash value with an embedded timestamp that goes
> into a hidden field in the login page form.  Any attempt to login a
> second time with the same name, password and hash value is refused
> somehow.  I don't know how the system determines that the hash value
> is being used a second time.

PHPLib's Challenge/Response Crypt auth extension does the same thing. The
distributed local.inc has all you need to do this.


Layne Weathers
Ifworld Inc. 

Re: [Phplib-users] Re: Phplib-users digest, Vol 1 #90 - 1 msg

[<fr...@on...>]

On Mon, Dec 10, 2001 at 05:54:58AM -0500, Patrick Haggood wrote:
> Is there a better way to log someone out from your pages?  I'm having
> intermittent security holes popup when someone logs out from my pages
> but then hits 'back' a bunch of times.

The ACS/OpenACS v4 software (OpenACS.org) solves this problem by
generating a one-time hash value with an embedded timestamp that goes
into a hidden field in the login page form.  Any attempt to login a
second time with the same name, password and hash value is refused
somehow.  I don't know how the system determines that the hash value
is being used a second time.

-- 
Fred Yankowski           fr...@On...      tel: +1.630.879.1312
Principal Consultant     www.OntoSys.com       fax: +1.630.879.1370
OntoSys, Inc             38W242 Deerpath Rd, Batavia, IL 60510, USA