PostNuke

Footnote: 1

To understand below table.
Yes::> Mean work just right after standard installed
No::> Mean not working right at the beginning but might work if edit or remove code not likely for most people.

PostNuke .64
========
Window 2000---PHP 4.0.6---PHP 4.1.1

IIS-------------->Yes---------->No

Apache 2.0----->Yes---------->?
--------------------------------------------------


PostNuke .703
=========
Window 2000---PHP 4.0.6---PHP 4.1.1

IIS--------------->No--------->No

Apache 2.0----->Yes-------->No
-------------------------------------------------

From the result plus I need DBdebugger and PHPed to work together as well and here the result:

DBG 2.04rc1 & PHPed 2.96.1.2
====================
Window 2000--PHP 4.0.6-PHP 4.1.1

IIS--------------->Yes---------No

Apache 2.0----->Yes----------No
-------------------------------------------------


DBG 2.10pl1 &PHPed 2.96.1.2
====================
Window 2000--PHP 4.0.6--PHP 4.1.1

IIS---------------> Yes---------No

Apache 2.0-----> Yes----------No
-------------------------------------------------

As a result of both requirement.
I beleive to develop PostNuke .703 in Windows 2000 you bet settle with the following configuration.

PHP 4.0.6
Apache 2.0 (apache_2_0_28-beta-win32-x86-no_ssl)
DBG 2.04pl2 win32 package
PHPed*
Unfortunately the last one PHPed no longer free download. You probably need to pay or try PHPedit or PHPCoder

However with the help of people in PostNuke support forum, the above not working configuration can be resolved as it suppose to be. In fact the suggest I did here still need support anyway.

Good luck/enjoy

Prateep.
Mirror Review from www.kul.com

PostNuke uses ADODB library, and the best idea is using this stuff in all additional blocks and modules. In some blocks (4 e.g.) i found calling direct to mysql_query php function. I think - it's bad style.
In some blocks I had to correct this stuff - replace this with $result=$dbconnect->Execute('..'). But not all PostNuke users have necessary knowledge to doing this.

Resume:

using ADODB is preferred;

direct calling to php database functions is bad style;

High code!

Footnote: 1

Footnote: 1

Footnote: 1

Footnote: 1

I realised that the password list looked relatively different. Then upon checking user.php, I saw :

$pass=crypt($pass,substr($dbpass,0,2));

That won't do, as my passwords seemed to be MD5 now. So, change the above to :

$pass=crypt($pass,$dbpass,0,2);

And now all is well again with the world...