phpwiki-talk

Re: [Phpwiki-talk] Configuring LDAP to connect to Active Directory

[Manuel V. <man...@gm...>]

2006/6/26, William Leader <le...@k2...>:
> I've been digging through the code trying to figure out why I can't
> authenticate, and the best I can tell, an instance of _LDAPPassUser
> never gets created. This tells me that I have some other problem I need
> to deal with before worrying about the LDAP specific settings. Basically
> I know that _LDAPPassUser->checkPass will never run until this is fixed
> on my install.
>
> Is there any overview of the authentication code out there, or can
> someone provide one? I feel like I am missing something in my
> understanding of how this part of the code works.

Which version of phpwiki are you running ?

Does it change sth if you put
USER_AUTH_POLICY= first-only

-- Manuel

Re: [Phpwiki-talk] [Fwd: SourceForge.net Support: Project database service load from project: phpwiki]

[Manuel V. <man...@gm...>]

2006/6/27, Reini Urban <ru...@x-...>:
> So you know what's going on...

Woo !
I hope you will keep us informed.

And I hope this is not a phpwiki issue :/

-- Manuel

[Phpwiki-talk] [Fwd: SourceForge.net Support: Project database service load from project: phpwiki]

[Reini U. <ru...@x-...>]

So you know what's going on...
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Configuring LDAP to connect to Active Directory

[William L. <le...@k2...>]

I've been digging through the code trying to figure out why I can't 
authenticate, and the best I can tell, an instance of _LDAPPassUser 
never gets created. This tells me that I have some other problem I need 
to deal with before worrying about the LDAP specific settings. Basically 
I know that _LDAPPassUser->checkPass will never run until this is fixed 
on my install.

Is there any overview of the authentication code out there, or can 
someone provide one? I feel like I am missing something in my 
understanding of how this part of the code works.

-William

William Leader wrote:
> Hello all,
>    I've been working on getting phpwiki to use LDAP to authenticate 
> users in the windows active directory. but I'm not doing so well.
>
> I can get apache to use LDAP for basic authentication, and I could just 
> do that on the directory the wiki is and setup the wiki for anonymous 
> use, but thats not so clean.
>
> I think it is just going to be a matter of getting the config.ini right.
>
> here is what i have:
>
> ldapclient is a user on my domain. This is the initial user to bind to. 
> This account is working because the other ldap connection uses it.
> server4.pdi.com is a domain controller on the network.
> the ldap port is 389, This is working because the other connection uses it.
> WikiUsers is a group of users that should be able to access the wiki.
> The domain is named pdi.com
>
> So from my config.ini:
>
> USER_AUTH_ORDER = "LDAP"
> USER_AUTH_POLICY = stacked
> LDAP_AUTH_HOST = "ldap://server4.pdi.com:389"
> LDAP_BASE_DN = "ou=Users,dc=pdi.com"
> LDAP_SET_OPTION = "LDAP_OPT_PROTOCOL_VERSION=3:LDAP_OPT_REFFERALS=0"
> LDAP_AUTH_USER = "cn=ldapclient,ou=Users,dc=pdi.com"
> LDAP_AUTH_PASSWORD = thisisnottherealpassword
> LDAP_SEARCH_FIELD = sAMAccountName
> LDAP_OU_USERS = ou=Users
> LDAP_OU_GROUP = ou=Groups
>
> I'm sure its just a matter of getting the right things in here, but I am 
> pretty ignorant when it comes to LDAP. Any help or an example of a 
> configuration for connecting to active directory would be appreciated.
>
> Thanks,
> -William
>
> All the advantages of Linux Managed Hosting--Without the Cost and Risk!
> Fully trained technicians. The highest number of Red Hat certifications in
> the hosting industry. Fanatical Support. Click to learn more
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>   

Re: [Phpwiki-talk] help in installing

[Manuel V. <man...@gm...>]

2006/6/21, jobst m=FCller <Fl...@we...>:
> i need help in installing the newest vesion
>
> after setting up the database i need to configure the config files
> but how to solve that.
>
> the instructions are not very very clear

Hi,

Which instructions are not clear ?

Manuel

[Phpwiki-talk] Configuring LDAP to connect to Active Directory

[William L. <le...@k2...>]

Hello all,
   I've been working on getting phpwiki to use LDAP to authenticate 
users in the windows active directory. but I'm not doing so well.

I can get apache to use LDAP for basic authentication, and I could just 
do that on the directory the wiki is and setup the wiki for anonymous 
use, but thats not so clean.

I think it is just going to be a matter of getting the config.ini right.

here is what i have:

ldapclient is a user on my domain. This is the initial user to bind to. 
This account is working because the other ldap connection uses it.
server4.pdi.com is a domain controller on the network.
the ldap port is 389, This is working because the other connection uses it.
WikiUsers is a group of users that should be able to access the wiki.
The domain is named pdi.com

So from my config.ini:

USER_AUTH_ORDER = "LDAP"
USER_AUTH_POLICY = stacked
LDAP_AUTH_HOST = "ldap://server4.pdi.com:389"
LDAP_BASE_DN = "ou=Users,dc=pdi.com"
LDAP_SET_OPTION = "LDAP_OPT_PROTOCOL_VERSION=3:LDAP_OPT_REFFERALS=0"
LDAP_AUTH_USER = "cn=ldapclient,ou=Users,dc=pdi.com"
LDAP_AUTH_PASSWORD = thisisnottherealpassword
LDAP_SEARCH_FIELD = sAMAccountName
LDAP_OU_USERS = ou=Users
LDAP_OU_GROUP = ou=Groups

I'm sure its just a matter of getting the right things in here, but I am 
pretty ignorant when it comes to LDAP. Any help or an example of a 
configuration for connecting to active directory would be appreciated.

Thanks,
-William

[Phpwiki-talk] help in installing

[<Fl...@we...>]

hi 

i need help in installing the newest vesion

after setting up the database i need to configure the config files 
but how to solve that. 

the instructions are not very very clear

please help 


thx
flobert

_____________________________________________________________________
Der WEB.DE SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
http://smartsurfer.web.de/?mc=100071&distributionid=000000000071

[Phpwiki-talk] Question: How to restore from a backup using flatfile?

[Kars A. <ka...@le...>]

Hello all,

I've posted this question to the forum, but haven't had any replies
yet, so I'm trying my luck here.

Recently a PhpWiki I'm running has mysteriously reverted to virginity
(this might be due to vandalism, stupidity or the software going
bonkers, I'm not sure). I'm using a flatfile db. I've made frequent
backups of the wiki's home dir, in the hopes that simply overwriting
the files would restore it back to the way it was, but strangely - it
doesn't.

Where does PhpWiki store its created page data? How do I go about
restoring the wiki from a backup of all the files from the web servers
home dir? Any help is much appreciated. The wiki involved can be found
here: http://gdd2mobiel.hku.nl/

Kind regards,

Kars

Re: [Phpwiki-talk] Cannot redeclae hash() errors?

[Alan H. <al...@em...>]

On 6/19/06, Nomad of Norad (David C Hall) <nom...@jo...> wrote:
> Alan Hoyle wrote:
>  > On 6/18/06, Reini Urban <ru...@x-...> wrote:
>  >> Alan Hoyle schrieb:
>  >>> On 6/16/06, Reini Urban <ru...@x-...> wrote:
>  >>>> That was fixed some time ago in CVS.
>  >>>> [snip]
>  >>>> hash is now a PHP-5.x native function. We renamed our hash() to
>  >>>> wiki_hash()
>  >>> Is there a release planned soon?  Alternatively, what files do I need
>  >>> to update in order to make it work?  just stdlib.php or will I need to
>  >>> modify all files which have hash() in them?
>  >> Just looked into the ReleaseNotes and it says that the php-5.1 hash()
>  >> issue was solved with 1.3.12 Mar, 4 2006.
>  >> I found one forgotten occurance in plugin/RateIt.php
>  >>
>  >> Are you sure you are running 1.3.12p2?
>  >> If so I'll release a 1.3.12p3 today.
>  >
>  > I tried installing 1.3.12p3 over my current install.  That should
> work right?
>  >
>  > Something weird is happening and I'm just getting a blanks screen and
>  > I don't see any weirdnesses in the access_log or error_log.
>
> Hmmmm...  I had a similar problem recently, briefly.  I friend of mine
> called me to tell me my WebBBS was coming up
> this-page-cannot-be-reached, I tried to visit it with my browser, and
> just got a big blank white page.  I then tried my wiki, and got the same
> thing.  Actually, I don't recall if I got a blank white page instead of
> my BBS, but I did get a blank white page for the wiki.  That was with
> Firefox.  With Internet Exploder, it was This Page Cannot Be Displayed.
>
> A quick check of the dirs containing my phpbb and mediawiki systems, via
> FTP, showed they were all intact... so I called my webspace provider.
> While I was on hold, waiting for a warm body to answer, my friend IMed
> me to tell me he could now get my BBS!  I checked myself, and found that
> now I could also pull up my phpbb and my wiki again.
>
> When I finally got a warm body, and described what had happened, he told
> me they'd had a problem with the php system, and that no one's php
> systems were working, but that they'd fixed it.
>
> It had nothing to do with the individual people's wikis' or forums'
> software, it was just that the web-providers' whole php system had shut
> down or something, so no users could get TO the forums or wikis!  :-D
>
> Have you talked to your provider?

Unfortunately, I am my own provider (desktop workstation/server)

I know something happened, I upgraded to Fedora Core 5.  However, I am
able to run other PHP things in my space.

-alan

-- 
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] Call for 1.3.12p3 testing

[John C. <joh...@ua...>]

Thanks Reini,
  On the quoting problem, how should I quote it?  I tried "" and \" to
escape the quotes, but neither seemed to work.

Thanks,

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Reini Urban
Sent: Monday, June 19, 2006 11:37 PM
To: Discussion on PhpWiki features, bugs, development.
Subject: Re: [Phpwiki-talk] Call for 1.3.12p3 testing

John Cole schrieb:
> Reini,
>   I tried out the latest cvs head (which is NOT marked 1.3.12p3 so it may
> not include your fixes).  Overall, it looks ok, but I filed the following
> bugs on it:
> 
> 1508773, 1508771, 1508769

Thanks.

1.3.12p3 is a little bit behind CVS HEAD featurewise.
1.3.12p3 misses the new WikiWyg editor and framework, the pgsrc Help/ 
restructuring, and the postgresql improvements.

But it contains all fixes.

I fixed a bug prefs (logout) a few days ago. So maybe this changed the 
behaviour.
PDF must be the quoting or the space in the dir.
The broken rename is interesting... will be fixed asap.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...] On Behalf Of Reini
Urban
> Sent: Sunday, June 18, 2006 6:40 AM
> To: phpwiki
> Subject: [Phpwiki-talk] Call for 1.3.12p3 testing
> 
> I've just create a new 1.3.12p3 release and would appreciate if someone 
> else could also test it.
> 
> http://rurban.xarch.at/software/php/phpwiki/software/php/phpwiki/
> 
> I'll upload it about tommorrow. The 1.3.13 release is also near.
> 
> 
> 1.3.12p3 Jun, 18 2006, Reini Urban:
> 
> * fix [/Subpage] links
> * fix pref storing of already crypted passwords. bug #1327470 (Tom
Harding)
> * fix cache headers on errors (@ob_end_flush issue). (matt brown)
> * fix BogoLogin when ENABLE_PAGEPERM=false. patch #1438392 by Matt Brown
> * unique WIKI_ID cookies per WIKI_NAME. patch #1333957 by Matt Brown
> * added DATABASE_OPTIMISE_FREQUENCY feature. patch #1377011 by Matt Brown
> * don't check lock_table priv on action=upgrade
> * fix _accesslog->logtable and _is_buffering_output warnings (uckelman)
> * do not print wrong length header on url-rewriting. bug #1376007
> * fix pref->set: Error generated when login out. bug #1355533 (Thierry 
> Nabeth)
> * fix default preferences for editheight maxrows, by Manuel Vacelet.
> * fix DBAUTH arguments to be position independent, bug #1358973
> * add PdoDbPassUser user
> * fix output of Homepage prefs update
> * update config-dist.ini format from CVS
> * update configurator.php from CVS
> * print optimize wikidb only when DEBUG
> * simplify messages for translators
> * added ImageTile.php
> * added tsearch2 to doc/INSTALL.pgsql
> * added basepage to Cached_WikiLink::asXML for subpages within CreateTOC
> * print filename on dba access error
> * use bind_textdomain_codeset. bug #1480077 (Kai Krakow)
> * make TextSearchQuery->_stoplist localizable and overridable within 
> config.ini
> * fixes for mysql 5.x wantedpages join
> * add rel=nofollow to more actions. patch by Matt Brown
> * add verify to RevertPage, display reverted page as template
> * update plugin/CalendarList: patches by mpullen and banjo
> * update plugin/GraphViz
> * added plugin/PasswordReset
> * fixed hash() in plugin/RateIt
> * plugin/_AuthInfo: protect File passwords
> * added Captcha to Crao edit template
> * added MacOSX Pdf button
> * fixed Portland and Wordpress editpage template
> * removed Wordpress buttons, transparent default buttons should be used.
> * disabled RelatedChanges button
> 


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/


_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] italian localization patch

[Reini U. <ru...@x-...>]

Antonio Bonifati schrieb:
> Hi, I fixed some idioms and added a few new translations.
> Italian is my mother language, so I should have guessed right :-)
> 
> PS: this is just a little enhancement: italian locale remains far from
> complete :-(


Thanks a lot, nevertheless appreciated.

Re: [Phpwiki-talk] Call for 1.3.12p3 testing

[Reini U. <ru...@x-...>]

John Cole schrieb:
> Reini,
>   I tried out the latest cvs head (which is NOT marked 1.3.12p3 so it may
> not include your fixes).  Overall, it looks ok, but I filed the following
> bugs on it:
> 
> 1508773, 1508771, 1508769

Thanks.

1.3.12p3 is a little bit behind CVS HEAD featurewise.
1.3.12p3 misses the new WikiWyg editor and framework, the pgsrc Help/ 
restructuring, and the postgresql improvements.

But it contains all fixes.

I fixed a bug prefs (logout) a few days ago. So maybe this changed the 
behaviour.
PDF must be the quoting or the space in the dir.
The broken rename is interesting... will be fixed asap.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...] On Behalf Of Reini Urban
> Sent: Sunday, June 18, 2006 6:40 AM
> To: phpwiki
> Subject: [Phpwiki-talk] Call for 1.3.12p3 testing
> 
> I've just create a new 1.3.12p3 release and would appreciate if someone 
> else could also test it.
> 
> http://rurban.xarch.at/software/php/phpwiki/software/php/phpwiki/
> 
> I'll upload it about tommorrow. The 1.3.13 release is also near.
> 
> 
> 1.3.12p3 Jun, 18 2006, Reini Urban:
> 
> * fix [/Subpage] links
> * fix pref storing of already crypted passwords. bug #1327470 (Tom Harding)
> * fix cache headers on errors (@ob_end_flush issue). (matt brown)
> * fix BogoLogin when ENABLE_PAGEPERM=false. patch #1438392 by Matt Brown
> * unique WIKI_ID cookies per WIKI_NAME. patch #1333957 by Matt Brown
> * added DATABASE_OPTIMISE_FREQUENCY feature. patch #1377011 by Matt Brown
> * don't check lock_table priv on action=upgrade
> * fix _accesslog->logtable and _is_buffering_output warnings (uckelman)
> * do not print wrong length header on url-rewriting. bug #1376007
> * fix pref->set: Error generated when login out. bug #1355533 (Thierry 
> Nabeth)
> * fix default preferences for editheight maxrows, by Manuel Vacelet.
> * fix DBAUTH arguments to be position independent, bug #1358973
> * add PdoDbPassUser user
> * fix output of Homepage prefs update
> * update config-dist.ini format from CVS
> * update configurator.php from CVS
> * print optimize wikidb only when DEBUG
> * simplify messages for translators
> * added ImageTile.php
> * added tsearch2 to doc/INSTALL.pgsql
> * added basepage to Cached_WikiLink::asXML for subpages within CreateTOC
> * print filename on dba access error
> * use bind_textdomain_codeset. bug #1480077 (Kai Krakow)
> * make TextSearchQuery->_stoplist localizable and overridable within 
> config.ini
> * fixes for mysql 5.x wantedpages join
> * add rel=nofollow to more actions. patch by Matt Brown
> * add verify to RevertPage, display reverted page as template
> * update plugin/CalendarList: patches by mpullen and banjo
> * update plugin/GraphViz
> * added plugin/PasswordReset
> * fixed hash() in plugin/RateIt
> * plugin/_AuthInfo: protect File passwords
> * added Captcha to Crao edit template
> * added MacOSX Pdf button
> * fixed Portland and Wordpress editpage template
> * removed Wordpress buttons, transparent default buttons should be used.
> * disabled RelatedChanges button
> 


-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Cannot redeclae hash() errors?

[Nomad of N. (D. C Hall) <nom...@jo...>]

Alan Hoyle wrote:
 > On 6/18/06, Reini Urban <ru...@x-...> wrote:
 >> Alan Hoyle schrieb:
 >>> On 6/16/06, Reini Urban <ru...@x-...> wrote:
 >>>> That was fixed some time ago in CVS.
 >>>> [snip]
 >>>> hash is now a PHP-5.x native function. We renamed our hash() to
 >>>> wiki_hash()
 >>> Is there a release planned soon?  Alternatively, what files do I need
 >>> to update in order to make it work?  just stdlib.php or will I need to
 >>> modify all files which have hash() in them?
 >> Just looked into the ReleaseNotes and it says that the php-5.1 hash()
 >> issue was solved with 1.3.12 Mar, 4 2006.
 >> I found one forgotten occurance in plugin/RateIt.php
 >>
 >> Are you sure you are running 1.3.12p2?
 >> If so I'll release a 1.3.12p3 today.
 >
 > I tried installing 1.3.12p3 over my current install.  That should 
work right?
 >
 > Something weird is happening and I'm just getting a blanks screen and
 > I don't see any weirdnesses in the access_log or error_log.

Hmmmm...  I had a similar problem recently, briefly.  I friend of mine 
called me to tell me my WebBBS was coming up 
this-page-cannot-be-reached, I tried to visit it with my browser, and 
just got a big blank white page.  I then tried my wiki, and got the same 
thing.  Actually, I don't recall if I got a blank white page instead of 
my BBS, but I did get a blank white page for the wiki.  That was with 
Firefox.  With Internet Exploder, it was This Page Cannot Be Displayed.

A quick check of the dirs containing my phpbb and mediawiki systems, via 
FTP, showed they were all intact... so I called my webspace provider. 
While I was on hold, waiting for a warm body to answer, my friend IMed 
me to tell me he could now get my BBS!  I checked myself, and found that 
now I could also pull up my phpbb and my wiki again.

When I finally got a warm body, and described what had happened, he told 
me they'd had a problem with the php system, and that no one's php 
systems were working, but that they'd fixed it.

It had nothing to do with the individual people's wikis' or forums' 
software, it was just that the web-providers' whole php system had shut 
down or something, so no users could get TO the forums or wikis!  :-D

Have you talked to your provider?

-- 
       Nomad of Norad (David C. Hall)  ---  *TeamAmiga*
no...@jo... --- http://www.joshua-wopr.com/
  - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
For a dementedly wacky sci-fi continue-the-story project,
join my WebBBS. http://www.joshua-wopr.com/phpBB/index.php
----------------------------------------------------------
This is the Emergency Backup .Signature File, it kicks in
if the Regular Backup .Signature File fails to load.

Re: [Phpwiki-talk] Call for 1.3.12p3 testing

[John C. <joh...@ua...>]

Reini,
  I tried out the latest cvs head (which is NOT marked 1.3.12p3 so it may
not include your fixes).  Overall, it looks ok, but I filed the following
bugs on it:

1508773, 1508771, 1508769

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Reini Urban
Sent: Sunday, June 18, 2006 6:40 AM
To: phpwiki
Subject: [Phpwiki-talk] Call for 1.3.12p3 testing

I've just create a new 1.3.12p3 release and would appreciate if someone 
else could also test it.

http://rurban.xarch.at/software/php/phpwiki/software/php/phpwiki/

I'll upload it about tommorrow. The 1.3.13 release is also near.


1.3.12p3 Jun, 18 2006, Reini Urban:

* fix [/Subpage] links
* fix pref storing of already crypted passwords. bug #1327470 (Tom Harding)
* fix cache headers on errors (@ob_end_flush issue). (matt brown)
* fix BogoLogin when ENABLE_PAGEPERM=false. patch #1438392 by Matt Brown
* unique WIKI_ID cookies per WIKI_NAME. patch #1333957 by Matt Brown
* added DATABASE_OPTIMISE_FREQUENCY feature. patch #1377011 by Matt Brown
* don't check lock_table priv on action=upgrade
* fix _accesslog->logtable and _is_buffering_output warnings (uckelman)
* do not print wrong length header on url-rewriting. bug #1376007
* fix pref->set: Error generated when login out. bug #1355533 (Thierry 
Nabeth)
* fix default preferences for editheight maxrows, by Manuel Vacelet.
* fix DBAUTH arguments to be position independent, bug #1358973
* add PdoDbPassUser user
* fix output of Homepage prefs update
* update config-dist.ini format from CVS
* update configurator.php from CVS
* print optimize wikidb only when DEBUG
* simplify messages for translators
* added ImageTile.php
* added tsearch2 to doc/INSTALL.pgsql
* added basepage to Cached_WikiLink::asXML for subpages within CreateTOC
* print filename on dba access error
* use bind_textdomain_codeset. bug #1480077 (Kai Krakow)
* make TextSearchQuery->_stoplist localizable and overridable within 
config.ini
* fixes for mysql 5.x wantedpages join
* add rel=nofollow to more actions. patch by Matt Brown
* add verify to RevertPage, display reverted page as template
* update plugin/CalendarList: patches by mpullen and banjo
* update plugin/GraphViz
* added plugin/PasswordReset
* fixed hash() in plugin/RateIt
* plugin/_AuthInfo: protect File passwords
* added Captcha to Crao edit template
* added MacOSX Pdf button
* fixed Portland and Wordpress editpage template
* removed Wordpress buttons, transparent default buttons should be used.
* disabled RelatedChanges button

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/


_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

[Phpwiki-talk] italian localization patch

[Antonio B. <an...@ve...>]

Hi, I fixed some idioms and added a few new translations.
Italian is my mother language, so I should have guessed right :-)

PS: this is just a little enhancement: italian locale remains far from
complete :-(
--
Antonio Bonifati
http://monitor.deis.unical.it/ant

Re: [Phpwiki-talk] Cannot redeclae hash() errors?

[Alan H. <al...@em...>]

On 6/18/06, Reini Urban <ru...@x-...> wrote:
> Alan Hoyle schrieb:
> > On 6/16/06, Reini Urban <ru...@x-...> wrote:
> >> That was fixed some time ago in CVS.
> >> [snip]
> >> hash is now a PHP-5.x native function. We renamed our hash() to
> >> wiki_hash()
> >
> > Is there a release planned soon?  Alternatively, what files do I need
> > to update in order to make it work?  just stdlib.php or will I need to
> > modify all files which have hash() in them?
>
> Just looked into the ReleaseNotes and it says that the php-5.1 hash()
> issue was solved with 1.3.12 Mar, 4 2006.
> I found one forgotten occurance in plugin/RateIt.php
>
> Are you sure you are running 1.3.12p2?
> If so I'll release a 1.3.12p3 today.

I tried installing 1.3.12p3 over my current install.  That should work right?

Something weird is happening and I'm just getting a blanks screen and
I don't see any weirdnesses in the access_log or error_log.

-alan


-- 
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] Call for 1.3.12p3 testing

[Alan H. <al...@em...>]

On 6/18/06, Reini Urban <ru...@x-...> wrote:
> I've just create a new 1.3.12p3 release and would appreciate if someone
> else could also test it.
>
> http://rurban.xarch.at/software/php/phpwiki/software/php/phpwiki/

Your URL is wrong.  Try:

http://rurban.xarch.at/software/php/phpwiki/

-alan


-- 
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

[Phpwiki-talk] Call for 1.3.12p3 testing

[Reini U. <ru...@x-...>]

I've just create a new 1.3.12p3 release and would appreciate if someone 
else could also test it.

http://rurban.xarch.at/software/php/phpwiki/software/php/phpwiki/

I'll upload it about tommorrow. The 1.3.13 release is also near.


1.3.12p3 Jun, 18 2006, Reini Urban:

* fix [/Subpage] links
* fix pref storing of already crypted passwords. bug #1327470 (Tom Harding)
* fix cache headers on errors (@ob_end_flush issue). (matt brown)
* fix BogoLogin when ENABLE_PAGEPERM=false. patch #1438392 by Matt Brown
* unique WIKI_ID cookies per WIKI_NAME. patch #1333957 by Matt Brown
* added DATABASE_OPTIMISE_FREQUENCY feature. patch #1377011 by Matt Brown
* don't check lock_table priv on action=upgrade
* fix _accesslog->logtable and _is_buffering_output warnings (uckelman)
* do not print wrong length header on url-rewriting. bug #1376007
* fix pref->set: Error generated when login out. bug #1355533 (Thierry 
Nabeth)
* fix default preferences for editheight maxrows, by Manuel Vacelet.
* fix DBAUTH arguments to be position independent, bug #1358973
* add PdoDbPassUser user
* fix output of Homepage prefs update
* update config-dist.ini format from CVS
* update configurator.php from CVS
* print optimize wikidb only when DEBUG
* simplify messages for translators
* added ImageTile.php
* added tsearch2 to doc/INSTALL.pgsql
* added basepage to Cached_WikiLink::asXML for subpages within CreateTOC
* print filename on dba access error
* use bind_textdomain_codeset. bug #1480077 (Kai Krakow)
* make TextSearchQuery->_stoplist localizable and overridable within 
config.ini
* fixes for mysql 5.x wantedpages join
* add rel=nofollow to more actions. patch by Matt Brown
* add verify to RevertPage, display reverted page as template
* update plugin/CalendarList: patches by mpullen and banjo
* update plugin/GraphViz
* added plugin/PasswordReset
* fixed hash() in plugin/RateIt
* plugin/_AuthInfo: protect File passwords
* added Captcha to Crao edit template
* added MacOSX Pdf button
* fixed Portland and Wordpress editpage template
* removed Wordpress buttons, transparent default buttons should be used.
* disabled RelatedChanges button

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Cannot redeclae hash() errors?

[Reini U. <ru...@x-...>]

Alan Hoyle schrieb:
> On 6/16/06, Reini Urban <ru...@x-...> wrote:
>> That was fixed some time ago in CVS.
>> [snip]
>> hash is now a PHP-5.x native function. We renamed our hash() to 
>> wiki_hash()
> 
> Is there a release planned soon?  Alternatively, what files do I need
> to update in order to make it work?  just stdlib.php or will I need to
> modify all files which have hash() in them?

Just looked into the ReleaseNotes and it says that the php-5.1 hash() 
issue was solved with 1.3.12 Mar, 4 2006.
I found one forgotten occurance in plugin/RateIt.php

Are you sure you are running 1.3.12p2?
If so I'll release a 1.3.12p3 today.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] Cannot redeclae hash() errors?

[Alan H. <al...@em...>]

On 6/16/06, Reini Urban <ru...@x-...> wrote:
> That was fixed some time ago in CVS.
> [snip]
> hash is now a PHP-5.x native function. We renamed our hash() to wiki_hash()

Is there a release planned soon?  Alternatively, what files do I need
to update in order to make it work?  just stdlib.php or will I need to
modify all files which have hash() in them?

-alan

-- 
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] Cannot redeclae hash() errors?

[Reini U. <ru...@x-...>]

That was fixed some time ago in CVS.


2006/6/15, Alan Hoyle <al...@em...>:
> Hey all,  I'm running phpwiki 1.3.12p2 and recently upgraded to FC5
> from an FC4 installation.  Now, whenever I try to bring up my wiki, I
> get the following error in the apache error log:
>
>  PHP Fatal error:  Cannot redeclare hash() in
> /home/alanh/public_html/wiki/lib/stdlib.php on line 1612
>
> what's up?

hash is now a PHP-5.x native function. We renamed our hash() to wiki_hash()

>
> --
>    Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
>      "I don't want the world, I just want your half." -TMBG
>                 Get Horizontal, Play Ultimate.
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Cannot redeclae hash() errors?

[Alan H. <al...@em...>]

Hey all,  I'm running phpwiki 1.3.12p2 and recently upgraded to FC5
from an FC4 installation.  Now, whenever I try to bring up my wiki, I
get the following error in the apache error log:

 PHP Fatal error:  Cannot redeclare hash() in
/home/alanh/public_html/wiki/lib/stdlib.php on line 1612

what's up?

-- 
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] phpwiki 1.3.12p2_2 and https

[Reini U. <ru...@x-...>]

Asko Tamm schrieb:
> Reini Urban wrote:
> 
>>> I was not able to force https in URL parameters in config file,
>>> setting 'SERVER_NAME = https://phpwiki' produces bad links like 
>>> 'http://https://phpwiki/SomePage' ..
> 
>> Set SERVER_PORT = 443 in config.ini
>> Maybe try DISABLE_HTTP_REDIRECT = true
>>
>> I remember for earlier 1.3.x days, that we had to fix it and I didn't 
>> check https for some years now.
>> It's probably just wrong url forcing.
> 
> Hello Reini,
> 
> thank you for your answer!
> 
> Setting SERVER_PORT and DISABLE_HTTP_REDIRECT did not help, wiki links 
> changed to http://phpwiki:443/MyPage .
> 
> However, I did "grep -ir https *" in my phpwiki directory and found that 
> there is another configurable parameter "SERVER_PROTOCOL".
> 
> setting SERVER_PROTOCOL to https parameters did the trick! Thank you for 
> your help!

Thank you also. You were faster than me.
That also saved me from finding a mod_ssl.so for windows in the short term.

> SERVER_NAME = phpwiki
> SERVER_PORT = 443
> SERVER_PROTOCOL = https
> 
> The default config file could look something like this, to save time the 
> next time ;-) :
> 
> --cut-
> ; Canonical name, httpd port and protocol (http or https) of the
> ; server on which this PhpWiki resides.
> ;/
> ;SERVER_NAME = some.host.com
> ;SERVER_PORT = 80
> ;SERVER_PROTOCOL = http
> --cut-

Thanks! commited to CVS.

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] phpwiki 1.3.12p2_2 and https

[Asko T. <ask...@ul...>]

Reini Urban wrote:

>> I was not able to force https in URL parameters in config file,
>> setting 'SERVER_NAME = https://phpwiki' produces bad links like 
>> 'http://https://phpwiki/SomePage' ..

> Set SERVER_PORT = 443 in config.ini
> Maybe try DISABLE_HTTP_REDIRECT = true
> 
> I remember for earlier 1.3.x days, that we had to fix it and I didn't 
> check https for some years now.
> It's probably just wrong url forcing.

Hello Reini,

thank you for your answer!

Setting SERVER_PORT and DISABLE_HTTP_REDIRECT did not help, wiki links 
changed to http://phpwiki:443/MyPage .

However, I did "grep -ir https *" in my phpwiki directory and found that 
there is another configurable parameter "SERVER_PROTOCOL".

setting SERVER_PROTOCOL to https parameters did the trick! Thank you for 
your help!

SERVER_NAME = phpwiki
SERVER_PORT = 443
SERVER_PROTOCOL = https



The default config file could look something like this, to save time the 
next time ;-) :

--cut-
; Canonical name, httpd port and protocol (http or https) of the
; server on which this PhpWiki resides.
;/
;SERVER_NAME = some.host.com
;SERVER_PORT = 80
;SERVER_PROTOCOL = http
--cut-

-- 
asko

Re: [Phpwiki-talk] phpwiki 1.3.12p2_2 and https

[Reini U. <ru...@x-...>]

asko schrieb:
> Hi,
> 
> is anybody running phpwiki over https? I'm having slight problems..
> 
> Firstly, the wiki is for private use and is protected by .htaccess ..
> 
> 
> phpwiki-1.3.12p2_2,
> apache-2.2.2 and php4-4.4.2_2
> 
> virtualhost looks something like this:
> 
> <VirtualHost *:443>
>    ServerName    phpwiki
>    ServerAdmin   webmaster@server
>    DocumentRoot  /usr/local/www/phpwiki
>    ErrorLog      /var/log/apache/phpwiki-https-error.log
>    CustomLog     /var/log/apache/phpwiki-https-access.log common
> </VirtualHost>
> 
> Usually web applications are able to detect the correct URL for internal 
> links, but now after authentication all the wiki urls point to 
> http://phpwiki. Basically I get http wikilinks, but I need https ;-)
> 
> I was not able to force https in URL parameters in config file,
> setting 'SERVER_NAME = https://phpwiki' produces bad links like 
> 'http://https://phpwiki/SomePage' ..

Set SERVER_PORT = 443 in config.ini
Maybe try DISABLE_HTTP_REDIRECT = true

I lost my mod_ssl.so somewhere, so I cannot check immediately, but I 
will try to set it up again for the tests.

> Btw, https worked in phpwiki 1.2 with similar configuration if it 
> counts, it broke after upgrade.
> 
> Please help, what am I missing.. It probably has to do something with 
> URL detection?


I remember for earlier 1.3.x days, that we had to fix it and I didn't 
check https for some years now.
It's probably just wrong url forcing.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/