You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(103) |
Jul
(105) |
Aug
(16) |
Sep
(16) |
Oct
(78) |
Nov
(36) |
Dec
(58) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(100) |
Feb
(155) |
Mar
(84) |
Apr
(33) |
May
(22) |
Jun
(77) |
Jul
(36) |
Aug
(37) |
Sep
(183) |
Oct
(74) |
Nov
(235) |
Dec
(165) |
2002 |
Jan
(187) |
Feb
(183) |
Mar
(52) |
Apr
(10) |
May
(15) |
Jun
(19) |
Jul
(43) |
Aug
(90) |
Sep
(144) |
Oct
(144) |
Nov
(171) |
Dec
(78) |
2003 |
Jan
(113) |
Feb
(99) |
Mar
(80) |
Apr
(44) |
May
(35) |
Jun
(32) |
Jul
(34) |
Aug
(34) |
Sep
(30) |
Oct
(57) |
Nov
(97) |
Dec
(139) |
2004 |
Jan
(132) |
Feb
(223) |
Mar
(300) |
Apr
(221) |
May
(171) |
Jun
(286) |
Jul
(188) |
Aug
(107) |
Sep
(97) |
Oct
(106) |
Nov
(139) |
Dec
(125) |
2005 |
Jan
(200) |
Feb
(116) |
Mar
(68) |
Apr
(158) |
May
(70) |
Jun
(80) |
Jul
(55) |
Aug
(52) |
Sep
(92) |
Oct
(141) |
Nov
(86) |
Dec
(41) |
2006 |
Jan
(35) |
Feb
(62) |
Mar
(59) |
Apr
(52) |
May
(51) |
Jun
(61) |
Jul
(30) |
Aug
(36) |
Sep
(12) |
Oct
(4) |
Nov
(22) |
Dec
(34) |
2007 |
Jan
(49) |
Feb
(19) |
Mar
(37) |
Apr
(16) |
May
(9) |
Jun
(38) |
Jul
(17) |
Aug
(31) |
Sep
(16) |
Oct
(34) |
Nov
(4) |
Dec
(8) |
2008 |
Jan
(8) |
Feb
(16) |
Mar
(14) |
Apr
(6) |
May
(4) |
Jun
(5) |
Jul
(9) |
Aug
(36) |
Sep
(6) |
Oct
(3) |
Nov
(3) |
Dec
(3) |
2009 |
Jan
(14) |
Feb
(2) |
Mar
(7) |
Apr
(16) |
May
(2) |
Jun
(10) |
Jul
(1) |
Aug
(10) |
Sep
(11) |
Oct
(4) |
Nov
(2) |
Dec
|
2010 |
Jan
(1) |
Feb
|
Mar
(13) |
Apr
(11) |
May
(18) |
Jun
(44) |
Jul
(7) |
Aug
(2) |
Sep
(14) |
Oct
|
Nov
(6) |
Dec
|
2011 |
Jan
(2) |
Feb
(6) |
Mar
(3) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
(11) |
Feb
(3) |
Mar
(11) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(4) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
(1) |
2015 |
Jan
(3) |
Feb
(2) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2021 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(6) |
Sep
(3) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
(11) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(3) |
Dec
(3) |
2024 |
Jan
(7) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: aphid <ap...@uc...> - 2005-08-17 18:04:32
|
Hi - i'm trying to do some things with subpages on 1.3.11_rc3 and none of the plugins are doing what I'd expect them to do. UnfoldSubpages is returning nothing, and ListSubpages will link to NameOfPage/*[?] (the ? being the link to a new page named NameOfPage/* ) Am I doing something wrong or is this a bug? Peace, Aphid |
From: Ben H. <ph...@gr...> - 2005-08-17 17:50:03
|
Hi, I am trying to implement the access control mechanisms that seem to exist in the head of the PHPWiki CVS tree. I have read all the documentation, and have failed to get a working config. I am hoping to create groups of users, each of which have access to different groups of pages. Has anyone on this list been able to successfully implement access control, of any sort? If so, could we talk about your config, could you send me a copy of your config for perusal? Stefan, I'm curious if your work on login management has gotten anywhere? I saw your post of July 27th talking about looking into login management. Thanks, -ben --=20 Ben Hartshorne email: be...@ha... http://ben.hartshorne.net |
From: Jens D. <web...@pi...> - 2005-08-17 14:38:27
|
Hi, sorry, but atm i cant see some future for phpwiki. I know that we have summer and Reini make some holidays. We make y step to mediawiki. You need this script: http://www.iwilcox.me.uk/2005/07/php2mediawiki/ AND you need php on commandline and a little bit of time. Without php commandline you can forget to convert. Take the script and let it run after editing. go to /wiki/maintenance run php update.php / rebuildall.php after this you have a working mediawiki (we have it), try not the latest beta try 1.4.7. After this you have some ??Handwork??. Check Links (Wikiwords and so on), you have to Upload your Uploads again. If you are german, you need a scripter :-). Some "ü" or "ä" signs are ? after converting. Dont no, if you try it we can help us self and make the script better. Sorry to the phpwiki-Fans all over the world, but somebody like to switch and dont no how. Its not a perfect converter, but for small Wikis or good scripter it will be easy to switch. Regards |
From: <MAI...@re...> - 2005-08-16 05:02:00
|
Your mail to mi...@re..., regarding Subject: Good day was received. The individual who owned this account no longer works for Bell Labs Research, but has left the following forwarding address: mi...@ac... Your email message has not been forwarded; please re-send to the above address. Please make a note of it. |
From: Reini U. <ru...@x-...> - 2005-08-14 13:15:52
|
Dear phpwiki site maintainers, Another similar xmlrpc issue with the php version of xmlrpc came up. Please update within the next week to the CVS version or disable it completely. The phpxmlrpc library phpwiki-1.3.x from 2002/08/30 up to today is easily exploitable. If you are using CVS versions later than 2005-08-15 (tomorrow) or you are using the native PECL xmlrpc .so/.dll extension by Dan Libby you are on the safe side and can forget this issue. Check your phpinfo() if the xmlrpc extension is loaded. If you want to disable this horrible library and are not using the above mentioned native extension, please remove lib/XMLRPC/xmlrpc.inc ASAP or rename it. xmlrpc connections will fail then. The upcoming livesearch for myacdropdown feature will use the fast xmlrpc protocol, and hyperwiki requires it already, in case you don't know. PS: This time the upstream maintainer decided not to publish the exploit code and to warn the maintainers beforehand, so we have some time to fix it. Thanks a lot Stefan Esser! Good work! It is already fixed at the sf.net wikis. Reini Urban schrieb: > The phpxmlrpc library phpwiki-1.3.x from 2002/08/30 up to today is using > is easily exploitable. The updated version xmlrpc-1.1 from the website > even contains the exploit code, so it's very likely that you webserver > will get "rooted" in the next week if your using phpwiki-1.3.4 or later. > > See http://phpxmlrpc.sourceforge.net/ > and http://www.gulftech.org/?node=research&article_id=00088-07022005 > > The updated xmlrpc-1.1 version doesn't work out of the box and will > require one more day to be fixed. > > If you are using phpwiki-1.3.11_rc1 or a newer or a CVS versions later > than 2005-01-05 AND you are using the native PECL xmlrpc extension by > Dan Libby you are on the safe side and forget this issue. Check your > phpinfo() if the xmlrpc extension is loaded. > phpwiki from 2005-01-05 on checks the existance and does not use the > exploitable phpxmlrpc library which ships with phpwiki/lib/XMLRPC. > > If you are affected please remove lib/XMLRPC/xmlrpc.inc ASAP or rename it. > > Note: > It's extremely unfair from the phpxmlrpc maintainers to add the exploit > code to the fixed library without any grace period! Usual it is one > week, but one ot two days would have been enough also. > I'm stronlgy considering removing this horribly written library from > phpwiki and just rely on the stable and fast PECL extension by Dan > Libby, which also supports SOAP. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/ |
From: Doug K. <dou...@gm...> - 2005-08-11 23:05:10
|
It appears that there's been some tapering off of activity in this list -- has everyone gone to a different wiki? I'd like to use phpWiki with the mssql. It seems like the ADODB / php4 method hasn't been worked out yet. So, my question is: Does the php5/PDO method work well, or should I just fix the problems with ADODB? (This is for my intranet, but I would of course be sending in the patches if I were to make any chanes). - Doug |
From: Dan F. <dfr...@cs...> - 2005-08-10 21:25:20
|
Peter Campion-Bye wrote: >Hi, >Is there a simple way to make an external link on a wiki page open a new >browser window, rather than replacing the wiki page? >I know I can right-click and say 'open in new browser', but I'd like to >make it the default behavior for links to sites outside the wiki. > > Not quite sure about simple, but if you wished to change the behavior of the software, I'd look into how it deals with links, probably in lib/InlineParser.php or lib/BlockParser.php. Dan |
From: Ben H. <ph...@gr...> - 2005-08-05 22:35:42
|
Hey, all, I am having a very hard time setting up phpwiki. I am using php-1.3.11_rc3. My goal is to create an access-controlled wiki. Here is my list of configuration desires: * require sign-in to read and edit pages * use the MySQL DB for everything (auth, pages, etc.) * create different groups with different levels of page access (i.e. finance can access financial pages, engineering can access eng pages, ops can access all pages, etc.) On a Fedora Core3 installation, I untarred phpwiki in my /var/www/html/ directory, and created a symlink pwiki that points to it (to take the version number out of the URL). so far, all is well. Upon pointing my web browser at /pwiki, I am presented with the configurator.php. I went through the settings and chose what seemed appropriate. Upon submission, configurator.php claimed the config file could not be written. I checked the path it was trying to write to, and the httpd process has write permission to that directory, so I'm not sure why the write failed. (the dir was set mode 777 for installation.) Anyway, I copied the config file into place, and loaded the front page (/pwiki). It asked me for a login, which failed. I went back to the configurator and was presented with an htaccss-style login, which also failed. I discovered that the configurator was checking ENCRYPTED_PASSWORD while the config option was ENCRYPTED_PASSWD (so I filed a bug), fixed it and went on. I found that the DB had not been created in mysql for me. I created the DB, then loaded the default tables by running mysql -uroot -pxxx phpwiki < schemas/mysql-initialize.sql I added the mysql user and password so the wiki could access the DB. I could log in! Session persistence seems to be broken though - I have to signin whenever I follow a wiki link, i.e. in between every page view. After a reboot of the computer, this symptom went away. It could have been conflicting cookies between two phpwikis... I have another (older) one installed on my network. I don't know how to create a new user or group. I tried inserting one by hand into the users table, but that both seemed like a bad idea and it didn't work... I tried just entering a new username in the login field, and got this page in result: > Fatal Error: > lib/WikiDB/backend/PearDB.php:1014: Error[256]: wikidb_backend_peardb_mysql: fatal database error > * DB Error: unknown error > * ( [nativecode=1065 ** Query was empty]) > * > lib/WikiUser/PearDb.php:116: Warning[2]: sprintf(): Too few arguments > Fatal PhpWiki Error > lib/WikiDB/backend/PearDB.php:1014: Error[256]: wikidb_backend_peardb_mysql: fatal database error > * DB Error: unknown error > * ( [nativecode=1065 ** Query was empty]) I'm a little confused as to the state of the authentication stuff - there seems to be a number of contradictory documents, and some of th edocuments reference config variables not present in the code, etc. It definately seems as though it's partially there - if there is a working config I could use, I would be happy to do that. If I may contribute in some small way, I would love to, but I'm not much of a php programmer. I've attached my config.ini file Do any of you have suggestions? Thanks, -ben -- Ben Hartshorne email: be...@ha... http://ben.hartshorne.net |
From: Reini U. <ru...@x-...> - 2005-08-05 05:38:32
|
Jens D. schrieb: > i like to renew this question. Is it not possible to stopp logging in MySQL? I haven't fixed it yet. >>>now i want to minimize my sql traffic, how can i stop logging to >>>accesslog table in the mysql database. i allready tried >>>access_log_sql = 0 >>>access_log_sql = 1 >>>;access_log_sql = 0 >>>but it logs and logs to the table. how to stop it? >>> >> >>Same here ... no way to deactivate the sql log. > > can confirm this. We have to use MySQL 4.0.15 but Accesslog cant be stopped. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/ |
From: Stefan <son...@ba...> - 2005-08-04 09:27:51
|
i have to ask it again because we allready have no solution for this=20 problem. how can we make the version data consistent to stop these errors after=20 editing page data. nearly every 2nd page has this problem. can we make a job for this?=20 maybe it came from a data import but i don't really know. Regards Stefan lib/WikiDB/backend/PearDB.php:1007: Notice: unserialize(): Error at=20 offset 132 of 164 bytes Stefan schrieb: > Hello, > > how to fix these Errors? We do get a lot of them and i don't know to=20 > fix it. > > lib/WikiDB/backend/PearDB.php:1007: Notice: unserialize(): Error at=20 > offset 0 of 3513 bytes (...repeated 2 times) > lib/ArchiveCleaner.php:109: Notice: Warning: Page 'Neueste=C4nderungen'= ,=20 > version '1' has no '_supplanted' timestamp > > Regards Stefan > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > |
From: Jens D. <web...@pi...> - 2005-08-04 07:55:53
|
Hi, i like to renew this question. Is it not possible to stopp logging in MySQL? -------------------------------- >> now i want to minimize my sql traffic, how can i stop logging to >> accesslog table in the mysql database. i allready tried >> access_log_sql = 0 >> access_log_sql = 1 >> ;access_log_sql = 0 >> but it logs and logs to the table. how to stop it? >> > > Same here ... no way to deactivate the sql log. can confirm this. We have to use MySQL 4.0.15 but Accesslog cant be stopped. Regards --------------------------------- |
From: aphid <ap...@uc...> - 2005-08-01 20:17:01
|
phpwiki is notably absent from: http://en.wikipedia.org/wiki/ Comparison_of_wiki_software peace a |
From: Reini U. <ru...@x-...> - 2005-07-28 09:18:46
|
set ENABLE_USER_NEW = false and try to understand lib/WikiUser.php > Hello, i try to understand the login mamangemnt from phpwiki and want to > rewrite it to match our needs. > > There are a lot of files for auth with database, ldap, session etc. > Which variables i have to set to tell phpwiki this user is logged on and > is admin or only user etc. > I want to throw away the hole login management and authorization and > will make my own one. For me there is no need for so much code and i > don't understand whats going on there. Where can i make my cut to get an > defined interface and which variables i have to set. -- Reini Urban http://phpwiki.org/ http://xarch.tu-graz.ac.at/home/rurban/ |
From: Jens D. <web...@pi...> - 2005-07-28 07:44:57
|
Hi, do you mean <verbatim> CODE </verbatim> ? Regards Jim Medlen wrote: > Hello, > > I am trying to display source code on a php wiki page and > placing a space at the beginning of each line does not > prevent wiki from reformatting the text. Other wiki > help pages describe this as a way to display source code. > > Does php wiki have a way to display source code ? > > Thanks, > > Jim Medlen > Engineering & Information Technology > Functional Devices, Inc. > jm...@fu... > phone (765) 883-5538 x 20 > fax (765) 883-4262 > http://www.functionaldevices.com > > > > Confidentiality Notice: > The information transmitted is intended only for the person or entity > to which it is addressed and may contain confidential and/or > privileged material. If the reader of this message is not the intended > recipient, you are hereby notified that your access is unauthorized, > and any review, dissemination, distribution or copying of this message > including any attachments is strictly prohibited. If you are not the > intended recipient, please contact the sender at (800) 888-5538 and > permanently delete the original and any copy including printed copies > of this e-mail and any attachments. > |
From: Jim M. <jim...@ma...> - 2005-07-28 06:46:50
|
Hello, I am trying to display source code on a php wiki page and placing a space at the beginning of each line does not prevent wiki from reformatting the text. Other wiki help pages describe this as a way to display source code. Does php wiki have a way to display source code ? Thanks, Jim Medlen Engineering & Information Technology Functional Devices, Inc. jm...@fu... phone (765) 883-5538 x 20 fax (765) 883-4262 http://www.functionaldevices.com |
From: Stefan <son...@ba...> - 2005-07-27 16:55:11
|
when entering an access restricted web site on apache (.htaccess) you have to login with userid and password. after doing this you always get logged out from phpwiki when using as example Db auth. This is fixed when changing this lines from top to down of function _deduceUsername() in main.php. if (!empty($HTTP_SERVER_VARS['PHP_AUTH_USER'])) return $HTTP_SERVER_VARS['PHP_AUTH_USER']; if (!empty($HTTP_ENV_VARS['REMOTE_USER'])) return $HTTP_ENV_VARS['REMOTE_USER']; ---------------------------------- function _deduceUsername() { global $HTTP_SERVER_VARS, $HTTP_ENV_VARS; ============ Delete ===================== if (!empty($HTTP_SERVER_VARS['PHP_AUTH_USER'])) return $HTTP_SERVER_VARS['PHP_AUTH_USER']; if (!empty($HTTP_ENV_VARS['REMOTE_USER'])) return $HTTP_ENV_VARS['REMOTE_USER']; ========== End Delete ==================== if (!empty($this->args['auth']) and !empty($this->args['auth']['userid'])) return $this->args['auth']['userid']; if ($user = $this->getSessionVar('wiki_user')) { // switched auth between sessions. // Note: There's no way to demandload a missing class-definition afterwards! (Stupid php) if (isa($user, WikiUserClassname())) { $this->_user = $user; $this->_user->_authhow = 'session'; return ENABLE_USER_NEW ? $user->UserName() : $this->_user; } } if ($userid = $this->getCookieVar('WIKI_ID')) { if (!empty($userid) and substr($userid,0,2) != 's:') { $this->_user->authhow = 'cookie'; return $userid; } } if ($this->getArg('action') == 'xmlrpc') { // how about SOAP? // wiki.putPage has special otional userid/passwd arguments. check that later. $userid = ''; if (isset($HTTP_SERVER_VARS['REMOTE_USER'])) $userid = $HTTP_SERVER_VARS['REMOTE_USER']; elseif (isset($HTTP_SERVER_VARS['REMOTE_ADDR'])) $userid = $HTTP_SERVER_VARS['REMOTE_ADDR']; elseif (isset($HTTP_ENV_VARS['REMOTE_ADDR'])) $userid = $HTTP_ENV_VARS['REMOTE_ADDR']; elseif (isset($GLOBALS['REMOTE_ADDR'])) $userid = $GLOBALS['REMOTE_ADDR']; return $userid; } =============== INSERT =========== if (!empty($HTTP_SERVER_VARS['PHP_AUTH_USER'])) return $HTTP_SERVER_VARS['PHP_AUTH_USER']; if (!empty($HTTP_ENV_VARS['REMOTE_USER'])) return $HTTP_ENV_VARS['REMOTE_USER']; ============== End Insert ============= return false; } |
From: Stefan <son...@ba...> - 2005-07-27 09:47:36
|
Hello, i try to understand the login mamangemnt from phpwiki and want to rewrite it to match our needs. There are a lot of files for auth with database, ldap, session etc. Which variables i have to set to tell phpwiki this user is logged on and is admin or only user etc. I want to throw away the hole login management and authorization and will make my own one. For me there is no need for so much code and i don't understand whats going on there. Where can i make my cut to get an defined interface and which variables i have to set. Thx and regards Stefan |
From: Vern <chz...@kz...> - 2005-07-27 02:20:35
|
Osvaldo, g34 - http://msnbc.msn.com/id/8544511 j76 - http://biz.yahoo.com/pz/050725/82642.html James Bellamy |
From: Peter Campion-B. <pe...@pa...> - 2005-07-26 08:54:14
|
Hi, Is there a simple way to make an external link on a wiki page open a new browser window, rather than replacing the wiki page? I know I can right-click and say 'open in new browser', but I'd like to make it the default behavior for links to sites outside the wiki. Thanks |
From: Reini U. <ru...@x-...> - 2005-07-25 08:11:41
|
[please post to the list!] > I have another enhancement I'd like to submit. > Sometimes from my wiki I want to refer to plain html pages (non-wiki > pages). But currently php wiki thinks references like this > [/mywriteups/sql_notes.html] are for a wiki page. This is a feature. /mywriteups/sql_notes.html is the name of a wikipage then. external links require http: > I have implemented and am currently using a fix for this. > Should I post this idea and its patch in bugs / patches / or feature > requests ? no. > Secondly, > as I was modifying transform.php, my first step was to write some tester > code that could regression test the existing features in transform.php > before I added my new functionality. This allowed me to make sure I > wasn't breaking anything old as I put in the new feature. > But I ran into an issue with the way transform.php is structured that > got in the way of writing a good set of regression tests. I don't think that we are interested in regression tests for 1.2.x I only fix apparent bugs in the 1.2.x series, but nothing more. > What I'm wondering is would you be interested in opening up some > discussions on modifying the structure of the code to more easily allow > testers to be written? I would not want to just make a patch for this > since it would be a set of small but fundamental changes. Is there a > way I can join the phpwiki development team so we could discuss? Yes, post to the list instead. This is for the development team as well as the users. > A change like this would need to be discussed and understood by the > development team beforehand and decide on when it could be merged into > the head of tree depending on what other work developers were currently > doing. > -----Original Message----- > From: Reini Urban [mailto:ru...@x-...] > Sent: Tuesday, June 28, 2005 12:05 PM > To: bik...@us... > Cc: php...@li... > Subject: Re: Patch to detect bad windows setup > > > thanks for your work. > please send it to me or to the list or file a bugreport st the sf.net > page with the patch attached. > >> Message body follows: >> >> >> After another evening reading the PHP manuals I've found the >> problem. If you follow the readme from php and use the >> php.ini-recommended that comes in a windows php tar >> distribution, then you get this nasty combination of settings >> >> register_globals = Off >> register_long_arrays = Off >> display_errors = Off >> >> What this does is that it thwarts the code in >> phpwiki/lib/config.php AND does not put out an error. >> >> if (!ini_get('register_globals') or >> (ini_get('register_globals') == 'off')) { >> extract($HTTP_SERVER_VARS); >> } >> >> >> with long arrarys off, and display errors off, that code >> will fail, all the wiki links are bad, and you get no feedback. >> >> I have created a patch to address this. The idea of the >> patch would be to cut down on the amount of emails you >> should have to address when people follow the mswindows >> setups and end up with bad php.ini's. This patch will >> detect that condition and inform the user. >> >> I can't see in this sourceforge program how to attach my >> patch so I'll look around on your project page. >> >> Joel -- Reini Urban http://phpwiki.org/ http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2005-07-21 18:49:36
|
Dan Frankowski schrieb: > By the way, I wanted to thank you for this post. I may not have time to > apply it to my wiki for awhile, but it seems aesthetically pleasing, and > I'd like to get to it eventually. I'll add that feature to the MonoBook theme then. split_pagename will have an theme hook then or be theme specific. Thanks, Garrett! > Garrett Baumgartner wrote: >> Well, no one deigned to reply to my earlier request for help, so I >> figured it out on my own. The answer is in "stdlib.php" in the wiki's >> "lib" directory and in "themeinfo.php" in the desired theme(s) in your >> "themes" directory. >> >> >> 1. In themeinfo.php, make sure "AutosplitWikiWords" is set to "True" >> (minus quotes). >> >> >> 2. In stdlib.php, do a search for "function split_pagename" (minus >> quotes). In version 1.3.10, which is what I'm using, this function >> starts on line 764 (assuming you don't have Word Wrap enabled). >> >> >> 3. Add the following two lines after the other three regular expressions. >> >> // Obliterate underscores in your wiki titles and links. >> $RE[] = '/(.)[_](.)/'; >> >> >> Now, whenever you have a page with an underscore in its name - such as >> "Foo_Bar" - it will be displayed as a space instead - "Foo Bar" - >> which makes your URLs a lot cleaner than having that stupid "%20" >> space escape code in them. Moreover, the underscores will also be >> converted to spaces in your displayed WikiLinks. >> >> Note also that this doesn't care in the least what comes before and >> after the underscore. A link or title encoded as >> "Spell_-_Really_Magic_Missiles" will be displayed as "Spell - Really >> Magic Missiles" despite the fact that the hyphen "-" isn't a capital >> letter. This makes it more versatile. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://phpwiki.org/ |
From: Jens D. <web...@pi...> - 2005-07-21 09:00:52
|
Stefan wrote: > > MediaWiki seems to be well supported. Are there any converters from > phpwiki to MediaWiki? i never found a usefull converter. At the beginning of my privat phpwikiproject i like to switch, but there is (for me) no way. There was a little converter but after this you have to touch every site due to some problems. Regards |
From: Stefan <son...@ba...> - 2005-07-21 08:14:13
|
Yes it is a comment, thats right. But this comment shows if there are=20 more developpers and people which are allready interested in phpwiki. The challange is that the community of our web site growth and growth=20 and we need some features to work rock solid. Performance is also a=20 problem. I can look forward at this point, when i have to decide which=20 direction i have to go. It is really a hard decission to change but if i=20 can't see any light what should i do. We spend a lot of man-year for our=20 project and we can't let it die only because the software isn't=20 supported any more. We would spend some money for developpment but we=20 can only spend some 100=A4 and nobody can solve the problems for this=20 amount. Some smaler problems i have solved by my own but now i have a=20 propriatary system which no one can support except me. I know reini is a=20 very good developper and has spend much of his sweat to make it further.=20 But he is a lonly fighter and does not have the time to follow all the=20 intrests. I think we have one of the biggest phpwiki installations on net so we do=20 have problems and needs the most others don't have. MediaWiki seems to be well supported. Are there any converters from=20 phpwiki to MediaWiki? Regards Stefan Dan Frankowski schrieb: > Stefan wrote: > >> Whats about the future of phpwiki? > > > > .. > >> Don't missunderstand me, i like this wiki very much but is there=20 >> really a future? >> >> I think there are to much bugs to solve and backends to support for=20 >> only one person which is really buisy too. > > > > I agree with you in a way, but this is really more of a comment than a=20 > question, true? I mean, if 3 people said, "No, it has a future!",=20 > would that help? Or if everyone said, "It has no future!", how does=20 > that help? The future is what we make ourselves. If enough programmers=20 > love PhpWiki, it will survive. Otherwise not. > > Dan > > > |
From: Dan F. <dfr...@cs...> - 2005-07-20 21:41:23
|
Stefan wrote: > Whats about the future of phpwiki? .. > Don't missunderstand me, i like this wiki very much but is there > really a future? > > I think there are to much bugs to solve and backends to support for > only one person which is really buisy too. I agree with you in a way, but this is really more of a comment than a question, true? I mean, if 3 people said, "No, it has a future!", would that help? Or if everyone said, "It has no future!", how does that help? The future is what we make ourselves. If enough programmers love PhpWiki, it will survive. Otherwise not. Dan |
From: Stefan <son...@ba...> - 2005-07-20 15:58:46
|
Whats about the future of phpwiki? There are lot of bugs and issus which can bring a server to death which shuld be fixed or changed. Lot of the admin pages every user can open slows down the server until you have to reboot it. Every user who searches for admin or wiki can find this pages. The access management is really not usable. I never find out - how to make pages accessible/viewable only for a couple of people. How to make moderators, second admins etc. It is much to difficult to use at all. The datadesign of the mysql backend is really slow and could be much better. When i look at our forum which is more difficult, has more functions but it is also much much faster. There a really a lot more bugs and problems, to much to tell them all in this mail. I'am again looking for an other wiki to migrate, but there are also some plugins etc. i would'nt miss. Don't missunderstand me, i like this wiki very much but is there really a future? I think there are to much bugs to solve and backends to support for only one person which is really buisy too. Regards Stefan |