Menu
▾
▴
phpwebsite-developers — For our development team.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
(1) |
Mar
(265) |
Apr
(166) |
May
(25) |
Jun
(17) |
Jul
(20) |
Aug
(47) |
Sep
(6) |
Oct
(14) |
Nov
(66) |
Dec
(64) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(109) |
Feb
(64) |
Mar
(34) |
Apr
(23) |
May
(64) |
Jun
(9) |
Jul
(13) |
Aug
(6) |
Sep
(33) |
Oct
(272) |
Nov
(67) |
Dec
(75) |
| 2003 |
Jan
(264) |
Feb
(244) |
Mar
(171) |
Apr
(119) |
May
(54) |
Jun
(93) |
Jul
(51) |
Aug
(48) |
Sep
(14) |
Oct
(49) |
Nov
(47) |
Dec
(15) |
| 2004 |
Jan
(13) |
Feb
(27) |
Mar
(18) |
Apr
(44) |
May
(35) |
Jun
(24) |
Jul
(39) |
Aug
(142) |
Sep
(35) |
Oct
(34) |
Nov
(49) |
Dec
(24) |
| 2005 |
Jan
(60) |
Feb
(71) |
Mar
(19) |
Apr
(27) |
May
(68) |
Jun
(4) |
Jul
(30) |
Aug
(10) |
Sep
(23) |
Oct
(24) |
Nov
(13) |
Dec
(6) |
| 2006 |
Jan
(4) |
Feb
(46) |
Mar
(64) |
Apr
(18) |
May
(16) |
Jun
(37) |
Jul
(7) |
Aug
(19) |
Sep
(9) |
Oct
(8) |
Nov
(3) |
Dec
(23) |
| 2007 |
Jan
(25) |
Feb
(21) |
Mar
(32) |
Apr
(36) |
May
(12) |
Jun
(1) |
Jul
(7) |
Aug
(15) |
Sep
(13) |
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
(3) |
Feb
(5) |
Mar
(1) |
Apr
(2) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(7) |
Sep
|
Oct
(5) |
Nov
(1) |
Dec
|
| 2009 |
Jan
(7) |
Feb
(1) |
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-13 12:29:49
|
On Thu, 2001-12-13 at 12:16, Karsten Dambekalns wrote: > Which is by far the best setting. > > > Btw, supposing we would change it, we should convert all our statements > > like: > > > > +->(php < 4.1.0) : $HTTP_GET_VARS["op"] or > > | $HTTP_POST_VARS["op"] > > switch($op) ->| > > +->(php >= 4.1.0): $_REQUEST["op"] > > > > the one which comes with php 4.1.0 is better, due to the fact it is > > always automatically global in any scope, and 'cos it groups both GET > > and POST vars in a sigle array... but it is a 4.1.0 new feature. > > I don't like the idea to group those together. I haven't been > following the 4.1 development too closely, but aren't there _GET and > _POST as well? I'd rather use those, just to make sure you really get > the POST var and not something appended to the URL to hack something. You can also access them separately as $_GET and $_POST > Summing up: Convert the code as we go by to use $HTTP_GET_VARS or > $HTTP_POST_VARS. Should work in all versions (for at least a while to > come), is reasonably safe, etc... Well, as far as I read $HTTP_GET_VARS and $HTTP_POST_VARS stood still, but they are considered now "deprecated" : the php Team suggest to use the new: $_GET, $_POST, $_COOKIE, $_SESSION, $_REQUEST (the first 4 grouped in only one array), $_SYSTEM (vas: $HTTP_SERVER_VARS), $_ENV instead. Ah, a weird thing: today, testing a web file-indexer script I wrote about six months ago (which heavily use $HTTP_SERVER_VARS) with php 4.1.0 I noticed it didn't work. Using $_SERVER did the trick... this is just to say I'm not sure how safe is to completely rely on backward compatibility variables since php developers consider them deprecated. Okay, maybe I did something wrong in my testing but I think using something like: if(phpversion < 4.1.0) .... use $HTTP_xxxxxxxx else .....use $_xxxxxx is the best way to go: so we can mantain both backward and forward compatibility. Comments? Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Karsten D. <k.d...@tu...> - 2001-12-13 11:10:38
|
On Thu, Dec 13, 2001 at 10:51:44AM +0100, Alessandro Pisani (TXM / J578) wrote: > Hi all, > I've just checked out reported problems with php 4.1.0 : the problem is > always the same: register_globals should be turned On to make phpWebSite > work correctly. The register_globals options come set to Off by default Which is by far the best setting. > Btw, supposing we would change it, we should convert all our statements > like: > > +->(php < 4.1.0) : $HTTP_GET_VARS["op"] or > | $HTTP_POST_VARS["op"] > switch($op) ->| > +->(php >= 4.1.0): $_REQUEST["op"] > > the one which comes with php 4.1.0 is better, due to the fact it is > always automatically global in any scope, and 'cos it groups both GET > and POST vars in a sigle array... but it is a 4.1.0 new feature. I don't like the idea to group those together. I haven't been following the 4.1 development too closely, but aren't there _GET and _POST as well? I'd rather use those, just to make sure you really get the POST var and not something appended to the URL to hack something. > Summing up: we doesn't actually need to convert our code to work with > register_globals set both to on and off, but it would be better... even > if there actually are some php-version related issues. Until PHP 4.0.x is dead, I think we shouldn't use _GET, _POST or _REQUEST. It would either break older installations or we'd need to check for the version and switch/if every time we access one of the vars... Summing up: Convert the code as we go by to use $HTTP_GET_VARS or $HTTP_POST_VARS. Should work in all versions (for at least a while to come), is reasonably safe, etc... Regards, Karsten -- Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w³: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-13 10:54:09
|
Hi all,
I've just checked out reported problems with php 4.1.0 : the problem is
always the same: register_globals should be turned On to make phpWebSite
work correctly. The register_globals options come set to Off by default
in php 4.1.0 php.ini-raccomended (as in php.ini-optimized for php <
4.1.0); all the actual phpWebSite code relies upon register_globals set
to On, which is neither the default in the raccomended php.ini settings
nor safe.
Btw, supposing we would change it, we should convert all our statements
like:
+->(php < 4.1.0) : $HTTP_GET_VARS["op"] or
| $HTTP_POST_VARS["op"]
switch($op) ->|
+->(php >= 4.1.0): $_REQUEST["op"]
the one which comes with php 4.1.0 is better, due to the fact it is
always automatically global in any scope, and 'cos it groups both GET
and POST vars in a sigle array... but it is a 4.1.0 new feature.
Summing up: we doesn't actually need to convert our code to work with
register_globals set both to on and off, but it would be better... even
if there actually are some php-version related issues.
Any idea on this?
Bye,
Alessandro
--
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
phpWebSite Development Team http://phpwebsite.appstate.edu
INWO Project coordinator http://inwoproject.sourceforge.net
"I will carry you through, hicking and screaming,
and in the end you will thank me"
- Tyler Durden [from "Fight Club"]
|
|
From: W.D.Sumilang <wa...@on...> - 2001-12-13 10:13:34
|
----------------- I've just installed php 4.1.0 and using register_globals = On the admin authementication works as expected. Btw, php documentation says it is _safer_ to set it to Off (which is also the default for php.ini and php.ini-raccomended); I'll try to rearrange the admin functions to work with register_globals = Off today. Stay tuned, Alessandro ----------------- Alessandro you are too much :) Anyway it just seems that session var registering is acting up on win at least (big surprise ;) and register_globals _is_ on. Using $HTTP_SESSION_VARS['varname'] seems to do the trick tho... but that would require replacing all $global_session_varname references. BTW, phpws should stay compatible with pre4.1 php but should also use the new $_SESSION["session_var_name"] syntax which is auto_global_ing and auto_register_ing, much cleaner stuff :) -Warren for reference: http://www.php.net/release_4_1_0.php __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-13 08:38:56
|
Hi all. I've just added a section about "PHPSESSID and problems with W3C XHTML validation" to the INSTALL document. I hereby explained how to solve the problem with PHPSESSID and XHTML validation which had been erroneously reported many times as a phpWebSite bug; this would hopefully avoid users to report it again ^_- HTH, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-13 08:11:15
|
On Thu, 2001-12-13 at 08:53, Peter Bowyer wrote: > At 06:36 PM 12/12/01 -0800, W.D.Sumilang wrote: > >Just installed php4.1.0 on win... same broken scenario as described. > > Let me guess... PHPWs needs register_globals on? > > Peter. I've just installed php 4.1.0 and using register_globals = On the admin authementication works as expected. Btw, php documentation says it is _safer_ to set it to Off (which is also the default for php.ini and php.ini-raccomended); I'll try to rearrange the admin functions to work with register_globals = Off today. Stay tuned, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Peter B. <re...@f2...> - 2001-12-13 07:51:26
|
At 06:36 PM 12/12/01 -0800, W.D.Sumilang wrote: >Just installed php4.1.0 on win... same broken scenario as described. Let me guess... PHPWs needs register_globals on? Peter. --oOo-- Narrow Gauge on the web - photos, directory and forums! http://www.narrow-gauge.co.uk --oOo-- Peter's web page - Scottish narrow gauge in 009 http://members.aol.com/reywob/ --oOo-- |
|
From: W.D.Sumilang <wa...@on...> - 2001-12-13 02:36:41
|
Hello all, Just installed php4.1.0 on win... same broken scenario as described. -wd ---- php...@li... wrote: > Message: 1 > Date: Wed, 12 Dec 2001 09:30:28 -0500 (EST) > From: "Matthew McNaney" <ma...@tu...> > To: <php...@li...> > Reply-To: ma...@tu... > Subject: [Phpwebsite-developers] [Fwd: PHP4.1.0 on linux breaks admin > functions] > > Could someone verify this? > > ---------------------------------------------------------------- > > After installing 4.1.0, the admin functions no longer work. It was > working under the 4.1.0 pre release, but no longer. You can log in, > but > selecting anything on the admin page kicks you back to the login screen. > > Gaylen Fraley > Manager, HR Systems Development > 6160 Sprint Parkway, > Mailstop KSOPHI-0306 > Overland Park, KS 66251 > (913) 762-7635 (Office) > (800) 762-0926 (FAX) > (913) 706-6072 (Cell) > gay...@ma... > > ---------------------------------------------------------------- > > > Matthew McNaney > Internet Systems Architect > Electronic Student Services > Email: ma...@tu... > URL: http://phpwebsite.appstate.edu > Phone: 828-262-6493 > ICQ: 141057403 > > > > > > --__--__-- > > _______________________________________________ > Phpwebsite-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwebsite-developers > > > End of Phpwebsite-developers Digest > __________________________________________________ FREE voicemail, email, and fax...all in one place. Sign Up Now! http://www.onebox.com |
|
From: Matthew M. <ma...@tu...> - 2001-12-12 21:07:00
|
I changed my account on sourceforge from mcnaneym to stardog, not because it is 'cooler' but because I cannot for the life of me get rid of phpscheduler. This was a project that eventually became calendar and I can't delete. Even though there are no files, documentation, etc and it is over a year old they won't dump it and when I try to it says I need to pass it to someone else. Anyway, the mcnaneym account will die and then it can sit there forever FAIC. Better news, I just got to a good spot on the new core. The user and group administration is tacked in. That will free me up to start on other parts of it. Once I finish templating, I will post the alpha. It doesn't have enough structure to stand on its own. If you are interested in the code, it is not hard to find if you know where to look... Best Regards, Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 ---- "Let's get the hell out of here." - Every movie ever made |
|
From: Matthew M. <ma...@tu...> - 2001-12-12 14:35:46
|
Could someone verify this? ---------------------------------------------------------------- After installing 4.1.0, the admin functions no longer work. It was working under the 4.1.0 pre release, but no longer. You can log in, but selecting anything on the admin page kicks you back to the login screen. Gaylen Fraley Manager, HR Systems Development 6160 Sprint Parkway, Mailstop KSOPHI-0306 Overland Park, KS 66251 (913) 762-7635 (Office) (800) 762-0926 (FAX) (913) 706-6072 (Cell) gay...@ma... ---------------------------------------------------------------- Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2001-12-10 17:19:37
|
> This is to notify all I'm working on a major rewrite of some > functionalities of the poll module, which is needed to address some > features requests and to add some new ones :> Nice job! Looks tight. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-08 13:33:35
|
Hi all. This is to notify all I'm working on a major rewrite of some functionalities of the poll module, which is needed to address some features requests and to add some new ones :> "new" poll module features: - allow more than one poll per page, with also more that on poll per column (uses the docking feature introduced some time ago) - allow comments per poll - change options number per poll - enable vote-restriction per poll - enable moderation per poll - enable view-mode per poll - enable order per poll I'm implementing all this stuff making it as painless as possible for the existing users (I'll also provide a conversion utility into setup/upgrade.php or poll_setup.php). A preliminary screenshot of one of the new dialogs in the admin panel is attached below (please note that i'll add TRANSLATE[[ ... ]] later) Any suggestion/comment will be welcome :> Bye for now, Alessandro PS: A copy of these changes will be soon available on my public test area: http://res1.stddev.appstate.edu/phpwebsite/alextxm/ -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://inwoproject.sourceforge.net "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-07 15:17:55
|
Hi all.
I've just implemented feature request #456637 "Link checker".
Now, all the links that are going to be submitted by the users are
checked before submission and rejected if broken.
Moreover, into the Admin->Web Links panel there is now a real-time
control of both yet active and waiting-submission links, and their
status ("broken" or "operative") is dislayed among their others info.
I also added more strict checks in links.php (i.e.: now submitter's
email MUST be a valid email address (checked with regexp)) and also
added support for https:// links (these won't be checked 'cos PHP
fopen() is unable to handle them. I added support to them to avoid fopen
to print they're broken even if they are not).
Last but not least, I also committed the last bunch of updates for bug
#489224 "tweak needed in topics.php, top.php..", so it can now be
considered officialy "squashed" :>
I tested all changes and they works for me. Please report me any
eventual mistake I introduced with these changes :>
Bye,
Alessandro
--
Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087
phpWebSite Development Team http://phpwebsite.appstate.edu
INWO Project coordinator http://inwoproject.sourceforge.net
"I will carry you through, hicking and screaming,
and in the end you will thank me"
- Tyler Durden [from "Fight Club"]
|
|
From: Matthew M. <ma...@tu...> - 2001-12-06 19:12:11
|
> Hi everybody! > > I updated the API documentation again (it has been a while) and > reworked parts of the devdoc.html file. I announced this on > phpwebsite.appstate.edu, please read the announcement there. Thank you! > One more thing I noticed (when trying to work on the pending > submission to the web links at phpwebsite.appstate.edu): It didn't > work. > I submitted a pending entry, the count of links increased, but the > submission is still pending and doesn't show up in the web links > section. Yes I noticed that as well, and there are a lot of submissions. I think this is fixed on the next version. Anyone know> Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2001-12-06 19:10:32
|
-------- Original Message -------- Subject: Re: [Phpwebsite-developers] phpws 2 usergroup From: "Matthew McNaney" <ma...@tu...> To: <wi...@ce...> > New DocumentI was browsing CVS today looking at phpws 2 trying to pick > up on what the next version will be like. I noticed that there will be > "usergroups" in the next version with varying levels of access. > My question is, will the "usergroup permissions" be setup this way to > have varying access levels to modules or will I have to do that > separately? Dude! Flash on the developers mail! ACK! Anyway, this is how it works. There is one log in. Your permissions are set on a module per module basis. In fact, the user/group script is a module. So from there I can assign: 1) Who has admin privileges - this is a switch to turn everything on or off. If it is off, you just get to see the modules that a registered user gets to see. These are things like controlling your personal preferences. 2) Who can access what module. You can't see the module and trying to get there via a get statement is a dead end as well. Also trying to crack that way may also lead to a warning and possible automatic banning (in my head not written yet). 3) You can control who gets access to which components of the module. For example, in the user module you can control who can create, delete, or modify users. There will also be groups. If you assign permissions to a group, that template will copy over to the user. You can still change their rights but they will be assigned to that group. So someone writes a module that allows conditions based on what group they are in, they have flexibility on what that group member does/or sees. This could be a strict layer of security per group if you programmed it that way. The API of the user rights is such that the developer just creates a list of rights per the module and tells the core where it is. The core automatically handles the parsing of that table so you can change permissions from one place, not module to module. Matt Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Mike W. <wi...@ce...> - 2001-12-06 15:05:04
|
New DocumentI was browsing CVS today looking at phpws 2 trying to pick = up on what the next version will be like. I noticed that there will be = "usergroups" in the next version with varying levels of access. What I = am working on is a real estate listing module where there will be 3 = levels of access needed. One-the main admin to configure the script. 2- = agent level, where only people given access can add property listings. = 3-general user access, where registered and unregistered users will be = able to view all these listings. My question is, will the "usergroup permissions" be setup this way to = have varying access levels to modules or will I have to do that = separately? I think this would also work on the "topics" section where you could = assign "editors/access level" to each topic. Then an assigned = editor/access level, could edit only in their topic yet the main site = admin could be "Chief Editor". Same could be said for the Calendar Module. If you have the right access = you could post an event in your assigned category. If this is already = in the planning...GREAT. If not, consider it a feature request. :) winzor |
|
From: Karsten D. <k.d...@tu...> - 2001-12-06 14:50:06
|
Hi everybody! I updated the API documentation again (it has been a while) and reworked parts of the devdoc.html file. I announced this on phpwebsite.appstate.edu, please read the announcement there. One more thing I noticed (when trying to work on the pending submission to the web links at phpwebsite.appstate.edu): It didn't work. I submitted a pending entry, the count of links increased, but the submission is still pending and doesn't show up in the web links section. Regards Karsten --=20 Why do we have to hide from the police, daddy? Because we use emacs, son. They use vi. ----------------------------- mailto:k.d...@tu... w=B3: http://www.k-fish.de/ gpg: http://www.k-fish.de/mykeys.gpg |
|
From: Peter B. <re...@f2...> - 2001-12-05 17:55:05
|
At 02:12 PM 12/4/01 -0800, Eric Wallace wrote: >I know this was discussed some early in the year, but why not use Smarty >Templates instead of inventing a new template engine? From everything I >read about Smarty it is much better than any other PHP template engines. It is brilliant. I know. I use it :-) Peter. -- Get the smarty table function! http://www.mapledesign.co.uk/coding/smarty_table.php |
|
From: Matthew M. <ma...@tu...> - 2001-12-05 16:26:44
|
> I know this was discussed some early in the year, but why not use > Smarty Templates instead of inventing a new template engine? From > everything I read about Smarty it is much better than any other PHP > template engines. I don't really know how to answer this completely without someone getting bent out of shape. I'll just say it is not right for us and leave it at that. Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Matthew M. <ma...@tu...> - 2001-12-05 13:13:38
|
From the New York Times: "If that (referring to the message in the virus message) doesn't look lik= e a virus, nothing does," scoffed David M. Perry, the global director of education for Trend Micro (news/quote), a computer security company based in Tokyo. Despite extensive warnings, he said, people still open unexpect= ed attachments. "They call and say, `I downloaded it and I clicked on it =97 what should I have seen?' " " `Your pink slip,' " he explained in a mock response, " `because you're = an idiot.' " Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
|
From: Jeremy A. <ja...@tu...> - 2001-12-04 23:35:21
|
If I'm not mistaken this is comes from php. See if php was compiled with the --enable-trans-sid option. This will enable the sessionid on the url. You can see the info with a small php file with this in it ------ Cut -------- <php? phpinfo(); ?> ------ Paste ------ Here is the link for more info on --enable-trans-sid. http://www.php.net/manual/en/ref.session.php > Can someone tell me how the PHP Session ID is appended to links at > run-time? The current implementation does not validate as XHTML. It > appends the link with '' instead of '&'. As a result validation gives > us this "Error: reference not terminated by refc delimiter" Line 391, > column 35: ... > php?mod=poll&op=lists&PHPSESSID=261a34ae2f53823761b43d95 ... > ^ > > Eric T. Wallace > ecrosstexas :: the texas blog > e-mail: ecr...@ya... > url: http://www.ecrosstexas.com/ > > > --------------------------------- > Do You Yahoo!? > Buy the perfect holiday gifts at Yahoo! Shopping. -- Jeremy Agee phpWebSite Development Team (http://phpwebsite.appstate.edu) Appalachian State University phpEasyAdmin (http://easyadmin.sourceforge.net) |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 22:44:18
|
On Tue, 2001-12-04 at 23:32, Eric Wallace wrote: > Can someone tell me how the PHP Session ID is appended to links at run-time? The current implementation does not validate as XHTML. It appends the link with '' instead of '&'. As a result validation gives us this "Error: reference not terminated by refc delimiter" Line 391, column 35: ... php?mod=poll&op=lists&PHPSESSID=261a34ae2f53823761b43d95 ... ^ Uhm, I tested it today and I haven't noticed this problem. Can you please feed me further details ? Thank you for your cooperation Kind Regards, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
|
From: Eric W. <ecr...@ya...> - 2001-12-04 22:32:50
|
Can someone tell me how the PHP Session ID is appended to links at run-time? The current implementation does not validate as XHTML. It appends the link with '' instead of '&'. As a result validation gives us this "Error: reference not terminated by refc delimiter" Line 391, column 35: ... php?mod=poll&op=lists&PHPSESSID=261a34ae2f53823761b43d95 ... ^ Eric T. Wallace ecrosstexas :: the texas blog e-mail: ecr...@ya... url: http://www.ecrosstexas.com/ --------------------------------- Do You Yahoo!? Buy the perfect holiday gifts at Yahoo! Shopping. |
|
From: Eric W. <ecr...@ya...> - 2001-12-04 22:12:38
|
I know this was discussed some early in the year, but why not use Smarty Templates instead of inventing a new template engine? From everything I read about Smarty it is much better than any other PHP template engines. Eric T. Wallace ecrosstexas :: the texas blog e-mail: ecr...@ya... url: http://www.ecrosstexas.com/ --------------------------------- Do You Yahoo!? Buy the perfect holiday gifts at Yahoo! Shopping. |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-04 17:17:44
|
On Tue, 2001-12-04 at 17:44, Matthew McNaney wrote: > You can download now a new Menu for phpWebSite, which enables you to see > on which point of navigation you are and if a menu item contains submenu > at http://www.true-illusions.com/phpws <br /> > <br />The are no changes for fully extended menu! > > This was submitted to our site. If someone has a chance, could you test it > and tell us what you think? Tested it: nice toy. it also comes with an high configurability. Here is a mini-screenshot (300x300) of the new menu with the default config (which mark your position with [*] ) Bye, Alessandro -- Alessandro "TXM" Pisani - al...@ti... - ICQ #2209087 phpWebSite Development Team http://phpwebsite.appstate.edu INWO Project coordinator http://www.inwoproject.f2s.com "I will carry you through, hicking and screaming, and in the end you will thank me" - Tyler Durden [from "Fight Club"] |
5 messages has been excluded from this view by a project administrator.
