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: R. K. <j0...@li...> - 2002-01-02 19:55:03
|
Hi I'm trying to setup the banners_admin.php and banners.php I understand = you no longer are using them on your site, but a simple explaination as to how to make them appear would be most = appreicated. I'm having alot of trouble with blank pages coming up when something is = added. I assume these to be bugs that have yet not been worked out. Yet there is no link for to call the banners_admin.php in the admin = section.=20 Please help.. Thanks RK |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-02 19:27:23
|
On Wed, 2002-01-02 at 20:12, Vlad Sedov wrote: > hello gang... gang?! > what's the deal with blocks in the CVS version?... are they not quite alive yet? tried creating a couple, but they don't get saved or displayed.. There is no deal with blocks in the CVS version: they are fully functional. > i'm sure that's something i missed in the configuration.... I agree. You should try re-installing from scratch. Please also note that updating from official 0.8.1 to current CVS is known to work. 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: Vlad S. <vl...@hu...> - 2002-01-02 19:10:16
|
aGVsbG8gZ2FuZy4uLg0KDQp3aGF0J3MgdGhlIGRlYWwgd2l0aCBibG9ja3MgaW4gdGhlIENWUyB2 ZXJzaW9uPy4uLiBhcmUgdGhleSBub3QgcXVpdGUgYWxpdmUgeWV0PyB0cmllZCBjcmVhdGluZyBh IGNvdXBsZSwgYnV0IHRoZXkgZG9uJ3QgZ2V0IHNhdmVkIG9yIGRpc3BsYXllZC4uDQppJ20gc3Vy ZSB0aGF0J3Mgc29tZXRoaW5nIGkgbWlzc2VkIGluIHRoZSBjb25maWd1cmF0aW9uLi4uLg0KDQp0 aGFua3MNCg0KVmxhZA0K |
|
From: Matthew M. <ma...@tu...> - 2002-01-02 19:08:11
|
Greetings developers! For the last couple of months, I have been working on a new core for phpWebSite. So far, the main portion is pretty functional. However, I have started to work on the templating portion of the core. As I have started to work on it, I reflected on all the different things that people wanted for themes and templates and although I have an idea in my head of what I want, I am worried that there is SO many feelings on how it SHOULD work that forcing a standard might restrain the ideas of others. I am not worried about forcing the standard, that is our job :) I want to release something that is elegant and simple yet flexible. I want it to expand with the ability of the administrator yet be simple enough that the first time user can create a theme. I also want it to have the ability for modules to create themes. This sounds like a tall order but I believe it can be done. The current build of templating has only started. Here is what we are thinking. Modules would send their data in a variable. This variable could be an array, class, or string. Currently I have been using just a string in the alpha copy but I plan on using more arrays or classes in the future. Currently, if using an array or class, we want keys using TITLE, BODY, and FOOTER. This will simplify the process if we at least agree on that standard. Anyway, if the info is in a string, you can just echo that in your theme. That is the most basic configuration but it offers much more flexibility as to the appearance of your site. No longer will you have to worry about where a plug-in/module appears. You place it where you want it. The next component would be a "box" module, not yet started. This module, which would come with the core, would allow you to choose the structure of the "box" that the module would appear in. All it would do is assign the box from a file, much like the current theming uses a theme.php file to hold boxes. Now the first incarnation of the theme file would just be boxes handcoded or cut and paste from your favorite HTML program. Later on, we are thinking of a box module that would help you create the boxes and write them. The what is important to note is that the box module would not be mandatory. If you wanted to code your page and just insert the module data variables, you could do it that way, but we thought we would create the box module so that it would be easier. Plus there it could eventually allow people to mix-and-match box styles. That would cover the layout or structure portion. Again, if you want to just program the whole page and insert the plug-ins, you can in the alpha. Next would be the style component. We are of course sticking to style sheets. We even like the thought of layout based on CSS and with the box module you should be able to create a tableless web page as well. Anyway, module designers would include a style sheet that would contain the styles they used for their module. That way you could just cut and paste them into your theme. This would work in alpha stage. What I would like for post- alpha is a module that allows you to create a CSS page which you can either write to your theme or print to screen if you don't have file access. This is what I will be working on from here on out and would appreciate feedback. I have just finished a looong holiday break and I am anxious to get back coding. I was going to hold back posting the alpha but people that are working on phpWebSite are asking if they should wait for the new core or not. So, I would like to get the basic core and modules in a running alpha state. So if you want to try out the new core, go to CVS and look under FALLOUT. I will post a database dump today. Again, this thing is pre- alpha at most. Please be gentle :) Currently the prealpha does some neat things but it does not work with existing modules. Old modules will need a go between module but everything will be backward compatible. Thanks for everyones hard work and I look forward to hearing from you. Sincerely, Matt 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...> - 2002-01-02 15:43:59
|
Hi all, first at all let me wish all of you a really happy new year :> Then... I would notify all of you I started publishing onto my phpWS web area at http://res1.stddev.appstate.edu/phpwebsite/alextxm/ a yet-localized daily-CVS version of phpWebSite in 3 languages (en / fr and de, which are the most up2date), so if a user need it he could download it without having to hassle with makedistro. en.err,fr.err,de.err are also provided if they exists, to help translators finding out what needs to be done. I think it will help both users (newbie and not) and developers. As usual, I am available for any further info, comment, improvement,etc. 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: Alessandro P. (T. / J578) <al...@ti...> - 2002-01-02 10:26:34
|
Hi all,
this is just to notify all this morning I've mergede the "IE4/5
Header("Location" bug-fix listed on phpWebSite Help Forum.
See you later :>
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: Brian W. B. <br...@tu...> - 2002-01-02 01:32:36
|
-------- Original Message -------- Subject: Phpwebsite developer needed From: "Insurance Squared Inc." <gc...@in...> To: <br...@tu...> Hi, Would you be able to assist me in finding some developers I might contact for some contract work on phpWebSite? I'm looking for some assistance with some slight mods to the core, theme installation, and some custom mod development. I would be happy to work with either professionals or students. Thank you for your time. Regards, Glenn Cooke Insurance Squared Inc. Toll Free US/Canada: 1-866-662-5433 www.insurancesquared.com -- Brian W. Brown Director, Electronic Student Services Student Development Room 269, John Thomas Hall Appalachian State University Boone, NC 28608 vox: 828-262-7124 fax: 828-262-2585 L I N U X .~. /V\ // \\ /( )\ ^^-^^ Love the Penguin |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-31 22:02:25
|
On Mon, 2001-12-24 at 00:21, Geoff Staples wrote:We are finding it very difficult to make html work correctly in news articles (announcements). For example, we have not been able to get text to wrap around a picture. *snip* Fixed in CVS. Bye and...happy new year!! Alessandrowww.t -- 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-31 15:53:01
|
Hi all, I'v just commited an i18n patch which fixes html charset setting for each language phpWebSite is traslated into. Every make_distro/xx.pp (language translation file) has now a line like: [[__encoding_charset__]] = [[neededcharset]] neededcharset actually are: ISO-8859-1/2/4/9/11 and GB2312 (Chinese) I also conseguentely adjusted: themes/phpWebSite/header.php themes/Default/header.php help.php This update should also fix also bug #475982 "Problem in Czech translation". HTH, Bye all ...and.... HAPPY NEW YEAR 2002 ! ^_^ 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-30 22:09:53
|
(msg below comes from my post to the phpWS Help forum) Mozilla 0.9.7 contains a bug which causes it to freeze or hang loading pages with forms which contain a file-upload control. This is quite common in phpWebSite (i.e. : Topic Manager). This is a known-issue of Mozilla. Mozilla 0.9.6 is safe. Current workarounds (until mozilla 0.9.8 get released) are: - 1: use mozilla 0.9.6 (and/or galeon 1.0.1) or - 2: use latest mozilla nightly build please note that if you do this and you're using Galeon 1.0.2 you will have to recompile it. Links: - phpWebSite bugtracker: (fake) bug #497842 - bugzilla.mozilla.org: bug #116210 As usual, I'm available for any further help/comment/etc :> Have a happy new year ! 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-26 19:06:32
|
On Mon, 2001-12-24 at 00:21, Geoff Staples wrote: Here's the HTML used. This same HTML DOES NOT WORK CORRECTLY in a news article (announcement). Are you sure that <div> <td> <tr> <img> tags are NOT stripped out by phpWebSite ? To do so, you have to modify the array at the bottom of your config.php. Let me know if this helps or not I am available for any further help Bye and merry Xmas, 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-26 18:17:31
|
On Sun, 2001-12-23 at 19:32, Geoff Staples wrote: > It appears that the mainpage module is intended to provide additional > functionality for the main page content. Only problem is, I can't get it to > install. > > Does this module work, and if so, how do I get it to install? The mainpage module replaces the old main-page contents management. It had been fully enabled only in current CVS version. If you're using version 0.8.1 of phpWebSite forget it :> Regards, 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: Geoff S. <ge...@ho...> - 2001-12-23 23:21:34
|
<html> We are finding it very difficult to make html work correctly in news articles (announcements).<br><br> For example, we have not been able to get text to wrap around a picture.<br><br> We're using a customized version of TheBixLight. And, we're not sure whether the problem is with the theme, the announcement code itself, or that we are just plain doing it wrong. I looked at the actual html generated to see if I could figure out how to fit my html into a news article so that it would work properly.<br><br> Here's an example of it working perfectly in user created web page:<br><br> <a= href=3D"http://www.radioleft.com/mod.php?mod=3Duserpage&menu=3D24&p= age_id=3D40"= eudora=3D"autourl">http://www.radioleft.com/mod.php?mod=3Duserpage&menu= =3D24&page_id=3D40</a><br><br> Here's the HTML used. This same HTML DOES NOT WORK CORRECTLY in a news article (announcement).<br><br> Any suggestions?<br><br> <font face=3D"Courier New, Courier" size=3D2 color=3D"#0000C0"><div align=3D</font><font face=3D"Courier New, Courier"= size=3D2>"center"</font><font face=3D"Courier New, Courier"= size=3D2 color=3D"#0000C0">><br> </font><font face=3D"Courier New, Courier" size=3D2> </font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"><center><br> </font><font face=3D"Courier New, Courier" size=3D2> </font><font face=3D"Courier New, Courier" size=3D2 color=3D"#0000C0"><ta= ble border=3D</font><font face=3D"Courier New, Courier"= size=3D2>"0"</font><font face=3D"Courier New, Courier" size=3D2 c= olor=3D"#0000C0"> cellpadding=3D</font><font face=3D"Courier New, Courier"= size=3D2>"0"</font><font face=3D"Courier New, Courier" size=3D2 c= olor=3D"#0000C0"> cellspacing=3D</font><font face=3D"Courier New, Courier"= size=3D2>"0"</font><font face=3D"Courier New, Courier" size=3D2 c= olor=3D"#0000C0"> width=3D</font><font face=3D"Courier New, Courier"= size=3D2>"100%"</font><font face=3D"Courier New, Courier" size=3D= 2 color=3D"#0000C0">><br> </font><font face=3D"Courier New, Courier" size=3D2> </font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"><tr><br> </font><font face=3D"Courier New, Courier" size=3D2> = </font><font face=3D"Courier New, Courier" size=3D2 color=3D"#0000C0"><td width=3D</font><font face=3D"Courier New, Courier"= size=3D2>"100%"</font><font face=3D"Courier New, Courier" size=3D= 2 color=3D"#0000C0">><img border=3D</font><font face=3D"Courier New, Courier"= size=3D2>"0"</font><font face=3D"Courier New, Courier" size=3D2 c= olor=3D"#0000C0"> src=3D</font><font face=3D"Courier New, Courier"= size=3D2>"http://www.radioleft.com/images/main_page/1993chistmastree.j= pg"</font><font face=3D"Courier New, Courier" size=3D2 color=3D"#0000C0= "> style=3D</font><font face=3D"Courier New, Courier" size=3D2>"position: relative; float: left"</font><font face=3D"Courier New, Courier" size=3D2 color=3D"#0000= C0"> width=3D</font><font face=3D"Courier New, Courier"= size=3D2>"171"</font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"> height=3D</font><font face=3D"Courier New, Courier"= size=3D2>"240"</font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0">></font><font face=3D"Courier New, Courier"= size=3D2>Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah<br> blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah blah blah. Blah<br> blah blah. Blah blah blah. Blah blah blah. Blah blah blah.</font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"></td><br> </font><font face=3D"Courier New, Courier" size=3D2> </font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"></tr><br> </font><font face=3D"Courier New, Courier" size=3D2> </font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"></table><br> </font><font face=3D"Courier New, Courier" size=3D2> </font><font face=3D"Courier New, Courier" size=3D2= color=3D"#0000C0"></center><br> </div><br><br> <br> </font>Geoff </html> |
|
From: Geoff S. <ge...@ho...> - 2001-12-23 19:02:51
|
We heavily customized TheBixIce for our website www.RadioLeft.com before discovering that it didn't work with oledr versions of Netscape. So, I decided it would be easier to set up a separate theme for Netscape. So, I customized slurpee to work on older Netscape. I'm using HTTP_USER_AGENT to differentiate between browsers. I also have a rule. We make NO CODING changes to the core code, only the theme. I violated this rule slightly by modifying the config.php. To see how this works, go to www.RadioLeft.com using a current Netscape browser (6) or Internet Explorer. You will see a different theme depending on which browser you use. Also, I created a "dropinpage" script that allows you to create any kind of custom page you want and simply "drop it in". This allowed me to put browser specific code in the system without modifying the core. Again, check this out using a current Netscape browser or Internet Explorer and with old Netscape browser and you will see the differences. http://www.radioleft.com/shopping_dropinpage.php By the way, for whatever reason, the IE version of the above page blows up on old Netscape due to some java scripting in the page. Here's the code for the drop in page module: http://www.hostricity.com/content.php?menu=28&page_id=41 And, here's the code that differentiates the browsers and can be used in various forms in the dropinpage module and in config.php. Here's the config.php code (again - nothing special about this code. In fact it is rather crude. But, I think the idea of implementing browser specificity via automatic theme control is pretty clever! ################### # Default Theme # ################### $agent = getenv("HTTP_USER_AGENT"); if (preg_match("/MSIE/i", "$agent")) { $default_theme = "TheBixIce"; } else /* Microsoft and Opera eliminated */ { if (preg_match("/Netscape/i", "$agent")) { $default_theme = "TheBixIce"; } else /* New Netscape eliminated */ {if (preg_match("/Mozilla/i", "$agent")) /* Browser is old Netscape or old Internet Explorer */ { $default_theme = "slurpee";} } } /* $default_theme = "TheBixIce"; #Set this to the theme of your choice. Note #you MUST leave the Default Theme directory #even if you wish to use a different theme #as default. */ Geoff |
|
From: Geoff S. <ge...@ho...> - 2001-12-23 18:33:03
|
It appears that the mainpage module is intended to provide additional functionality for the main page content. Only problem is, I can't get it to install. Does this module work, and if so, how do I get it to install? Geoff |
|
From: TheNetSnake <The...@tt...> - 2001-12-17 22:36:11
|
I found a possible solution to the session and global variables
problem using PHP 4.1 (at least, it worked in my configuration case)
adding session_unregister, and next registering it again before
setting the rignt value to admintest and current_admin solved the
problem. (admin links no more broken)
the auth.inc.php file lokks like that after the modification:
///////////////////////////////////////////////////////////////////
[....]
if($pass == $this_pass)
{
session_unregister("admintest"); //new
session_unregister("current_admin"); //lines
session_register("admintest"); //are
session_register("current_admin"); //here
$admintest = $security_hash;
$current_admin = $temp_admin;
}
[....]
///////////////////////////////////////////////////////////////////
PS: sorry for my poor english, I speak french....
--
Best regards,
TheNetSnake mailto:The...@tt...
Webmaster of www.tt-hardware.com
|
|
From: Scott R. <sc...@sc...> - 2001-12-17 05:46:08
|
All, I re-wrote menu.php using a bit ofr ecursion. I am attaching it here in = the=20 hopes someone might find it useful and/or decide to include it in phpwebs= ite. It should work as a drop in re-placement for the exisiting menu.php file. Scott Rogers |
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-14 08:03:27
|
Hi all, I've just updated the section about the PHPSESSID issue in the docs/INSTALL file. Changes includes a new solution for environments in which users cannot manipulate php.ini (i.e.: web hosting services), kindly provided by Eric T. Wallace. 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 18:41:39
|
>---------
Uargh! I've justed discovered that setting register_globals=on with php
4.1.0 will let you enter the main admin panel _BUT_ nothing more!
I mean: trying to click any of the items on the main admin panel (new
announcement, web links, left blocks, ...) I always get trasferred to
the admin login panel. The first and only thing I can think is that
register_globals does not globalize variables anymore, despite of
backward compatibility.... but I might be wrong.
Any idea?
Bye,
Alessandro
>---------
Yes, exactly... I thought I was going madd all by myself.
That's why i mentioned session vars are acting up...
the idea that seems that registering session vars doesn't necessarily
mean: session_register("sess_var_name") === $sess_var_name (in the global
scope) in php4.1 i guess.
auth.inc.php sets $admintest
when I change that to set $HTTP_SESSION_VARS["admintest"] in auth.inc.php
and modify the admin.php to check $HTTP_SESSION_VARS["admintest"] before
the switch... everything is okay... funny thing tho is all modules and
header/etc still use $admintest but work.
Note: weird thing is with the above modifications when you first log
on the Administrator links in the left block don't show... but on subsequent
page calls it does :-/ weirdo
This is all trial and error... so hope it helps.
-Warren
__________________________________________________
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 17:24:46
|
Uargh! I've justed discovered that setting register_globals=on with php 4.1.0 will let you enter the main admin panel _BUT_ nothing more! I mean: trying to click any of the items on the main admin panel (new announcement, web links, left blocks, ...) I always get trasferred to the admin login panel. The first and only thing I can think is that register_globals does not globalize variables anymore, despite of backward compatibility.... but I might be wrong. Any idea? 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: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-13 17:05:06
|
On Thu, 2001-12-13 at 17:25, Karsten Dambekalns wrote:
> On Thu, Dec 13, 2001 at 02:51:18PM +0100, Raymond Penners wrote:
>
> > Another approach would be to do the following:
> >
> > // Code executed initially
> > if (php < 4.1.0)
> > $_GET = $HTTP_GET_VARS
> >
> > // Code using GET variables:
> > ...
> > {
> > global $_GET;
> > $foo = $_GET['bar'];
> > }
> Great solution. Gets my points.
>
> Bye,
> Karsten
I agree at 100%
Well done Raymond :>
weather-PS: ehy! here it's snowing!! d'oh! :)
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 16:19:33
|
On Thu, Dec 13, 2001 at 02:51:18PM +0100, Raymond Penners wrote:
> Another approach would be to do the following:
>
> // Code executed initially
> if (php < 4.1.0)
> $_GET = $HTTP_GET_VARS
>
> // Code using GET variables:
> ...
> {
> global $_GET;
> $foo = $_GET['bar'];
> }
This is nice. This way we could start the transition to the "new way
of coding" and maintain compatibility with just one small piece of
code placed in some central part of phpWS. It would be a nightmare to
have those version checking swichtches distribited all over the code,
IMHO...
And the global $_GET (which would be superflous in PHP > 4.1) could be
eliminated automatically after a year or two...
Great solution. Gets my points.
Bye,
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: Raymond P. <ra...@du...> - 2001-12-13 16:08:07
|
Alessandro Pisani (TXM / J578) wrote:
> +->(php < 4.1.0) : $HTTP_GET_VARS["op"] or
> | $HTTP_POST_VARS["op"]
> switch($op) ->|
> +->(php >= 4.1.0): $_REQUEST["op"]
I think the above switch is too strict, and should be replaced by:
if (php >= 4.1.0)
{
Use $_{REQUEST|POST|GET|...}
}
else
{
Use $HTTP_{GET|POST|...}_VARS
}
Now it is far more clear that if you opt for PHP < 4.1.0 compatibility,
$HTTP_{?}_VARS is the proper way to go, as it works just fine in both cases.
Another approach would be to do the following:
// Code executed initially
if (php < 4.1.0)
$_GET = $HTTP_GET_VARS
// Code using GET variables:
...
{
global $_GET;
$foo = $_GET['bar'];
}
From the PHP 4.1 release notes:
> Note: Some of these arrays had old names, e.g. $HTTP_GET_VARS.
These > names still work, but we encourage users to switch to the new
shorter, > and auto-global versions.
Regards, Raymond.
|
|
From: Alessandro P. (T. / J578) <al...@ti...> - 2001-12-13 15:31:55
|
On Thu, 2001-12-13 at 14:25, Matthew McNaney wrote: > My opinion is that we not take advantage of them yet unless there is a > version check with a work around. Heck, people still write us on why we > don't support php 3.x =P. If we can, add the new functionality in after > fixing the compatibility but put the version check and the proper execution > in a function in the mainfile so it will be easy for other developers to > make the change. I agree: support for new php 4.1 will come someday, but IMHO we still need to make phpWebSite work with register_global = Off, I mean: using $HTTP_GET_VARS / $HTTP_POST_VARS. So, any PHP 4.x will work fine with phpWS with register_globals both on and off. It is okay to make such a change ? If so, I could take care of this change. 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-13 13:30:53
|
Ok, I have read the changes and I like them. The fact that the new variables are global in scope automatically is very cool. But obviously, as everyone has pointed out, taking advantage of these new tools is not backward compatible. My opinion is that we not take advantage of them yet unless there is a version check with a work around. Heck, people still write us on why we don't support php 3.x =P. If we can, add the new functionality in after fixing the compatibility but put the version check and the proper execution in a function in the mainfile so it will be easy for other developers to make the change. Since we won't be leaving 0.8.x for a little while, I don't think forcing people to upgrade in this version would fly. When we go to 0.9.1, it will be easier to tell people they need to upgrade and we can make it the standard. In the meantime, we'll try to get 4.1 here so we can test. Anyone else? Matt Matthew McNaney Internet Systems Architect Electronic Student Services Email: ma...@tu... URL: http://phpwebsite.appstate.edu Phone: 828-262-6493 ICQ: 141057403 |
5 messages has been excluded from this view by a project administrator.
