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
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Charles C. <ch...@ru...> - 2005-01-06 08:46:32
|
Whoops, sorry, wrong filename On Thu, January 6, 2005 16:23, Charles Corrigan said: > in _PearDbPassUser->userExists(), the following three lines should be > deleted. submitted_password is a parameter to a different procedure > > if (!$this->_checkPassLength($submitted_password)) { > return WIKIAUTH_FORBIDDEN; > } > > Happy New Year! > > regards, > Charles > > > ------------------------------------------------------- > The SF.Net email is sponsored by: Beat the post-holiday blues > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > |
From: Charles C. <ch...@ru...> - 2005-01-06 08:23:46
|
in _PearDbPassUser->userExists(), the following three lines should be deleted. submitted_password is a parameter to a different procedure if (!$this->_checkPassLength($submitted_password)) { return WIKIAUTH_FORBIDDEN; } Happy New Year! regards, Charles |
From: Reini U. <ru...@x-...> - 2005-01-06 02:26:25
|
mi...@ha... schrieb: > Reini Urban writes: >>> Any reasons why somebody _should_ switch to MediaWiki? >> stability, more users, more developers. > > You won't get this kind of public confession from a proprietary software > vendor :-) hats off to you. > > Anyway, I just would like to use this opportunity to say thanks to the > developers of phpwiki. Indeed I suffered from numerous bugs in 1.3.10, > but I've upgraded to the latest CVS, and it looks fine now. > I used phpwiki to power the information centre on Aceh - the area which > suffered the most from the recent tsunami disaster : > http://aceh.abangadek.com/index.php/EN_HomePage Whow! This makes my month! Also my hats off to the wikipedia content folks, who managed to bring better and deeper information about this tragedy and background than all other commercial and government media! I've never read that much wikipedia and wikinews than in the last week. esp. about Aceh, the Tamil Tigers and the Kongo War. That's the main reason why I was paralysed and couldn't to fix the latest CVS problems. (new locale detection, latest redirect and session crashes.) > phpwiki has enabled me to develop this rapidly alone, and then enable > others to join me later without much problem. Also it's flexible and can > accommodate many needs (the nature of wiki really) > Who knows, your software may actually save lives. Good to hear! Who knows, maybe they stop their war now also. It may sound harsh, but the civil war in Sri Lanka and Aceh concerns me more than the Tsunami. You cannot really do a lot against Tsunami's in your region (the coast is far too near for an effective warning), but you can do something against the ongoing war and improve now communication between the conflicting parties and the poor uninvolved parties. The current state of affairs concerns me lot. I cannot sleep well. Which in return affected phpwiki development. And I fear that like in Lissabon 1755 (which harmed liberalism a lot) this might lead again to meta-physical problems. Thanksfully your people are not that stupid than those american folks here: http://en.wikinews.org/wiki/Radical_Group_declares_Tsunami_punishment_from_God Buddhist and Islamic religion might be more down to earth. Well, I hope so. BTW: You might want to include the wikipedia links to the various bittorrent video zip's. -- Reini Urban http://phpwiki.org/ |
From: <mi...@ha...> - 2005-01-05 23:22:54
|
Reini Urban writes: >> Any reasons why somebody _should_ switch to MediaWiki? > stability, more users, more developers. You won't get this kind of public confession from a proprietary software vendor :-) hats off to you. Anyway, I just would like to use this opportunity to say thanks to the developers of phpwiki. Indeed I suffered from numerous bugs in 1.3.10, but I've upgraded to the latest CVS, and it looks fine now. I used phpwiki to power the information centre on Aceh - the area which suffered the most from the recent tsunami disaster : http://aceh.abangadek.com/index.php/EN_HomePage phpwiki has enabled me to develop this rapidly alone, and then enable others to join me later without much problem. Also it's flexible and can accommodate many needs (the nature of wiki really) Who knows, your software may actually save lives. Thanks again. Thanks, Harry |
From: Oliver B. <ob...@de...> - 2005-01-05 22:02:03
|
Reini Urban wrote: [more features and capabilities in PhpWiki...] > mediawiki is a big hack, look at the source, but it works fine. already have been reading this elsewhere... > > Any reasons why somebody _should_ switch to MediaWiki? > > stability, more users, more developers. I was afraid to read this. Page/group permissions are _very_ interesting in PhpWiki, especially for corporate applications. Sad that there are not more people working on PhpWiki (I can't - no PHP knowledge). So I will stay with PhpWiki for my existing Wikis, but for our company's new knowledge base, other people prefer MediaWiki and I can't really contradict. I hope that it's the right choice... Oliver -- Oliver Betz, Muenchen |
From: Reini U. <ru...@x-...> - 2005-01-05 19:40:13
|
Oliver Betz schrieb: > are there any reasons why I should _not_ switch to MediaWiki? A lot of wiki's switched lately from phpwiki to mediawiki. the reason is the missing stability in phpwiki. supporting more platforms, databases, auth+perms, our rich abstraction and better plugin integration has its price. > For example: which important features of PhpWiki are not available in > MediaWiki? > > One might be that MediaWiki needs a SQL database where PhpWiki > supports dbm or even flatfile. But this seems to be available even > > AFAIS, there are no page permissions in MediaWiki? featurewise has mediawiki about 70% of phpwiki. no abstraction for database, parsing and presentation. and helper libs. just mysql support, which is known to be good only for read-only and otherwise very slow. page and group permissions, no pagetypes, no markup versioning, ... mediawiki is a big hack, look at the source, but it works fine. mediawiki adds arbitrary positional tags (span div), which we didn't want. they invented their own syntax, which was against all existing wikis, similar to tikiwiki. > Any reasons why somebody _should_ switch to MediaWiki? stability, more users, more developers. -- Reini Urban http://phpwiki.org/ |
From: Oliver B. <ob...@de...> - 2005-01-05 16:05:57
|
Hello All, are there any reasons why I should _not_ switch to MediaWiki? For example: which important features of PhpWiki are not available in MediaWiki? One might be that MediaWiki needs a SQL database where PhpWiki supports dbm or even flatfile. But this seems to be available even AFAIS, there are no page permissions in MediaWiki? Any reasons why somebody _should_ switch to MediaWiki? Oliver |
From: Reini U. <ru...@x-...> - 2005-01-04 22:58:59
|
I detected some cvs -r "release-1_2-branch" fixes and enhancements in cvs, which didn't make it into the releases 1.2.4, 1.2.5 and 1.2.6, so I'm just backporting and testing this. I'll update this particular 1.2 branch then http://cvs.sourceforge.net/viewcvs.py/phpwiki/phpwiki/lib/?only_with_tag=release-1_2-branch with the subsequent releases to bring it up-to-date and I will bring out a new 1.2.7 release then. ChangeLog: 2005-01-04 23:34 rurban Release 1.2.7 backport cvs release-1_2-branch enhancements never released with >= 1.2.4. * lib/stdlib.php, template/browse.html: split_pagename, ###SPLIT_PAGE### (from 2001-12-05) * INSTALL.Mac OS X added (from 2001-12-13) * lib/zipfile.php: Content-Disposition: attachment (from 2002-02-05) * lib/config.php, lib/stdlib.php: support new USE_LINK_ICONS and autosplit_wikiwords, better $WikiNameRegexp (from 2002-02-08) * locale/po/*: update strings from cvs (from 2001-11-28) -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Reini U. <ru...@x-...> - 2005-01-04 19:27:07
|
Arnaud Fontaine schrieb: > Hi all and Happy new year ! > > A short message to ask Reini and Dan about wikilens category integration > ? Soon to be released ? no. problems got worse than better lately. I'm trying apache2/php5/fc1 and gentoo, various debuggers and MonoBook. redirection problems. windows is very slow in template expansion. linux performance is okay on certain servers, but not on sf.net. session code causes apache to crash. I'll fix the crao body.tmpl > Any help needed ? Yes please. I had no time at all lately for this. esp. the theme, the left navbar with: <hr> <?plugin IncludePage page="LeftbarContent" quiet="true" ?> how to call newuserwelcomepage.tmpl, as .tmpl template or as pagetemplate with %%vars%% expanded as in CreatePage. lateron: create a buddylist dynamically or externally to be independent. some kind of internal or external clustering. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Arnaud F. <ar...@cr...> - 2005-01-04 17:54:13
|
oops ... Change the test at the end of the body.tmpl template file : if(!$HIDE_TOOLBAR) doesn't work when you need it ... (upgrade, for exemple ... or new wiki init) ... use if (isset($revision)) insteed. Arnaud Fontaine wrote: > Reini Urban wrote: > > > Arnaud Fontaine schrieb: > > > >> I've updated from CVS this morning : my wiki is back in 'en' by > >> default even with DEFAULT_LANGUAGE set to 'fr' in > >> config/config.ini. The language is still 'en' whatever I set in > >> user preferences. > >> > >> And by the way I still have the phpwiki/lib/DbSession.php:160: > >> Warning: Overlarge session data! 4386 gt. 4000 error ... grrr > > > > > > yes, I have the same issues. > > > > The latest locale change was premature: DEFAULT_LANGUAGE='' > > should set the client's locale, but sets the server locale, and > > doesn't work yet right. > > > > hmm ... strange ... I've installed a fresh wiki with > DEFAULT_LANGUAGE=fr ... it worked ... > > > I've also found some more errors on special cfg's: > > > > * upgrade => %BODY% in MonoBook > > > Oh ... I catched an error in the Crao theme, in body.tmpl. > > The new code is : > > <?php // -*-html-*- rcs_id('$Id: body.tmpl,v 1.4 2005/01/04 > 18:30:39 arnaud Exp $'); ?> <body<?= > $WikiTheme->getMoreAttr('body') ?>> <div id="header"><?php // for > top toolbars style sheet ?> <?= Template('top') ?> </div> <div > class="toolbar"><?= Template('navbar') ?></div> <!-- Page content > --> <div id="contenu"> <?php if (isset($HEADER)) { ?> <!-- Page > title --> <h1><?= $HEADER ?></h1> <?php } ?> <?= $CONTENT ?> <?= > Template('bottom') ?> </div> <?php if (!$HIDE_TOOLBARS) { ?> <!-- > Actionbar --> <?= Template('actionbar') ?> <?php } ?> </body> > > > > ------------------------------------------------------- The SF.Net > email is sponsored by: Beat the post-holiday blues Get a FREE > limited edition SourceForge.net t-shirt from ThinkGeek. It's fun > and FREE -- well, almost....http://www.thinkgeek.com/sfshirt > _______________________________________________ Phpwiki-talk > mailing list Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Arnaud F. <ar...@cr...> - 2005-01-04 17:38:21
|
Reini Urban wrote: > Arnaud Fontaine schrieb: > > > I've updated from CVS this morning : my wiki is back in 'en' by > > default even with DEFAULT_LANGUAGE set to 'fr' in > > config/config.ini. The language is still 'en' whatever I set in > > user preferences. > > > > And by the way I still have the phpwiki/lib/DbSession.php:160: > > Warning: Overlarge session data! 4386 gt. 4000 error ... grrr > > > yes, I have the same issues. > > The latest locale change was premature: DEFAULT_LANGUAGE='' should > set the client's locale, but sets the server locale, and doesn't > work yet right. > hmm ... strange ... I've installed a fresh wiki with DEFAULT_LANGUAGE=fr ... it worked ... > I've also found some more errors on special cfg's: > > * upgrade => %BODY% in MonoBook Oh ... I catched an error in the Crao theme, in body.tmpl. The new code is : <?php // -*-html-*- rcs_id('$Id: body.tmpl,v 1.4 2005/01/04 18:30:39 arnaud Exp $'); ?> <body<?= $WikiTheme->getMoreAttr('body') ?>> <div id="header"><?php // for top toolbars style sheet ?> <?= Template('top') ?> </div> <div class="toolbar"><?= Template('navbar') ?></div> <!-- Page content --> <div id="contenu"> <?php if (isset($HEADER)) { ?> <!-- Page title --> <h1><?= $HEADER ?></h1> <?php } ?> <?= $CONTENT ?> <?= Template('bottom') ?> </div> <?php if (!$HIDE_TOOLBARS) { ?> <!-- Actionbar --> <?= Template('actionbar') ?> <?php } ?> </body> |
From: Arnaud F. <ar...@cr...> - 2005-01-04 09:31:00
|
Hi all and Happy new year ! A short message to ask Reini and Dan about wikilens category integration ? Soon to be released ? Any help needed ? -- Arnaud Fontaine CRAO Jabber: sh...@ra... |
From: Andrew B. <at...@tr...> - 2004-12-30 21:19:25
|
I'm trying to install v 1.3.10 using mysql. I'm getting the following error when trying to run index.php for the first time: lib/DbaDatabase.php:54: Fatal[256]: dba_open(wiki_pagedb.,cd): No such handler: • file: wiki_pagedb. • mode: cd • handler: lib/DbaDatabase.php:160: Warning[512]: DbaDatabase: The DBA handler is unsupported! • Supported handlers are: cdb,cdb_make,db4,inifile,flatfile lib/DbaDatabase.php:54: Fatal[256]: dba_open(wiki_pagedb.,cd): No such handler: • file: wiki_pagedb. • mode: cd • handler: I don't know why this code is being executed since the config.ini file sets the DATABASE_TYPE = SQL. Any ideas? Thanks Andrew |
From: Reini U. <ru...@x-...> - 2004-12-29 14:04:28
|
Arnaud Fontaine schrieb: > I've updated from CVS this morning : my wiki is back in 'en' by default > even with DEFAULT_LANGUAGE set to 'fr' in config/config.ini. > The language is still 'en' whatever I set in user preferences. > > And by the way I still have the > phpwiki/lib/DbSession.php:160: Warning: Overlarge session data! 4386 gt. > 4000 > error ... grrr yes, I have the same issues. The latest locale change was premature: DEFAULT_LANGUAGE='' should set the client's locale, but sets the server locale, and doesn't work yet right. I've also found some more errors on special cfg's: * fix after-edit redirect if no sig * check why it's so slow (template expansion? change back to simplified templates as with 1.3.4? how?) * overlarge session data * upgrade => %BODY% in MonoBook -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Bruno B. G. <br...@ls...> - 2004-12-28 12:34:26
|
Is there some practical way to define new tags and have them substituted to code by a preprocessor? What I'm looking for is something pretty similar to what in C would be: #define <math> <?plugin TeX2png text="$$ #define </math> $$" ?> So when someone writes: <math>x^2</math> it's preprocessed and translated to: <?plugin TeX2png text="$$y^2+x$$" ?> before being processed by the wiki. I think it would clean the syntax and ease some repetitive tasks. It seems that there's no support at all for it, and I'm willing to implement it, but I need a bit of help to find myself around the code. I suppose this code would go into BlockParser.php, perhaps at _getBlock? Any ideas or suggestions are appreciated. -- Bruno Barberi Gnecco <brunobg_at_users.sourceforge.net> http://www.lsi.usp.br/~brunobg/ Never worry about theory as long as the machinery does what it's supposed to do. -- R.A. Heinlein |
From: Arnaud F. <ar...@cr...> - 2004-12-28 11:00:52
|
Hi all, I've updated from CVS this morning : my wiki is back in 'en' by default even with DEFAULT_LANGUAGE set to 'fr' in config/config.ini. The language is still 'en' whatever I set in user preferences. And by the way I still have the phpwiki/lib/DbSession.php:160: Warning: Overlarge session data! 4386 gt. 4000 error ... grrr -- Arnaud Fontaine CRAO Jabber: sh...@ra... |
From: Dan F. <dfr...@cs...> - 2004-12-23 21:28:22
|
Submitted to Sourceforge: Bug# 1090579: URL parsing not quite right I had the following URL in a page [Twin Cities search entry | http://twincities.citysearch.com/profile/35716516?cslink=roundup_name_cust&ulink=roundup__roundupentity2-5_1___profile_2_1] The page itself says: BAD URL -- remove all of <, >, " There are no <, >, or ". I remove the query stuff to leave [Twin Cities search entry | http://twincities.citysearch.com/profile/35716516] and it doesn't warn anymore. Either the parser or the error message should change. I would track it down, but I don't have time this minute. Dan This is based on 1.3.9, by the way. |
From: Hasse R. H. <ha...@ra...> - 2004-12-22 14:46:34
|
I've installed phpwiki 1.3.10 on my FreeBSD server running : apache=20 2.0.52, php 5.0.3 mysql 4.0.7 i've used /wiki/php5-patch.php with success after what i=F8ve created til pages/ with chmod 777 pages/ and then when i browse to : http://myserver.tld/wiki/ i get this error : Fatal error: Call to undefined method ImageButton::HtmlElement() in=20 /usr/home/websites/www.phpwiz.dk/www/wiki/lib/Theme.php on line 1129 how to solve this problem ? --=20 Kind regards and merry christmas Hasse R. Hansen - www.ramlev.dk Mobil : +45 26 15 17 49 |
From: <sh...@ad...> - 2004-12-22 12:28:20
|
As you may know, we specialize in assisting emerging companies in "Going Public". We also assist with Private Placement preparation (for companies wanting to raise capital). Many people are not aware that any company can go public including a startup or development stage company. Please visit our site or email us to receive our Go Public Report and our Advantages of Going Public Report. I wish I could convey to you, all the many benefits of going public in a brief letter. I am not sure if you can imagine how valuable and powerful a public company can be in achieving your goals and objectives. We would like to propose a joint venture with you. If you or an associate of yours may be interested in taking a company public, please let us know at sh...@ad... . We are happy to pay a very generous referral fee. Since we provide such an outstanding service and have a great deal of experience, you may want to pass this email on to an associate or you can send us their information. Please contact us when you are ready to move forward. Sincerely, Shaun Anthony sh...@ad... http://www.adminfundingconsult.com If you do not want to hear from us any longer, email us with no longer in the subject. ta...@ad... 8721 Santa Monica Bl #359 -- Los Angeles, CA 90069-4507 USA #HL38K-1221 |
From: Roy L. <rl...@bi...> - 2004-12-21 18:00:49
|
Why aren't multiple line breaks parsed into <br>? I would find this most useful for formatting. |
From: Margie R. <mro...@ch...> - 2004-12-20 18:20:11
|
Thanks very much. By the way, two decades ago (!) I used to teach AutoCad. okay, 17 years ago. Version 2 point something. Haven't touched it since, though. Anyhow, appreciate your fix, very much. Best Regards, Margie -- Margie Roswell 3443 Guilford Terrace Baltimore, MD 21218 H: 410-467-3727 W: 410-455-6802 C: 410-375-5803 E: ma...@dr... W: http://www.rawfoodwiki.org/ http://www.registration-deadlines.com http://www.50bushflipflops.com On Mon, 20 Dec 2004, Reini Urban wrote: > SourceForge.net schrieb: >> Read and respond to this message at: >> https://sourceforge.net/forum/message.php?msg_id=2904743 >> By: mroswell >> >> Hi, I appreciate very much your reply! However, I must have a prior version >> of PHPWiki. >> That code doesn't exist in mine. Closest I have in the lib directory is >> Request.php, >> in code I copy below. >> >> ah, maybe your suggesting that I ADD that code. - Where would I add it? > > anywhere. > >> - How do I add multiple IP addresses? > > multiple checks. > > >> Sincerely, >> Margie >> >> function setStatus($status) { >> if (preg_match('|^HTTP/.*?\s(\d+)|i', $status, $m)) { >> header($status); >> $status = $m[1]; >> } >> else { >> $status = (integer) $status; >> $reasons = array('200' => 'OK', >> '302' => 'Found', >> '400' => 'Bad Request', >> '401' => 'Unauthorized', >> '403' => 'Forbidden', >> '404' => 'Not Found'); >> header(sprintf("HTTP/1.0 %d %s", $status, $reason[$status])); >> } > > I'll have to add something here later for non-apache servers. > >> >> if (isset($this->_log_entry)) >> $this->_log_entry->setStatus($status); >> } > > > -- > Reini Urban > http://xarch.tu-graz.ac.at/home/rurban/ > |
From: Reini U. <ru...@x-...> - 2004-12-20 17:53:25
|
SourceForge.net schrieb: > Read and respond to this message at: > https://sourceforge.net/forum/message.php?msg_id=2904743 > By: mroswell > > Hi, > I appreciate very much your reply! However, I must have a prior version of PHPWiki. > That code doesn't exist in mine. Closest I have in the lib directory is Request.php, > in code I copy below. > > ah, maybe your suggesting that I ADD that code. > - Where would I add it? anywhere. > - How do I add multiple IP addresses? multiple checks. > Sincerely, > Margie > > function setStatus($status) { > if (preg_match('|^HTTP/.*?\s(\d+)|i', $status, $m)) { > header($status); > $status = $m[1]; > } > else { > $status = (integer) $status; > $reasons = array('200' => 'OK', > '302' => 'Found', > '400' => 'Bad Request', > '401' => 'Unauthorized', > '403' => 'Forbidden', > '404' => 'Not Found'); > header(sprintf("HTTP/1.0 %d %s", $status, $reason[$status])); > } I'll have to add something here later for non-apache servers. > > if (isset($this->_log_entry)) > $this->_log_entry->setStatus($status); > } -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |
From: Stefan <son...@ba...> - 2004-12-20 16:39:51
|
in CVS Version - Error lib/DbSession.php:160: Warning: Overlarge session data! 10645 gt. 4000 in WikiLens and other themes |
From: Stefan <son...@ba...> - 2004-12-20 16:32:44
|
Purge Markup Cache on Admin Page produces Errors Fatal Error: lib/WikiDB/backend/PearDB.php:1002: Error: wikidb_backend_peardb_mysql: fatal database error * DB Error: syntax error * ( WHERE [nativecode=1064 ** You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE' at line 1]) * lib/DbSession.php:160: Warning: Overlarge session data! 10618 gt. 4000 lib/WikiDB/backend/PearDB.php:89: Notice: Undefined property: _lock_count ------------------------------------------------------------------------ Fataler PhpWiki Fehler lib/WikiDB/backend/PearDB.php:1002: Error: wikidb_backend_peardb_mysql: fatal database error * DB Error: syntax error * ( WHERE [nativecode=1064 ** You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'WHERE' at line 1]) |
From: Reini U. <ru...@x-...> - 2004-12-20 16:08:28
|
Charles Corrigan schrieb: > The phpeclipse project recommends dbg - > http://phpeclipse.de/tiki-index.php?page=PHPeclipse+installation+for+Eclipse > +3.x Yes, this is the one which is the worst and simpliest. It would be easier to rewrite that in php/java than trying to get this to work. But much better would be some eclipse debugger hook to the new standard xdebug xml protocol (which zend also uses now). Just gdb and related tools (insight) use the old protocol. > http://dd.cron.ru/dbg/home.php > > regards, > Charles > -----Original Message----- > From: Reini Urban [mailto:ru...@x-...] > Sent: 20 December 2004 22:59 > Cc: php...@li... > Subject: Re: [Phpwiki-talk] Filename "duplicated" in > /phpwiki/themes/MacOS/buttons/de/ > > Charles Corrigan schrieb: > >>Now to work out how to install and use the php debugger in Eclipse :-) > > > There are three of them: zend, xdebug and apd > > * xdebug is the best, but probably not supported. > And it has two different modes: the old gdb and the new xml format. > "dbgbased" means the old xdebug protocol, which is not so great. > Better write your own php socket client to understand the gdb > protocol or better the new xml protocol as the zend ide does, > than using this weird russian debugger IDE. > * zend is second best, but proprietary and therefore probably > not supported. (being replaced by xdebug anyway) > * apd is not so great. > > We could make the wiki.editor work with Eclipse also. > Via xmlrpc or SOAP. I need some testapp for SOAP anyway. > The hypergraph applet would be fine for Eclipse also. > > [BTW: no need to reply to both, just the list is enough] -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ |