phpwiki-talk

[Phpwiki-talk] PhpWiki at phpwiki.sf.net upgraded to 1.3.6+

[Carsten K. <car...@us...>]

Hi All,

After a few days of online testing I'm satisfied that the latest 
preview version of PhpWiki is working quite well on the Sourceforge 
server, so I have upgraded the wiki there to 1.3.7pre:

http://phpwiki.sourceforge.net/phpwiki/

The old PhpWiki version 1.3.2 is still accessible at the following URL:
http://phpwiki.sourceforge.net/phpwiki-wiki(1.3)/

If anyone encounters any serious problems with the new version of 
PhpWiki running at SF or has any questions or concerns about the 
transition/upgrade there, please drop me a line.

Note that page alterations made under the old PhpWiki at the old (1.3) 
URL will likely not be immediately visible when viewed with the new 
version of PhpWiki, due to the new internal HTML caching scheme.

:)
Carsten Klapp

Re: [Phpwiki-talk] wrong list? (was Re: tricky problem -- 1.3.0 wiki broken after server tweaks)

[Carsten K. <car...@us...>]

On Sunday, November 30, 2003, at 12:38  pm, Tara Star wrote:

> Hi!
>
> I posted a message a couple of days ago -- I'm having trouble with my 
> installation. Is this the wrong list for "problems"? Where should I 
> ask? Otherwise, would somebody mind having a look?
>
> Thanks a lot,
>
> Steph
> http://climbtothestars.org/
> http://spirolattic.net/
> http://swissblogs.com/
> http://pompage.net/


On Thursday, November 27, 2003, at 03:37  pm, Tara Star wrote:

> Hi!
>
> hope somebody can help me -- this is starting to look tricky.
>
> I have two wikis running on one engine (I know the engine is old, but 
> I changed quite a lot of markup in it and would rather stick to it if 
> I could, rather than install a newer version and risk running into 
> even more tricky problems ;-)):
>
> http://spirolattic.net/HomePage
> http://climbtothestars.org/pim/BookMarks
>
> My sysadmin installed suexec recently and upgraded php -- since then, 
> it's all broken.
>
> I was using a rewrite rule for spirolattic:
>
> RewriteRule ^(.*)/? /wiki/$1 [L]
>
> wiki being a renamed index.php file sent with a php mimetype.
>
> Now, I have two problems:
>
> a) the wiki does not seem to accept 
> http://spirolattic.net/wiki/RecentChanges as a wiki page anymore. It 
> has to be of the form http://spirolattic.net/wiki/?RecentChanges to 
> work
>
> b) this means I need to change my rewrite rule, but for some strange 
> reason the following doesn't work:
> RewriteRule ^(.*)/? /wiki/?$1 [L]
>
> Point a) is valid for the second wiki too (pim): 
> http://climbtothestars.org/pim/BookMarks does not work, whereas 
> http://climbtothestars.org/pim/?BookMarks does. No rewriting here, pim 
> being the main wiki file sent out as php mime-type.
>
> However, another interesting development: the internal links created 
> by the wiki are weird: 
> http://climbtothestars.org/pim/pim?pagename=MartialArtsLinks instead 
> of http://climbtothestars.org/pim/MartialArtsLinks -- what could make 
> the wiki start writing them that way all of a sudden? The links are 
> "ok" in the spirolattic wiki.
>
> It seems to me the core of the problem concerns the wiki -- point (b) 
> is not important if I manage to get the wiki to accept wiki/PageName 
> uris again.
>
> Thanks for any help -- and let me know if you need more info.
>
> Steph aka Tara
> --
> http://climbtothestars.org/
> http://pompage.net/
> http://spirolattic.net/
> http://swissblogs.com/


Hi Steph,

I'm sorry to hear your Wiki has been having troubles since the server's 
PHP was upgraded. What version of PHP and Apache (or other web-server) 
is running? (Indeed this is the right list to ask for help in this 
situation).

Personally I have almost no experience with RewriteRule~s, otherwise 
I'd offer to help myself :). If no one else here can offer help, I 
suggest try searching the mailing list archives for descriptions of 
similar problems at 
<http://sourceforge.net/mailarchive/forum.php?forum=phpwiki-talk> or 
posting/searching on the PhpWiki wiki at 
<http://phpwiki.sf.net/phpwiki/>.

Carsten Klapp

[Phpwiki-talk] PHP Warnings

[Dallas L. E. <da...@nm...>]

PHP Warnings
lib/WikiUser.php:229: Warning[512]: Unable to connect to LDAP server
localhost

trying to create a page on exit0...

dallas

[Phpwiki-talk] Sending Resume

[Engineer - M. <rco...@ya...>]

Hello  David

I'm looking for new project as independent CONSULTANT

Will call you tomorrow to schedule meeting as we were talking
before, possible this week or in Monday;



 
E-mail:   rco...@ya...

 
 
Tel. (408)  309-7006

Engineer
or Manager
or
INDEPENDENT CONSULTING
or
Engineering Manager
  
and/or
 
Senior Mechanical & Design ENGINEER,
 
Design Analyst
 
Program Manager
 
Project Manager, Product Manager
 
Product Development Specialist 
 
Manufacturing Engineering
 
Electro-Mechanical & Industrial Designer 
 
R&D, CADD Manager, SBIR
 
 
Over 20 years combine experience in 
Technical Managerial Positions 
performing Engineering & Design Service
Systems Design & System Integration, 
R&D, Product & Process Development, 
Projects & Products Engineering & Management, 
Manufacturing Operations & Preparation & 
Managing teams of Engineering Specialist;
 
 
08-1993 to present;
 
MECH-TRONIC DESIGN & MFG; SANTA CLARA, CA
Engineering Manager, Project & Product Manager,
SR. Mechanical & Design Engineer, CADD Manager. 
 
 
Duties included:
 
Preparing technical documentation, calculations, 
engineering, design, layouts, drawings, 
3D and Solid Modeling, development & propositions. 
 
Hard Drive Designing, testing, balancing, 
recalculating and redesign. 
Solid Works, Mechanical Desktop.
 
Manufacturing and Assembly Equipment design and  build. 
Hard Drive Testing Equipment design & mfg.  
 
Tooling and Operations Development, 
Implementation & Automation for mass production.   
 
Pro-E, CADD Management, Automation and Operations, 
Analyzing, AutoCAD 2000 & M D, Win 95/98/2000/NT, 
Creating, revising & implementing improvements to existing
and new manufacturing processes.  
 
Mfg & Assy Development & support. 
 
Cost study and cost reduction analyzing.  
Purchasing manufacturing equipment, 
Bill of Materials creation. 
 
Copy Machines & Color commercial Printers design & build. 
Paper path & Heads - dynamic orientation. 
 
Rapid Thermo Processing, 
Wafer 200 & 300 mm with automatic Door and manual inserting,
Scanners, Sensors & Cassette opening and rotation, 
 
LASER & Equipment & Motion Control. 
Fiber Optics equipment, enclosures, connectors, 
tools & manufacturing; assembly equipment design & build. 
 
Wafer Handling & Processing Equipment, Stages & Sliders, 
Thickness Measurement, Robotics. 
Network & Electronic / Computer Testing Equipment. 
Plastic & Enclosures Design & Build; 
 
Hard Drive, modems, ICT Equipment Des, Mfg & Assy. 
 
Teaching Mechanical Engineering and  Descriptive Geometry, CADD. 
Computer Graphics, Electro - Mechanical Engineering & Design, 
 
AutoCAD, Plotting, DOS, Lecture and practical assignment. 
Software and computer support. 
 
Electrical & Mechanical Projects,  
Production Equipment & Machinery. 
 
Designing Electric Cars, Analyzes & Calculations, 
Prototypes electronic and electrical schematic Layouts, 
mechanical detailing & body shell. 
CAD and Plotting Station Management, Lib, 
Analyzes & Calculations, Prototypes & Product Mfg.
 
Development, design & redesigning mechanical components
for manufacturing, Assembly draw, 
Customizing  Electronic, Mechanical and Electrical Equipment, 
AutoCAD,  Spreadsheet, Basic, dB; Lotus, Excel, Paradox, Quadro
 
Project Management & Production, scheduling, quality control,
controlling & production planning injection molding, 
plastic parts and elements design and manufacturing 
 
 
Manufacturing hydraulic & pneumatic equipment, 
machinery and control systems, mechanisms, robotics device,
precision machine elements. 
 
Inspecting and control manufacturing standards,
analyzing stresses and tolerances, selecting materials, 
engineering computations and technical improvements, 
documentation, projects development, supplying. 
 
Automation, Conveyors, Spiral Elevator, 
Fast Cannery Transportation, 
Electronic and Electrical Components, 
Master Control Center, 
Sheet Metal Oven Rebuilding Project.
 
LASER MEDICAL DEVICE, Lasers, Optics, Fiber Optics
3 SETS OF OPTICAL LENSES MOVE-AUTOMATON COLIMMATOR
 
Project Management, Design, Product Development
 
Manufacturing, Production, Operation Manager
 
Sales & Customer Service
 
Transportation & Shop Manager
 
Service Station Operating & Management
 
 
CREATIVE THINKING AND SOLUTION DEVELOPMENT
 
OPEN FOR TRAVEL (domestic /international)
 
US Citizen
 
Permanent preferred
 
INDEPENDENT CONSULTING 
 
TEL. (408)  309-7006     E-mail: rco...@ya...

Re: [Phpwiki-talk] Question phpwiki-1.3.6

[Russ M. <rm...@no...>]

I'm hoping someone is aware of this, but phpwiki.org 
(http://phpwiki.sourceforge.net/phpwiki/) is down. Error:




phpwiki-wiki(1.3)/lib/WikiDB/backend/PearDB.php:31: Fatal[256]: Can't 
connect to database: wikidb_backend_mysql: fatal database error

     * DB Error: connect failed
     * ( [nativecode=Can't create a new thread (errno 11). If you are 
not out of available memory, you can consult the manual for a possible 
OS-dependent bug] ** mysql://phpwiki:XXXXXXXX@pr-db1/phpwiki)
     *


Fatal error: Call to a member function on a non-object in 
/home/groups/p/ph/phpwiki/htdocs/phpwiki-wiki(1.3)/lib/ErrorManager.php 
on line 191




russ

[Phpwiki-talk] Question phpwiki-1.3.6

[<W-K...@t-...>]

Hello,
I would like to run phpwiki on my WIN98 System.
I have got WAMPP and it is running quite well.

I have made the changes in index.php

And the answer from the wikiweb is 

  Timeout while obtaining lock. Please try again

A directory tmp and subdirectories have been build by the System.
What have I to do? What is my problem?
On my LINUX-PC phpwiki is running quite good.

Is there anybody who can help me?

Wolfgang
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
Wol...@ff...

[Phpwiki-talk] wrong list?

[Tara S. <te...@cl...>]

Hi!

I posted a message a couple of days ago -- I'm having trouble with my 
installation. Is this the wrong list for "problems"? Where should I ask? 
Otherwise, would somebody mind having a look?

Thanks a lot,

Steph
http://climbtothestars.org/
http://spirolattic.net/
http://swissblogs.com/
http://pompage.net/

[Phpwiki-talk] user auth with mysql

[WaldWolf <Wal...@gm...>]

hello

i want the users to auth with mysql db but with the preferences in 
index.php it does not work.so i go on search for the code. but i did not 
find any. or is this

function tryAuthBackends() {
        return ''; // crypt('') will never be ''
}

the one that should be later coded?

is there a patch or quick workaround thanks.

martin schmidt

[Phpwiki-talk] [1.3.4] Problem with cache and IE

[Didier B. <di...@br...>]

Hello,

I got this problem : first I work with IE6 on WindowsXP. If I edit a 
page, then I save it,
when I try to see that modified page with IE6 I always have the older 
version of the
page. If I try to see it with mozilla/firebird, I got the modified one.

Do you have the same behaviour ?  Apparently I don't have this behaviour 
on the
phpwiki version on SF.

Do you have any idea why I have this problem ?

Regards.
-- 
Didier BRETIN - di...@NO... - http://www.bretin.net/ - ICQ: 
46032186

[Phpwiki-talk] Bug in BlockParser.php?

[Frank S. <fra...@rn...>]

Using a two-week-old version of the CVS phpwiki, a colleague found a bug in
BlockParser.php.

The markup

Foo |
  0

causes a

  Fatal error: Call to a member function on a non-object in
C:\inetpub\wwwroot\phpwiki\lib\BlockParser.php on line 654

I reproduced this on my home apache installation too.

Doing anything to the 0, like using =0= or ''0'' makes the problem
disappear. That's a hack though.

I confess that I've been really lazy and not looked at the code to supply a
fix. My deadlines currently don't allow me time :/ C'est la vie, etc.

frank

[Phpwiki-talk] PhpWiki 1.3.7pre (CVS-2003-11-27) running on SF.net

[Carsten K. <car...@us...>]

Hi All,

PhpWiki 1.3.7pre (CVS-2003-11-27) is now running at the PhpWiki on 
Sourceforge at this alternate URL:

http://phpwiki.sourceforge.net/phpwiki2/

So far it is running well, aside from a few minor cosmetic problems.

If there are no major problems in the next week or two I plan to 
upgrade the default SF URL to run the latest PhpWiki instead of the old 
1.3.
(at: http://phpwiki.sourceforge.net/phpwiki/ ).

Please let me know of any concerns you have or issues you've discovered 
at the above address ASAP.

Thank you,
-- 
Carsten Klapp <car...@us...>

[Phpwiki-talk] tricky problem -- 1.3.0 wiki broken after server tweaks

[Tara S. <te...@cl...>]

Hi!

hope somebody can help me -- this is starting to look tricky.

I have two wikis running on one engine (I know the engine is old, but I 
changed quite a lot of markup in it and would rather stick to it if I could, 
rather than install a newer version and risk running into even more tricky 
problems ;-)):

http://spirolattic.net/HomePage
http://climbtothestars.org/pim/BookMarks

My sysadmin installed suexec recently and upgraded php -- since then, it's all 
broken.

I was using a rewrite rule for spirolattic:

RewriteRule ^(.*)/? /wiki/$1 [L]

wiki being a renamed index.php file sent with a php mimetype.

Now, I have two problems:

a) the wiki does not seem to accept http://spirolattic.net/wiki/RecentChanges 
as a wiki page anymore. It has to be of the form 
http://spirolattic.net/wiki/?RecentChanges to work

b) this means I need to change my rewrite rule, but for some strange reason 
the following doesn't work:
RewriteRule ^(.*)/? /wiki/?$1 [L]

Point a) is valid for the second wiki too (pim): 
http://climbtothestars.org/pim/BookMarks does not work, whereas 
http://climbtothestars.org/pim/?BookMarks does. No rewriting here, pim being 
the main wiki file sent out as php mime-type.

However, another interesting development: the internal links created by the 
wiki are weird: http://climbtothestars.org/pim/pim?pagename=MartialArtsLinks 
instead of http://climbtothestars.org/pim/MartialArtsLinks -- what could make 
the wiki start writing them that way all of a sudden? The links are "ok" in 
the spirolattic wiki.

It seems to me the core of the problem concerns the wiki -- point (b) is not 
important if I manage to get the wiki to accept wiki/PageName uris again.

Thanks for any help -- and let me know if you need more info.

Steph aka Tara
--
http://climbtothestars.org/
http://pompage.net/
http://spirolattic.net/
http://swissblogs.com/

[Phpwiki-talk] =?iso-8859-1?Q?phpwiki_erstellt_keine_Datens=E4tze?=

[torty <to...@la...>]

ich habe folgendes problem:
=20
ich habe eine laufende mysql-db mit einer tabelle am laufen die den
namen 'user' tr=E4gt.
diese wird abgefragt, wenn sich jemand einloggen will.=20
ich habe es aber noch nicht geschafft, einen ganz neuen user =FCber das
phpwiki anzumelden,
dass er einen neuen datensatz in der 'user'-tabelle anlegt.
=20
zudem habe ich auf der startseite rechts unten nur noch den text
"anmelden", aber der ist
nicht klickbar.
=20
ich kann mein problem so aus dem stand auch nicht n=E4her beschreiben,
hoffe ein wenig drauf,
dass ihr etwas gedult mitbringt.=20
=20
PS: hab noch keine mysql und php-vorkenntnisse....
=20
thx

[Phpwiki-talk] can't find $ServerAddress

[Bruno S. <so...@br...>]

In the help of my recently downloaded phpwiki suggest to change this
variable $ServerAddress which I couldn't find, and belive now is $ScriptUrl.

If I'm not wrong, it'll be good to change the help file.

great script.
thanks.
bruno.

[Phpwiki-talk] Error: XML cannot be displayed

[Stanislaw B. <sb...@po...>]

One of my PHPWiki's, displays a message "The XML page cannot be 
displayed".  If you do refresh, the page shows fine and from now on it 
all works.  The error is only the first time per session.  Any ideas?
Stan Berka

----- The complete error message:

The XML page cannot be displayed
Cannot view XML input using XSL style sheet. Please correct the error 
and then click the Refresh button, or try again later.


--------------------------------------------------------------------------------

Cannot have a DOCTYPE declaration outside of a prolog. Error processing 
resource 'http://www.saintclarechurch.org/phpwiki/index.php'. Line 4, 
Position 11

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
----------^
 
----- end

Re: [Phpwiki-talk] Garbled text on user login page

[Sergio T. <ser...@ho...>]

>From: Carsten Klapp <car...@us...>
>To: php...@li...
>CC: "Sergio Trejo" <ser...@ho...>
>Subject: Re: [Phpwiki-talk] Garbled text on user login page
>Date: Sun, 23 Nov 2003 10:27:14 -0500
>
>
>On Saturday, November 22, 2003, at 07:51  pm, Sergio Trejo wrote:
>
>>I'm wondering if anyone else has noticed these characters on the page that 
>>is returned when attempting to Login to the Wiki:
>>
>>ÀñíçéàÖãæôßøü
>>
>>This appears in the text verbatim below:
>>
>>--------------------------------------------------
>>
>>You may sign in using any WikiWord as a UserId. (ÀñíçéàÖãæôßøü etc. may be 
>>used too). The UserId will be used as a link in RecentChanges to your 
>>UserId page, your HomePage.    New users may use an empty password.
>>
>>--------------------------------------------------
>>
>>The URL of the page that displays the interesting text above is:
>>
>>http://mywiki/wiki/HomePage
>>
>>I'm almost certain this is not the same as the pgsrc HomePage because the 
>>contents of pgsrc HomePage are different than the login page. I couldn't 
>>find the login (sign up) page in pgsrc. Is it created dynamically instead 
>>of being a static page from the pgsrc repository?
>>
>>Would the interesting looking text above be related to my Theme (Mac OS X 
>>in this case)? Version of phpwiki that I'm running is still 1.3.4 (looking 
>>to move up soon).
>>
>>Thanks much.
>>
>>ST
>
>Hi Sergio,
>
>The login page is generated from the template 
>/phpwiki/themes/default/templates/login.tmpl no matter which theme you are 
>using, unless you create this file too in MacOSX/templates. Those funny 
>characters are simply provided as some examples of valid ISO-8859-1 letters 
>you can use in WikiPagenames or login names. (I tried to pick a good range 
>of common european letters without displaying the entire ISO-8859-1 
>charset).
>
>Are you saying that this sentence appears in your HomePage or just when you 
>log in? If it does appear on your HomePage, are you sure someone didn't 
>just edit HomePage and paste it in? ;) (Check the PageHistory of the 
>HomePage.)
>
>Cheers,
>Carsten
>

Hello Carsten,

Thank you for helping naive me understand what the purpose of those 
characters are for. I apologize for English is my main language and I should 
have guessed that those characters were not "funny" but truly had a purpose 
as you stated. I only see them on the Login page and not my home page. 
Thanks again for explaining and apologies if I offended anyone else on the 
list by referring to them as "garbeled".

I really appreciate the people such as yourself on this mailing list who 
have patience with naive questions such as mine, and for all those who have 
contributed to PHPWiki. I believe the Wiki has a bright future ahead of it 
as more and more people can use it for simple group collaboration. There are 
a lot of technology tools in the world today, but its truly the ones that 
are simple and easy to use that have the highest probability of being used 
by many people.

Very sincerely,

Sergio

_________________________________________________________________
STOP MORE SPAM with the new MSN 8 and get 2 months FREE* 
http://join.msn.com/?page=features/junkmail

Re: [Phpwiki-talk] Garbled text on user login page

[Carsten K. <car...@us...>]

On Saturday, November 22, 2003, at 07:51  pm, Sergio Trejo wrote:

> I'm wondering if anyone else has noticed these characters on the page=20=

> that is returned when attempting to Login to the Wiki:
>
> =C0=F1=ED=E7=E9=E0=D6=E3=E6=F4=DF=F8=FC
>
> This appears in the text verbatim below:
>
> --------------------------------------------------
>
> You may sign in using any WikiWord as a UserId. (=C0=F1=ED=E7=E9=E0=D6=E3=
=E6=F4=DF=F8=FC etc.=20
> may be used too). The UserId will be used as a link in RecentChanges=20=

> to your UserId page, your HomePage.    New users may use an empty=20
> password.
>
> --------------------------------------------------
>
> The URL of the page that displays the interesting text above is:
>
> http://mywiki/wiki/HomePage
>
> I'm almost certain this is not the same as the pgsrc HomePage because=20=

> the contents of pgsrc HomePage are different than the login page. I=20
> couldn't find the login (sign up) page in pgsrc. Is it created=20
> dynamically instead of being a static page from the pgsrc repository?
>
> Would the interesting looking text above be related to my Theme (Mac=20=

> OS X in this case)? Version of phpwiki that I'm running is still 1.3.4=20=

> (looking to move up soon).
>
> Thanks much.
>
> ST

Hi Sergio,

The login page is generated from the template=20
/phpwiki/themes/default/templates/login.tmpl no matter which theme you=20=

are using, unless you create this file too in MacOSX/templates. Those=20
funny characters are simply provided as some examples of valid=20
ISO-8859-1 letters you can use in WikiPagenames or login names. (I=20
tried to pick a good range of common european letters without=20
displaying the entire ISO-8859-1 charset).

Are you saying that this sentence appears in your HomePage or just when=20=

you log in? If it does appear on your HomePage, are you sure someone=20
didn't just edit HomePage and paste it in? ;) (Check the PageHistory of=20=

the HomePage.)

Cheers,
Carsten

[Phpwiki-talk] Garbled text on user login page

[Sergio T. <ser...@ho...>]

I'm wondering if anyone else has noticed these characters on the page that 
is returned when attempting to Login to the Wiki:

ÀñíçéàÖãæôßøü

This appears in the text verbatim below:

--------------------------------------------------

You may sign in using any WikiWord as a UserId. (ÀñíçéàÖãæôßøü etc. may be 
used too). The UserId will be used as a link in RecentChanges to your UserId 
page, your HomePage.    New users may use an empty password.

--------------------------------------------------

The URL of the page that displays the interesting text above is:

http://mywiki/wiki/HomePage

I'm almost certain this is not the same as the pgsrc HomePage because the 
contents of pgsrc HomePage are different than the login page. I couldn't 
find the login (sign up) page in pgsrc. Is it created dynamically instead of 
being a static page from the pgsrc repository?

Would the interesting looking text above be related to my Theme (Mac OS X in 
this case)? Version of phpwiki that I'm running is still 1.3.4 (looking to 
move up soon).

Thanks much.

ST

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

[Phpwiki-talk] Patch for LDAP support

[Matthew P. <mp...@he...>]

On a comment from a Debian user of PHPWiki, I've made some improvements to
the LDAP auth support in PHPWiki.  I'd appreciate it if you could apply the
patch below and let me know that it's in so I can remove the Debian-specific
patch in future versions.

It's some better comments on the LDAP options, and an option to set the
version of the LDAP protocol to use.

---[BEGIN ldap-patch.diff]---
--- phpwiki-1.3.6.orig/lib/WikiUser.php
+++ phpwiki-1.3.6/lib/WikiUser.php
@@ -236,6 +236,7 @@
                 // else try others such as LDAP authentication:
                 if (ALLOW_LDAP_LOGIN && !empty($passwd)) {
                     if ($ldap = ldap_connect(LDAP_AUTH_HOST)) { // must be a valid LDAP server!
+			ldap_set_option($ldap, LDAP_OPT_PROTOCOL_VERSION, LDAP_PROTOCOL_VERSION);
                         $r = @ldap_bind($ldap); // this is an anonymous bind
                         $st_search = "uid=$userid";
                         // Need to set the right root search information. see ../index.php
--- phpwiki-1.3.6.orig/index.php
+++ phpwiki-1.3.6/index.php
@@ -399,10 +399,21 @@
 // unless your browser supports cookies.)
 @ini_set('session.use_trans_sid', 0);
 
-// LDAP auth
+// Do we allow users to authenticate via an LDAP server?
 if (!defined('ALLOW_LDAP_LOGIN')) define('ALLOW_LDAP_LOGIN', true and function_exists('ldap_connect'));
+
+// Give a server name to connect to.  Can either be a hostname, or a complete
+// URL to the server (useful if you want to use ldaps or specify a different
+// port number).
 if (!defined('LDAP_AUTH_HOST'))   define('LDAP_AUTH_HOST', 'localhost');
-// Give the right LDAP root search information in the next statement. 
+
+// Which version of the LDAP protocol to use.  The default is 3, the latest,
+// however if you are authenticating against an older LDAP server you may want
+// to set this to 2 instead.
+if (!defined('LDAP_PROTOCOL_VERSION')) define('LDAP_PROTOCOL_VERSION', 3);
+
+// The search base for finding users.  Entries under this DN will be
+// considered while looking for a DN to bind to.
 if (!defined('LDAP_AUTH_SEARCH')) define('LDAP_AUTH_SEARCH', "ou=mycompany.com,o=My Company");
 
 // IMAP auth: check userid/passwords from a imap server, defaults to localhost
---[END ldap-patch.diff]---

- Matt

Re: [Phpwiki-talk] RSS not working in Mozilla

[Carsten K. <car...@us...>]

On Thursday, November 20, 2003, at 11:35  am, Arnaud Fontaine wrote:

> Hi all,
>
> The RSS feeds generated by phpwiki 1.3.5/6/CVS ain't working in  
> Mozilla wich display an empty file.
>
> When I try to add the RecentChanges RSS feed to Straw (an aggregator),  
> it can't find any RSS feed ...
>
> Finally, the mozilla sidebar don't display the recent changes anymore.  
> It's just keep trying to load the feed ... nothing happens.
>
> Any cue ?
>
> Arnaud

Hi Arnaud,

The Mozilla sidebar is working for me fine with PhpWiki-1.3.7pre (from  
CVS). No RecentChanges code has been altered recently so I don't know  
offhand what might be happening. I'm using Mozilla 1.6a Build  
2003102905 with Mac OS X.

Try adding this RecentChanges sidebar from one of my Wikis (in German)  
and see whether that works for you:

http://www.deutschesfleischforumwurstwiki.de/phpwiki/index.php/ 
Neueste%C4nderungen

I don't think it is relevant but you never know: What version of  
Mozilla are you using?

Carsten

[Phpwiki-talk] RSS not working in Mozilla

[Arnaud F. <ar...@cr...>]

Hi all,

The RSS feeds generated by phpwiki 1.3.5/6/CVS ain't working in Mozilla 
wich display an empty file.

When I try to add the RecentChanges RSS feed to Straw (an aggregator), 
it can't find any RSS feed ...

Finally, the mozilla sidebar don't display the recent changes anymore. 
It's just keep trying to load the feed ... nothing happens.

Any cue ?

Arnaud

RE: [Phpwiki-talk] Wiki spam, an emerging trend?

[Sergio T. <ser...@ho...>]

Thank you Frank for the suggestion. I had totally missed the Administrative 
aspect of the Wiki after I set it up recently (I must have been living on a 
different planet because of course I was aware of the administrator name and 
password when I had to modify index.php but as a PhPWiki newbie, I hadn't 
realized that I should have just tried to log in with the admin username and 
password as stored in the index.php file, as I had thought for some reason 
that it was used for something else "behind the scenes").

Once logged in, indeed I saw the Admin button and then found the page 
containing the options such as Zip dump and snapshot. I just recently tried 
all of the dump and snapshot options. I found something interesting which 
may be known about already, but I hope you don't mind me posting this 
observation. With regard to the XHTML Zip Snapshot option, I tried this a 
few different times from my Wiki and after receiving the zip file to my 
machine running Mac OS X 10.2 (Jaguar), I tried to unzip from the command 
line and got the following errors and warnings:

-------------------------------------------

% unzip wikihtml.zip
Archive:  wikihtml.zip
Created by PhpWiki 1.3.4
warning [wikihtml.zip]:  656 extra bytes at beginning or within zipfile
  (attempting to process anyway)
file #1:  bad zipfile offset (local header sig):  656
  (attempting to re-compensate)
extracting: AddingPages.html
extracting: AllPages.html
extracting: AllUsers.html
   .
   .
   .
file #17:  bad zipfile offset (local header sig):  133001
  (attempting to re-compensate)
file #17:  bad zipfile offset (local header sig):  133001
file #18:  bad zipfile offset (local header sig):  143172
file #19:  bad zipfile offset (local header sig):  151260
   .
   .
   .
  etc., etc.
-------------------------------------------

The version of unzip that ships with Mac OS X 10.2.8 is:

UnZip 5.50 of 17 February 2002, by Info-ZIP

I haven't tried to unzip the same XHMTL file from the Wiki on another 
machine such as running Windows or Linux. I wonder if anyone else has had 
problems like this? Could be something needs to be configured with the Wiki 
on the server running the Wiki?

Also, I noticed that the XHTML Dump is really more like the Zip Snapshot but 
not like the Zip Dump, in that only the current version of Wiki pages is 
dumped as XHTML files using XHTML Dump.

I probably need to upgrade soon to PhPWiki per recent changes (maybe 1.3.5 
or 1.3.6 has some of these dump and zip issues addressed? Has anyone 
tried?).

Thanks,

-Serj

>From: "Frank Shearar" <fra...@rn...>
>To: <php...@li...>
>Subject: RE: [Phpwiki-talk] Wiki spam, an emerging trend?
>Date: Wed, 19 Nov 2003 09:27:02 -0000
>
> > >>> "ser...@ho..." 11/18/03 19:05 >>>
> >
> > This brings up a question about backing up a Wiki. Perhaps more of a
> > question that could be targetted to MySQL (I'm in process of
> > learning morea
> >  bout MySQL nuances), but I'm wondering if anyone here has had any
> > experiences and recommended methods for cloning an entire
> > PHPWiki, in a wayt
> >  hat is not specific to, say, MySQL (for example, I may want
> > to make backupc
> >  opies in another database type and then also be able to
> > recover from thatb
> >  ackup copy in case someone starts spamming my Wiki).
> >
> > Thanks for any suggestions...
>
>The first way that springs to mind is a full zipdump. In case you didn't
>already know, it creates a zip file containing one file per page. In each
>file, in RFC 822 format, are all the stored revisions.
>
>The last time I tried restoring a wiki in this fashion (1.3.5pre as of
>June-ish this year) I had to do some hacking of loadsave.php to get rid of
>the conflict checking (I wanted a _proper_ restore, with all the old
>revisions intact). Unfortunately I didn't document the changes I made. (I
>subsequently reverted them - they weren't the sort of thing you'd want to
>have on a production wiki.)
>
>PhpWikiAdministration should demonstrate the correct magic URL to use. What
>I did (apart from the loadsave.php hacking) was create the new phpwiki
>location (in my case a mySQL db), start it up, manually kill all the pages
>automatically created by the pgsrc stuff, and create a single page with
>the magic URL. Then I pointed the textbox to the location of the zipdump &
>hit go. A good while later I had my (rather large) wiki living in its new
>home.
>
>One caveat is that you should, for a large wiki, set DEBUG to false in your
>index.php or you'll run out of memory after 150-odd pages. If memory serves
>correctly. It might have been the zipdump or the xhtmldump that had that
>behaviour...
>
>frank
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>Does SourceForge.net help you be more productive?  Does it
>help you create better code?  SHARE THE LOVE, and help us help
>YOU!  Click Here: http://sourceforge.net/donate/
>_______________________________________________
>Phpwiki-talk mailing list
>Php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail

[Phpwiki-talk] Restoring a ZipDump backup

[Leiss, Klaus-G. 3. S-IS-RD-E. <Kla...@he...>]

Hello Frank,
I saved your message to the list, here are the parts
that you wrote.


> From: Frank Shearar [mailto:fra...@rn...]
> Sent: Wednesday, July 09, 2003 5:36 PM
> To: php...@li...
> Subject: RE: [Phpwiki-talk] Restoring a ZipDump backup

<snip>

=20
> Well, I hacked something together by chopping in lib/loadsave.php and
> lib/WikIDB.php.
>=20
> In summary, I commented out most of SavePage (all the bits=20
> with checking to
> see if we want to merge or overwrite pages) and just save the=20
> revisions as
> they come out the RFC822 files. Then in WikiWD.php I cut out=20
> the sanity
> checking of revision numbers and overwrite existing=20
> revisions. This is, of
> course, directly counter to the philosophy that old revisions=20
> are read only,
> but this was a temporary hack and I wanted to exactly restore a wiki.
>=20
> In detail, here are the diffs: (foo.restore is my special=20
> hacked version of
> foo.php, of course)
>=20
> -bash-2.05b$ diff loadsave.php loadsave.php.restore
> 376a377,380
> >     echo $pageinfo['pagename'] . ', ' . $pageinfo['version'];
> >     $page =3D $dbi->getPage($pagename);
> >     $page->save($content, $pageinfo['version'], $versiondata);
> > /*
> 483a488
> > */
>=20
> -bash-2.05b$ diff WikiDB.php WikiDB.php.restore
> 21a22
> > define('WIKIDB_RESTORE', 1);
> 615,621c616,628
> <         $latestversion =3D $backend->get_latest_version($pagename);
> <         $newversion =3D $latestversion + 1;
> <         assert($newversion >=3D 1);
> <
> <         if ($version !=3D WIKIDB_FORCE_CREATE && $version !=3D =
$newversion) {
> <             $backend->unlock();
> <             return false;
> ---
> >       if (WIKIDB_RESTORE) {
> >             $latestversion =3D 0;
> >             $newversion =3D $version;
> >         } else {
> >
> >             $latestversion =3D =
$backend->get_latest_version($pagename);
> >             $newversion =3D $latestversion + 1;
> >             assert($newversion >=3D 1);
> >
> >             if ($version !=3D WIKIDB_FORCE_CREATE && $version !=3D =
$newversion) {
> >                 $backend->unlock();
> >                 return false;
> >             }
>=20
> Then for each wiki I first created an IdontExist page, made=20
> its content
> "<?plugin WikiForm action=3Dloadfile?>", logged in as admin &=20
> hit the button.
>=20
> It seemed to work OK, although I'm still checking out the=20
> nitty gritties &
> corners of my wikis.
>=20
> frank

RE: [Phpwiki-talk] Wiki spam, an emerging trend?

[Frank S. <fra...@rn...>]

> >>> "ser...@ho..." 11/18/03 19:05 >>>
> 
> This brings up a question about backing up a Wiki. Perhaps more of a 
> question that could be targetted to MySQL (I'm in process of 
> learning morea
>  bout MySQL nuances), but I'm wondering if anyone here has had any 
> experiences and recommended methods for cloning an entire 
> PHPWiki, in a wayt
>  hat is not specific to, say, MySQL (for example, I may want 
> to make backupc
>  opies in another database type and then also be able to 
> recover from thatb
>  ackup copy in case someone starts spamming my Wiki).
> 
> Thanks for any suggestions...

The first way that springs to mind is a full zipdump. In case you didn't
already know, it creates a zip file containing one file per page. In each
file, in RFC 822 format, are all the stored revisions.

The last time I tried restoring a wiki in this fashion (1.3.5pre as of 
June-ish this year) I had to do some hacking of loadsave.php to get rid of
the conflict checking (I wanted a _proper_ restore, with all the old
revisions intact). Unfortunately I didn't document the changes I made. (I
subsequently reverted them - they weren't the sort of thing you'd want to
have on a production wiki.)

PhpWikiAdministration should demonstrate the correct magic URL to use. What
I did (apart from the loadsave.php hacking) was create the new phpwiki
location (in my case a mySQL db), start it up, manually kill all the pages
automatically created by the pgsrc stuff, and create a single page with
the magic URL. Then I pointed the textbox to the location of the zipdump &
hit go. A good while later I had my (rather large) wiki living in its new
home.

One caveat is that you should, for a large wiki, set DEBUG to false in your
index.php or you'll run out of memory after 150-odd pages. If memory serves
correctly. It might have been the zipdump or the xhtmldump that had that
behaviour...

frank

[Phpwiki-talk] Database problem worked around

[Matthew P. <mp...@he...>]

It appears that BDB 4.1 (at least) support in PHP4 has some 'issues' with
consistency with previous versions.  Specifically, it treats the 'c' mode
the same as 'n' (blow the DB away and start again).  Funnily enough, that
causes PHPWiki to reload (or go "what page?") every time you access a page. 
Yuk.

The patch to fix it is:

---[BEGIN BDB_patch]---
--- phpwiki-1.3.6.orig/lib/WikiDB/backend/dba.php
+++ phpwiki-1.3.6/lib/WikiDB/backend/dba.php
@@ -19,7 +19,17 @@
         // FIXME: error checking.
         $db = new DbaDatabase($dbfile, false, $dba_handler);
         $db->set_timeout($timeout);
-        if (!$db->open('c')) {
+
+       // Workaround for BDB 4.1 fucktardedness
+       if (file_exists($dbfile))
+       {
+               $mode = 'w';
+       }
+       else
+       {
+               $mode = 'c';
+       }
+        if (!$db->open($mode)) {
             trigger_error(sprintf(_("%s: Can't open dba database"),
$dbfile), E_USER_ERROR);
             global $request;
             $request->finish(fmt("%s: Can't open dba database", $dbfile));
---[END BDB_patch]---

It should apply cleanly against 1.3.6.  I'd appreciate it if someone could
apply it to CVS and warn me, so I can take it out of the patches for future
versions for Debian.

I'm now going to apply the wirebrush of enlightenment to the foreskin of
poor testing on the PHP folks.


-- 
Another Fine Product From The Nonsense Factory.