phpwiki-talk

Re: [Phpwiki-talk] broken link

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

Liliane Perichaud schrieb:
> the link http://www.panix.com/swain/ on the page about Steve Wainstead 
> in the documentation is broken

Thanks. It's http://www.panix.com/~swain/


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban
http://phpwiki.org

Re: [Phpwiki-talk] novell netware 6.5 and phpwiki

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

michel jacobs schrieb:
> anybody on this list that uses this? 

not that I'm aware of.

 > I cannot get around db.php not found

Can you please post the exact error message?


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban
http://phpwiki.org

[Phpwiki-talk] novell netware 6.5 and phpwiki

[michel j. <mic...@te...>]

anybody on this list that uses this? I cannot get around db.php not
found
 

Re: [Phpwiki-talk] making wiki available offline on cd

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

Stefan schrieb:
> we do have a big geological lexikon on base of phpwiki 1.3.10 online. 
> does anyone have a solution to make it offline available on cd.
> We need a html extrakt of the lexikon without edit and the other stuff 
> only the information itself in html.
> Does anyone have a solution for this?

xhtmldump



-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban
http://phpwiki.org

[Phpwiki-talk] making wiki available offline on cd

[Stefan <son...@ba...>]

Hello,

we do have a big geological lexikon on base of phpwiki 1.3.10 online. 
does anyone have a solution to make it offline available on cd.
We need a html extrakt of the lexikon without edit and the other stuff 
only the information itself in html.
Does anyone have a solution for this?

Regards Stefan

[Phpwiki-talk] =?GB2312?B?KF5vXikvfo2hk3iCyw==?=

[SDFSDF <as...@as...>]

^o^)/~¡“x‚Ë

	Eo‰ï‚¢—͂ō·‚ð•t‚¯‚é

	EŠ®‘S–³—¿‚¾‚©‚çˆÀSˆÀ‘S

	ED‚݂̃^ƒCƒv‚Å‘I‚ׁI–³—¿ƒTƒCƒgW

	@http://www.e-gal.tv/


					‰Ë‹ó¿‹–o–ŘA–¿FNQ853032

„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª
„¬„ª„­@„¬„ª„­@@Š®‘S–³—¿ƒTƒCƒgŒŸØy—öˆ¤‰ÈŠw‹ÇƒAƒWƒAƒ“–{•”z
„²—ö„°„ª„²“ª„°„ª„­c„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªcŸ
„¯„ª„²ˆ¤„°„ª„²”]„«http://www.e-gal.tv/
@@„¯„ª„®@„¯„ª„®c„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªc„ª„ª„ª„ª„ªcŸ

[Phpwiki-talk] Moving and upgrading woes.

[Yan S. <ya...@se...>]

I am trying to move the database from my ISP to my server.  I got a dump 
from my old ISP and recreated the database on my local machine:

[root@tooth phpwiki]# mysql -uXXXX -pXXXX phpwiki < yan.sql
[root@tooth phpwiki]#

No errors.  But when I bring up phpwiki, it shows a completely new
installation, not my old wiki....

So, any way to find out what exactly I have?  What's in the database?  And
how do I get it out?

I've followed the instructions in the UPGRADE doc but no joy....

I am using an older version of phpwiki on the original web site (1.3.0?)
and the current version is the latest available from the web site (1.3.3?).

Thanks for any advice.....

-- 
  o__
  ,>/'_          o__
  (_)\(_)        ,>/'_          o__
Yan Seiner      (_)\(_)         ,>/'_   o__     o__
Certified Personal Trainer     (_)\(_)  ,>/'_   ,>/'_
Licensed Professional Engineer         (_)\(_) (_)\(_)
Who says engineers have to be pencil necked geeks?
spam killer code kpwq1jkcsEzdx39gnkVvgycd15ayqq

[Phpwiki-talk] Popular software at low low prices.

[Gersh Norah<me...@ya...>]

See attachment message.html

RE: [Phpwiki-talk] User Authentication Problem

[Charles C. <ch...@ru...>]

Yes, it must be 1.3.10. Now I never used 1.3.10 but I have heard that =
there were many problems.  If you want something quick, try
getting the latest from CVS.  If not, hopefully in the next few weeks =
there will be 1.3.11=20

Regards,
Charles
________________________________________
From: Carsten Ke=DFler [mailto:ca...@fl...]=20
Sent: 23 February 2005 07:31
To: Charles Corrigan
Cc: php...@li...
Subject: Re: [Phpwiki-talk] User Authentication Problem

Charles,

I'm quite sure it's 1.3.10 - can I look up the version somewhere in the =
source code?
At least the UPGRADE file starts with "UPGRADING from 1.3.9", and I did =
not download it from CVS. So it must be 1.3.10, right?

Best regards,
Carsten

Re: [Phpwiki-talk] User Authentication Problem

[<ca...@fl...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Charles,<br>
<br>
I'm quite sure it's 1.3.10 - can I look up the version somewhere in the
source code?<br>
At least the UPGRADE file starts with "UPGRADING from 1.3.9", and I did
not download it from CVS. So it must be 1.3.10, right?<br>
<br>
Best regards,<br>
Carsten<br>
<br>
<br>
Charles Corrigan schrieb:
<blockquote cite="mid...@sc..."
 type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="Generator" content="Microsoft Word 11 (filtered medium)">
<!--[if !mso]>
<style>
v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style>
<![endif]-->
  <style>
<!--
 /* Font Definitions */
 @font-face
	{font-family:Tahoma;
	panose-1:2 11 6 4 3 5 4 4 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:12.0pt;
	font-family:"Times New Roman";
	color:black;}
h1
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:0cm;
	page-break-after:avoid;
	text-autospace:none;
	font-size:16.0pt;
	font-family:Arial;
	color:black;}
h2
	{margin-top:12.0pt;
	margin-right:0cm;
	margin-bottom:3.0pt;
	margin-left:0cm;
	page-break-after:avoid;
	font-size:14.0pt;
	font-family:Arial;
	color:black;
	font-weight:normal;
	font-style:italic;}
a:link, span.MsoHyperlink
	{color:blue;
	text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
	{color:blue;
	text-decoration:underline;}
pre
	{margin:0cm;
	margin-bottom:.0001pt;
	font-size:10.0pt;
	font-family:"Courier New";
	color:black;}
span.EmailStyle18
	{mso-style-type:personal-reply;
	font-family:Arial;
	color:navy;}
@page Section1
	{size:595.3pt 841.9pt;
	margin:72.0pt 90.0pt 72.0pt 90.0pt;}
div.Section1
	{page:Section1;}
-->
  </style><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext="edit">
  <o:idmap v:ext="edit" data="1" />
 </o:shapelayout></xml><![endif]-->
  <div class="Section1">
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">Carsten,<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">What version
of PhpWiki are you using?<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">Regards,<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;">Charles<o:p></o:p></span></font></p>
  <p class="MsoNormal"><font color="navy" face="Arial" size="2"><span
 style="font-size: 10pt; font-family: Arial; color: navy;"><o:p>&nbsp;</o:p></span></font></p>
  <div>
  <div class="MsoNormal" style="text-align: center;" align="center"><font
 color="black" face="Times New Roman" size="3"><span
 style="font-size: 12pt; color: windowtext;" lang="EN-US">
  <hr tabindex="-1" align="center" size="2" width="100%"></span></font></div>
  <p class="MsoNormal"><b><font color="black" face="Tahoma" size="2"><span
 style="font-size: 10pt; font-family: Tahoma; color: windowtext; font-weight: bold;"
 lang="EN-US">From:</span></font></b><font color="black" face="Tahoma"
 size="2"><span
 style="font-size: 10pt; font-family: Tahoma; color: windowtext;"
 lang="EN-US"> Carsten Ke&szlig;ler
[<a class="moz-txt-link-freetext" href="mailto:ca...@fl...">mailto:ca...@fl...</a>] <br>
  <b><span style="font-weight: bold;">Sent:</span></b> 22 February 2005
13:24<br>
  <b><span style="font-weight: bold;">To:</span></b>
<a class="moz-txt-link-abbreviated" href="mailto:php...@li...">php...@li...</a><br>
  <b><span style="font-weight: bold;">Subject:</span></b>
[Phpwiki-talk] User
Authentication Problem</span></font><font color="black"><span
 style="color: windowtext;" lang="EN-US"><o:p></o:p></span></font></p>
  </div>
  <p class="MsoNormal"><font color="black" face="Times New Roman"
 size="3"><span style="font-size: 12pt;"><o:p>&nbsp;</o:p></span></font></p>
  <p class="MsoNormal"><font color="black" face="Times New Roman"
 size="3"><span style="font-size: 12pt;">Hi,<br>
I'm trying to set up a private Wiki, using the following user auth
settings:<br>
  <br>
  <o:p></o:p></span></font></p>
  </div>
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest &amp; candid reviews on hundreds of IT Products from real
users.
Discover which products truly live up to the hype. Start reading now.
<a class="moz-txt-link-freetext" href="http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click">http://ads.osdn.com/?ad_id=6595&amp;alloc_id=14396&amp;op=click</a>
_______________________________________________
Phpwiki-talk mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Php...@li...">Php...@li...</a>
https:</blockquote>
<blockquote cite="mid...@sc..."
 type="cite">//lists.sourceforge.net/lists/listinfo/phpwiki-talk
</blockquote>
<br>
<pre class="moz-signature" cols="72">-- 

carsten ke&szlig;ler 
friesenring 2 
48147 m&uuml;nster			

telefon: 0251-2007644
mobil: 0163-6047294				
email: <a class="moz-txt-link-abbreviated" href="mailto:ca...@fl...">ca...@fl...</a>		
</pre>
</body>
</html>

RE: [Phpwiki-talk] User Authentication Problem

[Charles C. <ch...@ru...>]

Carsten,

=20

What version of PhpWiki are you using?

=20

Regards,

Charles

=20

  _____ =20

From: Carsten Ke=DFler [mailto:ca...@fl...]=20
Sent: 22 February 2005 13:24
To: php...@li...
Subject: [Phpwiki-talk] User Authentication Problem

=20

Hi,
I'm trying to set up a private Wiki, using the following user auth =
settings:



------------------------------------------------------- SF email is =
sponsored by - The IT Product Guide Read honest & candid reviews
on hundreds of IT Products from real users. Discover which products =
truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick =
_______________________________________________ Phpwiki-talk mailing =
list
Php...@li... =
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

RE: [Phpwiki-talk] Problem with security configuration

[Charles C. <ch...@ru...>]

Stan,

I noticed that you are running PhpWiki 1.3.10 - I understand that there were a lot of problems with that version and more
specifically, recently I have patched several bugs around security.

The current version in CVS is in the final rounds of stabilisation before being release as 1.3.11, hopefully in the next two weeks.
You might consider using that instead of 1.3.11.  If not, I suggest that you hold off until after the release.

Regards,
Charles

-----Original Message-----
From: Stan Berka [mailto:sb...@po...] 
Sent: 22 February 2005 06:32
To: php...@li...
Subject: [Phpwiki-talk] Problem with security configuration

Hi,
I have installed a new PhpWiki on my family website.  First, I have 
installed the security as it was by default in the config-dist.ini.  The 
think worked fine.  Then, I tightened it as described below to have:
*  everyone can view,
*  everyone can register
*   users need to be authorized to edit/create
Unfortunately, I'm getting error message "Zero Sized Reply" when trying 
to sign-in, now.

Can anyone help?

My env: Linux (kernel 2.4.26), Apache 1.3.33 (Unix), Php 4.3.10, mySQL 
4.0.23-stand, PhpWiki 1.3.10

[Phpwiki-talk] Adding an "Edit" button to all wiki-links

[Chris M. <chr...@gm...>]

I'd like to modify my wiki theme to add a small "E" link next to all
my  wiki links that will automatically jump to the "edit" page for
that particular link. It woud look and function a lot like the "?"
link next to new pages.

However, I've had a hell of a time trying to figure out how to modify
the theme to do that. If anyone has done it before or can point me to
example code on how to do it, it would be greatly appreciated.

Thanks,
-- 
Chris Metcalf
ch...@ch...
http://chrismetcalf.net

[Phpwiki-talk] Re; Problem with security configuration

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

Forgot.  You can look yourself at the site: http://www.berka.name/phpwiki
Stan

[Phpwiki-talk] Problem with security configuration

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

Hi,
I have installed a new PhpWiki on my family website.  First, I have 
installed the security as it was by default in the config-dist.ini.  The 
think worked fine.  Then, I tightened it as described below to have:
*  everyone can view,
*  everyone can register
*   users need to be authorized to edit/create
Unfortunately, I'm getting error message "Zero Sized Reply" when trying 
to sign-in, now.

Can anyone help?

My env: Linux (kernel 2.4.26), Apache 1.3.33 (Unix), Php 4.3.10, mySQL 
4.0.23-stand, PhpWiki 1.3.10

--- my security config:
ALLOW_ANON_USER = true
ALLOW_ANON_EDIT = false
ALLOW_BOGO_LOGIN = false
ALLOW_USER_PASSWORDS = true
PASSWORD_LENGTH_MINIMUM = 6
USER_AUTH_ORDER = "Db"
USER_AUTH_POLICY = first-only

DBAUTH_AUTH_DSN = "mysql://berka8f_admin:passwd9@localhost/berka8f_phpwiki"
DBAUTH_AUTH_USER_EXISTS = "SELECT userid FROM user WHERE userid='$userid'"
DBAUTH_AUTH_CHECK = "SELECT IF(passwd=PASSWORD('$password'),1,0) FROM 
user WHERE userid='$userid'"
DBAUTH_AUTH_CRYPT_METHOD = plain
DBAUTH_AUTH_UPDATE = "UPDATE user SET passwd=PASSWORD('$password') WHERE 
userid='$userid'"
DBAUTH_AUTH_CREATE = "INSERT INTO user SET 
passwd=PASSWORD('$password'),userid='$userid'"
DBAUTH_PREF_SELECT = SELECT prefs FROM pref WHERE userid='$userid'
DBAUTH_PREF_UPDATE = "REPLACE INTO pref SET 
prefs='$pref_blob',userid='$userid'"

Stan

[Phpwiki-talk] User Authentication Problem

[<ca...@fl...>]

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-15"
 http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi,<br>
I'm trying to set up a private Wiki, using the following user auth
settings:<br>
<br>
<font color="#000000">8&lt; --------<br>
</font>
<pre class="moz-signature" cols="72"><font color="#000000">ALLOW_ANON_USER = false
ALLOW_ANON_EDIT = false
ALLOW_BOGO_LOGIN = false
ALLOW_USER_PASSWORDS = true
USER_AUTH_ORDER = "File"
PASSWORD_LENGTH_MINIMUM = 4
USER_AUTH_POLICY = first-only
LDAP_AUTH_HOST = <a class="moz-txt-link-rfc2396E" href="ldap://localhost:389">"ldap://localhost:389"</a>
LDAP_BASE_DN = "ou=Users,o=Development,dc=mycompany.com"
AUTH_USER_FILE = /this/is/a/valid/file 
AUTH_USER_FILE_STORABLE = true
AUTH_SESS_USER = userid
AUTH_SESS_LEVEL = 2
GROUP_METHOD = WIKIPAGE
EDITING_POLICY = EditingPolicy

8&lt;-----------


My problem is that i can't login as a user from the auth-file I have created. Logging in as admin works fine. The path to the file is valid - if I delete it, I get an error on the login-page. I have created it using apache's htpasswd tool.


Could someone please help me with this issue? I'm about to go nuts...


Best,
Carsten</font>
</pre>
</body>
</html>

Re: [Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/lib/WikiDB dba.php,1.4,1.5 file.php,1.4,1.5

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

Joel Uckelman schrieb:
> Thus spake Dan Frankowski:
>>I agree with David Howland that the right thing to do is to not even run 
>>(or produce only a page showing a warning, but no edit buttons, etc.) 
>>until the setting is proper. I'd start the setting with a blank or with 
>>"./files" or something.
> 
> ./files won't work because the web server will generally not have write
> access there. Adopting that as a solution would leave people wondering
> why they can't get their wikis to load.
> 
>>Of course, since I'm not willing to dive into the code to change it at 
>>this point, my voice is not as authoritative. :) However, I still figure 
>>it helps the project as a whole to apply pressure for the right solution.
> 
> My understanding from looking at the configurator code is that soon this
> will be a moot point, since the configurator will prompt for a database
> location. (Reini is working on that, I think?)

I'm working on it, but I would not rely on it. It's very experimental 
right now.
The only requitred settings which prevent from config.ini saving is a 
missing ADMIN_USER + ADMIN_PASSWD.
Proper DATABASE_* settings are not required in the current version.
This is TBD. (to be done)

Anyway, we have to fix it in the file backend, similar as to the dba 
backend. Joel already did that, thanks!

The developers opinion in this was/is:
   Storing in /tmp should be no error, just a warning.
The bug was that the warning is only in "dba" not in "file".

> What I committed results in a warning being displayed in a red-bordered box
> (for DBA, at least---I haven't been able to figure out why everything is
> displayed as a notice for flat file---anyone know the answer?), which is how
> it used to be, and how I thought it still was until just yesterday.

It's a red warning by some javascript validators, but a lot of 
javascript validation is still missing from configurator.php, for 
example disable the submit button on any valifdation error.
And the 2nd validation check after the submit POST is also missing.

PS: My machine is working again almost fine. Reformatted C:
I still have to chown all the old SID's to my new SID
(my custom find getfacl - sed - setfacl script is working for 30 hrs 
right now)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban
http://phpwiki.org

[Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/lib/WikiDB dba.php,1.4,1.5 file.php,1.4,1.5

[Joel U. <uck...@no...>]

Thus spake Dan Frankowski:
> I agree with David Howland that the right thing to do is to not even run 
> (or produce only a page showing a warning, but no edit buttons, etc.) 
> until the setting is proper. I'd start the setting with a blank or with 
> "./files" or something.

./files won't work because the web server will generally not have write
access there. Adopting that as a solution would leave people wondering
why they can't get their wikis to load.

> Of course, since I'm not willing to dive into the code to change it at 
> this point, my voice is not as authoritative. :) However, I still figure 
> it helps the project as a whole to apply pressure for the right solution.
> 
> Dan

My understanding from looking at the configurator code is that soon this
will be a moot point, since the configurator will prompt for a database
location. (Reini is working on that, I think?)

What I committed results in a warning being displayed in a red-bordered box
(for DBA, at least---I haven't been able to figure out why everything is
displayed as a notice for flat file---anyone know the answer?), which is how
it used to be, and how I thought it still was until just yesterday.

RE: [Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/lib/WikiDB dba.php,1.4,1.5 file.php,1.4,1.5

[Scheider, H. <Hen...@wi...>]

For the sake of an "out-of-the-box" behaviour I do definitely prefer the
warning solution proposed by Joel.

When installing a server application permanently, reading the friendly
manual is obligatory and common sense.


> I agree with David Howland that the right thing to do is to 
> not even run 
> (or produce only a page showing a warning, but no edit buttons, etc.) 
> until the setting is proper.


Just my little tuppence,

Hendrik

[Phpwiki-talk] Re: [phpwiki-checkins] CVS: phpwiki/lib/WikiDB dba.php,1.4,1.5 file.php,1.4,1.5

[Dan F. <dfr...@cs...>]

I agree with David Howland that the right thing to do is to not even run 
(or produce only a page showing a warning, but no edit buttons, etc.) 
until the setting is proper. I'd start the setting with a blank or with 
"./files" or something.

Of course, since I'm not willing to dive into the code to change it at 
this point, my voice is not as authoritative. :) However, I still figure 
it helps the project as a whole to apply pressure for the right solution.

Dan

Joel Uckelman wrote:

>Update of /cvsroot/phpwiki/phpwiki/lib/WikiDB
>In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24337
>
>Modified Files:
>	dba.php file.php 
>Log Message:
>Re-enabled /tmp warnings to save those who choose not to read the
> instructions.
>
>
>Index: dba.php
>===================================================================
>RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiDB/dba.php,v
>retrieving revision 1.4
>retrieving revision 1.5
>diff -u -2 -b -p -d -r1.4 -r1.5
>--- dba.php	21 Nov 2004 11:59:25 -0000	1.4
>+++ dba.php	18 Feb 2005 20:41:28 -0000	1.5
>@@ -13,14 +13,6 @@ class WikiDB_dba extends WikiDB
> 
>         if (empty($dbparams['directory'])
>-            || preg_match('@^/tmp\b@', $dbparams['directory'])) {
>-            $this->_warnings
>-                = sprintf(_("DBA files are in the %s directory. Please read the INSTALL file and move the DB file to a permanent location or risk losing all the pages!"),'/tmp');
>-        }
>-        else
>-            $this->_warnings = false;
>-    }
>-    
>-    function genericWarnings () {
>-        return $this->_warnings;
>+            || preg_match('@^/tmp\b@', $dbparams['directory'])) 
>+            trigger_error(_("DBA files are in the /tmp directory. Please read the INSTALL file and move the database to a permanent location or risk losing all the pages!"), E_USER_WARNING);
>     }
> };
>
>Index: file.php
>===================================================================
>RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiDB/file.php,v
>retrieving revision 1.4
>retrieving revision 1.5
>diff -u -2 -b -p -d -r1.4 -r1.5
>--- file.php	4 Jan 2003 03:41:46 -0000	1.4
>+++ file.php	18 Feb 2005 20:41:28 -0000	1.5
>@@ -42,4 +42,8 @@ class WikiDB_file extends WikiDB
>         $backend = new WikiDB_backend_file( $dbparams );
>         $this->WikiDB($backend, $dbparams);
>+
>+        if (empty($dbparams['directory'])
>+            || preg_match('@^/tmp\b@', $dbparams['directory']))
>+            trigger_error(_("Page files are in the /tmp directory. Please read the INSTALL file and move the database to a permanent location or risk losing all the pages!"), E_USER_WARNING);
>     }
> }
>@@ -47,4 +51,8 @@ class WikiDB_file extends WikiDB
> 
> // $Log$
>+// Revision 1.5  2005/02/18 20:41:28  uckelman
>+// Re-enabled /tmp warnings to save those who choose not to read the
>+//  instructions.
>+//
> // Revision 1.4  2003/01/04 03:41:46  wainstead
> // Added copyleft flowerboxes
>
>
>
>-------------------------------------------------------
>SF email is sponsored by - The IT Product Guide
>Read honest & candid reviews on hundreds of IT Products from real users.
>Discover which products truly live up to the hype. Start reading now.
>http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
>_______________________________________________
>phpwiki-checkins mailing list
>php...@li...
>https://lists.sourceforge.net/lists/listinfo/phpwiki-checkins
>  
>

Re: [Fwd: Re: [Phpwiki-talk] Please help!]

[Dan F. <dfr...@cs...>]

Dan Frankowski wrote:

> David Howland wrote:
>
>> Dan Frankowski wrote:
>>
>>> Sorry for your loss. Maybe I'll convince these shlumps so the 
>>> project won't become entirely irrelevant.
>>

The last sentence was too harsh on phpwiki developers, of course. I'm 
irritated at something unrelated to Phpwiki.

Dan

Re: [Fwd: Re: [Phpwiki-talk] Please help!]

[Dan F. <dfr...@cs...>]

David Howland wrote:

> Dan Frankowski wrote:
>
>> Sorry for your loss. Maybe I'll convince these shlumps so the project 
>> won't become entirely irrelevant.
>
>
> Well, thanks.  Actually I wasn't sure if you were being serious or not.


I was quite serious.

>   Although, I'm still bitter about it.


I would be, too.

>   As I said to someone else:
> *snip*
> A warning about /tmp would have been a good idea.  Of course, I hardly 
> care if it is there now.  Or, you could distribute the config file 
> with an empty setting, and throw an error on first run.  That would be 
> a good solution that wouldn't require any comments that contain the 
> phrase "almost guarantee that you'll lose your wiki data". (config.ini)
> *snip*


I agree.

Dan

Re: [Phpwiki-talk] Please help!

[Dan F. <dfr...@cs...>]

I could not disagree more with the sentiment on the list. The user is 
absolutely right. Unless we take this painful experience and rage 
seriously, this project will remain user-unfriendly.

When offered a choice between installing out of the box in a dangerous 
way, or forcing them to answer a question before running, choose the 
latter. Always.

Dan

Joel Uckelman wrote:

>>I have discovered the problem with the help of someone on IRC.  My /tmp 
>>directory was deleted.
>>
>>I can't even describe the rage that I have at this news.  All my long 
>>hours of work were completely destroyed in one clean sweep.  I will 
>>never have it back, it is gone, and for no good reason.  I think I have 
>>never in my entire life heard of something as stupid as making /tmp the 
>>default data store for a program.  My disappointment in the phpwiki 
>>software is immeasurable.  I know now that because of todays experience 
>>I will never use phpwiki ever again.
>>
>>I'm just so angry, I have to go do something else now.
>>
>>-d
>>    
>>
>
>There *is* a good reason for having /tmp as the default location for the 
>wiki database: It's the only place where we can be sure that your web 
>server has write permission; without that as a default, it's impossible for 
>the wiki to run 'out of the box'.
>
>And, quoting from the INSTALL file, Configuration, section 1:
>
>"PhpWiki will create some DBA files in '/tmp'. They contain the pages
>of the live site, archived pages, and some additional information.
>
>If you don't want the DBA files to live in '/tmp' you must make sure
>the web server can read/write to your chosen location.  It's probably
>a bad idea to leave it in '/tmp', so change it in 'config/config.ini'.
>
>WARNING: On many systems, files in '/tmp' are subject to periodic
>         removal. We very strongly advise you to move the files to
>         another directory."
>
>What's quoted here is very near the top of the install instructions; it's 
>not buried someplace obscure. We've prominently displayed a warning that 
>covers exactly what happened to you, along with an explanation of how to 
>avoid it.
>
>To sum up: I'm sorry that you lost your work, but I think that your 
>disappointment in PhpWiki is misdirected.
>
>  
>

[Phpwiki-talk] Re: [phpwiki] Is "patches" on sourceforge the right place for contrib utions?

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

Scheider, Hendrik schrieb:
 > Hello Reini,
 >
 > just a notice: I have improved an HTML2wiki converter script and 
molded it
 > into a WikiPlugin. Just now I submitted it as a patch to the sourceforge
 > project of phpwiki. A reference to it on the wiki instance running on
 > sourceforge has also been added.
 >
 > 
http://sourceforge.net/tracker/index.php?func=detail&aid=1143829&group_id=61
 > 21&atid=306121

Thanks. I saw it and I'm online again.

The UpLoad patch is a good idea.
But I want to change the upload dir to be user-specific also.
Sooner or later.

Upload:MyUserName/uploaded-file.txt
=>
mkdir uploads/MyUserName
mv $tmp uploads/MyUserName/uploaded-file.txt

Maybe we should add a %u to be expanded to the current username in the 
interwiki map, similar to %s for the pagename.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban
http://phpwiki.org

[Phpwiki-talk] Re: [phpwiki] Is 'patches' on sourceforge the right place for contrib utions?

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

> just a notice: I have improved an HTML2wiki converter script and molded
> it into a WikiPlugin. Just now I submitted it as a patch to the
> sourceforge project of phpwiki. A reference to it on the wiki instance
> running on sourceforge has also been added.
>
> http://sourceforge.net/tracker/index.php?func=detail&aid=1143829&group_id=61
> 21&atid=306121

Great, I'll look at it when my system is ready again.
(I decided to reinstall my whole C partition)

Do you know about lib/HtmlParser.php?
That should be the base library for all attempts to convert html to wiki
or import html pages.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/