phplib-trackers Mailing List for PHPLIB (Page 7)
Brought to you by:
nhruby,
richardarcher
Menu
▾
▴
phplib-trackers — List for monitoring the phplib SourceForge trackers.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(91) |
Sep
(12) |
Oct
(26) |
Nov
(16) |
Dec
(14) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(37) |
Feb
(22) |
Mar
(39) |
Apr
(74) |
May
(14) |
Jun
(17) |
Jul
(81) |
Aug
(32) |
Sep
(28) |
Oct
(18) |
Nov
(8) |
Dec
(6) |
| 2003 |
Jan
(6) |
Feb
(11) |
Mar
(5) |
Apr
(4) |
May
(6) |
Jun
(6) |
Jul
(5) |
Aug
(3) |
Sep
(8) |
Oct
(4) |
Nov
(2) |
Dec
(2) |
| 2004 |
Jan
(1) |
Feb
|
Mar
(3) |
Apr
(8) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
(2) |
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
(2) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(41) |
Nov
|
Dec
(78) |
|
From: <no...@so...> - 2002-09-20 14:54:10
|
Bugs item #549660, was opened at 2002-04-27 20:20 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=549660&group_id=31885 Category: Session Group: 7.4pre1 Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Nobody/Anonymous (nobody) Summary: php4 session support Initial Comment: Max's php4 support does not appear to be complete in the -stable tree: session4.inc is missing local4.inc is missing integration into prepend.php3 is not done. And of course adding the readme into the docs. ---------------------------------------------------------------------- Comment By: Joe Stewart (joestewart) Date: 2002-09-20 09:54 Message: Logged In: YES user_id=77269 As Richard noted. session4.inc is missing as well as a prepend.php3 modified for using Session4_Custom. Session4_Custom.inc and session/Session4.inc need to be moved to the correct directories. Documentation for installation will be simple after this is completed ---------------------------------------------------------------------- Comment By: nathan hruby (nhruby) Date: 2002-07-01 17:01 Message: Logged In: YES user_id=19736 <sheepish> Please remind me which if the multiple seesion4.inc's and local4.inc's are Max's? </sheepish> they aren't integreated into local.inc because they are there for testing by people who would liek to pund on them, they are not a full blown feature yet . ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=549660&group_id=31885 |
|
From: <no...@so...> - 2002-09-20 14:46:49
|
Patches item #612139, was opened at 2002-09-20 09:46 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=612139&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: Session4_Custom w/reg. globals off Initial Comment: A patch to provide use of phplib Session4_Custom with register_globals off. NOTE: When using this patch all session variables are global. Patch performed on: session4_custom.inc,v 1.1 2002/01/05 15:47:37 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=612139&group_id=31885 |
|
From: <no...@so...> - 2002-09-17 02:52:40
|
Bugs item #610323, was opened at 2002-09-16 19:52 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=610323&group_id=31885 Category: OOH Forms Group: 7.2.x Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Typo in OOHForms.inc Initial Comment: I noticed a typo in function get_element, in oohforms.inc: About 20 lines into the function (ver 7.2d) appears the line: if (true == $falg_nametranslation) according to the earlier references, it looks like this should actually be: if (true == $flag_nametranslation) I'm not sure if this has been fixed in a later revision (and I'm a bit too busy to search the archives), but I thought you might like to know. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=610323&group_id=31885 |
|
From: <no...@so...> - 2002-09-13 20:03:17
|
Patches item #609067, was opened at 2002-09-13 15:03 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=609067&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: default login cancel for Example_Default Initial Comment: Seems a common question is to how to abandon a login form without pressing cancel. This patch suggested by Mike Green long ago should reduce these questions if applied to the example in local.inc Original post: http://marc.theaimsgroup.com/?l=phplib&m=94269299705992&w=2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=609067&group_id=31885 |
|
From: <no...@so...> - 2002-09-12 16:13:24
|
Feature Requests item #608452, was opened at 2002-09-12 11:13 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=608452&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: auth.inc - GET and POST variables Initial Comment: The login process should preserve the GET and POST variables presented before login. So then, the auth can be interstitial as otherwise designed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=608452&group_id=31885 |
|
From: <no...@so...> - 2002-09-09 20:31:11
|
Bugs item #602695, was opened at 2002-08-30 18:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 Category: Template Group: current CVS Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: template::set_file unexpected behaviour Initial Comment: Reported via email by Joe Stewart: If you call set_file twice with the same handle name but different filenames, the second file doesn't get loaded because loadfile checks for the existence of the varval and returns without loading the file. I was able to work around it by unsetting the varval and varkey of the handle before calling set_file. But it seems set_file should do this if $this->file[$varname] != $filename. ---------------------------------------------------------------------- Comment By: Joe Stewart (joestewart) Date: 2002-09-09 15:31 Message: Logged In: YES user_id=77269 Patch available here: [ 606946 ] template::set_file unexpected behaviour - https://sourceforge.net/tracker/index.php?func=detail&aid=606946&group_id=31885&atid=403613 ---------------------------------------------------------------------- Comment By: Joe Stewart (joestewart) Date: 2002-08-30 19:22 Message: Logged In: YES user_id=77269 A little clarification: Regarding - blindly overrwrite the filename? That is not what I suggested. I only suggested that the contents of the file requested to be used in the call to set_file be used. The call to set_file does change the file to be used successfully now. It's just that loadfile checks for the variable and if it exists does not grab the contents of the new file and instead uses the current content ( old file). The behavior of loadfile is otherwise a good thing and don't suggest changing it. thanks, Joe ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-08-30 18:35 Message: Logged In: YES user_id=279311 I imagine that in typical use set_file would only be called once per varname, and anything else would be unintended. Nevertheless, I can see that if you *do* want to override a previous file, the current system makes this inordinately difficult. How should this change? - leave as is with better documentation? - blindly overrwrite the filename? - throw an error if the same handle is set_file'd twice? - ... ...R. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 |
|
From: <no...@so...> - 2002-09-09 20:29:46
|
Patches item #606946, was opened at 2002-09-09 15:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=606946&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: template::set_file unexpected behaviour Initial Comment: Patch to correct bug [ 602695 ] template::set_file unexpected behaviour - https://sourceforge.net/tracker/index.php?func=detail&aid=602695&group_id=31885&atid=403611 Also had problem using the function unset_var ( maybe array value should be key?) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=606946&group_id=31885 |
|
From: <no...@so...> - 2002-09-09 13:06:29
|
Support Requests item #605267, was opened at 2002-09-05 14:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=605267&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ODBC error Initial Comment: Please help !! Using a slightly complicated SQL statement with an ORACLE ODBC connection, I am getting the following error message: SQL error: [Microsoft][ODBC driver for Oracle]Cannot use Keyset-driven cursor on join, with distinct clause, union, intersect or minus or on read only result set, SQL state S1C00 in SQLExecDirect in d:\apps\web\phplib\php\db_odbc.inc on line 61 I don't think it's the ODBC data drive or data source since it seems to work fine with Crystal Reports and ORACLE PL/SQL app. Just wondering if it's a limitation in PHP or PHPLIB. Thank you in advance for your assistance. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-09-09 06:06 Message: Logged In: NO Thanks for your help !! THe troubling thing for me though is the same ODBC DSN works fine when used with ORACLE and other DB apps (Crystal Reports, etc.) ---------------------------------------------------------------------- Comment By: Chris Johnson (chaska) Date: 2002-09-06 08:40 Message: Logged In: YES user_id=279065 This is not a PHP or PHPLIB limitation, as far as I can tell. The error message looks like it was generated by a Microsoft ODBC driver, so I would suspect the ODBC driver as the most likely culprit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=605267&group_id=31885 |
|
From: <no...@so...> - 2002-09-07 13:56:41
|
Patches item #606011, was opened at 2002-09-07 08:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=606011&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: db abstracted db_xsl.inc Initial Comment: db_xsl.inc has been postgres dependent. This patch should allow extension from other dbms db_sql classes. However it has only been tested with mysql. Class file with changes and patch attached. ---------------------------------------------------------------------- >Comment By: Joe Stewart (joestewart) Date: 2002-09-07 08:56 Message: Logged In: YES user_id=77269 very small change. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=606011&group_id=31885 |
|
From: <no...@so...> - 2002-09-07 13:01:42
|
Patches item #606011, was opened at 2002-09-07 08:01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=606011&group_id=31885 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Joe Stewart (joestewart) Assigned to: Nobody/Anonymous (nobody) Summary: db abstracted db_xsl.inc Initial Comment: db_xsl.inc has been postgres dependent. This patch should allow extension from other dbms db_sql classes. However it has only been tested with mysql. Class file with changes and patch attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403613&aid=606011&group_id=31885 |
|
From: <no...@so...> - 2002-09-06 15:40:53
|
Support Requests item #605267, was opened at 2002-09-05 16:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=605267&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ODBC error Initial Comment: Please help !! Using a slightly complicated SQL statement with an ORACLE ODBC connection, I am getting the following error message: SQL error: [Microsoft][ODBC driver for Oracle]Cannot use Keyset-driven cursor on join, with distinct clause, union, intersect or minus or on read only result set, SQL state S1C00 in SQLExecDirect in d:\apps\web\phplib\php\db_odbc.inc on line 61 I don't think it's the ODBC data drive or data source since it seems to work fine with Crystal Reports and ORACLE PL/SQL app. Just wondering if it's a limitation in PHP or PHPLIB. Thank you in advance for your assistance. ---------------------------------------------------------------------- >Comment By: Chris Johnson (chaska) Date: 2002-09-06 10:40 Message: Logged In: YES user_id=279065 This is not a PHP or PHPLIB limitation, as far as I can tell. The error message looks like it was generated by a Microsoft ODBC driver, so I would suspect the ODBC driver as the most likely culprit. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=605267&group_id=31885 |
|
From: <no...@so...> - 2002-09-05 21:23:44
|
Support Requests item #605267, was opened at 2002-09-05 14:23 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=605267&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: ODBC error Initial Comment: Please help !! Using a slightly complicated SQL statement with an ORACLE ODBC connection, I am getting the following error message: SQL error: [Microsoft][ODBC driver for Oracle]Cannot use Keyset-driven cursor on join, with distinct clause, union, intersect or minus or on read only result set, SQL state S1C00 in SQLExecDirect in d:\apps\web\phplib\php\db_odbc.inc on line 61 I don't think it's the ODBC data drive or data source since it seems to work fine with Crystal Reports and ORACLE PL/SQL app. Just wondering if it's a limitation in PHP or PHPLIB. Thank you in advance for your assistance. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403612&aid=605267&group_id=31885 |
|
From: <no...@so...> - 2002-09-05 17:54:36
|
Bugs item #605074, was opened at 2002-09-05 23:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=605074&group_id=31885 >Category: Session Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) >Assigned to: Nobody/Anonymous (nobody) Summary: Error in viewsessions.php3 Initial Comment: $query = sprintf("delete from %s where name = '%s' and sid = '%s'", $sess->that->database_table, $sess->name, $v); must be $v not $k ---------------------------------------------------------------------- >Comment By: Dr Tarique Sani (tarique) Date: 2002-09-06 02:54 Message: Logged In: YES user_id=269695 Errr... I dont think this is a docs bug ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=605074&group_id=31885 |
|
From: <no...@so...> - 2002-09-05 14:31:11
|
Bugs item #605074, was opened at 2002-09-05 07:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=605074&group_id=31885 Category: docs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Dr Tarique Sani (tarique) Summary: Error in viewsessions.php3 Initial Comment: $query = sprintf("delete from %s where name = '%s' and sid = '%s'", $sess->that->database_table, $sess->name, $v); must be $v not $k ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=605074&group_id=31885 |
|
From: <no...@so...> - 2002-08-31 00:22:13
|
Bugs item #602695, was opened at 2002-08-30 18:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 Category: Template Group: current CVS Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: template::set_file unexpected behaviour Initial Comment: Reported via email by Joe Stewart: If you call set_file twice with the same handle name but different filenames, the second file doesn't get loaded because loadfile checks for the existence of the varval and returns without loading the file. I was able to work around it by unsetting the varval and varkey of the handle before calling set_file. But it seems set_file should do this if $this->file[$varname] != $filename. ---------------------------------------------------------------------- Comment By: Joe Stewart (joestewart) Date: 2002-08-30 19:22 Message: Logged In: YES user_id=77269 A little clarification: Regarding - blindly overrwrite the filename? That is not what I suggested. I only suggested that the contents of the file requested to be used in the call to set_file be used. The call to set_file does change the file to be used successfully now. It's just that loadfile checks for the variable and if it exists does not grab the contents of the new file and instead uses the current content ( old file). The behavior of loadfile is otherwise a good thing and don't suggest changing it. thanks, Joe ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-08-30 18:35 Message: Logged In: YES user_id=279311 I imagine that in typical use set_file would only be called once per varname, and anything else would be unintended. Nevertheless, I can see that if you *do* want to override a previous file, the current system makes this inordinately difficult. How should this change? - leave as is with better documentation? - blindly overrwrite the filename? - throw an error if the same handle is set_file'd twice? - ... ...R. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 |
|
From: <no...@so...> - 2002-08-30 23:35:53
|
Bugs item #602695, was opened at 2002-08-31 09:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 Category: Template Group: current CVS Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: template::set_file unexpected behaviour Initial Comment: Reported via email by Joe Stewart: If you call set_file twice with the same handle name but different filenames, the second file doesn't get loaded because loadfile checks for the existence of the varval and returns without loading the file. I was able to work around it by unsetting the varval and varkey of the handle before calling set_file. But it seems set_file should do this if $this->file[$varname] != $filename. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2002-08-31 09:35 Message: Logged In: YES user_id=279311 I imagine that in typical use set_file would only be called once per varname, and anything else would be unintended. Nevertheless, I can see that if you *do* want to override a previous file, the current system makes this inordinately difficult. How should this change? - leave as is with better documentation? - blindly overrwrite the filename? - throw an error if the same handle is set_file'd twice? - ... ...R. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 |
|
From: <no...@so...> - 2002-08-30 23:31:08
|
Bugs item #602695, was opened at 2002-08-31 09:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 Category: Template Group: current CVS Status: Open Resolution: None Priority: 5 Submitted By: Richard Archer (richardarcher) Assigned to: Richard Archer (richardarcher) Summary: template::set_file unexpected behaviour Initial Comment: Reported via email by Joe Stewart: If you call set_file twice with the same handle name but different filenames, the second file doesn't get loaded because loadfile checks for the existence of the varval and returns without loading the file. I was able to work around it by unsetting the varval and varkey of the handle before calling set_file. But it seems set_file should do this if $this->file[$varname] != $filename. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=602695&group_id=31885 |
|
From: <no...@so...> - 2002-08-29 09:27:00
|
Bugs item #601761, was opened at 2002-08-29 02:26 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=601761&group_id=31885 Category: docs Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Dr Tarique Sani (tarique) Summary: another default login problem Initial Comment: I guess i have a Problem with the default login (login_if) in the documentation on page http://www.sanisoft.com/phplib/manual/authAdde dInfo.php there is an error in the code <A HREF="<?php $sess->purl('$PHP_SELF? again=yes') ?>">Relogin</A> <<< seams to be wrong >>> it must look like <A HREF="<?php $sess->purl($PHP_SELF.'? again=yes') ?>">Relogin</A> because the link should not look like this http://yourweb.de/$PHP_SELF?again=yes but i have another problem. If I use the relogin by failure i cant get out of it. What if i do not want to login because i have no login and would like to surf as nobody on the page ? i cant get out of it because there is a active session created which i must delete on the database by hand :( so i could use the page as a nobody (default login) again. Do i make a mistake ? or must i only place a cancel button on the login screen to delete the session ? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=601761&group_id=31885 |
|
From: <no...@so...> - 2002-08-12 07:00:54
|
Feature Requests item #577332, was opened at 2002-07-04 19:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=577332&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Dipl.-Inform. Kai Hofmann (powerstat) Assigned to: Nobody/Anonymous (nobody) Summary: Template caching Initial Comment: It would be nice to have a kind of template output caching to speed up template processing. For example some template outputs will only change in 24 hours or more. This will not work for all templates but for a lot it might bring significant improvement - especially in combination with php-accelerator. Maybe it is helpful to take a look at the "Smarty 2.x" template engine, also please take a look at the PHP-Accelerator Benchmarks at http://www.phpinsider.com/benchmarks/ ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2002-08-12 17:00 Message: Logged In: YES user_id=279311 Loading in a file (or even several files) from disk won't be the bottleneck in a typical template-based page. The bottleneck will usually be the database accesses required to create the content. And to a limited degree the regex manipulations to insert the content into the template. If you're running sessions too, you also have the PHPLIB per-page overhead for pulling the session data out of the database. In the scope of PHPLIB, the usual consideration of caching is how to *prevent* it, rather than implement it :) ...R. ---------------------------------------------------------------------- Comment By: Dipl.-Inform. Kai Hofmann (powerstat) Date: 2002-08-12 16:47 Message: Logged In: YES user_id=286352 I think that template caching is different from content caching! That because content has already filled in the template vars and blocks. By template caching I mean the pure template so that it must not be loaded from disk each time - which is a performance bottleneck! ---------------------------------------------------------------------- Comment By: Layne Weathers (layne_weathers) Date: 2002-07-06 02:55 Message: Logged In: YES user_id=278685 This is not a Template issue at all. Content caching applies to any page whether it's inline or template-based - even static HTML pages benefit from caching. There are many caching engines out there - perhaps we can mention those in the documentation. If PHPLib wants to provide a basic caching mechanism in 8.x, let's please keep it pure. ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-07-05 06:59 Message: Logged In: YES user_id=279311 There is a patch to enable this in the file attached to: https://sourceforge.net/tracker/index.php?func=detail&aid=450744&group_id=31885&atid=403614 This won't apply cleanly to the latest template.inc, but should be a good starting point if you require this functionality. I decided against including it in the standard template.inc because of the additional complexity... maybe I should re-think that decision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=577332&group_id=31885 |
|
From: <no...@so...> - 2002-08-12 06:47:27
|
Feature Requests item #577332, was opened at 2002-07-04 11:32 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=577332&group_id=31885 Category: None Group: None Status: Open Priority: 5 Submitted By: Dipl.-Inform. Kai Hofmann (powerstat) Assigned to: Nobody/Anonymous (nobody) Summary: Template caching Initial Comment: It would be nice to have a kind of template output caching to speed up template processing. For example some template outputs will only change in 24 hours or more. This will not work for all templates but for a lot it might bring significant improvement - especially in combination with php-accelerator. Maybe it is helpful to take a look at the "Smarty 2.x" template engine, also please take a look at the PHP-Accelerator Benchmarks at http://www.phpinsider.com/benchmarks/ ---------------------------------------------------------------------- >Comment By: Dipl.-Inform. Kai Hofmann (powerstat) Date: 2002-08-12 08:47 Message: Logged In: YES user_id=286352 I think that template caching is different from content caching! That because content has already filled in the template vars and blocks. By template caching I mean the pure template so that it must not be loaded from disk each time - which is a performance bottleneck! ---------------------------------------------------------------------- Comment By: Layne Weathers (layne_weathers) Date: 2002-07-05 18:55 Message: Logged In: YES user_id=278685 This is not a Template issue at all. Content caching applies to any page whether it's inline or template-based - even static HTML pages benefit from caching. There are many caching engines out there - perhaps we can mention those in the documentation. If PHPLib wants to provide a basic caching mechanism in 8.x, let's please keep it pure. ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-07-04 22:59 Message: Logged In: YES user_id=279311 There is a patch to enable this in the file attached to: https://sourceforge.net/tracker/index.php?func=detail&aid=450744&group_id=31885&atid=403614 This won't apply cleanly to the latest template.inc, but should be a good starting point if you require this functionality. I decided against including it in the standard template.inc because of the additional complexity... maybe I should re-think that decision. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403614&aid=577332&group_id=31885 |
|
From: <no...@so...> - 2002-08-12 01:53:17
|
Bugs item #593846, was opened at 2002-08-11 19:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=593846&group_id=31885 Category: Template Group: 7.2.x Status: Open Resolution: None Priority: 5 Submitted By: Mickael Bailly (dready) Assigned to: Nobody/Anonymous (nobody) Summary: value of a variable can't be '0' Initial Comment: I got a template variable FILE_NB which can be equal to the string 0 . But template function evaluate 0 as null and so gives me an error: <b>Template Error:</b> loadfile: FILE_NB is not a valid handle.<br> Test with this script to see the problem: require 'template.inc'; $t = new template('/tmp'); //no matter what page.tpl contains $t->set_file('page','page.tpl'); $t->set_var('FILE_NB','0'); $t->parse('out',array('FILE_NB','page')); Suggested modification: on the first line of the loadfile function, replace the test: !empty($this->varvals[$handle]) with strlen($this->varvals[$handle]) ---------------------------------------------------------------------- Comment By: Joe Stewart (joestewart) Date: 2002-08-11 20:53 Message: Logged In: YES user_id=77269 The error says that FILE_NB is not a valid handle. Try this instead: $t->parse('out','page'); parse syntax: parse($target, $varname, $append = false) where $varname is defined in set_file for your example as 'page'. set_file($varname, $filename = "") See documentation: http://www.sanisoft.com/phplib/manual/templateMethods.php#templateMethodsInt 0 is substitiuted into templates many many times. hth, Joe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=593846&group_id=31885 |
|
From: <no...@so...> - 2002-08-12 00:29:03
|
Bugs item #593846, was opened at 2002-08-12 02:29 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=593846&group_id=31885 Category: Template Group: 7.2.x Status: Open Resolution: None Priority: 5 Submitted By: Mickael Bailly (dready) Assigned to: Nobody/Anonymous (nobody) Summary: value of a variable can't be '0' Initial Comment: I got a template variable FILE_NB which can be equal to the string 0 . But template function evaluate 0 as null and so gives me an error: <b>Template Error:</b> loadfile: FILE_NB is not a valid handle.<br> Test with this script to see the problem: require 'template.inc'; $t = new template('/tmp'); //no matter what page.tpl contains $t->set_file('page','page.tpl'); $t->set_var('FILE_NB','0'); $t->parse('out',array('FILE_NB','page')); Suggested modification: on the first line of the loadfile function, replace the test: !empty($this->varvals[$handle]) with strlen($this->varvals[$handle]) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=593846&group_id=31885 |
|
From: <no...@so...> - 2002-08-10 00:56:39
|
Bugs item #460338, was opened at 2001-09-11 01:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=460338&group_id=31885 Category: None Group: None >Status: Closed >Resolution: Fixed Priority: 1 Submitted By: Sebastien Delaire (pes) >Assigned to: Richard Archer (richardarcher) Summary: Session Expiration (Billionth second bug Initial Comment: Hi, there's a problem in the file ct_shm.inc when using sessions (this bug is probably here in other session containers) If the current date is below the billionth (1 000 000 000) second, and the expiration date is upper. The garbage collector thinks that it should remove the session because the comparison used is a string cmp .. (not an integer one) A patch could be to replace the strcmp on these lines : 67 sas 1.2 $dat = explode(";", $val); 68 if($name == $dat[1] && strcmp($dat[3], $cmp) < 0) by a $dat[3] < $cmp . This bug will not exist for a long time, but will occur each billion seconds :) ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2002-08-10 10:56 Message: Logged In: YES user_id=279311 OK, fixed that, even though it will never happen again -- the integer value will wrap to be negative before an extra digit is added. Should be a performance improvement doing an integer comparison rather than a strcmp also. Woot! ---------------------------------------------------------------------- Comment By: nathan hruby (nhruby) Date: 2002-07-02 07:43 Message: Logged In: YES user_id=19736 Hmmm.. will look into this. not a really high priority , but I can't fathom why it's doing what it's doing Changing Priority to Lowest - 1 we have soem time before we need to deal with thsi again :) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=460338&group_id=31885 |
|
From: <no...@so...> - 2002-08-10 00:46:08
|
Bugs item #577922, was opened at 2002-07-06 06:35 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=577922&group_id=31885 Category: Template Group: 7.4pre1 >Status: Closed >Resolution: Invalid >Priority: 1 Submitted By: Alejandro W. (awoywood) Assigned to: Richard Archer (richardarcher) Summary: Error: now disappears $xx and \ Initial Comment: Hi, I was looking for a correction to the disappearing $, then I tried this version of templates.inc But I found two errors: - templates.inc->set_var still eats "$xx", where x is a literal - templates.inc->set_var eats the \ in "\" if you do the following: $t->set_var(array( "t1" => " $es ", "t2" => " \23 " )); the variables inside the template object will became: t1="" and t2="$123". t1 is clearly wrong. t2 seems wrong too (I don't know the inner representation). After doing a $t->parse and a $t->p, in place of {t2} you will get a "$123" which is wrong. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2002-08-10 10:46 Message: Logged In: YES user_id=279311 I'm closing this bug. I can't see any way the current logic in template.inc can be fooled into breaking in this way. I'm happy to look at any further reports of strange behaviour. Preferably accompanied by a test script and template which demonstrates the incorrect behaviour. Please attach a file to the bug report containing: a PHP script a template file your version of template.inc sample output a mock up of *correct* output Thank you! ...R. ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-08-02 07:33 Message: Logged In: YES user_id=279311 Please post some code as an attachment which demonstrates this problem. So SF doesn't escape the sequence which causes the problem. Also, please include your copy of template.inc in the attachment. I still believe you're running a non-current version of template.inc. The logic in the current version seems to me to be unflawed. ...R. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2002-08-02 02:10 Message: Logged In: NO you must use \\23 ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-07-11 18:02 Message: Logged In: YES user_id=279311 I tested this, and it works fine for me. Test files attached... ---------------------------------------------------------------------- Comment By: Joe Winter (jwinter1) Date: 2002-07-11 05:21 Message: Logged In: YES user_id=206472 I second layne weathers on this. Also add ${noTDTags} to your testspecialchars.tpl where there is no space, no td tags, nothing, between the $ sign and the curly brace. ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-07-06 08:20 Message: Logged In: YES user_id=279311 I am confident that the current CVS version of template.inc behaves correctly in both these situations. Your second test result containing a "$" suggests to me that you're running an old version of template.inc. That kludge was removed from the script in April. The last change I made to resolve this issue was to run all variable values through preg_replace prior to substitution. While this incurs a performance hit over the previous kludges, it's practically guaranteed to result in the correct behaviour. I have attached my test script and template for this problem. The output consists of all template.inc's debugging output followed by a table of three columns. The first column is a description of the test, the second is the intended result as plain text and the third is the result after running through template. ...R. ---------------------------------------------------------------------- Comment By: Layne Weathers (layne_weathers) Date: 2002-07-06 06:48 Message: Logged In: YES user_id=278685 t1 depends completely on your setting of the PHP variable $es - you should be testing against ' $es ' so that PHP is not doing variable substitution within the string. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=577922&group_id=31885 |
|
From: <no...@so...> - 2002-08-07 21:29:35
|
Bugs item #542811, was opened at 2002-04-12 13:18 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=542811&group_id=31885 Category: DB_SQL Group: current CVS Status: Closed Resolution: None Priority: 2 Submitted By: Layne Weathers (layne_weathers) Assigned to: Layne Weathers (layne_weathers) Summary: nextid() uses mysql_query Initial Comment: nextid() uses mysql_query() and mysql_fetch_array() instead of using DB_Sql's own error-checking functions. ---------------------------------------------------------------------- >Comment By: Richard Archer (richardarcher) Date: 2002-08-08 07:29 Message: Logged In: YES user_id=279311 I reckon the class is designed that way to allow greater flexibility. I can see where Layne is coming from though... perhaps you should be using a separate instantiation of the class to perform different operations. Perhaps there should be some *gasp* comments added to the code to clarify this. ---------------------------------------------------------------------- Comment By: nathan hruby (nhruby) Date: 2002-07-03 05:52 Message: Logged In: YES user_id=19736 So is this a bug? It seems like it isn't. ---------------------------------------------------------------------- Comment By: Layne Weathers (layne_weathers) Date: 2002-04-13 01:40 Message: Logged In: YES user_id=278685 I guess this is in the case of duplicating or moving data from one table to another. In that case, I would need to have two database objects - one to query the old table and the second to insert into the new table (if I tried to use only one object I would lose my select results) so I might as well nextid() with the second object. I guess I could save all the data in an array, but then I don't see any reason not to get the id later when I'm looping through the array. ---------------------------------------------------------------------- Comment By: Richard Archer (richardarcher) Date: 2002-04-12 15:23 Message: Logged In: YES user_id=279311 It does this so as to not trash the $this->Record array. The script could conceivably be looping through this array and using next_id() for each element! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403611&aid=542811&group_id=31885 |
115 messages has been excluded from this view by a project administrator.
