Menu
▾
▴
phpwiki-talk
|
From: Sébastien Le C. <sl...@ya...> - 2010-06-08 15:57:02
|
Hi All, I don’t know if this has been discussed in the past, but as more and more PHP5 stuff is likely to creep into the codebase that seemingly appears to break BC, should we consider setting up a specific branch? The static calls of functions that are not static is causing some errors, and if we want to fix them, the code will be littered with hideous if (php5) ... else ... Also, I have an implementation of PhpWiki Web services that actually work (never been able to get the one in place to work), but it uses SoapServer, so this would be php5-specific. What’s your take on this? Regards, Seb On 08/06/2010 09:22, ru...@us... wrote: > Revision: 7493 > http://phpwiki.svn.sourceforge.net/phpwiki/?rev=7493&view=rev > Author: rurban > Date: 2010-06-08 08:22:56 +0000 (Tue, 08 Jun 2010) > > Log Message: > ----------- > document new php5 version > > Modified Paths: > -------------- > trunk/lib/HtmlElement.php > > Modified: trunk/lib/HtmlElement.php > =================================================================== > --- trunk/lib/HtmlElement.php 2010-06-08 08:22:22 UTC (rev 7492) > +++ trunk/lib/HtmlElement.php 2010-06-08 08:22:56 UTC (rev 7493) > @@ -4,6 +4,7 @@ > * @author: Jeff Dairiki > * > * This code is now php5 compatible. --2004-04-19 23:51:43 rurban > + * php-5.3 uses now HtmlElement5.php with public static > * > * Todo: Add support for a JavaScript backend, a php2js compiler. > * HTML::div(array('onClick' => 'HTML::div(...)')) > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > phpwiki-checkins mailing list > php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-checkins > |
|
From: Marc-Etienne V. <Mar...@al...> - 2010-06-09 08:32:46
|
Le 08/06/2010 17:56, Sébastien Le Callonnec a écrit : > Hi All, > > I don’t know if this has been discussed in the past, but as more and > more PHP5 stuff is likely to creep into the codebase that seemingly > appears to break BC, should we consider setting up a specific branch? > > The static calls of functions that are not static is causing some > errors, and if we want to fix them, the code will be littered with > hideous if (php5) ... else ... > > Also, I have an implementation of PhpWiki Web services that actually > work (never been able to get the one in place to work), but it uses > SoapServer, so this would be php5-specific. > > What’s your take on this? Hello Sébastien, I am now running Phpwiki with PHP 5.3.2. As PHP 4 is officially dead, I would be much in favor of requiring PHP 5 for Phpwiki 1.4.0. Reini, what is your opinion on this? Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
|
From: Reini U. <ru...@x-...> - 2010-06-09 15:13:38
|
2010/6/9 Marc-Etienne Vargenau <Mar...@al...>: > Le 08/06/2010 17:56, Sébastien Le Callonnec a écrit : >> Hi All, >> >> I don’t know if this has been discussed in the past, but as more and >> more PHP5 stuff is likely to creep into the codebase that seemingly >> appears to break BC, should we consider setting up a specific branch? >> >> The static calls of functions that are not static is causing some >> errors, and if we want to fix them, the code will be littered with >> hideous if (php5) ... else ... >> >> Also, I have an implementation of PhpWiki Web services that actually >> work (never been able to get the one in place to work), but it uses >> SoapServer, so this would be php5-specific. >> >> What’s your take on this? > > Hello Sébastien, > > I am now running Phpwiki with PHP 5.3.2. > > As PHP 4 is officially dead, I would be much in favor of > requiring PHP 5 for Phpwiki 1.4.0. > > Reini, what is your opinion on this? As most users still use 4.x I want it to stay php-4 compatible. "official dead" means nothing for php. Providers are lazy. For 5 only there are a lot of useful libs, which I cannot use. RDF libs for the Semantic Web for example. -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
|
From: Sébastien Le C. <sl...@ya...> - 2010-06-09 17:10:21
|
Hi, On 09/06/2010 16:13, Reini Urban wrote: > > As most users still use 4.x I want it to stay php-4 compatible. > "official dead" means nothing for php. Providers are lazy. > > For 5 only there are a lot of useful libs, which I cannot use. > RDF libs for the Semantic Web for example. Please note that I was not referring to abandoning php4, but creating a new branch for php5 devs so that they are segregated from the rest. Whether ultimately you decide to merge this branch back into trunk or make a separate release for php5 is up to you. But I definitely think php5 stuff should be isolated from php4 rather than intertwining code to accommodate the two (unless there’s a better approach to have the two coexisting in peace?). (That being said, IMHO providers would probably not be as lazy if all the code providers were indeed to drop PHP4 support. As Marc-Étienne pointed out, PHP4 is EOL since 2007, and PHP5 was first released in 2004) Regards, Seb |
|
From: Marc-Etienne V. <Mar...@al...> - 2010-06-14 15:28:42
|
>> As PHP 4 is officially dead, I would be much in favor of >> requiring PHP 5 for Phpwiki 1.4.0. >> >> Reini, what is your opinion on this? > > As most users still use 4.x I want it to stay php-4 compatible. > "official dead" means nothing for php. Providers are lazy. Hello all, PHP4 is "officially dead" means that no patches will be provided in the future and that this is a serious security risk. For me it would be simpler to require PHP 5 for the next release, but if it is really not possible we can have two separate branches as Sébastien suggested. In any case, we are running PHP 5.3.2 and I am no longer able to test with PHP 4. It is already very complex to test with all themes and backends. Reini, can you please tell what we do? Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
|
From: Reini U. <ru...@x-...> - 2010-06-15 08:20:20
|
2010/6/14 Marc-Etienne Vargenau <Mar...@al...>: >>> As PHP 4 is officially dead, I would be much in favor of >>> requiring PHP 5 for Phpwiki 1.4.0. >>> >>> Reini, what is your opinion on this? >> >> As most users still use 4.x I want it to stay php-4 compatible. >> "official dead" means nothing for php. Providers are lazy. > > Hello all, > > PHP4 is "officially dead" means that no patches will be > provided in the future and that this is a serious security risk. > > For me it would be simpler to require PHP 5 for the next > release, but if it is really not possible we can have two > separate branches as Sébastien suggested. > > In any case, we are running PHP 5.3.2 and I am no longer > able to test with PHP 4. It is already very complex to > test with all themes and backends. > > Reini, can you please tell what we do? Keep it as it is. I'm live with centos4 and most providers still run centos4 and backport patches. php is lame and we live with that. I'm running and testing those versions: 4.4.7 (centos4), 4.3.10, 4.4.9, 5.0.3, 5.1.6 (centos5), 5.2.10, 5.3, 6.0 -- Reini Urban http://phpwiki.org/ http://murbreak.at/ |
|
From: Marc-Etienne V. <Mar...@al...> - 2010-06-17 09:40:18
|
Le 15/06/2010 10:20, Reini Urban a écrit : > > I'm running and testing those versions: > 4.4.7 (centos4), 4.3.10, 4.4.9, 5.0.3, 5.1.6 (centos5), 5.2.10, 5.3, 6.0 Hello Reini, I have updated the INSTALL file to reflect this. Best regards, Marc-Etienne -- Marc-Etienne Vargenau Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE +33 (0)1 30 77 28 33, Mar...@al... |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X