phpwiki-talk

[Phpwiki-talk] /tmp folder causing and error

[Karl <ka...@co...>]

I have paid a company to host among other things phpwiki for the =
development team where I work.
I have successfully installed phpwiki in the past and have a database =
full of entries (from a server we had it running on) to import once it's =
working but the company that is hosting it for us uses a cluster of =
machines running CentOS 4.3 (I understand that clusters have a /tmp =
folder problem because each machine has it's own folder).=20
The install is having major problems with the /tmp folder even though we =
are using MySQL which shouldn't need it and redirecting all /tmp entries =
to a new subdirectory. I have had a long look at it and the people =
hosting it for us have spent a good deal of time trying to solve the =
problem to no avail.

The problem I'm getting is:=20

Fatal Error:
lib/FileFinder.php:192: Error: /tmp: file not found=20

Has anyone here had experience of installing phpwiki on a clustered =
machine and can give me pointers?

Does anyone know why it's trying to find a /tmp folder on a MySQL =
install in the first place?

Does anyone know of a different wiki program that uses the same database =
layout so I could just import my phpwiki database into it and have a =
working wiki?

Thanks,

Karl

Re: [Phpwiki-talk] ZIP upload doesn't work

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

Oliver Betz schrieb:
> Reini Urban wrote:
> 
>>> | lib/ziplib.php:193: Error: CRC32 mismatch
>>>
>>> error. The ZIP file is o.k. (although it is _not_ a full ZIP dump as 
>>> requested but only contains the last version).
>>>
>>> Using the file as pgsrc, I get the error after four loaded pages.
>>>
>>> Any hints?
>> zip -F zipfile
> 
> since zip -T reported no errors (that's what I meant writing "The ZIP 
> file is o.k."), zip -F didn't fix anything.
> 
> I extracted the ZIP file without any problems, and I could use the 
> extracted files as pgsrc.
> 
> So I think it's an error in PhpWiki 1.3.12p3 or the PHP installation 
> of my isp.

Can you send me your ZIP please to rei...@gm...

I fixed a problem with loadfile and archived version to recreate the old 
versions recently in CVS. But a CRC32 problem would be interesting.

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

Re: [Phpwiki-talk] Can't access pagedb after PHP upgrade to 4.4.4

[Oliver B. <li...@gm...>]

Reini Urban wrote:

[...]

> gdbm: dumpgdbm, testgdbm, loadgdbm

I stand corrected: using Cygwin's dumpgdbm I get a "File read error" 
on my local computer, so the gdbm files seem indeed to be corrupted.

Sadly the error message doesn't help very much finding the reason. 
The gdbm file contains text of the wiki, I have no knowledge about 
the binary format.

Rather strange...

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] Can't access pagedb after PHP upgrade to 4.4.4

[Oliver B. <li...@gm...>]

Reini Urban wrote:

> > since my ISP updated to PHP 4.4.4, I get the following error from an 
> > old PhpWiki (1.3.4):
> > 
> > lib/DbaDatabase.php:32: Fatal[256]: dba_open(path/wiki_pagedb.gdbm,c) [<a href='function.dba-open'>function.dba-open</a>]: Driver initialization failed for handler: gdbm: File seek error

[...]

> gdbm: dumpgdbm, testgdbm, loadgdbm

sadly not available on the ISP's server.

> This helps with corrupt db files. I'll post my db3 cron jobs today.

I don't think the files are corrupt since it happened on four 
different wikis with data in different directories, and the file 
modification time of all files is in the past. My nightly ZIP dump 
from another computer (using wget) worked till the ISP updated to new 
harware and PHP 4.4.4.

Well, maybe the transfer to the new hardware went wrong, but it's not 
very likely.

I will try to install the tools locally, thanks for the hint.

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] ZIP upload doesn't work

[Oliver B. <li...@gm...>]

Reini Urban wrote:

> > | lib/ziplib.php:193: Error: CRC32 mismatch
> > 
> > error. The ZIP file is o.k. (although it is _not_ a full ZIP dump as 
> > requested but only contains the last version).
> > 
> > Using the file as pgsrc, I get the error after four loaded pages.
> > 
> > Any hints?
> 
> zip -F zipfile

since zip -T reported no errors (that's what I meant writing "The ZIP 
file is o.k."), zip -F didn't fix anything.

I extracted the ZIP file without any problems, and I could use the 
extracted files as pgsrc.

So I think it's an error in PhpWiki 1.3.12p3 or the PHP installation 
of my isp.

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] ZIP upload doesn't work

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

Oliver Betz schrieb:
> Hi All,
> 
> when I try to "Upload" a ZIP dump, or "Load" it from a server 
> directory, I get a
> 
> | lib/ziplib.php:193: Error: CRC32 mismatch
> 
> error. The ZIP file is o.k. (although it is _not_ a full ZIP dump as 
> requested but only contains the last version).
> 
> Using the file as pgsrc, I get the error after four loaded pages.
> 
> Any hints?

zip -F zipfile


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

Re: [Phpwiki-talk] Can't access pagedb after PHP upgrade to 4.4.4

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

Oliver Betz schrieb:
> Hello All,
> 
> since my ISP updated to PHP 4.4.4, I get the following error from an 
> old PhpWiki (1.3.4):
> 
> lib/DbaDatabase.php:32: Fatal[256]: dba_open(path/wiki_pagedb.gdbm,c) [<a href='function.dba-open'>function.dba-open</a>]: Driver initialization failed for handler: gdbm: File seek error
> 
> and this error if I try to use the gdbm file from a PhpWiki 1.3.12 
> installation:
> 
> lib/DbaDatabase.php:54: Error[256]: dba_open(path/pagedb.gdbm,w) [<a href='function.dba-open'>function.dba-open</a>]: Driver initialization failed for handler: gdbm: File seek error
> 
> I really wonder where a "file seek error" could result from.
> 
> Any hint what I could try other than restoring the pages from a ZIP 
> dump?

for gdbm and berkeley db files you can use the command line tools.

db: db_dump, db_verify, db_recover, db_laod
gdbm: dumpgdbm, testgdbm, loadgdbm

This helps with corrupt db files. I'll post my db3 cron jobs today.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[Phpwiki-talk] ZIP upload doesn't work

[Oliver B. <li...@gm...>]

Hi All,

when I try to "Upload" a ZIP dump, or "Load" it from a server 
directory, I get a

| lib/ziplib.php:193: Error: CRC32 mismatch

error. The ZIP file is o.k. (although it is _not_ a full ZIP dump as 
requested but only contains the last version).

Using the file as pgsrc, I get the error after four loaded pages.

Any hints?

TIA,

Oliver
-- 
Oliver Betz, Muenchen

[Phpwiki-talk] Can't access pagedb after PHP upgrade to 4.4.4

[Oliver B. <li...@gm...>]

Hello All,

since my ISP updated to PHP 4.4.4, I get the following error from an 
old PhpWiki (1.3.4):

lib/DbaDatabase.php:32: Fatal[256]: dba_open(path/wiki_pagedb.gdbm,c) [<a href='function.dba-open'>function.dba-open</a>]: Driver initialization failed for handler: gdbm: File seek error

and this error if I try to use the gdbm file from a PhpWiki 1.3.12 
installation:

lib/DbaDatabase.php:54: Error[256]: dba_open(path/pagedb.gdbm,w) [<a href='function.dba-open'>function.dba-open</a>]: Driver initialization failed for handler: gdbm: File seek error

I really wonder where a "file seek error" could result from.

Any hint what I could try other than restoring the pages from a ZIP 
dump?

TIA,

Oliver
-- 
Oliver Betz, Muenchen

Re: [Phpwiki-talk] terribel messed how to edit the config file

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

jobst müller schrieb:
> hi reini
> 
> the new phpwiki is so purely documented - it is so ashaming. Why are there two config files. 
> the configuratoin is  messed up due this stuff so ugly ugly
> 
> it is ablsolutely  terrible 

Thanks.
How about asking in the mailinglist?
Private questions are considered ashaming ugly ugly.

> Fatal Error:
> lib/FileFinder.php:193: Error: /tmp: file not found 
> lib/IniConfig.php:221: Notice: missing config setting for ADMIN_USER (...repeated 2 times)
> 
> 
> lib/FileFinder.php:193: Error: /tmp: file not found 
> 
> what can this  be 
> 
> jobstler 
> 
> PS -why to hell we have two config files .- it is sooo so ugly and terreible 

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

[Phpwiki-talk] When installing I get a 404 error

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

Hi there,

I'm trying to install PHPwiki on a shared web server.  When I go to the root
of the wiki installation, it opens the configuration tool.  I fill it out,
then click 'save config' and receive a 404 error.  It looks like it is
trying to access:

http://www.bitreality.com/cgi-system/configurator.php

But there is no cgi-system folder in my web folder root.  Do you have any
suggestions?  Thanks!

-Chris

[Phpwiki-talk] Oracle invalid character error preventing virgin DB loading

[umfan866 <mh...@so...>]

Hi, I am starting to use phpwiki. My goal is to have
this in an Oracle database eventually, but I am using
MySql at first to get it going.

I am using the following: 
  RHEL4 with SELinux turned off 
  phpwiki-1.3.12p3
  ZendCoreForOracle-v1.4.1-Linux-x86.tar.gz1
    (provides php 5 pre-compiled)
  MySql 5.0.22-0 for rhel4
  Oracle 10g R2 (10.2.0.2)
 
For both MySql and Oracle, I am finding 
DATABASE_TYPE = ADODB works better/fewer 
errors than with DATABASE_TYPE = SQL so,
I don't change this value anymore. 

Also, for both MySql and Oracle, I have prepended
phpwiki_ to every table, so that I can go between
the 2 databases in the future (and Oracle needs it
for sure). Have edited the create/destroy schema
scripts accordingly.
 
I am able to get the virgin wiki to load
nicely in MySql using  

DATABASE_DSN="mysql://phpwiki:passwd@localhost(/var/lib/mysql/mysql.sock)/phpwiki" 

 
For Oracle, I was able to get connectivity working by
installing ZendCore for Oracle (basically a pre-compiled 
verusion of php 5).  I also had to unlock the phpwiki user
for it to work at all (as sysadmin, "alter user phpwiki 
account unlock") -- this is a new 10g security feature 
and so is not in the oci install doc for phpwiki. FOr 

Oracle my connect string is  
DATABASE_DSN="oci8://phpwiki:phpwiki@192.168.0.100:1521/pwiki>"
(where the SERVICE_NAME / SID = pwiki, the 1521 is optional 
as it is the default db port). 
 
I am able to connect to the oracle, but the virgin wiki still
does not load. It connects (was able to get through past 
connect errors, but then shows the  following ADODB error): 
 
lib/WikiDB/adodb/adodb-errorhandler.inc.php:76: Error[256]:
oci8 error: [911: ORA-00911: invalid character] in EXECUTE
("UPDATE phpwiki_page SET hits=?, pagedata=? WHERE pagename=?")  
 
I think that Oracle does not like the question marks --it
probably wants quotes around the question marks - that
may be the issue, but not sure how to fix that (which file
or part of the code). Thanks for any pointers. 

-- 
View this message in context: http://www.nabble.com/Oracle-invalid-character-error-preventing-virgin-DB-loading-tf2155588.html#a5954792
Sent from the phpwiki-talk forum at Nabble.com.

Re: [Phpwiki-talk] Wrong link to some admin pages

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

Sabri LABBENE schrieb:
> "Reini URBAN wrote:"
>> Sabri LABBENE schrieb:
>>> Hi,
>>> In the PhpWikiAdministration section, I found some broken links:
>>>
>>> * PhpWikiAdministration/Remove
>>> * PhpWikiAdministration/Rename
>>> * PhpWikiAdministration/Replace
>>> These links are generated by the following string in
>>> PhpWikiAdministration page: [/Remove] |
>>>   [/Rename] |
>>>     [/Replace] | ...
>>>
>>> The computed link for these pages is
>>> 'https://server_domain:port/pagename'
>>> Example : 'https://server_domain:port/Rename'
>>> Following this link gives a "Sorry page not found" error message.
>>>
>>> I think that the correct link should be something like this:
>>>
>>> 'https://server_domain:port/<path_to_phpwiki>/index.php?pagename=PhpW
>>> i
>>> kiAdministration/Rename'
>>>
>>> I entered the following string in the SandBox page: [/my_page] The 
>>> constructed link was : 'https://server_domain:port/my_page'
>>>
>>> Does any body knows how can I fix this ?
>>> Help will be too much apreciated.
>>
>> This was broken with a patch by Joel Schaubert
>> introducing / in a [link] as absolute location.
>> I'll revert this patch. This should be solved differently.
>>
>> The whole paragraph below can be commented out.
>> lib/InlineParser.php:
>> /* Relatives links by Joel Schaubert.
>> * Recognize [../bla] or [/bla] as relative links, without needing 
>> http://
>> * but {/link] only if SUBPAG_SEPERATOR is not /
>> */
>>     if (SUBPAGE_SEPARATOR == '/') {
>>     	if (preg_match('/^\.\.\//', $link)) {
>>             return new Cached_ExternalLink($link, $label);
>>     	}
>>     } else if (preg_match('/^(\.\.\/|\/)/', $link)) {
>>         return new Cached_ExternalLink($link, $label);
>>     }
> 
> Sorry, I didn't found exactly the above paragraph in lib/InlineParser.php I
> am using phpwiki-1.3.12p2 and this what I found :
> 
> --------------------------------------------------------------------------
> /* Relatives links by Joel Schaubert.
> * Recognize [../bla] or [/bla] as relative links, without needing http://
> */
>     if (preg_match('/^(\.\.\/|\/)/', $link)) {
>         return new Cached_ExternalLink($link, $label);
>     }
> --------------------------------------------------------------------------
> Although I commented those lines, I still have the same problem.
> 
> Any other suggestions are welcome.


Now edit the page with the wrong links, add a space somewhere and save it.

[Phpwiki-talk] Adding Pages

[Phill <pp...@nt...>]

Have read the info on adding pages, have understood what it says but it
misses one vital piece of information. Where on earth do you type your page
names in, to start the process?

[Phpwiki-talk] how to edit the config file

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

 Hi,


new to the list. How to install the latest phpwiki on the server 

where to add the data for the db connection - which file needs the edithing 

the install-docu is quite a bit confusing - man


 In the PhpWiki install-doc, I found some confusing info


 Does any body knows how to edit the config file ?
Help will be too much apreciated.

many thnaks 

floobee


______________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt bei WEB.DE FreeMail: http://f.web.de/?mc=021193

Re: [Phpwiki-talk] Wrong link to some admin pages

[Sabri L. <sab...@st...>]

"Reini URBAN wrote:"
>Sabri LABBENE schrieb:
>> Hi,
>> In the PhpWikiAdministration section, I found some broken links:
>> 
>> * PhpWikiAdministration/Remove
>> * PhpWikiAdministration/Rename
>> * PhpWikiAdministration/Replace
>> These links are generated by the following string in
>> PhpWikiAdministration page: [/Remove] |
>>   [/Rename] |
>>     [/Replace] | ...
>> 
>> The computed link for these pages is
>> 'https://server_domain:port/pagename'
>> Example : 'https://server_domain:port/Rename'
>> Following this link gives a "Sorry page not found" error message.
>> 
>> I think that the correct link should be something like this:
>> 
>> 'https://server_domain:port/<path_to_phpwiki>/index.php?pagename=PhpW
>> i
>> kiAdministration/Rename'
>> 
>> I entered the following string in the SandBox page: [/my_page] The 
>> constructed link was : 'https://server_domain:port/my_page'
>> 
>> Does any body knows how can I fix this ?
>> Help will be too much apreciated.
>
>
>This was broken with a patch by Joel Schaubert
>introducing / in a [link] as absolute location.
>I'll revert this patch. This should be solved differently.
>
>The whole paragraph below can be commented out.
>lib/InlineParser.php:
>/* Relatives links by Joel Schaubert.
>* Recognize [../bla] or [/bla] as relative links, without needing 
>http://
>* but {/link] only if SUBPAG_SEPERATOR is not /
>*/
>     if (SUBPAGE_SEPARATOR == '/') {
>     	if (preg_match('/^\.\.\//', $link)) {
>             return new Cached_ExternalLink($link, $label);
>     	}
>     } else if (preg_match('/^(\.\.\/|\/)/', $link)) {
>         return new Cached_ExternalLink($link, $label);
>     }

Sorry, I didn't found exactly the above paragraph in lib/InlineParser.php I
am using phpwiki-1.3.12p2 and this what I found :

--------------------------------------------------------------------------
/* Relatives links by Joel Schaubert.
* Recognize [../bla] or [/bla] as relative links, without needing http://
*/
    if (preg_match('/^(\.\.\/|\/)/', $link)) {
        return new Cached_ExternalLink($link, $label);
    }
--------------------------------------------------------------------------
Although I commented those lines, I still have the same problem.

Any other suggestions are welcome.

Regards,
Sabri.

Re: [Phpwiki-talk] Wrong link to some admin pages

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

Sabri LABBENE schrieb:
> Hi,
> In the PhpWikiAdministration section, I found some broken links:
> 
> * PhpWikiAdministration/Remove
> * PhpWikiAdministration/Rename
> * PhpWikiAdministration/Replace
> These links are generated by the following string in PhpWikiAdministration page:
> [/Remove] |
>   [/Rename] |
>     [/Replace] | ...
> 
> The computed link for these pages is 'https://server_domain:port/pagename'
> Example : 'https://server_domain:port/Rename'
> Following this link gives a "Sorry page not found" error message.
> 
> I think that the correct link should be something like this:
> 
> 'https://server_domain:port/<path_to_phpwiki>/index.php?pagename=PhpWikiAdministration/Rename'
> 
> I entered the following string in the SandBox page:
> [/my_page]
> The constructed link was : 'https://server_domain:port/my_page'
> 
> Does any body knows how can I fix this ?
> Help will be too much apreciated.


This was broken with a patch by Joel Schaubert
introducing / in a [link] as absolute location.
I'll revert this patch. This should be solved differently.

The whole paragraph below can be commented out.
lib/InlineParser.php:
/* Relatives links by Joel Schaubert.
* Recognize [../bla] or [/bla] as relative links, without needing http://
* but {/link] only if SUBPAG_SEPERATOR is not /
*/
     if (SUBPAGE_SEPARATOR == '/') {
     	if (preg_match('/^\.\.\//', $link)) {
             return new Cached_ExternalLink($link, $label);
     	}
     } else if (preg_match('/^(\.\.\/|\/)/', $link)) {
         return new Cached_ExternalLink($link, $label);
     }

Re: [Phpwiki-talk] phpwiki and path issues on RedHat

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

2006/8/18, umfan866 <umf...@us...>:
> Hi -- I am installing the latest phpwiki and
> having path issues on RHEL4.

You have to tell your webserver to populate the PATH_INFO to php and
the environment. In Apache2 with Redhat and Debian it is optional.

> Getting a blank
> page on startup and commenting out the if statement
> fixes, that, but then the virgin wiki loads without
> images and links working. I have updated a couple
> of the bugs in the phpwiki sourceforge bug list -
> any help/pointers appreciated.
>
>
> I am also trying to get this to work with an Oracle
> database (I work at Oracle) and i initially had issues
> compiling php for oracle but used the latest Zend
> core for for oracle + php and my php/oracle db connectivity
> is fine.

good. pear, adodb or PDO?

> Some of these path issues may not be an issue if
> I would be able to find a version of phpwiki
> that doesn't redirect from index.php to lib/main.php,
> I think it wasn't too long ago that this change was
> made, right? If you can tell me a good stable version
> of phpwiki to use, (I just need the aqua/mac os theme)
> please let me know.

We did always a redirect after the page save in any 1.3.x version.
That's about 5 years or so.
1.2.x is simplier and uses no redirect.

play with the *REDIRECT* option in config.ini. (sorry forgot the name)

> Thanks Marvin Hecht.
-- 
Reini Urban
http://phpwiki.org/              http://murbreak.at/
http://spacemovie.mur.at/   http://helsinki.at/

[Phpwiki-talk] Wrong link to some admin pages

[Sabri L. <sab...@st...>]

Hi,
In the PhpWikiAdministration section, I found some broken links:

* PhpWikiAdministration/Remove
* PhpWikiAdministration/Rename
* PhpWikiAdministration/Replace
These links are generated by the following string in =
PhpWikiAdministration page:
[/Remove] |
  [/Rename] |
    [/Replace] | ...

The computed link for these pages is =
'https://server_domain:port/pagename'
Example : 'https://server_domain:port/Rename'
Following this link gives a "Sorry page not found" error message.

I think that the correct link should be something like this:

'https://server_domain:port/<path_to_phpwiki>/index.php?pagename=3DPhpWik=
iAdministration/Rename'

I entered the following string in the SandBox page:
[/my_page]
The constructed link was : 'https://server_domain:port/my_page'

Does any body knows how can I fix this ?
Help will be too much apreciated.

Cheers,
Sabri.

Re: [Phpwiki-talk] [phpwiki - Help] additional charset

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

Mici Maci schrieb:
>> We also could simply catch the warning and omit it.
>> It's only the stupid warning, isn't it, or is there
> functionality 
>> missing also?
> 
> Simply omitting the warning is not a good idea.  There's
> no missing functionality in htmlspecialchars, the boot is
> on the wrong leg:  it replaces ő and ű with &#xxx; type
> encodings.  Imagine that you store a WikiPage in
> hungarian, that contains an ő character.  If you click
> on the edit button, Wiki gives you back a text for
> editing containing &#nnn; replacements...  The
> htmlspecialchars() makes unneeded replacements
> when it treats latin2 as latin1.  Very frustrating.

Sorry, cannot reproduce.

The link to Hungarianőpage is still Hungarianőpage
and editing introduces no escaped ő

I even checked in the code the support hungarian, more unsupported 
charsets, into CVS.
your workaround functions does the same as the php function 
htmlspecialchars(), php just prints the warning.
With entities it's different, but there are no iso-8591-2 entities to my 
knowledge.

So I'm waiting for your po :)
Hopefully some pgsrc also.

But even better some fresh and cooler layout.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] [phpwiki - Help] additional charset

[Mici M. <mm...@fr...>]

> We also could simply catch the warning and omit it.
> It's only the stupid warning, isn't it, or is there
functionality=20
> missing also?

Simply omitting the warning is not a good idea.  There's
no missing functionality in htmlspecialchars, the boot is
on the wrong leg:  it replaces =F5 and =FB with &#xxx; type
encodings.  Imagine that you store a WikiPage in
hungarian, that contains an =F5 character.  If you click
on the edit button, Wiki gives you back a text for
editing containing &#nnn; replacements...  The
htmlspecialchars() makes unneeded replacements
when it treats latin2 as latin1.  Very frustrating.
=0A=0A_____________________________________________________________________=
__
FOTO.hu - Online fot=F3rendel=E9s kidolgoz=E1s. Folyamatos Akci=F3k! Kiv=E1=
l=F3 min=F5s=E9g! Ingyen h=E1zhoz sz=E1ll=EDt=E1s!=20
R=E9szletek=E9rt kattintson ide: http://www.foto.hu/index.php?zoneid=3Dorig=
o2=20

Re: [Phpwiki-talk] [phpwiki - Help] additional charset

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

Reini Urban schrieb:
>> We also could simply catch the warning and omit it.
>> It's only the stupid warning, isn't it, or is there functionality 
>> missing also? And there're a lot of unsupported charsets.
> 
> I've just looked into the php source and found that this warning can be 
> safely ignored by our error hook as already done somewhere else.
> This is much easier than replacing all the htmlspecialchars occurences.

Ok, this works:

lib/IniConfig.php:

function _unknown_charset_warning($error) {
     if (preg_match('/^charset \`.+\' not supported, assuming iso-8859-1/',
                    $error->errstr))
         return true;  // Ignore error
     return false;
}

and inside fixup_static_configs() after $charset = CHARSET;

     if (defined('IGNORE_CHARSET_NOT_SUPPORTED_WARNING') and 
IGNORE_CHARSET_NOT_SUPPORTED_WARNING) {
         global $ErrorManager;
         $ErrorManager->pushErrorHandler(new 
WikiFunctionCb('_unknown_charset_warning'));
     }

Now put in config.ini for all charsets not listed below the lines:
; Most exotic charsets are not supported by htmlspecialchars, which 
prints a warning:
; "charset `bla' not supported, assuming iso-8859-1"
; Even on simple 8bit charsets, where just <>& need to be replaced.
; See <php-src>/ext/standard/html.c
; We can ignore these warnings then.
IGNORE_CHARSET_NOT_SUPPORTED_WARNING = true


> Most exotic charsets are not supported by htmlspecialchars, which just 
> prints a E_WARNING.
> Even on simple 8bit charsets, where just <>& need to be replaced.
> See <php-src>/ext/standard/html.c
> 
> Supported charsets are:
> 	{ "ISO-8859-1", 	cs_8859_1 },
> 	{ "ISO8859-1",	 	cs_8859_1 },
> 	{ "ISO-8859-15", 	cs_8859_15 },
> 	{ "ISO8859-15", 	cs_8859_15 },
> 	{ "utf-8", 			cs_utf_8 },
> 	{ "cp1252", 		cs_cp1252 },
> 	{ "Windows-1252", 	cs_cp1252 },
> 	{ "1252",           cs_cp1252 },
> 	{ "BIG5",			cs_big5 },
> 	{ "950",            cs_big5 },
> 	{ "GB2312",			cs_gb2312 },
> 	{ "936",            cs_gb2312 },
> 	{ "BIG5-HKSCS",		cs_big5hkscs },
> 	{ "Shift_JIS",		cs_sjis },
> 	{ "SJIS",   		cs_sjis },
> 	{ "932",            cs_sjis },
> 	{ "EUCJP",   		cs_eucjp },
> 	{ "EUC-JP",   		cs_eucjp },
> 	{ "KOI8-R",         cs_koi8r },
> 	{ "koi8-ru",        cs_koi8r },
> 	{ "koi8r",          cs_koi8r },
> 	{ "cp1251",         cs_cp1251 },
> 	{ "Windows-1251",   cs_cp1251 },
> 	{ "win-1251",       cs_cp1251 },
> 	{ "iso8859-5",      cs_8859_5 },
> 	{ "iso-8859-5",     cs_8859_5 },
> 	{ "cp866",          cs_cp866 },
> 	{ "866",            cs_cp866 },
> 	{ "ibm866",         cs_cp866 },

Re: [Phpwiki-talk] [phpwiki - Help] additional charset

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

Reini Urban schrieb:
> Mici Maci schrieb:
>> Hi,
>>> of course we accept any workaround function.
>> You're welcome to rename it! :)
>> <?php function htmlspecialchars_workaround($str, $quote =
> 
> Ok. Now how to handle this best?
> We need this only on certain charsets, which php upstream doesn't 
> support, because they prefer utf-8.
> And we need it only for htmlspecialchars.
> 
> rurban@reini /usr/src/php/phpwiki-dev/phpwiki
> $ grep -Rl htmlspecialchars .
> ./configurator.php
> ./lib/nusoap/nusoap.php
> ./lib/plugin/TexToPng.php
> ./lib/WikiDB/adodb/adodb-lib.inc.php
> ./lib/WikiDB/adodb/adodb.inc.php
> ./lib/WikiDB/adodb/drivers/adodb-csv.inc.php
> ./lib/WikiDB/backend/file.php
> ./lib/WikiDB/backend/flatfile.php
> ./lib/WikiPluginCached.php
> ./lib/XmlElement.php
> ./lib/XMLRPC/xmlrpc.inc
> ./lib/XmlRpcServer.php
> 
> rurban@reini /usr/src/php/phpwiki-dev/phpwiki
> $ grep -Rl htmlentities .
> ./configurator.php
> ./doc/README.foaf
> ./lib/HttpClient.php
> ./lib/pear/DB/storage.php
> ./lib/plugin/ModeratedPage.php
> ./lib/plugin/WikiFormRich.php
> ./lib/XMLRPC/xmlrpc.inc
> ./passencrypt.php
> ./themes/default/templates/login.tmpl
> ./themes/default/templates/online.tmpl
> 
> So we have some external libs also.
> 
> We also could simply catch the warning and omit it.
> It's only the stupid warning, isn't it, or is there functionality 
> missing also? And there're a lot of unsupported charsets.

I've just looked into the php source and found that this warning can be 
safely ignored by our error hook as already done somewhere else.
This is much easier than replacing all the htmlspecialchars occurences.

Most exotic charsets are not supported by htmlspecialchars, which just 
prints a E_WARNING.
Even on simple 8bit charsets, where just <>& need to be replaced.
See <php-src>/ext/standard/html.c

Supported charsets are:
	{ "ISO-8859-1", 	cs_8859_1 },
	{ "ISO8859-1",	 	cs_8859_1 },
	{ "ISO-8859-15", 	cs_8859_15 },
	{ "ISO8859-15", 	cs_8859_15 },
	{ "utf-8", 			cs_utf_8 },
	{ "cp1252", 		cs_cp1252 },
	{ "Windows-1252", 	cs_cp1252 },
	{ "1252",           cs_cp1252 },
	{ "BIG5",			cs_big5 },
	{ "950",            cs_big5 },
	{ "GB2312",			cs_gb2312 },
	{ "936",            cs_gb2312 },
	{ "BIG5-HKSCS",		cs_big5hkscs },
	{ "Shift_JIS",		cs_sjis },
	{ "SJIS",   		cs_sjis },
	{ "932",            cs_sjis },
	{ "EUCJP",   		cs_eucjp },
	{ "EUC-JP",   		cs_eucjp },
	{ "KOI8-R",         cs_koi8r },
	{ "koi8-ru",        cs_koi8r },
	{ "koi8r",          cs_koi8r },
	{ "cp1251",         cs_cp1251 },
	{ "Windows-1251",   cs_cp1251 },
	{ "win-1251",       cs_cp1251 },
	{ "iso8859-5",      cs_8859_5 },
	{ "iso-8859-5",     cs_8859_5 },
	{ "cp866",          cs_cp866 },
	{ "866",            cs_cp866 },
	{ "ibm866",         cs_cp866 },


/* now walk the charset map and look for the codeset */
...
if (!found) {
	php_error_docref(NULL TSRMLS_CC, E_WARNING,
		"charset `%s' not supported, assuming iso-8859-1",
		charset_hint);
}

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

Re: [Phpwiki-talk] [phpwiki - Help] additional charset

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

Mici Maci schrieb:
> Hi,
>> of course we accept any workaround function.
> You're welcome to rename it! :)
> <?php function htmlspecialchars_workaround($str, $quote =

Ok. Now how to handle this best?
We need this only on certain charsets, which php upstream doesn't 
support, because they prefer utf-8.
And we need it only for htmlspecialchars.

rurban@reini /usr/src/php/phpwiki-dev/phpwiki
$ grep -Rl htmlspecialchars .
./configurator.php
./lib/nusoap/nusoap.php
./lib/plugin/TexToPng.php
./lib/WikiDB/adodb/adodb-lib.inc.php
./lib/WikiDB/adodb/adodb.inc.php
./lib/WikiDB/adodb/drivers/adodb-csv.inc.php
./lib/WikiDB/backend/file.php
./lib/WikiDB/backend/flatfile.php
./lib/WikiPluginCached.php
./lib/XmlElement.php
./lib/XMLRPC/xmlrpc.inc
./lib/XmlRpcServer.php

rurban@reini /usr/src/php/phpwiki-dev/phpwiki
$ grep -Rl htmlentities .
./configurator.php
./doc/README.foaf
./lib/HttpClient.php
./lib/pear/DB/storage.php
./lib/plugin/ModeratedPage.php
./lib/plugin/WikiFormRich.php
./lib/XMLRPC/xmlrpc.inc
./passencrypt.php
./themes/default/templates/login.tmpl
./themes/default/templates/online.tmpl

So we have some external libs also.

We also could simply catch the warning and omit it.
It's only the stupid warning, isn't it, or is there functionality 
missing also? And there're a lot of unsupported charsets.
-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [Phpwiki-talk] [phpwiki - Help] additional charset

[Mici M. <mm...@fr...>]

Hi,

> of course we accept any workaround function.

You're welcome to rename it! :)


<?php function htmlspecialchars_workaround($str, $quote =3D
ENT_COMPAT, $charset =3D 'iso-8859-1') {

        if (in_array(strtolower($charset),
array('iso-8859-2', 'iso8859-2', 'latin-2', 'latin2'))) {

                if (! ($quote & ENT_NOQUOTES)) {
                        $str =3D str_replace("\"", "&quot;",
$str);
                }

                if ($quote & ENT_QUOTES) {
                        $str =3D str_replace("\'", "&#039;",
$str);
                }

                return str_replace(array("<", ">", "&"),
array("&lt;", "&gt;", "&amp;"), $str);
        }
        else {
                return htmlspecialchars($str, $quote, $charset);
        }

} ?>

Why is it enough to simply replace <, > and &?  Because
8859-2 is an 8 bit wide encoding, so each byte is a single
char, and each str*() function is applicable on it. If you
replace these three chars to &lt; &gt; and &amp;, all other
latin2 characters will be ready to display in an HTML
document using charset=3Diso-8859-2.  No one else can
hide or modify the meaning of the chars than the <, >
and & signs.

mm.


=0A=0A_____________________________________________________________________=
__
FOTO.hu - Online fot=F3rendel=E9s kidolgoz=E1s. Folyamatos Akci=F3k! Kiv=E1=
l=F3 min=F5s=E9g! Ingyen h=E1zhoz sz=E1ll=EDt=E1s!=20
R=E9szletek=E9rt kattintson ide: http://www.foto.hu/index.php?zoneid=3Dorig=
o2=20