phplib-users Mailing List for PHPLIB (Page 65)
Brought to you by:
nhruby,
richardarcher
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(106) |
Sep
(99) |
Oct
(44) |
Nov
(97) |
Dec
(60) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(56) |
Feb
(81) |
Mar
(134) |
Apr
(69) |
May
(106) |
Jun
(122) |
Jul
(98) |
Aug
(52) |
Sep
(184) |
Oct
(219) |
Nov
(102) |
Dec
(106) |
| 2003 |
Jan
(88) |
Feb
(37) |
Mar
(46) |
Apr
(51) |
May
(30) |
Jun
(17) |
Jul
(45) |
Aug
(19) |
Sep
(5) |
Oct
(4) |
Nov
(12) |
Dec
(7) |
| 2004 |
Jan
(11) |
Feb
(7) |
Mar
|
Apr
(15) |
May
(17) |
Jun
(13) |
Jul
(5) |
Aug
|
Sep
(8) |
Oct
(6) |
Nov
(21) |
Dec
(13) |
| 2005 |
Jan
(4) |
Feb
(3) |
Mar
(7) |
Apr
(7) |
May
|
Jun
(11) |
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
|
| 2006 |
Jan
(3) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(1) |
Aug
|
Sep
|
Oct
(9) |
Nov
|
Dec
(5) |
| 2007 |
Jan
(15) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(9) |
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(19) |
Sep
(2) |
Oct
|
Nov
|
Dec
(6) |
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(6) |
|
From: Maxim D. <max...@bo...> - 2002-04-29 13:51:56
|
Hello Matt, Monday, April 29, 2002, 5:04:01 PM, you wrote: MW> I saw something on the list this morning about using session_register if MW> using $_SESSION or $HTTP_SESSION_VARS, and since found this bit in the manual. MW> <snip> MW> If you are using MW> $HTTP_SESSION_VARS/$_SESSION, MW> do not use session_register(), MW> session_is_registered() and session_unregister(). MW> </snip> MW> I also noticed that in session4 the function register uses session_register, MW> should this not be $_SESSION or $HTTP_SESSION_VARS? Yes, I see. The new order is coming :) Well .... If I rewrite all the things corresponding to the manual, the class will stop work under pre-4.1, because registering/unregistering session variables using direct assignment to the $HTTP_SESSION_VARS or $_SESSION was introdused first in 4.1. I guess the fix would be a simple thing, which checks for a version & register_globals settings and uses different register/unregister/is_registered ways to do things. MW> As I say everything works with register globals off and the old sessions. Yes, because the old Session pushes the registered variables into the global scope. It does not depend on register_globals, because its variables are always global. -- Best regards, Maxim Derkachev mailto:max...@bo... System administrator & programmer, Symbol-Plus Publishing Ltd. phone: +7 (812) 324-53-53 www.books.ru, www.symbol.ru |
|
From: Maxim D. <max...@bo...> - 2002-04-26 14:29:54
|
Hello Matt, Friday, April 26, 2002, 5:55:09 PM, you wrote: MW> Hey Maxim did you ever get the session4_custom working with register globals MW> off? Haven't tried yet. Why it should not? It does not interfere with external variables, so it should not suffer from register_globals setting. But many things in PHPLIB, like Auth, i guess, need to be fixed to work with register globals off. More fixes should be in the PHPLib-based code itself because of the coding style, when session variables were assumed to always appear in the global scope. -- Best regards, Maxim Derkachev mailto:max...@bo... System administrator & programmer, Symbol-Plus Publishing Ltd. phone: +7 (812) 324-53-53 www.books.ru, www.symbol.ru |
|
From: Bertram S. <ph...@ag...> - 2002-04-26 06:45:33
|
Hi, is there a way, to force a XHTML output with OOHFORMS ? Thank you Bertram |
|
From: Tarique S. <ta...@sa...> - 2002-04-26 06:12:56
|
Hope this makes it to the list One of my programmers vi...@sa... hacked the oohforms.inc to work with register_globals off Download from http://www.sanisoft.com/phplib/oohforms_patch.zip Everyone please give it a spin and let me know if you run into any glitches HTH Tarique -- ============================================================= PHP Applications for E-Biz: http://www.sanisoft.com Indian PHP User Group: http://groups.yahoo.com/group/in-phpug ============================================================= |
|
From: Tarique S. <ta...@sa...> - 2002-04-26 06:05:42
|
Hello Mike One of my programmers vi...@sa... hacked the oohforms.inc to work with register_globals off Download from http://www.sanisoft.com/phplib/oohforms_patch.zip Everyone please give it a spin and let me know if you run into any glitches HTH Tarique -- ============================================================= PHP Applications for E-Biz: http://www.sanisoft.com Indian PHP User Group: http://groups.yahoo.com/group/in-phpug ============================================================= |
|
From: Mike G. <Mik...@sa...> - 2002-04-25 13:53:09
|
Ernest, I have not yet gotten to making oohforms work with register globals off. But as a start I would suggest you replace global $PHP_SELF; in get_start() with $PHP_SELF = $_SERVER['PHP_SELF']; In addition I suspect that the statement "global $$vname" in function marshal_dispatch() of oohforms.inc would need to be changed to use one of the new superglobals ($_GET and/or $_POST). I would have to digest what marshal_dispatch() is doing to know for sure. (I think I once knew what marshal_dispatch() did. But it escapes me now.) Cheers! Mike Green Ernest Beinrohr wrote: > What is the reason for that behavior? How can I use ooforms [I didn't > try the other parts of phplib] with register_globals set to off? > > -- > Ernest Beinrohr, OERNii > eAdmin @ AxonPro.sk, http://www.AxonPro.sk > +421-2-62410360, +421-905-241903 > HomePage: http://www.oernii.sk > > _______________________________________________ > Phplib-users mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phplib-users -- _______________________________________________________________________ Michael D Green SaeSolved:: Custom-Built Web Applications -- http://www.saesolved.com 1552 Beachview Drive, Virginia Beach, VA 23464-7225, USA; 757.467.1552 http://www.everypeople.net http://www.sitewidgets.com _______________________________________________________________________ |
|
From: Mike G. <Mik...@sa...> - 2002-04-25 13:43:36
|
I've searched this list and perused CVS to try to find what others have
done to make PHPLib work with register_globals off. And I've tried out
some patches to my own code. I can't, however, get things working.
What I've done (based upon the foregoing) is to add the following to
prepend.php:
$PHP_SELF = $_SERVER['PHP_SELF'];
$HTTP_REFERER = $_SERVER['HTTP_REFERER'];
$HTTP_USER_AGENT = $_SERVER['HTTP_USER_AGENT'];
$REMOTE_ADDR = $_SERVER['REMOTE_ADDR'];
$QUERY_STRING = $_SERVER['QUERY_STRING'];
and
$username = $_POST['username'];
$password = $_POST['password'];
to function auth_validatelogin().
I'm using session4.inc, session4_custom.inc, and user4.inc and PHPLib
7.4-pre1.
BTW I suspect that at least the statement "global $$vname" in function
marshal_dispatch() of oohforms.inc would need to be changed to make
oohforms work for register_globals off. But I haven't gotten that far
yet. And I would have to digest what marshal_dispatch() is doing to know
for sure. (I think I once knew what marshal_dispatch() did. But it
escapes me now.)
TIA for any recommendations.
Cheers!
Mike Green
|
|
From: Tarique S. <ta...@sa...> - 2002-04-25 05:06:32
|
On Wed, 24 Apr 2002 pe...@kr... wrote:
Hello Peter,
Plan B is the correct way to go about it.
Cheers
Tarique
> B.
> Write an auth_preauth something like this:
> function auth_preauth() {
> //Very basic check to prove the concept
> global $HTTP_COOKIE_VARS;
> $uid = $HTTP_COOKIE_VARS['ckUser'];
>
> if (empty($uid)) {
>
> return false;
>
> } else {
>
> $this->db->query(sprintf("select username,perms,password from %s where user_id = '%s'",
> $this->database_table, $uid));
>
> while($this->db->next_record()) {
> $username = $this->db->f("username");
> $perm = $this->db->f("perms");
> }
>
> if (empty($username)) {
> return false;
> } else {
> $this->auth["uname"] = $username;
> $this->auth["perm"] = $perm;
> return $uid;
> }
> }
--
=============================================================
PHP Applications for E-Biz: http://www.sanisoft.com
Indian PHP User Group: http://groups.yahoo.com/group/in-phpug
=============================================================
|
|
From: <pe...@kr...> - 2002-04-24 11:10:00
|
Hi there
I'm thinking of using pre-authorisation on a new site I'm involved in developing.
Assuming I dont want to use rabbit intestines, but instead want to use cookies, this is what I reckon is involved.
A.
Modify my auth_validatelogin() to set a cookie once the user has been validated - eg
setcookie("ckUser",$uid,time()+360000); // Valid for 100 hours ie approx 4 days
and to clear the cookie if validation fails (not sure how this could happen, but lets be safe)
setcookie("ckUser","",time()-3600);
B.
Write an auth_preauth something like this:
function auth_preauth() {
//Very basic check to prove the concept
global $HTTP_COOKIE_VARS;
$uid = $HTTP_COOKIE_VARS['ckUser'];
if (empty($uid)) {
return false;
} else {
$this->db->query(sprintf("select username,perms,password from %s where user_id = '%s'",
$this->database_table, $uid));
while($this->db->next_record()) {
$username = $this->db->f("username");
$perm = $this->db->f("perms");
}
if (empty($username)) {
return false;
} else {
$this->auth["uname"] = $username;
$this->auth["perm"] = $perm;
return $uid;
}
}
C.
and finally override auth_unauth():
function unauth() {
$this->auth["uid"] = "";
$this->auth["perm"] = "";
$this->auth["exp"] = 0;
setcookie("ckUser","",time()-3600);
}
OK then. Firstly - is this the approach you would take, or have taken? Is there a better way?
Secondly - what are the security implications? Should I be storing the UID? Is there a way to guarantee that someone hasnt stolen the cookie or faked it on another machine? (I thought of also keeping the IP address, but that wont work because of dynamic IP allocation).
Thanks for your thoughts!
Peter
|
|
From: Matt W. <ma...@ye...> - 2002-04-24 09:53:27
|
On Monday 22 April 2002 6:13 pm, Ernest Beinrohr wrote: > What is the reason for that behavior? How can I use ooforms [I didn't > try the other parts of phplib] with register_globals set to off? Yes I've just started a new project with phplib with register globals off= and=20 found this too. The CVS says some fixes have been added in for register globals off but t= his=20 doesn't work either. So far I've found that most things I've tried up to now (sess, perm) seem= s to=20 work ok. This is with the newer files from CVS. I have not however got the working with the max's session4 stuff. So far I haven't had time to have a look an further into any of it. Sorry I couldn't be of more help matt |
|
From: Ernest B. <oe...@oe...> - 2002-04-22 17:13:47
|
What is the reason for that behavior? How can I use ooforms [I didn't try the other parts of phplib] with register_globals set to off? -- Ernest Beinrohr, OERNii eAdmin @ AxonPro.sk, http://www.AxonPro.sk +421-2-62410360, +421-905-241903 HomePage: http://www.oernii.sk |
|
From: anze <an...@vo...> - 2002-04-21 17:22:12
|
Hi!
The plan A (turn off fallback mode) worked for me... Just a word about this
code (plan C) - I looked it up on the Internet and someone wrote that it
doesn't work since the vars it uses are set in the part that follows it. I
didn't check it though. Just so that someone doesn't waste too much time
figuring out what he did wrong. :)
Thanks for help, have fun!
Anze
On Thursday 01 January 1970 00:59, you wrote:
> > Can someone tell me how to convince PHPlib to propagate session IDs with
> > cookies (actually, how to get it to work) on IIS?
>
> ...just found the code that Mike Green posted on that:
>
> function start($sid = "") {
> global $HTTP_COOKIE_VARS, $HTTP_GET_VARS, $HTTP_HOST, $HTTPS;
>
> $this->name =
> $this->cookiename==""?$this->classname:$this->cookiename;
>
> if ( isset($this->fallback_mode)
> && ( "get" == $this->fallback_mode )
> && ( "coo
> kie" == $this->mode )
> && ( ! isset($HTTP_COOKIE_VARS[$this->name]) ) ) {
>
> if ( isset($HTTP_GET_VARS[$this->name]) ) {
>
> $this->mode = $this->fallback_mode;
>
> } else {
>
> $this->get_id($sid);
> $this->mode = $this->fallback_mode;
>
> echo "<meta http-equiv=\"Refresh\" content=\"0;
> URL=".$this->self_url()."\">\n";
> exit;
>
> }
>
> etc....[rest unchanged]
>
> Cookie mode works after this.
|
|
From: Christof B. <bea...@as...> - 2002-04-20 18:31:54
|
> Can someone tell me how to convince PHPlib to propagate session IDs with
> cookies (actually, how to get it to work) on IIS?
...just found the code that Mike Green posted on that:
function start($sid = "") {
global $HTTP_COOKIE_VARS, $HTTP_GET_VARS, $HTTP_HOST, $HTTPS;
$this->name =
$this->cookiename==""?$this->classname:$this->cookiename;
if ( isset($this->fallback_mode)
&& ( "get" == $this->fallback_mode )
&& ( "cookie" == $this->mode )
&& ( ! isset($HTTP_COOKIE_VARS[$this->name]) ) ) {
if ( isset($HTTP_GET_VARS[$this->name]) ) {
$this->mode = $this->fallback_mode;
} else {
$this->get_id($sid);
$this->mode = $this->fallback_mode;
echo "<meta http-equiv=\"Refresh\" content=\"0;
URL=".$this->self_url()."\">\n";
exit;
}
etc....[rest unchanged]
Cookie mode works after this.
HTH
Christof Beaupoil
|
|
From: Christof B. <chr...@be...> - 2002-04-20 18:27:43
|
> Can someone tell me how to convince PHPlib to propagate session IDs wit=
h
> cookies (actually, how to get it to work) on IIS?
a long time ago we had the same problem
this is what our kb says about it (IIRC we=B4ve choosen "c"):
A. There is a way -- but it doesn't work in fall-back mode:
Subject: [PHPLIB] IIS 4 is real pupu!
From: Giancarlo Pinerolo <pi...@ac...>
Date: 1999-01-13 13:08:02
Ok that IIS 4 flushes cookies and wants to start any new session in
'get'
mode but, even after applying the suggested changes (A 'META HTTP-REFRES=
H
to
itself' instead of a 'location: PHP_SELF', and set PHPLIB to send cookies=
in
any case, even if in fallback-get mode), I found that all HTTP_POST_VARS
are
lost when in *real* 'get' mode (eg when cookies are *really* disabled)...
B. You should not want to use the GET fallback mode and it probably won't
work
if you use one of the fixes to make cookies work on IIS:
Subject: [PHPLIB] IIS, Netscape Server vs. PHPLIB redirect (was: php=
lib
&
win32)
From: Kristian =3D?iso-8859-1?Q?K=3DF6hntopp?=3D <kk...@sh...>
Date: 1999-01-20 13:53:52
...Cookie mode is the only _sane_ way to maintain such an application.
Get
mode is there so you can save your butt, should it dangle in the wind. Bu=
t
it
is not easy. It should not be easy to maintain solutions that are broken =
in
the first place.
C. Here is a way:
Subject: RE: [PHPLIB] Cookies not work
From: "Brian Andrews" <br...@in...>
Date: 1999-04-10 23:58:02
If you are using IIS on NT its not going to use cookie mode as the wa=
y
PHPLib works out of the box isn't compatible with IIS. IIS won't send a
cookie
and do a Header:Location in the same request. You have to modify some cod=
e
(the start function in session.inc) so it does a META REFRESH instead of =
the
Header.
HTH
cb
|
|
From: anze <an...@vo...> - 2002-04-20 11:23:20
|
Hi! Can someone tell me how to convince PHPlib to propagate session IDs with cookies (actually, how to get it to work) on IIS? I have found some similar questions on the Net but no suitable answers... The problem is that the browser doesn't get cookie (even though the mode="cookie" and not "get") and therefore loses its session ID on next screen. GET mode is not suitable for my application because some of the pages are raw html. Everything works fine on production machine (Apache), but not on IIS. There was a hint on Net that the problem is with setting cookies and redirecting at the same time (AFAIK PHPlib does that)... Any solutions besides moving to a better HTTP server? :( Thanks, have fun! Anze |
|
From: Zakaria <zak...@so...> - 2002-04-20 04:14:17
|
On Kam, 2002-04-18 at 13:18, php...@li... wrote: > Phplib-users -- confirmation of subscription -- request 465441 > > We have received a request from zak...@so... for subscription > of your email address, <zak...@so...>, to the > php...@li... mailing list. To confirm the > request, please send a message to > php...@li..., and either: > > - maintain the subject line as is (the reply's additional "Re:" is > ok), > > - or include the following line - and only the following line - in the > message body: > > confirm 465441 > > (Simply sending a 'reply' to this message should work from most email > interfaces, since that usually leaves the subject line in the right > form.) > > If you do not wish to subscribe to this list, please simply disregard > this message. Send questions to > php...@li.... -- Assalamu'alaikum wr. wb. Wassallam, -- Zakaria Private: z4...@bi... Yahoo!: z4k4ri4 http://pemula.linux.or.id |
|
From: Layne W. <la...@if...> - 2002-04-18 16:37:53
|
> Thanks for the email. You're right, I had left "keep" in the
> initialisation statement (I've been blindly following the examples I
> found on day one). Removing it has fixed the problem. Is there any
> reason for leaving it in, other than for debugging?
I have found one application for it in production, but I only apply "keep"
for a short while before I resume "remove". There are probably other uses.
When I have a search that allows the user to sort the results by any number
of columns, I want to arrange the columns of my list table to match the
order of the sort columns. I don't want to be parsing blocks for each item
in a list, so I make one pass with "keep" to arrange the columns and then
loop through the results with "remove" to insert the data.
The following example is from a time-billing application we use internally.
My search results template contains:
---------------------------------------------------------------------
<table border="0" cellpadding="5" cellspacing="0">
<tr>
<!-- BEGIN employee_column_head -->
<th class="listHead" width="115">Employee</th>
<!-- END employee_column_head -->
<!-- BEGIN date_column_head -->
<th class="listHead" width="81">Date</th>
<!-- END date_column_head -->
<!-- BEGIN client_column_head -->
<th class="listHead" width="115">Client</th>
<!-- END client_column_head -->
<!-- BEGIN task_column_head -->
<th class="listHead" width="115">Task</th>
<!-- END task_column_head -->
<!-- BEGIN hours_column_head -->
<th class="listHead" width="81">Hours*</th>
<!-- END hours_column_head -->
</tr>
<!-- BEGIN ticket -->
<tr>
<!-- BEGIN employee_column -->
<td valign="top">{employee}</td>
<!-- END employee_column -->
<!-- BEGIN date_column -->
<td valign="top">{date_display}</td>
<!-- END date_column -->
<!-- BEGIN client_column -->
<td valign="top">{client}</td>
<!-- END client_column -->
<!-- BEGIN task_column -->
<td valign="top">{task}</td>
<!-- END task_column -->
<!-- BEGIN hours_column -->
<td align="center" valign="top">
<table border=0 cellpadding=0 cellspacing=0 width="71">
<tr>
<td align="left" width="38">{hours_worked} </td>
<td align="right" width="33">{hours_billed}</td>
</tr>
</table>
</td>
<!-- END hours_column -->
</tr>
<!-- END ticket -->
</table>
---------------------------------------------------------------------
My results script - after setting the search query, etc.
Note: I use 2 instances of Template which I have extended to allow one
argument to parse (target and varname are assumed to be the same) and adding
clear_var() - a shortcut for set_var("varname", "") that allows arrays of
varnames.
---------------------------------------------------------------------
$tpl->set_block("content", "ticket", "tickets");
$loop_tpl->set_var("DR", $DR);
$loop_tpl->set_var("ticket", $tpl->get_var("ticket"));
/* setup column order */
$tpl->set_block("results", "employee_column_head", "column_head_1");
$tpl->set_block("results", "date_column_head", "column_head_2");
$tpl->set_block("results", "client_column_head", "column_head_3");
$tpl->set_block("results", "task_column_head", "column_head_4");
$tpl->set_block("results", "hours_column_head", "column_head_5");
$loop_tpl->set_block("ticket", "employee_column", "column_1");
$loop_tpl->set_block("ticket", "date_column", "column_2");
$loop_tpl->set_block("ticket", "client_column", "column_3");
$loop_tpl->set_block("ticket", "task_column", "column_4");
$loop_tpl->set_block("ticket", "hours_column", "column_5");
$loop_tpl->set_var("arranged_ticket", $loop_tpl->get_var("ticket"));
$default_column_order = array("employee", "date", "client", "task",
"hours");
$column_order = array();
/* get requested sort order */
foreach((is_array($search_info["sort_order"]) and
count($search_info["sort_order"])) ? $search_info["sort_order"] :
explode(",", $default_sort_order) as $_sort_criteria)
{
$column_order[] = $_sort_criteria;
}
/* if not all five sort order columns were used, fill in the rest */
foreach($default_column_order as $_default_criteria) {
if(!in_array($_default_criteria, $column_order)) $column_order[] =
$_default_criteria; }
$loop_tpl->unknowns = "keep";
for($i = 0; $i < 5; $i++)
{
$tpl->parse("column_head_" . ($i + 1), $column_order[$i] . "_column_head");
$loop_tpl->parse("column_" . ($i + 1), $column_order[$i] . "_column");
}
$loop_tpl->parse("arranged_ticket");
$loop_tpl->set_var("ticket", $loop_tpl->get("arranged_ticket"));
$loop_tpl->unknowns = "remove";
$tpl->clear_var(array("employee_column_head", "date_column_head",
"client_column_head", "task_column_head", "hours_column_head"));
$loop_tpl->clear_var(array("unarranged_ticket", "employee_column",
"column_1", "date_column", "column_2", "client_column", "column_3",
"task_column", "column_4", "hours_column", "column_5"));
/* build list */
while($db->next_record())
{
$loop_tpl->set_var($db->Record);
if($db->Record["hours_worked"] == $db->Record["hours_billed"])
$loop_tpl->clear_var("hours_worked");
else $loop_tpl->set_var("hours_worked", "(".$db->Record[hours_worked].")");
$loop_tpl->parse("tickets", "ticket", true);
}
$tpl->set_var("tickets", $loop_tpl->get_var("tickets"));
---------------------------------------------------------------------
Layne Weathers
Ifworld Inc.
|
|
From: Franky <fr...@bo...> - 2002-04-18 12:05:45
|
when i do a phpinfo() i see this: ming ++++++++++++++++++++++++++++++++++++++++ +Ming SWF output librarythe + funk in your trunk + ++++++++++++++++++++++++++++++++++++++++ it is normal? Franky fr...@bo... |
|
From: Rogers, P. <Pau...@mo...> - 2002-04-18 07:38:31
|
Layne
Thanks for the email. You're right, I had left "keep" in the initialisation
statement (I've been blindly following the examples I found on day one).
Removing it has fixed the problem. Is there any reason for leaving it in,
other than for debugging?
Many thanks
Paul
-----Original Message-----
From: Layne Weathers [mailto:la...@if...]
Sent: 17 April 2002 17:39
To: 'Rogers, Paul'; 'Phplib-Users (E-mail)'
Subject: Re: [Phplib-users] Template - block name showing when no block
returned
> I have blocks working but if the database query returns no records
> I get the bookmark, ie {block_name}. I have checked the archive and
> it suggests this has bee fixed in 7.2b or 7.2c. I am currentl using
> 7.2d and it still doesn't work. Can any one tell me if this has
> indeed been fixed and if so where I can find the fix?
Have you set unknowns to "keep" when initializing Template? If so, you'll
want to set the block to a null string if there are no records found. The
problem that was fixed in 7.2b affected all blocks in PHP 4, not just empty
ones.
Layne Weathers
Ifworld Inc.
*****************************************************************************
This email and any attachments transmitted with it are confidential
and intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the sender and do not store, copy or disclose the content
to any other person.
It is the responsibility of the recipient to ensure that opening this
message and/or any of its attachments will not adversely affect
its systems. No responsibility is accepted by the Company.
*****************************************************************************
|
|
From: Andrew C. <An...@Ev...> - 2002-04-18 05:01:20
|
At 07:16 AM 4/18/2002 +1000, you wrote: >At 1:20 PM -0700 17/4/02, Andrew Crawford wrote: > > >Have the page caching issues with IE been addressed in the 7.4 pre-release? > >What problems are you seeing and with which browsers? >And which version of PHP are you running? > >I have seen conflicting reports of Explorer's requirements of the >Cache-Control header. Apparently newer versions require it to be a >comma-separated list of arguments. Older versions require a separate >Cache-Control header per argument. > > ...R. I had replied directly to Richard Archer about this and forgot to CC the list. Here is the follow-up: My bad. I messed with it for a couple hours. I set $allowcache = "no" in session.inc and corrected a couple of spots in my code where the session wasn't being appended properly to a link's url. It now seems to work correctly for IE 5 and 6. Andrew Crawford An...@Ev... |
|
From: Richard A. <rh...@ju...> - 2002-04-17 21:17:23
|
At 1:20 PM -0700 17/4/02, Andrew Crawford wrote: >Have the page caching issues with IE been addressed in the 7.4 pre-release? What problems are you seeing and with which browsers? And which version of PHP are you running? I have seen conflicting reports of Explorer's requirements of the Cache-Control header. Apparently newer versions require it to be a comma-separated list of arguments. Older versions require a separate Cache-Control header per argument. ...R. |
|
From: Andrew C. <An...@Ev...> - 2002-04-17 20:21:19
|
Have the page caching issues with IE been addressed in the 7.4 pre-release? Andrew Crawford An...@Ev... |
|
From: anze <an...@vo...> - 2002-04-17 19:19:39
|
> > I have blocks working but if the database query returns no records
> > I get the bookmark, ie {block_name}. I have checked the archive and
> > it suggests this has bee fixed in 7.2b or 7.2c. I am currentl using
> > 7.2d and it
>
> still doesn't work. Can any one tell me if this has
>
> > indeed been fixed and if so where I can find the fix?
I had some problems with 7.2d not properly rendering pages (when I was still
learning how to use it and just trying out the examples in docs) - I switched
to 7.4 prerelease (last one that is out) and everything seems to work fine
now. There are definitely some bugs in 7.2d, so check out 7.4 to be sure...
Hope it helps!
Anze
|
|
From: Layne W. <la...@if...> - 2002-04-17 16:34:53
|
> I have blocks working but if the database query returns no records
> I get the bookmark, ie {block_name}. I have checked the archive and
> it suggests this has bee fixed in 7.2b or 7.2c. I am currentl using
> 7.2d and it still doesn't work. Can any one tell me if this has
> indeed been fixed and if so where I can find the fix?
Have you set unknowns to "keep" when initializing Template? If so, you'll
want to set the block to a null string if there are no records found. The
problem that was fixed in 7.2b affected all blocks in PHP 4, not just empty
ones.
Layne Weathers
Ifworld Inc.
|
|
From: Rogers, P. <Pau...@mo...> - 2002-04-17 15:20:40
|
Dear All
I have blocks working but if the database query returns no records I get the
bookmark, ie {block_name}. I have checked the archive and it suggests this
has bee fixed in 7.2b or 7.2c. I am currentl using 7.2d and it still
doesn't work. Can any one tell me if this has indeed been fixed and if so
where I can find the fix?
Many thanks
Paul
*****************************************************************************
This email and any attachments transmitted with it are confidential
and intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the sender and do not store, copy or disclose the content
to any other person.
It is the responsibility of the recipient to ensure that opening this
message and/or any of its attachments will not adversely affect
its systems. No responsibility is accepted by the Company.
*****************************************************************************
|