phpwiki-talk

[Phpwiki-talk] broken php5 update ?

[Jerome W. <jer...@la...>]

Hello,

I'm trying to make phpwiki work out of CVS under php5 (I thought earlier
migration issues had been resolved)

the first problems I hit include:

1/ use of "static" functions not declared as static

lib\XmlElement.php:519: Fatal[2048]: Non-static method XmlContent::_quote=
()
should not be called statically

2/ "var" versus "public/private/protected"

lib\FileFinder.php:18: Fatal[2048]: var: Deprecated. Please use the
public/private/protected modifiers


is this normal ? should I specify some special ini directives in order fo=
r
it to work ?

I tried
ini_set('zend.ze1_compatibility_mode', '1');
but it did not work any better.

I am very interested in a working version of phpwiki under php5 and could
spare some time on it (I am trying to work only on php5 projects from now
on).

I know that you have already spent some time on the compatibility Reini a=
nd
have a few questions :
- what are the main remaining issues ?
- it seems hard to keep a dual version because of new language constructs=
=2E
should there be a 1.4 or 1.5 phpwiki branch dedicated to php5 or should
there be a generic patcher (like the php5_patch.php that used to exist ?)
- are there any architectural issue in the code that would need major
rewrites in order to port php4 to php5 ?

thank you for your help,
J=E9r=F4me
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.754 / Virus Database: 504 - Release Date: 06/09/2004

[Phpwiki-talk] (no subject)

[Nick S. <nic...@he...>]

i was just wondering if phpwiki has been qualified on php 4.3.8?
 
Thanks,
Nick

Re: [Phpwiki-talk] Azureus help : 2 files are downloading at the same time

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

I don't understand how this has anything to do with phpwiki, so I will 
ignore it.

Dan

Philerup with Gas-Venus wrote:

> I dont understand how to apply changes i make to the configuration 
> tab.  If i close the tab the changes are saved but dont seem to be 
> applied.  For some reason a few days ago my max downloads went to 2.  
> I cannot seem to change it back to 1, or for that matter, any other 
> number.  I would like to only download one file at a time.
>  
> Phil

Re: [Phpwiki-talk] Azureus help : 2 files are downloading at the same time

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

I don't even know what the azureus website is.

I assume you emailed phpwiki-talk. I'm just a reader of that email list, 
which is devoted to discussing the open source project Phpwiki.

Good luck on azureus.

Dan

Philerup with Gas-Venus wrote:

>Sorry i assumed you were the webmaster for the azureus website.
>
>
>----- Original Message ----- 
>From: "Dan Frankowski" <dfr...@cs...>
>To: "Philerup with Gas-Venus" <ph...@wo...>
>Cc: <php...@li...>
>Sent: Friday, September 10, 2004 2:53 PM
>Subject: Re: [Phpwiki-talk] Azureus help : 2 files are downloading at the
>same time
>
>
>  
>
>>I don't understand how this has anything to do with phpwiki, so I will
>>ignore it.
>>
>>Dan
>>
>>Philerup with Gas-Venus wrote:
>>
>>    
>>
>>>I dont understand how to apply changes i make to the configuration
>>>tab.  If i close the tab the changes are saved but dont seem to be
>>>applied.  For some reason a few days ago my max downloads went to 2.
>>>I cannot seem to change it back to 1, or for that matter, any other
>>>number.  I would like to only download one file at a time.
>>>
>>>Phil
>>>      
>>>
>>    
>>

[Phpwiki-talk] Azureus help : 2 files are downloading at the same time

[Philerup w. Gas-V. <ph...@wo...>]

I dont understand how to apply changes i make to the configuration tab.  =
If i close the tab the changes are saved but dont seem to be applied.  =
For some reason a few days ago my max downloads went to 2.  I cannot =
seem to change it back to 1, or for that matter, any other number.  I =
would like to only download one file at a time.

Phil

[Phpwiki-talk] =?iso-8859-1?Q?Gesti=F3n_Documental_-_Workflow:Publicidad?=

[Git-Doc su e. s. papel. <in...@gi...>]

www.gitdoc.com <http://www.gitdoc.com>=20
Su empresa sin papel
Ahorro de costes

Independencia del papel

Compatibilidad con otros sistemas

Mayor seguridad y Calidad en los procesos documentales

 	  <http://www.gitdoc.com/ctl_arch/image/logo_t1.gif> Sistema
integral

=3D
Gesti=F3n documental
+=20
Automatizaci=F3n de procesos (Workflow)
+=20
Gesti=F3n de contenidos
=20

 	=20
distribuidores <http://www.gitdoc.com/ctl_arch/distri.htm>=20

 	=20
Si te interesa ser distribuidor de GIT-DOC, contacta con nosotros aqu=ED
=BB=BB=BB=BB=BB=BB=BB	=20
 	  	  	=20
 	 Servicios:
 	=20
 	 =95 Recogida
=95 Preparaci=F3n
=95 Digitalizaci=F3n
=95 Custodia
=95 Consultas: F=EDsicas, Web
=95 Destrucci=F3n	 =95 Consultor=EDa de fondos documentales

	=95 Gesti=F3n de documentos, digitalizaci=F3n y custodia

		=95 Consultas seg=FAn necesidades

www.gitdoc.com <http://www.gitdoc.com> 	=20
AVISO LEGAL Le recordamos que su cta. de e-mail figura registrada en
nuestra base de datos al confirmar su deseo de recibir nuestras ofertas.
Dicha informaci=F3n ser=E1 tratada de forma totalmente confidencial con
arreglo a la nueva ley L.S.S.I. y no ser=E1 vendida ni traspasada a
terceros en ning=FAn caso. Si Vd. recibe este e-mail debido alg=FAn =
error o
no es su deseo recibir mas e-mail nuestros, puede darse de baja de forma
inmediata, simplemente pulsanso sobre B O R R A R
<http://ias.cadema-gitdoc.com/webapp/servlet/Sborrar?email=3Dphpwiki-talk=
@
lists.sourceforge.net> =20

Re: [Phpwiki-talk] phpwiki as server root...

[Russ M. <rlm...@gm...>]

On Tue, 07 Sep 2004 22:40:58 +0200, Reini Urban <ru...@x-...> wrote:

[great config examples]

These are great. I'm hoping to set things up in a wikifarm-type
config... can you throw together an example for that? Or is it
somewhere in the phpwiki site that I've missed?

russ



-- 

Russ Miller
rl...@rl...
216.939.0147

Re: [Phpwiki-talk] phpwiki as server root...

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

John Cole schrieb:
> I know this has been answered before but I can't find it in the mail
> archives and the search on the phpwiki wiki seems to be broken :-)

yes, there's something going on. editing also fails every 2nd time.

> What do you need to do to have phpwiki be in a subdirectory (like phpwiki)
> but have the server root use the index.php for phpwiki?
> 
> For example, I've pulled phpwiki from cvs into a directory in my webserver
> root called 'phpwiki'.  I copied the index.php from 'phpwiki' up one
> directory and modified the path in that file to reflect the path to the lib
> and config files.
> 
> This seems to work, the wiki does come up, but the themes are not working.
> I've scanned the config.ini file for more paths to set, but I didn't find
> anything that seemed to make a difference.
> 
> Any suggestions?  Previously, I've copied everything in the phpwiki
> directory up one directory, but this is getting a little messy now :-) and
> I'd like to clean up my web server root.

DATA_PATH is the web path.
It should point to something outside of the scope of the phpwiki php 
handler, but pointing to the necessary ressources, like images and css 
files.

PHPWIKI_DIR
is the local path, needed e.g. to find the themes on the local disc.

There are many solutions, e.g. simple, vhosts or rewrite rules.
We support the native solution with the empty DATA_PATH = / also.
But be sure to use VIRTUAL_PATH = / also then!

PHPWIKI_DIR = /home/user/public_html/phpwiki

NameVirtualHost 192.168.0.2
<VirtualHost 192.168.0.2>
	DocumentRoot /var/www
	ServerName www.provider.com
</VirtualHost>
<VirtualHost 192.168.0.2>
	DocumentRoot /home/user/public_html/phpwiki
	ServerName www.my.org
	ServerAlias my.org
</VirtualHost>

=> http://www.my.org/HomePage

VIRTUAL_PATH = /
SERVER_NAME = www.provider.com
DATA_PATH = /~user/phpwiki
=> http://www.provider.com/~user/phpwiki/themes/default/phpwiki.css
for the data.

or another attempt (not so good, and not tested)
VIRTUAL_PATH = /
SERVER_NAME =
DATA_PATH = /~user/phpwiki/
=> http://www.my.org/themes/default/phpwiki.css
for the data.

The problem here is that you cannot use any pagename which corresponds 
to an existing directory name, like "themes", "schemas", "config", ... 
because the apache handler would override it.

with mod_rewrite or mod_proxy it would work also.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] phpwiki as server root...

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

I know this has been answered before but I can't find it in the mail
archives and the search on the phpwiki wiki seems to be broken :-)

What do you need to do to have phpwiki be in a subdirectory (like phpwiki)
but have the server root use the index.php for phpwiki?

For example, I've pulled phpwiki from cvs into a directory in my webserver
root called 'phpwiki'.  I copied the index.php from 'phpwiki' up one
directory and modified the path in that file to reflect the path to the lib
and config files.

This seems to work, the wiki does come up, but the themes are not working.
I've scanned the config.ini file for more paths to set, but I didn't find
anything that seemed to make a difference.

Any suggestions?  Previously, I've copied everything in the phpwiki
directory up one directory, but this is getting a little messy now :-) and
I'd like to clean up my web server root.

Thanks,

John Cole

-------------------------------------
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 system manager. 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] external auth ... prob. with admin

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

Hi,

With version 1.3.10 and the new auth scheme, if I use external auth like
http auth, all is fine except :

- sometimes it ask for the authentification twice (not always)
- if I try to connect with the admin user, I don't have the admin
credentials ... and if I disconnect then connect again with the admin
user using the phpwiki internal auth, it comes back to the external auth
user.

Any idea ?
-- 
Arnaud Fontaine
Jabber: sh...@ra...
ICQ: 3504789

[Phpwiki-talk] PCRE memory problem at php core found

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

finally someone found a PCRE memory problem at php core.
 
http://viewcvs.php.net/viewcvs.cgi/php-src/NEWS.diff?r1=1.1247.2.724&r2=1.1247.2.714
(php-4.3.9RC2)

Hope this fixes our ConvertOldMarkup problem.
I'm investigating.


BTW: I found now a better job.
They pay better and they need phpwiki... Very good!
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Announce: Blog::SpamAssassin & php integration

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

Bob Apthorpe schrieb:
> I just finished building a perl module to pass arbitrary text to
> SpamAssassin to determine the spamminess of the content. More than a
> list of bad words and domains or set of regular expressions, it
> leverages the content and network tests of SpamAssassin, especially the
> SURBL domain blacklist (www.surbl.org)

great, thanks!

> The code is documented and slightly tested. See
> http://www.cynistar.net/~apthorpe/code/babycart/ especially
> Blog-SpamAssassin-1.3.tar.gz and wordpress-spam-moderator.tgz (PHP code
> that integrates Blog::SpamAssassin into Wordpress) The blog integration
> code is straightforward, setting a moderation flag on posts that exceed
> SpamAssassin's score threshold. While the code is designed to integrated
> with Wordpress, it should be simple to incorporate in PhpWiki as well to
> cut down on sandbox spam, etc.
> 
> You should be comfortable installing perl modules (not necessarily in
> the system tree); SpamAssassin knowledge is a plus but not mandatory.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Announce: Blog::SpamAssassin & php integration

[Bob A. <apt...@cy...>]

Hi,

I just finished building a perl module to pass arbitrary text to
SpamAssassin to determine the spamminess of the content. More than a
list of bad words and domains or set of regular expressions, it
leverages the content and network tests of SpamAssassin, especially the
SURBL domain blacklist (www.surbl.org)

The code is documented and slightly tested. See
http://www.cynistar.net/~apthorpe/code/babycart/ especially
Blog-SpamAssassin-1.3.tar.gz and wordpress-spam-moderator.tgz (PHP code
that integrates Blog::SpamAssassin into Wordpress) The blog integration
code is straightforward, setting a moderation flag on posts that exceed
SpamAssassin's score threshold. While the code is designed to integrated
with Wordpress, it should be simple to incorporate in PhpWiki as well to
cut down on sandbox spam, etc.

You should be comfortable installing perl modules (not necessarily in
the system tree); SpamAssassin knowledge is a plus but not mandatory.

hth,

-- 
Bob Apthorpe

Re: [Phpwiki-talk] ALLOW_ANON_EDIT

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

Mike Cassano schrieb:
>>> Are ACLs working?  How do I work with them?  Can I set a system-wide 
>>> ACL setting that affects all pages?
>>
>>
>>
>> yes, it works, but is not yet extensively tested.
>> every page passes its ACL to its subpages. the page from which every 
>> page derives its ACL is a page named ".", which does not normally exist.
>>
>> all this is written down in clear text in lib/PagePerm.php. you 
>> already have been there.
>>
> I do not quite understand how to change the actual ACL settings.  So if 
> "." is the master page, how do I create a "." page and then edit ACL 
> settings for that page?  I tried creating a "." page (which doesn't 
> exist) so I put the . in the text box, hit "Create Page" and all of a 
> sudden I am on "Edit: HomePage".

Right. Sorry.
I forbid recently such invalid pagenames.
Will be fixed asap.

I have a lot of pending fixes on my harddisc and in my mind...


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

Re: [Phpwiki-talk] ALLOW_ANON_EDIT

[Mike C. <mca...@cs...>]

>> Are ACLs working?  How do I work with them?  Can I set a system-wide 
>> ACL setting that affects all pages?
>
>
> yes, it works, but is not yet extensively tested.
> every page passes its ACL to its subpages. the page from which every 
> page derives its ACL is a page named ".", which does not normally exist.
>
> all this is written down in clear text in lib/PagePerm.php. you 
> already have been there.
>
I do not quite understand how to change the actual ACL settings.  So if 
"." is the master page, how do I create a "." page and then edit ACL 
settings for that page?  I tried creating a "." page (which doesn't 
exist) so I put the . in the text box, hit "Create Page" and all of a 
sudden I am on "Edit: HomePage".

Thanks for the help rurban.

Mike

Re: [Phpwiki-talk] ALLOW_ANON_EDIT

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

Mike Cassano schrieb:
> Talkers,
> 
> I am running a wiki and if I set ALLOW_ANON_EDIT to false, it doesn't 
> seem to behave.  For example, people who are not signed in can still 
> edit a page.
> 
> I dug into the code and found one reference to 
> REQUIRE_SIGNIN_BEFORE_EDIT (which is defined as the opposite of 
> ALLOW_ANON_EDIT) in PagePerm.php.  It is in a block of code related to ACL.

yes, it defines the default ACL.

> Are ACLs working?  How do I work with them?  Can I set a system-wide ACL 
> setting that affects all pages?

yes, it works, but is not yet extensively tested.
every page passes its ACL to its subpages. the page from which every 
page derives its ACL is a page named ".", which does not normally exist.

all this is written down in clear text in lib/PagePerm.php. you already 
have been there.

> To be clear, my objective is to have a wiki where only people who are 
> signed in and authenticated can edit a wikipage.

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

[Phpwiki-talk] ALLOW_ANON_EDIT

[Mike C. <mca...@cs...>]

Talkers,

I am running a wiki and if I set ALLOW_ANON_EDIT to false, it doesn't 
seem to behave.  For example, people who are not signed in can still 
edit a page.

I dug into the code and found one reference to 
REQUIRE_SIGNIN_BEFORE_EDIT (which is defined as the opposite of 
ALLOW_ANON_EDIT) in PagePerm.php.  It is in a block of code related to ACL.

Are ACLs working?  How do I work with them?  Can I set a system-wide ACL 
setting that affects all pages?

To be clear, my objective is to have a wiki where only people who are 
signed in and authenticated can edit a wikipage.

Thanks!

Mike

Re: [Phpwiki-talk] User preferences

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

Miguel,

Meta-data is data stored with a page that is not (in general) visible on 
the page or editable by the user.

There is an API to get and set it if you are writing PHP code.


The class WikiDB_Page has some methods as follows:

    /**
     * Access WikiDB_Page meta-data.
     *
     * @access public
     *
     * @param string $key Which meta data to get.
     * Some reserved meta-data keys are:
     * <dl>
     * <dt>'locked'<dd> Is page locked?
     * <dt>'hits'  <dd> Page hit counter.
     * <dt>'pref'  <dd> Users preferences, stored in homepages.
     * <dt>'owner' <dd> Default: first author_id. We might add a group 
with a do
t here:
     *                  E.g. "owner.users"
     * <dt>'perm'  <dd> Permission flag to authorize read/write/execution of
     *                  page-headers and content.
     * <dt>'score' <dd> Page score (not yet implement, do we need?)
     * </dl>
     *
     * @return scalar The requested value, or false if the requested data
     * is not set.
     */
    function get($key);

    /**
     * Set page meta-data.
     *
     * @see get
     * @access public
     *
     * @param string $key  Meta-data key to set.
     * @param string $newval  New value.
     */
    function set($key, $newval);


    /**
     * Get all the page meta-data as a hash.
     *
     * @return hash The page meta-data.
     */
    function getMetaData();

    /* ... the last argument is a hash (a.k.a. array) full of any meta 
data you wish to save with the page.*/
    function save($wikitext, $version, $meta);

Dan

Reini Urban wrote:

> Miguel Marques schrieb:
>
>> On Fri, 27 Aug 2004 16:57:55 +0200, Reini Urban <ru...@x-...> wrote:
>>
>>> Jed Smallwood schrieb:
>>> In a cookie name WIKI_ID, in the users personalpage meta-data or
>>> optionally in the database (user or pref table).
>>
>>
>>
>> I'm sorry for making such a fool out of myself, but I can't seem to
>> find a place where one can explain what/where is the meta-data of a
>> page.
>> I've seen it in various places, but it is hard for a newbie in the
>> wiki world to understand :)
>> Even the categories and Authentication have been a hard thing to
>> tackle...the only place I suppose where that stuff is explained is
>> PHPWiki's Wiki, or are there anyother resources?
>
>
> In the mailinglist archives, the php sources, the official PhpWiki and 
> the docs (doc directory and pgsrc).
>

[Phpwiki-talk] fresh installed 1.3.10 gives blank page

[Daniel K. <D.K...@xs...>]

Hello,
I just installed phpwiki 1.3.10 on fedora core 2, but I get nothing but 
a blank page consisting of a mere <html><body></body></html>

On my RedHat 9.0 i am running a 1.3.6 without problems!

This is the output of 'php -v'
PHP 4.3.8 (cgi) (built: Jul 16 2004 09:23:33)

My httpd:
Apache/2.0.50 (Fedora)

and mysql:
php-mysql-4.3.8-2.1
mysql-server-3.23.58-9

Error logs report no problems

In MySQL I see a set of 15 tables, but they are all empty.

Would anyone give me any hint where to look?


-- 
Daniel Kropveld
http://www.xs4all.nl/~kropveld/signature.html
Use encryption! New key ID 6252D6DE

Re: [Phpwiki-talk] PCRE Crash in virgin setup (pgsrc files)

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

Dan Kamins schrieb:
> On Sun, 22 Aug 2004 14:24:43 +0200, Reini Urban wrote:
>>Dan Kamins schrieb:
>>
>>>I'm kind of at a standstill now though, because 1.2 doesn't have
>>>the features I need (as mentioned below) or work on my server
>>>without modifications, and 1.3 crashes my server in a weird way (
>>>http://sourceforge.net/tracker/?func=detail&aid=1013350&group_id=6121&
>>>atid=106121 )... What to do... Anybody seen this PCRE crash
>>>before?
>>>
>>>>From the bug report, this code crashes (which is a simpler
>>>>version of what my ConvertOldMarkup() does to the file
>>>>OldTextFormattingRules during virgin setup):
>>>
>>>$pat = "/\A((?:.|\n)*?)(^(?:[ \t]+\S(?:.*\s*\n[ \t]+\S)*|".
>>>"\|(?:.*\n\|)*|[#*;]*(?:[*#]|;.*?:)|\[\s*(\d+)\s*\]|".
>>>"<\?plugin(?:-form)?\b.*\?>\s*$|!{1,3}[^!]).*$)\n?/m"; $subj =
>>>str_repeat("123456789 ", 50); preg_match($pat, $subj);
>>
>>yes, this is a known issue.
>>cause still unknown. happens only with huge anchored regex.
>>
>>please remove pgsrc/OldTextFormattingRules on virgin setup.
>>
> 
> 
> Well I removed that file and got the crash on another file instead.
I'm sure if I remove THAT file, then it will crash on either another one
of the pgsrc files or one of my users' pages. Basically it's not
useable, and I can't really grok that regexp enough to do anything about
it (like splitting it up into multiple passes with smaller expressions
or something...).

There are two other oldmarkup files known to crash, yes.

> Guys, the app looks great, and I hope you keep up the good work. If
you could post (reply to this) to this mailing list when you fix this
particular bug, I'm sure I (and whoever else finds this thread) will be
excited to get back on the bandwagon. If there's anything I can do to
help for now, let me know. Otherwise I'll be waiting on the sidelines
and watching this list.

If the ConvertOldMarkup() bug will be fixed, the new release will be 
announced. The other issue (large pagelist sets) has a long history on 
sf.net, and only affects huge wikidb's with complied in memory-limit. 
And can easily be worked around with a default limit in AllPages (aka 
"Paging").

lib/upgrade.php and lib/install.php (autoinstaller) need some minor 
tweaks also.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] installation

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

On Wed, Sep 01, 2004 at 10:26:51AM +0200, Bernhard Kleine wrote:
> after installing phpwiki with mysql  I got to start it. However it looks
> still a little strange:
>=20
> /usr/share/phpwiki/lib/Template.php:23: Warning[2]: fread(): supplied arg=
ument is not a valid stream resource
>=20
> /usr/share/phpwiki/lib/Template.php:24: Warning[2]: fclose(): supplied ar=
gument is not a valid stream resource
>=20
> PageGroupTestFour
>     von MIME-Datei /usr/share/phpwiki//pgsrc/PageGroupTestFour neue Seite=
 - in der Datenbank gespeichert als Version 1.
> FullTextSearch
>     von MIME-Datei /usr/share/phpwiki//pgsrc/FullTextSearch neue Seite - =
in der Datenbank gespeichert als Version 1.
> WabiSabi
>     von MIME-Datei /usr/share/phpwiki//pgsrc/WabiSabi neue Seite - in der=
 Datenbank gespeichert als Version 1.
> CommentPlugin
>     von MIME-Datei /usr/share/phpwiki//pgsrc/CommentPlugin neue Seite - i=
n der Datenbank gespeichert als Version 1.
> GoodStyle
>     von MIME-Datei /usr/share/phpwiki//pgsrc/GoodStyle neue Seite - in de=
r Datenbank gespeichert als Version 1.
>=20
> and further entries. Please could you point me to the error!
>=20
> mnewiki is the supposed name of the wiki and mnewiki is also the mysql
> database name. when I klick e.g. the PageGroupTestFour entry I get=20
>=20
> http://localhost/mnewiki/mnewiki?pagename=3DPageGroupTestFour
>=20
> and not found, which is correct since the URL should be
> localhost/mnewiki/?pagename=3DPageGroupTestFour.
>
> sorry I left out some information
>
> debian sarge with apache2, php4, libapache2-mod-php or like
> phpmyadmin (working properly), and mysql=20
>
> all from debian mirrors. last version in testing/sarge=20
>=20
> apache  2.0.50
> php     4.3.4
> phpwiki 1.3.7
> mysql   3.23.56

Did you install PHPWiki from the Debian package, and if so, which debian
revision was it?  Not that any of them have exhibited this sort of
problem, but it's nice to know.

What other modifications did you make to the installation in order to make
it produce hyperlinks containing pagename?  I guess it might be an Apache2
artifact, but the default install isn't supposed to do that -- the links
should be localhost/mnewiki/PageGroupTestFour.

- Matt

[Phpwiki-talk] Re: installation

[Bernhard K. <ber...@mn...>]

On Wed, 01 Sep 2004 10:26:51 +0200, Bernhard Kleine wrote:

> Hi, all around
> 
> after installing phpwiki with mysql  I got to start it. However it looks
> still a little strange:

sorry I left out some information

debian sarge with apache2, php4, libapache2-mod-php or like
phpmyadmin (working properly), and mysql 

all from debian mirrors. last version in testing/sarge 

apache  2.0.50
php     4.3.4
phpwiki 1.3.7
mysql   3.23.56

Bernhard

[Phpwiki-talk] PCRE Crash in virgin setup (pgsrc files)

[Dan K. <do...@ax...>]

On Sun, 22 Aug 2004 14:24:43 +0200, Reini Urban wrote:
> Dan Kamins schrieb:
>
>> I'm kind of at a standstill now though, because 1.2 doesn't have
>> the features I need (as mentioned below) or work on my server
>> without modifications, and 1.3 crashes my server in a weird way (
>> http://sourceforge.net/tracker/?func=3Ddetail&aid=3D1013350&group_id=3D6121&
>> atid=3D106121 )... What to do... Anybody seen this PCRE crash
>> before?
>>
>>> From the bug report, this code crashes (which is a simpler
>>> version of what my ConvertOldMarkup() does to the file
>>> OldTextFormattingRules during virgin setup):
>> $pat =3D "/\A((?:.|\n)*?)(^(?:[ \t]+\S(?:.*\s*\n[ \t]+\S)*|".
>> "\|(?:.*\n\|)*|[#*;]*(?:[*#]|;.*?:)|\[\s*(\d+)\s*\]|".
>> "<\?plugin(?:-form)?\b.*\?>\s*$|!{1,3}[^!]).*$)\n?/m"; $subj =3D
>> str_repeat("123456789 ", 50); preg_match($pat, $subj);
>
> yes, this is a known issue.
> cause still unknown. happens only with huge anchored regex.
>
> please remove pgsrc/OldTextFormattingRules on virgin setup.
>

Well I removed that file and got the crash on another file instead.  I'm=
 sure if I remove THAT file, then it will crash on either another one of the=
 pgsrc files or one of my users' pages.  Basically it's not useable, and I=
 can't really grok that regexp enough to do anything about it (like=
 splitting it up into multiple passes with smaller expressions or=
 something...).

Guys, the app looks great, and I hope you keep up the good work.  If you=
 could post (reply to this) to this mailing list when you fix this=
 particular bug, I'm sure I (and whoever else finds this thread) will be=
 excited to get back on the bandwagon.  If there's anything I can do to help=
 for now, let me know.  Otherwise I'll be waiting on the sidelines and=
 watching this list.

For reference, the bug report for this item is:
http://sourceforge.net/tracker/?func=3Ddetail&aid=3D1013350&group_id=3D6121&atid=3D1=
06121

--
Dan Kamins

[Phpwiki-talk] installation

[Bernhard K. <ber...@mn...>]

Hi, all around

after installing phpwiki with mysql  I got to start it. However it looks
still a little strange:

/usr/share/phpwiki/lib/Template.php:23: Warning[2]: fread(): supplied argument is not a valid stream resource

/usr/share/phpwiki/lib/Template.php:24: Warning[2]: fclose(): supplied argument is not a valid stream resource

PageGroupTestFour
    von MIME-Datei /usr/share/phpwiki//pgsrc/PageGroupTestFour neue Seite - in der Datenbank gespeichert als Version 1.
FullTextSearch
    von MIME-Datei /usr/share/phpwiki//pgsrc/FullTextSearch neue Seite - in der Datenbank gespeichert als Version 1.
WabiSabi
    von MIME-Datei /usr/share/phpwiki//pgsrc/WabiSabi neue Seite - in der Datenbank gespeichert als Version 1.
CommentPlugin
    von MIME-Datei /usr/share/phpwiki//pgsrc/CommentPlugin neue Seite - in der Datenbank gespeichert als Version 1.
GoodStyle
    von MIME-Datei /usr/share/phpwiki//pgsrc/GoodStyle neue Seite - in der Datenbank gespeichert als Version 1.

and further entries. Please could you point me to the error!

mnewiki is the supposed name of the wiki and mnewiki is also the mysql
database name. when I klick e.g. the PageGroupTestFour entry I get 

http://localhost/mnewiki/mnewiki?pagename=PageGroupTestFour

and not found, which is correct since the URL should be
localhost/mnewiki/?pagename=PageGroupTestFour.

In index.php the only place of mnewiki is

'dsn' => 'mysql://mnewikiuser:secret@localhost/mnewiki',

where mnewiki is the name of the mysql table
while mnewiki is also the subdirectory with index.php.

changing the subdirectory name mnewiki to wiki results in:

/usr/share/phpwiki/lib/Template.php:23: Warning[2]: fread(): supplied argument is not a valid stream resource

/usr/share/phpwiki/lib/Template.php:24: Warning[2]: fclose(): supplied argument is not a valid stream resource

/usr/share/phpwiki/lib/Template.php:23: Warning[2]: fread(): supplied argument is not a valid stream resource

/usr/share/phpwiki/lib/Template.php:24: Warning[2]: fclose(): supplied argument is not a valid stream resource

/usr/share/phpwiki/lib/Theme.php:195: Notice[1024]: templates/browse.tmpl: not found

/usr/share/phpwiki/lib/Theme.php:195: Notice[1024]: templates/html.tmpl: not found


the Pages as in the above examples are no longer shown. Please help.

Bernhard

Re: [Phpwiki-talk] How can I fix the MySQL table prefix?

[Amilcar do C. L. <am...@id...>]

On Wednesday 01 September 2004 06:25, Reini Urban wrote:
> Amilcar do Carmo Lucas schrieb:
> > Reini Urban wrote:
> >> Amilcar do Carmo Lucas schrieb:
> >>> Hi!
> >>>
> >>> I've seen this line:
> >>> ; Note: This prefix is NOT prepended to the default DBAUTH_
> >>> ;       tables user, pref and member!
> >>> ;DATABASE_PREFIX = phpwiki_
> >>>
> >>> And I would like to know what I need to do to fix it.
> >>
> >> what do you want to fix?
> >
> > I would like _ALL_ phpwiki tables to use the DATABASE_PREFIX
> > Currently the user, pref and member tables do not use it.
>
> you have to fix the schemas/mysql-initialize.sql file.
Yeap, I had done that already

> >> the database tables by using the DATABASE_PREFIX,
> >> or the sql statements defining the access to the user, pref and member
> >> tables?
> >>
> >> if you need a DATABASE_PREFIX and use dbauth and db prefs, fix the sql
> >> statements also.
> >
> > Could you be more specific? And are the sql statements spreaded all over
> > the code, or like phorum5, where they are concentrated in one file ?
>
> one file only. you have to fix config/config.ini
> just the sql statements.
>
> e.g. with mysql and db prefs:
> DBAUTH_PREF_UPDATE = "REPLACE INTO prefix_pref SET
> prefs='$pref_blob',userid='$userid'"
I started to do that too, but it seamed to not help. Now I know that I might 
have missed dome lines. Thanks!!!!

-- 
Amilcar Lucas
Current webmaster
The KDevelop project