[pmwiki-users] Page save performance issue
Dear all, since October 2007 I'm using PmWiki for a personal wiki. PmWiki was the best choice for me because it's most flexible with it's skins and it's file based, which reduces administrative tasks on the two systems where PmWiki is (indeoendent) located. Since that time I was absolutely satisfied with that choice. But since February 2009 the page save time (after editing a page) increases continuously from nearly 1 second up to 10 seconds. Now it takes 17 seconds to save a page edit - nearly independent how large the page is. The page render time is best, it takes between 0.07 to 1.71 seconds to reander a page depending of it's content (stopwatch). Here some basic informations about the Wiki and the systems: Wiki: 348 sites / 353 files in ./wiki.d largest file: 541224 bytes, smallest file: 969 bytes largest file page save time: 17 seconds smallest file page save time: 16 seconds System 1: Windows XP Professional 1 Intel Core 2 Duo @1.66 GHz 2 GB RAM HD 1: 160 GB for OS and Apps HD 2: 250 GB for data and the wiki System 2: Windows Vista Home Premium 1 Intel Core 2 Duo @1.5 GHz 2 GB RAM HD Part. 1: 60 GB for OS and Apps HD Part. 2: 190 GB for data and the wiki On both systems the page save performance is nearly the same. Anyone here who has an idea how to get rid of this performance issue. In the mailing list I could not find any issues regarding such a strange performance problem... Thanks in advance, yours Erek Laatz (from North Germany) ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] Page save performance issue
Laatz, Erek a écrit : On both systems the page save performance is nearly the same. did you defragment the hard drive? jdd -- http://www.dodin.net http://valerie.dodin.org http://news.opensuse.org/2009/04/13/people-of-opensuse-jean-daniel-dodin/ ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] Geotagging for PmWiki
Dear Pm community, As per title I'm attempting to write a proof of concept PmWiki recipe for geotagging support in PmWiki. I could do with some design advice on my embryonic ideas/ramblings below: (1) We want to add geotag to relevant wiki pages. New markup needed (:coord lat, lng:) e.g. (:coord 52.12345, -1.23456789:). This would create metatags in the resultant html output in keeping with say Wikipedia's ideas here: + http://en.wikipedia.org/wiki/Geotagging + http://en.wikipedia.org/wiki/Wikipedia:WikiProject_Geographical_coordinates So we have geotagged page we need to get to the data (from other applications) in various ways; GeoRSS feed, backend database (2) For the GeoRSS feed I'm hoping I'll simply reuse one of the existing RSS feeds and convert the output to GeoRSS XML output. Hopefull I'll be able to get this working for Recent Changes for example. GeoRSS is good as many mapping clients consume this. I could also adapt for output of KML also lets not jump before I'm walking! (3) The end goal for the database backend is we could use PmWiki to display relevant content to a specified grid reference, and a few quick geodetic calculations could give me a list of pages with content near to a specific coordinate. This is a bit like Flikr for photos. I'll start with the SQLite receipe (http://www.pmwiki.org/wiki/Cookbook/SQLite) as I've used this before with PmWiki. I could add two new columns to the 'pages' table which will extract the latitude and longitude data from my new markup as per (1) above. This will help me perform quick distance calculations at a later time without inspecting the page content. Ideally I'd use either Postgres (PostGIS extensions) or MySQL backend (with geo extensions). For those that are still reading, I've the following initial questions: (a) has this been done before? (b) if not, does the above sound achievable (assuming a few pointers from this community as I uncover issues)? (c) I assume I'll copy the (:summary:) markup item to create new new (:coord:) markup. Is this good practise? (d) Will a customer RSS feed (read GeoRSS feed) be possible from the content of data available from the recent changes RSS feed? I'll need page title and coord markup within the XML output. (e) For the database backend, starting with SQLite recipe, can I simply add two columns (lat lng) and have the new (:coord:) markup be parsed by it? Any advice very much welcome. --Steve. ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] ANN: New Skin -- Colorimetry
A simple, 2-column interface, with a few color variations. http://www.pmwiki.org/wiki/Cookbook/Colorimetry Hope you like it. ~ ~ Dave ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] New Skin -- Colorimetry
DaveG wrote : http://www.pmwiki.org/wiki/Cookbook/Colorimetry Colorimetry in action : http://wiki.noteit.free.fr/ One question : I combine the toggle cookbook with some predefined 'gif' picture (it is static) Just wondering how I could associate different 'gif' depending on Colorimetry's colors ? SH ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] New Skin -- Colorimetry
Stphane Heckel wrote:
DaveG wrote :
http://www.pmwiki.org/wiki/Cookbook/Colorimetry
Colorimetry in action : http://wiki.noteit.free.fr/
One question : I combine the toggle cookbook with some predefined 'gif'
picture (it is static)
Just wondering how I could associate different 'gif' depending on
Colorimetry's colors ?
1] Create a directory in pub/ called myicons/
2] create sub-directories named after the colors. So you now have:
/pub/myicons/green/
/pub/myicons/orange/
...
3] Put the icons in the appropriate color directory.
4] Create a css file myicons.css containing a css class, with a link to
the image -- note the url does not need to contain a path since you put
the css file in the same directory as the images. You probably want a
few more styling attributes as well:
.myicon { background-image: url(myicon.gif); }
5] place a copy of the same css file (no changes needed) into each color
directory.
6] in config.php load the css file based on color:
$HTMLHeaderFmt['myicons'] = link rel='stylesheet' type='text/css'
href='$PubDirUrl/myicons/ .(empty($SkinColor) ?'green' :$SkinColor)
./myicons.css' media='screen' /\n;
7] Use the class 'myicons' on whatever element you want to apply the
image styling to.
~ ~ David
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
[pmwiki-users] PHP 5.3 woes.
Since I have not seen an update for a while, and we are installing SnowLeopard on one of our test servers, I thought I would add a data point. On Oct 4, 2009, at 1:19 PM, rogu...@googlemail.com wrote: Paul Badger (2009-10-04 00:51): Anyway, try putting this in your config.php: # temprorary workaround for PHP 5.3 login issues # pmwiki.org/wiki/PITS/01141 $_REQUEST[session_name()]=1; -- -- Rogutės Sparnuotos On our system, Initially the pages more or less display, but not the pagelists, with the default time zone warning either nicely displayed near the end of the page, or one or several copies at the top. When I added the date_default_timezone_set() = 'America/New_York'; to config.php, all the pages come up blank. The session name line seems to have no effect. We are running AuthUser. Before I start deleting recipes, has anyone got it to work yet? Thanks, Vince ___ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PHP 5.3 woes.
Vince Administration (2009-10-19 14:17):
On our system, Initially the pages more or less display, but not the
pagelists, with the default time zone warning either nicely
displayed near the end of the page, or one or several copies at the
top.
When I added the
date_default_timezone_set() = 'America/New_York';
to config.php, all the pages come up blank.
The session name line seems to have no effect.
We are running AuthUser. Before I start deleting recipes, has
anyone got it to work yet?
Thanks, Vince
The line you are adding has syntax errors and error reporting is turned
off in your PHP config. It should read:
date_default_timezone_set('America/New_York');
AuthUser seems to works here, but I didn't do much testing and didn't
investigate beyond the workaround yet.
The problem with pagelists lies in GlobToPCRE() function in pmwiki.php
and is tracked at http://pmwiki.org/wiki/PITS/01149 . It concerns
exclusion patterns (name=-Page) only.
These two problems with PHP-5.3 are the only ones I've encountered so
far.
--
-- Rogutės Sparnuotos
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
Re: [pmwiki-users] PHP 5.3 woes.
On Oct 19, 2009, at 5:13 PM, rogu...@googlemail.com wrote:
Vince Administration (2009-10-19 14:17):
On our system, Initially the pages more or less display, but not the
pagelists, with the default time zone warning either nicely
displayed near the end of the page, or one or several copies at the
top.
When I added the
date_default_timezone_set() = 'America/New_York';
to config.php, all the pages come up blank.
The session name line seems to have no effect.
We are running AuthUser. Before I start deleting recipes, has
anyone got it to work yet?
Thanks, Vince
The line you are adding has syntax errors and error reporting is
turned
off in your PHP config. It should read:
date_default_timezone_set('America/New_York');
AuthUser seems to works here, but I didn't do much testing and didn't
investigate beyond the workaround yet.
The problem with pagelists lies in GlobToPCRE() function in pmwiki.php
and is tracked at http://pmwiki.org/wiki/PITS/01149 . It concerns
exclusion patterns (name=-Page) only.
These two problems with PHP-5.3 are the only ones I've encountered so
far.
--
-- Rogutės Sparnuotos
Thanks. I'll work out the error messages, but the fix to the date
fixed most of the problems.
Thanks again for your help.
Vince
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
