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
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jeff D. <da...@da...> - 2002-01-26 03:42:11
|
Carsten Klapp said: > Modified Files: > phpwiki-heavy.css phpwiki.css > Log Message: > Merged commented out lines (which mess up NS4) from phpwiki.css into > phpwiki-heavy.css. > > How do you like the smaller (diff) buttons, and slightly wider > navigation buttons? Personally, I liked the non-buttonish (just plain underlined) (diff) links. That column of buttons is just to glaring for my tastes. The slightly wider buttons look fine. But I'm starting to run out of browser width... That may be an independent issue... |
From: Carsten K. <car...@ma...> - 2002-01-26 03:33:52
|
Ah... very good. Must have missed that one. I can't think of any other reason for the HomePage to be locked by default. I'll change it back (unless there is anyone who feels different?) Carsten On Friday, January 25, 2002, at 09:41 pm, Jeff Dairiki wrote: > Carsten Klapp said: >> Update of /cvsroot/phpwiki/phpwiki/pgsrc >> In directory usw-pr-cvs1:/tmp/cvs-serv2715 >> >> Modified Files: >> HomePage >> Log Message: >> HomePage locked by default as a temporary precaution against the entire >> pgsrc unintentionally being reloaded. See >> https://sourceforge.net/mailarchive/forum.php?thread_id=199846&forum_id= >> 4517 > I fixed that (as part of the recent lib/main refactor) now if HomePage is > in > that database at all, no de-virgining will be done. > > (This may be a duplicate e-mail... if it is, sorry.) |
From: Jeff D. <da...@da...> - 2002-01-26 02:46:10
|
So that you can play with, and discuss the new markup as it evolves, I've just put up a test wiki at http://phpwiki.sf.net/newmarkup/. There's not much there yet, except for: http://phpwiki.sourceforge.net/newmarkup/index.php/NewMarkupTestPage Heavy discussion should probably remain on the main wiki (or phpwiki-talk)... |
From: Carsten K. <car...@ma...> - 2002-01-25 21:15:33
|
There seems to be a couple of problems which inhibit loading pages in PhpWikiAdministration... anyone have some insight how to go about fixing it? Fatal error: Call to undefined function: getuser() in /home/groups/p/ph/phpwiki/htdocs/alpha/lib/loadsave.php on line 358 Thanks, Carsten |
From: Carsten K. <car...@ma...> - 2002-01-25 21:04:37
|
Looks excellent Reini, thanks! --Carsten On Friday, January 25, 2002, at 03:30 pm, Reini Urban wrote: > Update of /cvsroot/phpwiki/phpwiki/locale/de/pgsrc > In directory usw-pr-cvs1:/tmp/cvs-serv16422 > > Modified Files: > PhpWikiSystemverwalten > Log Message: > Tricky german translation of this part. |
From: Carsten K. <car...@ma...> - 2002-01-25 19:55:41
|
Hi Tim, The HomePage text appears in 7 places total in 4 different code files, not including the body of some actual pages. If you want to use a different page name instead of the HomePage, search for the text "HomePage" in these files: lib/main.php lib/plugin/RecentChanges.php themes/default/templates/body.tmpl themes/Portland/templates/body.tmpl Maybe these could be replaced with a global constant in index.php for this kind of situation. Carsten On Friday, January 25, 2002, at 02:59 pm, Tim Bogart wrote: > All, > > I'm still tweaking this wikiwiki. I have successfully inserted my > departmental banner on this wiki, but the words "Home Page" next to it > make > it look like it is my departmental home page, and it's not. I've looked > and > looked. I can see it with I right click and view the page source, but > can't > find it anywhere in the index.php file. I've been pouring through files > for > a few hours now, but still can't find where it's comming from. Any clues > would be most appreciated. > > TIA, > > Tim B. |
From: Tim B. <tim...@wc...> - 2002-01-25 19:35:29
|
All, I'm still tweaking this wikiwiki. I have successfully inserted my departmental banner on this wiki, but the words "Home Page" next to it make it look like it is my departmental home page, and it's not. I've looked and looked. I can see it with I right click and view the page source, but can't find it anywhere in the index.php file. I've been pouring through files for a few hours now, but still can't find where it's comming from. Any clues would be most appreciated. TIA, Tim B. |
From: Tim B. <tim...@wc...> - 2002-01-25 17:14:25
|
On Friday 25 January 2002 11:57 am, Jeff Dairiki wrote: > On Thu, 24 Jan 2002 11:45:00 -0500 > > "Tim Bogart" <tim...@wc...> wrote: > > I added this line to the very begining... > > > > $ldt=date("Y-m-d G:m:s"); > > > > and added this line further down ... > > > > <form method="post" action="${BROWSE}EditPage"> > > <textarea class="wikiedit" > > name="content" > > rows="${EDIT_AREA_HEIGHT}" > > cols="${EDIT_AREA_WIDTH}" > > wrap="virtual">$FORMVARS[content] > > <? echo $ldt ?></textarea> <-----THIS IS THE LINE I ADDED > > > > which does what I wish, but it happens too late. It happens the *next* > > time > I push the edit button. Which is one save too late. > > I'm not sure I understand exactly what you want (from what I do > understand, I think the solution you've proposed here is a good one.) > > Whenever someone edits a page, your patches (above) add a line with the > current date at the bottom of the page text. Assuming your users follow > the prescribed protocol, they just add their edits below that line... > What about that don't you like? > It doesn't work properly. You push the edit button and that's when it's stamped. Not when the save button is pushed. I want the time stamp to occur when the save button is pushed. I'm now trying to edit the savepage.php file to do this. I've added a line to your savepage.php file, thus... //////////////////////////////////////////////////////////////// // // From here on, we're actually saving. // $content = date("Y/m/d H:i:s - ") .$content; <----THIS IS THE LINE $newrevision = $page->createRevision($editversion + 1, $content, $meta, ExtractWikiPageLinks($content)); but it doesn't work. It doesn't error, it just doesn't do anything. > > One of my co-workers suggested that I add a database table with the > > timestamp > and extract it and print it to the screen at the beginning of > the > savepage.php script, which seems like a good idea, if I knew what I > was doing > and how to do it. Any help would be most appreciated. > > As noted before, whenever you save a new version of a page, a timestamp is > already recorded --- it's already there, and, as has been pointed out, you > can access it(among other ways) via the PageHistory display. > Yes, I have found this out. I would like to append this timestamp at the end of the typed text when the save button is pushed and (as I am learning) the savepage.php script is executed. > I guess I don't understand exactly what you're proposing to do with it.... > > > Eventually, PhpWiki will support weblog style pages. As I envision them, > these are, essentially: append-only pages, where each edit(appendation) is > annotated with the author and date. Is that what you're looking for? YES! This is *exactly* where I am trying to go. But alas, I know not what I do. But I *am* trying. Thanks! Tim B. |
From: Jeff D. <da...@da...> - 2002-01-25 16:57:33
|
On Thu, 24 Jan 2002 11:45:00 -0500 "Tim Bogart" <tim...@wc...> wrote: > I added this line to the very begining... > > $ldt=date("Y-m-d G:m:s"); > > and added this line further down ... > > <form method="post" action="${BROWSE}EditPage"> > <textarea class="wikiedit" > name="content" > rows="${EDIT_AREA_HEIGHT}" > cols="${EDIT_AREA_WIDTH}" > wrap="virtual">$FORMVARS[content] > <? echo $ldt ?></textarea> <-----THIS IS THE LINE I ADDED > > which does what I wish, but it happens too late. It happens the *next* time > I push the edit button. Which is one save too late. I'm not sure I understand exactly what you want (from what I do understand, I think the solution you've proposed here is a good one.) Whenever someone edits a page, your patches (above) add a line with the current date at the bottom of the page text. Assuming your users follow the prescribed protocol, they just add their edits below that line... What about that don't you like? > One of my co-workers suggested that I add a database table with the timestamp > and extract it and print it to the screen at the beginning of the > savepage.php script, which seems like a good idea, if I knew what I was doing > and how to do it. Any help would be most appreciated. As noted before, whenever you save a new version of a page, a timestamp is already recorded --- it's already there, and, as has been pointed out, you can access it(among other ways) via the PageHistory display. I guess I don't understand exactly what you're proposing to do with it.... Eventually, PhpWiki will support weblog style pages. As I envision them, these are, essentially: append-only pages, where each edit(appendation) is annotated with the author and date. Is that what you're looking for? |
From: Tim B. <tim...@wc...> - 2002-01-24 16:20:42
|
On Thursday 24 January 2002 11:00 am, Lawrence Akka wrote: > Sorry - been a bit busy with the day job! Darn...I thought I asked a stumper! > > Where do you want the timestamp to appear? At the beginning of the line where the individual editing the page started typing. > On the page itself? Yes, so the data is recorded in my postgresql database for future reference. Reports and the like. > That's not > too hard. In fact, if you browse a page, you can see at the bottom a line > which says "Last edited on ..." Is that enough for you? Unfortunately, no. I need to be able to go back and see when each entry was made, so I need a permanent record of it to show up on the page itself. > Or do you want > the timestamp next to the changes that have been made? That's a bit > harder. If you do, what happens if someone edits two different parts of > the same page? > Good point. Edicut on the page will be to append to the end. This will be observed by all using it. > You can always see the date and time of any change by looking at > RecentChanges, or PageHistory. > I was unaware of that. I looked at it, but it would be a bit cumbersome when trying to determine when specific entries were made. I would like the chronology to appear on the page itself. I added a line to the editpage.html I added this line to the very begining... $ldt=date("Y-m-d G:m:s"); and added this line further down ... <form method="post" action="${BROWSE}EditPage"> <textarea class="wikiedit" name="content" rows="${EDIT_AREA_HEIGHT}" cols="${EDIT_AREA_WIDTH}" wrap="virtual">$FORMVARS[content] <? echo $ldt ?></textarea> <-----THIS IS THE LINE I ADDED which does what I wish, but it happens too late. It happens the *next* time I push the edit button. Which is one save too late. One of my co-workers suggested that I add a database table with the timestamp and extract it and print it to the screen at the beginning of the savepage.php script, which seems like a good idea, if I knew what I was doing and how to do it. Any help would be most appreciated. Thanks, Tim > Lawrence > > At 16:08 24/01/2002, Tim Bogart wrote: > >Well, I must have asked a stumper because nobody has responded to this > >question. > > > >After other inquires, it has been suggested to me that I put a table in > > the wiki database which contains some sort of time stamp and extract it > > at save time. This sounds like the best idea to me. Could somebody > > please give me an idea how to do this? > > > >TIA, > > > >Tim > > > >On Tuesday 22 January 2002 01:32 pm, Tim Bogart wrote: > > > All, > > > > > > Please bare with me folks. I'm not a programmer. I don't even play > > > one on TV. I would like to change the function of the edit button on > > > my wiki so that it performs a time stamp along with save it does. I > > > know from reading the php docs that php does have a time stamp function > > > based on the system clock. > > > > > > How would I go about incorporating this enhancement? > > > > > > As always, TIA. > > > > > > Tim B. > > > > > > _______________________________________________ > > > Phpwiki-talk mailing list > > > Php...@li... > > > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > >_______________________________________________ > >Phpwiki-talk mailing list > >Php...@li... > >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Lawrence A. <la...@us...> - 2002-01-24 16:00:30
|
Sorry - been a bit busy with the day job! Where do you want the timestamp to appear? On the page itself? That's not too hard. In fact, if you browse a page, you can see at the bottom a line which says "Last edited on ..." Is that enough for you? Or do you want the timestamp next to the changes that have been made? That's a bit harder. If you do, what happens if someone edits two different parts of the same page? You can always see the date and time of any change by looking at RecentChanges, or PageHistory. Lawrence At 16:08 24/01/2002, Tim Bogart wrote: >Well, I must have asked a stumper because nobody has responded to this >question. > >After other inquires, it has been suggested to me that I put a table in the >wiki database which contains some sort of time stamp and extract it at save >time. This sounds like the best idea to me. Could somebody please give me >an idea how to do this? > >TIA, > >Tim > >On Tuesday 22 January 2002 01:32 pm, Tim Bogart wrote: > > All, > > > > Please bare with me folks. I'm not a programmer. I don't even play one on > > TV. I would like to change the function of the edit button on my wiki so > > that it performs a time stamp along with save it does. I know from reading > > the php docs that php does have a time stamp function based on the system > > clock. > > > > How would I go about incorporating this enhancement? > > > > As always, TIA. > > > > Tim B. > > > > _______________________________________________ > > Phpwiki-talk mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Tim B. <tim...@wc...> - 2002-01-24 15:44:36
|
Well, I must have asked a stumper because nobody has responded to this question. After other inquires, it has been suggested to me that I put a table in the wiki database which contains some sort of time stamp and extract it at save time. This sounds like the best idea to me. Could somebody please give me an idea how to do this? TIA, Tim On Tuesday 22 January 2002 01:32 pm, Tim Bogart wrote: > All, > > Please bare with me folks. I'm not a programmer. I don't even play one on > TV. I would like to change the function of the edit button on my wiki so > that it performs a time stamp along with save it does. I know from reading > the php docs that php does have a time stamp function based on the system > clock. > > How would I go about incorporating this enhancement? > > As always, TIA. > > Tim B. > > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Reini U. <ru...@x-...> - 2002-01-23 08:02:47
|
Reini Urban schrieb: > 2. from time to time on heavy load my mysql begins to crawl also. but mostly > on windows. > maybe when paging starts to occur. i restart mysql then (killall -1 > safe_mysqld) and/or > apache (apachectl graceful) oops, sorry. kill -1 doesn't help at all. this just re-reads the config files. apachectl restart; /etc/init.d/mysqld restart resp. on windows better net stop apache; net stop mysql; net start mysql; net start apache -- Reini Urban http://atelier.akbild.ac.at/ (soon) http://xarch.tu-graz.ac.at/home/rurban/ (big) http://tv.mur.at/ (kulturelles) |
From: Reini U. <ru...@x-...> - 2002-01-23 07:59:56
|
Carsten Klapp schrieb: > Jeff raised an important problem about difficulty dealing with translated > error messages, I'd like to get some feedback from the group. > > I'm inclined to agree, many or all of the php, database, and non-wiki > error messages should revert back to english only. yes, critical errors must be english. esp. dealing with gettext and the db. for warnings i'm not so sure. for user hints i'm for translated versions. > I am willing to do the changes, but does anyone have any comments first? > Or any concerns about which specific errors should be english only and > which can be translated? > > Carsten > > Begin forwarded message: > > From: Jeff Dairiki <da...@da...> > Date: Tue Jan 22, 2002 11:32:51 am America/Montreal > To: "Carsten Klapp" <car...@ma...> > Subject: Translated error messages. > > Okay, I've found the problem with gettextifying all the error messages: > I can't read them. I've found a fatal error which only occurs when > LANG=de, but boy is it a pain to have to go untranslate it. > > I really think we ought to leave the debugging output in English: > * Less translation. > * The errors which PHP generates are always in English (so far as I know) > . > * Anyone capable of doing anything about the errors (e.g. PHP hacking) > can probably deal with English at that level. -- Reini Urban http://atelier.akbild.ac.at/ (soon) http://xarch.tu-graz.ac.at/home/rurban/ (big) http://tv.mur.at/ (kulturelles) |
From: Reini U. <ru...@x-...> - 2002-01-22 23:14:23
|
"Geoffrey L. Wright" schrieb: > But mid-today I started noticing a bit 'o strange lag every time I accessed > the wiki. Basicly, page loads now take 3 or 4 seconds, whereas before they > we quite quick. If you're interested, you can witness the effect first > hand at: > http://www.northernwastes.org > > Here are several useful things to know. > > 1 - I host several other domains on this machine. Everything else seems > healthy. > > 2 - I run SquirrelMail (http://squirrelmail.sourceforge.net), and it too > seems to be functioning properly. So nothing seems _grossly_ wrong w/my PHP > setup. > > 3 - I'm using MySQL as the back-end. > > 4 - Neither MySQL, Apache nor PhpWiki are reporting any errors. > > 5 - Upgrading to the most recent nightly snap doesn't change the problem for > better or worse. (Although I really dig the OS X theme...) > > 6 - Backing up the wiki, then nuking the database, then rebuilding it > doesn't change anything. A brand-spankin' new wiki has the same problem. > > 7 - I'm running Debian/Woody. apache-ssl, php4, php4-mysql, php4-pear and > mysql-server are all apt-installed. > > 8 - I've reinstalled the PhpWiki code and reconfigured the index.php file > several times to make sure I haven't kludged anything there. > > 9 - I can't think of a damned thing that I've changed on the box before the > problem started to occur. I don't _think_ I upgraded any related packages. > (or any packages at all, for that matter...) > > Any thoughts or constructive advice? 1. either you are using filesystem sessions, a "bad" filesystem (i.e. not ReiserFS, XFS) such as ext2 or ntfs and your temp is quite full (say > 500 files) and your php is configured to use automatic sessions. (--enable-trans-sid). fileaccess in such dirs is not solved on simple "linear" filesystems. 2. from time to time on heavy load my mysql begins to crawl also. but mostly on windows. maybe when paging starts to occur. i restart mysql then (killall -1 safe_mysqld) and/or apache (apachectl graceful) -- Reini Urban http://atelier.akbild.ac.at/ (soon) http://xarch.tu-graz.ac.at/home/rurban/ (big) http://tv.mur.at/ (kulturelles) |
From: Carsten K. <car...@ma...> - 2002-01-22 23:13:04
|
Jeff raised an important problem about difficulty dealing with translated error messages, I'd like to get some feedback from the group. I'm inclined to agree, many or all of the php, database, and non-wiki error messages should revert back to english only. I am willing to do the changes, but does anyone have any comments first? Or any concerns about which specific errors should be english only and which can be translated? Carsten Begin forwarded message: From: Jeff Dairiki <da...@da...> Date: Tue Jan 22, 2002 11:32:51 am America/Montreal To: "Carsten Klapp" <car...@ma...> Subject: Translated error messages. Okay, I've found the problem with gettextifying all the error messages: I can't read them. I've found a fatal error which only occurs when LANG=de, but boy is it a pain to have to go untranslate it. I really think we ought to leave the debugging output in English: * Less translation. * The errors which PHP generates are always in English (so far as I know) . * Anyone capable of doing anything about the errors (e.g. PHP hacking) can probably deal with English at that level. |
From: Geoffrey L. W. <ge...@no...> - 2002-01-22 18:38:30
|
<quote who="Lawrence Akka"> > Welcome to the WonderfulWorldOfWiki Well, thanks. Nice to be here. [...] >>But mid-today I started noticing a bit 'o strange lag every time I >>accessed the wiki. Basicly, page loads now take 3 or 4 seconds, >>whereas before they we quite quick. If you're interested, you can >>witness the effect first hand at: >>http://www.northernwastes.org > > Hmmm .. looks OK to me - nice and fast <confusion-sets-in> Hmmmm... It seems OK from here, too. Now I'm even more perplexed. Last night it was SLOW, this AM it's perfectly OK. Haven't touched the box between now and then. In troubleshooting yesterday I even when so far as to ruin my uptime w/a reboot and still no change. </confusion-sets-in> > Is it *always* slow? Or just sometimes? Do the other domains involve > MySQL access? Last night it was perfectly consistant. Today it's consistantly perfect. > Is PHP running as a cgi or as an Apache module? as an Apache module. > Im a bit stumped really - just trying to think of some things to > explore. Others may have a better idea (when they wake up)! Well, at this point I'm going to write it off to gremlins. I have nary a log entry to indicate a problem. Or perhaps some mysterious yet well-meaning PhpWikiPerson owned my box last night and set things right w/out saying anything. If it happens again I'll just try harder to gather useful data... At any rate, thanks for taking time to consider the problem! > Lawrence Akka //glw |
From: Geoffrey L. W. <ge...@no...> - 2002-01-22 18:36:23
|
<quote who="Lawrence Akka"> > Welcome to the WonderfulWorldOfWiki Well, thanks. Nice to be here. [...] >>But mid-today I started noticing a bit 'o strange lag every time I >>accessed the wiki. Basicly, page loads now take 3 or 4 seconds, >>whereas before they we quite quick. If you're interested, you can >>witness the effect first hand at: >>http://www.northernwastes.org > > Hmmm .. looks OK to me - nice and fast <confusion-sets-in> Hmmmm... It seems OK from here, too. Now I'm even more perplexed. Last night it was SLOW, this AM it's perfectly OK. Haven't touched the box between now and then. In troubleshooting yesterday I even when so far as to ruin my uptime w/a reboot and still no change. </confusion-sets-in> > Is it *always* slow? Or just sometimes? Do the other domains involve > MySQL access? Last night it was perfectly consistant. Today it's consistantly perfect. > Is PHP running as a cgi or as an Apache module? as an Apache module. > Im a bit stumped really - just trying to think of some things to > explore. Others may have a better idea (when they wake up)! Well, at this point I'm going to write it off to gremlins. I have nary a log entry to indicate a problem. Or perhaps some mysterious yet well-meaning PhpWikiPerson owned my box last night and set things right w/out saying anything. If it happens again I'll just try harder to gather useful data... At any rate, thanks for taking time to consider the problem! > Lawrence Akka //gl |
From: Geoffrey L. W. <ge...@no...> - 2002-01-22 18:36:22
|
<quote who="Lawrence Akka"> > Welcome to the WonderfulWorldOfWiki Well, thanks. Nice to be here. [...] >>But mid-today I started noticing a bit 'o strange lag every time I >>accessed the wiki. Basicly, page loads now take 3 or 4 seconds, >>whereas before they we quite quick. If you're interested, you can >>witness the effect first hand at: >>http://www.northernwastes.org > > Hmmm .. looks OK to me - nice and fast <confusion-sets-in> Hmmmm... It seems OK from here, too. Now I'm even more perplexed. Last night it was SLOW, this AM it's perfectly OK. Haven't touched the box between now and then. In troubleshooting yesterday I even when so far as to ruin my uptime w/a reboot and still no change. </confusion-sets-in> > Is it *always* slow? Or just sometimes? Do the other domains involve > MySQL access? Last night it was perfectly consistant. Today it's consistantly perfect. > Is PHP running as a cgi or as an Apache module? as an Apache module. > Im a bit stumped really - just trying to think of some things to > explore. Others may have a better idea (when they wake up)! Well, at this point I'm going to write it off to gremlins. I have nary a log entry to indicate a problem. Or perhaps some mysterious yet well-meaning PhpWikiPerson owned my box last night and set things right w/out saying anything. If it happens again I'll just try harder to gather useful data... At any rate, thanks for taking time to consider the problem! > Lawrence Akka //gl |
From: Tim B. <tim...@wc...> - 2002-01-22 18:07:18
|
All, Please bare with me folks. I'm not a programmer. I don't even play one on TV. I would like to change the function of the edit button on my wiki so that it performs a time stamp along with save it does. I know from reading the php docs that php does have a time stamp function based on the system clock. How would I go about incorporating this enhancement? As always, TIA. Tim B. |
From: Lawrence A. <la...@us...> - 2002-01-22 17:33:44
|
:-) At 17:43 22/01/2002, Tim Bogart wrote: >Boy, that save button really works wonders! Man, is my face red. > >Nevermind... > >Tim > >On Tuesday 22 January 2002 12:06 pm, Lawrence Akka wrote: > > Tim, > > > > What do you mean exactly? Do you mean that when you have saved a page on > > one computer (and you can browse to it), you cannot see it on the other > > computer? > > > > What about if you look at RecentChanges. Does it appear there? > > > > Are you saying that you can see the page, but no content? > > > > Are you running any cache software (eg APC, Squid)? > > > > Lawrence > > > > At 16:58 22/01/2002, Tim Bogart wrote: > > >I got my wiki comming up now, without errors about anything not being > > > found or database errors or anything else. It just doesn't work. I can > > > go to the page both on my host server and on another computer, but when I > > > type things, they only show up on the machine I'm typing on, and not the > > > other end. This is true for both the host server and the machine > > > attaching to it. I can create new pages, other computers can see the new > > > pages I create, but neither side can see what's being typed. > > > > > >Any and all suggestions will be most appreciated. > > > > > >Tim B. > > > > > >_______________________________________________ > > >Phpwiki-talk mailing list > > >Php...@li... > > >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > > > _______________________________________________ > > Phpwiki-talk mailing list > > Php...@li... > > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Tim B. <tim...@wc...> - 2002-01-22 17:19:56
|
Boy, that save button really works wonders! Man, is my face red. Nevermind... Tim On Tuesday 22 January 2002 12:06 pm, Lawrence Akka wrote: > Tim, > > What do you mean exactly? Do you mean that when you have saved a page on > one computer (and you can browse to it), you cannot see it on the other > computer? > > What about if you look at RecentChanges. Does it appear there? > > Are you saying that you can see the page, but no content? > > Are you running any cache software (eg APC, Squid)? > > Lawrence > > At 16:58 22/01/2002, Tim Bogart wrote: > >I got my wiki comming up now, without errors about anything not being > > found or database errors or anything else. It just doesn't work. I can > > go to the page both on my host server and on another computer, but when I > > type things, they only show up on the machine I'm typing on, and not the > > other end. This is true for both the host server and the machine > > attaching to it. I can create new pages, other computers can see the new > > pages I create, but neither side can see what's being typed. > > > >Any and all suggestions will be most appreciated. > > > >Tim B. > > > >_______________________________________________ > >Phpwiki-talk mailing list > >Php...@li... > >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk > > _______________________________________________ > Phpwiki-talk mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Lawrence A. <la...@us...> - 2002-01-22 17:06:34
|
Tim, What do you mean exactly? Do you mean that when you have saved a page on one computer (and you can browse to it), you cannot see it on the other computer? What about if you look at RecentChanges. Does it appear there? Are you saying that you can see the page, but no content? Are you running any cache software (eg APC, Squid)? Lawrence At 16:58 22/01/2002, Tim Bogart wrote: >I got my wiki comming up now, without errors about anything not being found >or database errors or anything else. It just doesn't work. I can go to the >page both on my host server and on another computer, but when I type things, >they only show up on the machine I'm typing on, and not the other end. This >is true for both the host server and the machine attaching to it. I can >create new pages, other computers can see the new pages I create, but neither >side can see what's being typed. > >Any and all suggestions will be most appreciated. > >Tim B. > >_______________________________________________ >Phpwiki-talk mailing list >Php...@li... >https://lists.sourceforge.net/lists/listinfo/phpwiki-talk |
From: Tim B. <tim...@wc...> - 2002-01-22 16:36:37
|
I got my wiki comming up now, without errors about anything not being found or database errors or anything else. It just doesn't work. I can go to the page both on my host server and on another computer, but when I type things, they only show up on the machine I'm typing on, and not the other end. This is true for both the host server and the machine attaching to it. I can create new pages, other computers can see the new pages I create, but neither side can see what's being typed. Any and all suggestions will be most appreciated. Tim B. |
From: Lawrence A. <la...@us...> - 2002-01-22 10:58:44
|
Welcome to the WonderfulWorldOfWiki At 10:36 22/01/2002, Geoffrey L. Wright wrote: >Ack! > >Apologies for that last message. Inadvertently hit the send key before the >proper time. Not a particularly eloquent first post to the list... At least it was short! >Now on to my little issue: > >I'm a recent convert to PhpWiki. We just set up 1.2.2 at work, and in a few >short weeks it's become indispensable. > >I'm now in process of setting up PhpWiki on my personal domain using 1.3.2. > I installed it several nights ago and it went w/out a hitch. Install >process was nice, easy and well-documented. > >But mid-today I started noticing a bit 'o strange lag every time I accessed >the wiki. Basicly, page loads now take 3 or 4 seconds, whereas before they >we quite quick. If you're interested, you can witness the effect first >hand at: >http://www.northernwastes.org Hmmm .. looks OK to me - nice and fast >Here are several useful things to know. > >1 - I host several other domains on this machine. Everything else seems >healthy. > >2 - I run SquirrelMail (http://squirrelmail.sourceforge.net), and it too >seems to be functioning properly. So nothing seems _grossly_ wrong w/my PHP >setup. > >3 - I'm using MySQL as the back-end. > >4 - Neither MySQL, Apache nor PhpWiki are reporting any errors. > >5 - Upgrading to the most recent nightly snap doesn't change the problem for >better or worse. (Although I really dig the OS X theme...) > >6 - Backing up the wiki, then nuking the database, then rebuilding it >doesn't change anything. A brand-spankin' new wiki has the same problem. > >7 - I'm running Debian/Woody. apache-ssl, php4, php4-mysql, php4-pear and >mysql-server are all apt-installed. > >8 - I've reinstalled the PhpWiki code and reconfigured the index.php file >several times to make sure I haven't kludged anything there. > >9 - I can't think of a damned thing that I've changed on the box before the >problem started to occur. I don't _think_ I upgraded any related packages. > (or any packages at all, for that matter...) > >Any thoughts or constructive advice? > Is it *always* slow? Or just sometimes? Do the other domains involve MySQL access? Is PHP running as a cgi or as an Apache module? Im a bit stumped really - just trying to think of some things to explore. Others may have a better idea (when they wake up)! >Many thanks, > > >//glw Lawrence Akka |