Greetings thanks for your reponse. I'm an English teacher and this would be a real neat add-on. I know very little php, but you've given me enough defining the problem. I'll see if I can figure it out. re-v
On Mon, 29 Jan 2007 [EMAIL PROTECTED] wrote : >Send pmwiki-users mailing list submissions to > [email protected] > >To subscribe or unsubscribe via the World Wide Web, visit > http://www.pmichaud.com/mailman/listinfo/pmwiki-users >or, via email, send a message with subject or body 'help' to > [EMAIL PROTECTED] > >You can reach the person managing the list at > [EMAIL PROTECTED] > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of pmwiki-users digest..." > > >Today's Topics: > > 1. Re: Problem with ActionLog recipe (marc) > 2. Re: color history (marc) > 3. Re: PageList Project (marc) > 4. Please don't cross-post (was: JITS v.20070125 recipe > released) (Patrick R. Michaud) > 5. Problem with $EnableDrafts and restoring old versions > (Tobias Thelen) > 6. Re: web hosting questions / offtopic (Mark Trumpold) > 7. Re: web hosting questions / offtopic (DaveG) > 8. Re: web hosting questions / offtopic (Kathryn Andersen) > > >---------------------------------------------------------------------- > >Message: 1 >Date: Sun, 28 Jan 2007 18:00:56 -0000 > From: marc <[EMAIL PROTECTED]> >Subject: Re: [pmwiki-users] Problem with ActionLog recipe >To: [email protected] >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset="iso-8859-1" > >f.r.salomons said... > > I have a problem with ActionLog recipe. > > My website is intended for use by a restricted group only. Most pages > > are restricted for viewing and editing. A while ago, I found out that > > the ActionLog recipe is very useful for logging login/logout-actions by > > members of the user group (see the thread "Re: Recipe for making logging > > succesful logins?" some weeks ago). The ActionLog recipe makes it > > possible to exclude logging simple actions like viewing or printing > > pages. By excluding logging other actions as edit, diff, attr, etc, you > > end up logging only login/logout actions. > > > > So far so good. Only recently, I discovered that only part of the logins > > are being logged! When a user logs in ON the main page (through the > > login box which I created in the sidebar), everything is fine. The same > > goes for logins, performed on another non-restricted page. However, > > when a user is prompted to log in when he tries to reach a > > for-users-only-page, the login is NOT logged by ActionLog. > > > > The difference seems to be that logins are only being recorded when > > completed on a page for which the user already has enough rights. While > > many users (I hope) are logging in simply by following a link to a > > restricted page and then being - prompted for it - giving their > > username/password, I would like to log that also. > > > > Any advice would be welcome! > >I also use a sidebar login. You will hit quite a few issues when >circumventing script assumptions based on the PmWiki default login >($AuthPromptFmt), some from the core. > >Better, imo, is to remove this altogether. (I can tell you how I do >this, should it be of interest.) > >I would prefer to see PmWikiAuth() 'fixed', so that login handlers can >be written that run to completion. Currently, PmWikiAuth forces an exit >(), thus aborting a custom login handler. (I have mentioned this to Pm, >so I'm sure that there are good reasons for leaving things as they are. >I understand that this would be a significant change.) > >Anyway, what happens is that $action is set to 'edit' or 'upload' or >whatever action triggered the login request by your user, and this is >what is used when the user fills in their user name and password to >login. If you have configured actionlog to only respond to action=login, >then it will not be triggered in these cases. Thus, the problem is not >with actionlog, since it is never invoked. > >Now, while I can see why Patrick did things this way, I think some of us >are operating ways not originally expected and this is causing an >increasing number of issues, so I would dearly love to see us sort it >out. > >-- >Cheers, >Marc > > > > >------------------------------ > >Message: 2 >Date: Sun, 28 Jan 2007 18:22:36 -0000 > From: marc <[EMAIL PROTECTED]> >Subject: Re: [pmwiki-users] color history >To: [email protected] >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset="iso-8859-1" > >mike reqavey said... > > > > I'd like to know if there is a skin that accentuates the > > changes made to a page. Perhaps adding color to more readily show > > different versions of the same page? When I look at the history of a > > page I'd like to quickly see the changes, spelling, punctuation... An > > example, in a paragraph, the author changes, a period to a question > > mark, end point punctuation. When I view the history of the page I'd > > like that change period/question mark accuentuated, perhaps by color ? > >Interesting idea. > >This isn't a skin-related issue, but one of the consequences of >action=diff. The handler for action=diff is, by default: > > SDV($HandleActions['diff'], 'HandleDiff'); > >(see pagerev.php). > >Thus, we can change the results of action=diff by setting in config.php, >say: > > $HandleActions['diff'] = 'NewHandleDiff'; > >and writing the function NewHandleDiff(). In fact, the bulk of the work >is in PrintDiff(), which is somewhat more complex ;-) > >Easily said, now all we need is someone to write the function. > >-- >Cheers, >Marc > > > > > >------------------------------ > >Message: 3 >Date: Sun, 28 Jan 2007 18:32:29 -0000 > From: marc <[EMAIL PROTECTED]> >Subject: Re: [pmwiki-users] PageList Project >To: [email protected] >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset="iso-8859-1" > >The Editor said... > > On 1/21/07, marc <[EMAIL PROTECTED]> wrote: > > > The Editor said... > > > > I really didn't like mailman's approach and ended up using a rather > > > > creative system that makes it easier for an individual to take care of > > > > their subscriptions. When they visit the newsletter mgmt site, it > > > > asks them to simply enter an email address, and forwards them to an > > > > authentication page. There, they enter simple passcode emailed them > > > > (a random number) to verify ownership of the email. Once verified, > > > > they are forwarded to a subscriptions page which dynamically shows all > > > > current subscriptions, and lets them add or drop subscriptions at the > > > > click of a button. Pass codes are only valid for 20 minutes and are > > > > tied to specific emails. I think most users will find it much simpler > > > > to use than mailman. Let me know if anyone sees any problems in this > > > > setup. > > > > > > IME, you might hit a problem with this. Sometimes emails become stuck in > > > the system, for a variety of reasons, so time limiting an update code > > > will mean folk having to repeat the process, possibly more than once. > > > That kind of event can drive folk away. > > > > > > An alternative approach is to email the update details as parameters to > > > a URL and embed this in an email. The user then only has to click the > > > link to update their details. Something like: > > > > > > http://www.example.com/Site/ChangeEmailConfirmation?hash= > > > 0e8fc8eafd8506101171031c52d6502b&email=fred%40spammaster.com > > > > > > (Generate the hash by something like: > > > $hash = md5($newemail.$hiddenHash);) > > > > > > This method never times out. > > > > > > Thanks for the idea Marc. > >It's not my idea :-) This is standard procedure for this kind of update. >Been going on for millions of years. > > > I don't know much about this hash idea, and > > will read up on it a bit and see what I can come up with. Though I > > must admit, I'm not so sure I like the idea of them never timing > > out... > >Why? I know it's an obvious question, but better to ask why you believe >a time limit is necessary; what purpose does is fulfill? > >What you have is the user's email address stored somewhere - PmWiki page >or database. The user decides to change their email, so you create a >hash based on the new email and a secret string - something like: > > $hash = md5($newemail.$hidden_hash_var); > >- and email it back to their original email address > > $returnlink = "http://www.example.com/Site/ChangeEmailConfirm";; > $mail->Body = "\nFollow this link to confirm your email change:\n". > "$returnlink?hash=$hash". > "&email=".urlencode($newemail); > >There are many ways to handle the reply. I choose to store the hash with >the user's details, then find the stored hash on the db: > > $member->load("confirmHash='$hash'") > >Next, I check that the dude hasn't got lucky with his hash by >recalculating it from the found record and comparing it (rehashing it) >with the incoming email. You could, if you wish, include the member id >in the email, and avoid any db save at all. Many ways. > > > As for the 20 minutes setting, that's just a configurable option that > > can be set to anything. Could just as easily set it for the big 86400 > > seconds or whatever. > >But in doing so you've added an admin task and created an additional >maintenance task. These are things companies spend a lot of money trying >to eradicate, so better to avoid them from the outset ;-) > >-- >Cheers, >Marc > > > > >------------------------------ > >Message: 4 >Date: Sun, 28 Jan 2007 12:45:28 -0600 > From: "Patrick R. Michaud" <[EMAIL PROTECTED]> >Subject: [pmwiki-users] Please don't cross-post (was: JITS v.20070125 > recipe released) >To: Jiri Hlad?vka / OBUTEX <[EMAIL PROTECTED]> >Cc: PmWiki Users <[email protected]> >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=utf-8 > >On Fri, Jan 26, 2007 at 03:16:50PM +0100, Jiri Hlad?vka / OBUTEX wrote: > > (this mail was already sent to [email protected] and > > [email protected] > > but it seems it was not delivered to [email protected] so > > resending again. > > Sorry if you receive it twice.) > >This is a good place for me to remind people to not cross-post >messages between pmwiki-devel and pmwiki-users. Pick one list >or the other, and if you aren't sure which one it belongs to, >then it goes to pmwiki-users. > >Also, since pmwiki-users has a lot more subscribers than >pmwiki-devel, it takes longer for it to process messages >(which explains why it seemed as though pmwiki-users didn't >receive it). > >If it's important to get a message out to lots of people, >then the message can be posted to pmwiki-announce as well >(pmwiki-announce is moderated, but I'll generally approve >announcements). > >I may configure the lists so that cross-posted messages are >automatically rejected. > >Pm > > > >------------------------------ > >Message: 5 >Date: Sun, 28 Jan 2007 19:53:08 +0100 > From: Tobias Thelen <[EMAIL PROTECTED]> >Subject: [pmwiki-users] Problem with $EnableDrafts and restoring old > versions >To: [email protected] >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=ISO-8859-15 > >Hello, > >I'm using the draft capability in version 2.1.27 and encountered a >problem today: > >If a draft version of a page exists, trying to restore an older version >of the (original, non-draft) page from the action=diff view leads to an >unexpected behaviour. A preview of the version to be restored comes up >in an edit form but it's not the expected older version but the current >draft version. > >This seems to happen because the EditDraft handler always redirects to >the draft version (and additionally abolishes all extra arguments to >action=edit). To me, it appears that restoring older versions of a page >does not work as long as a draft version exists. Did I miss something (a >config option perhaps)? Is this a feature? > >Regards, >Tobias > >-- >--------------------------------------------- >Tobias Thelen [EMAIL PROTECTED] >Zentrum virtUOS Tel. 0541/969-6502 >Zentrum zur Unterst?tzung virtueller Lehre >-- http:// www.virtuos.uni-osnabrueck.de -- >Stud.IP-Anfragen bitte an [EMAIL PROTECTED] > > > > > >------------------------------ > >Message: 6 >Date: Sun, 28 Jan 2007 21:27:35 +0200 > From: Mark Trumpold <[EMAIL PROTECTED]> >Subject: Re: [pmwiki-users] web hosting questions / offtopic >To: Russ Fink <[EMAIL PROTECTED]>, <[email protected]> >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset="US-ASCII" > >I sympathise > >I went through similar situations as I use mine for education purposes with >my high school. > >The one I transferred to (just two weeks ago) was http://www.dot5hosting.com >they're cheap and offer a bunch of stuff. It linux not windows and already I >have found a difference. > >Anyway .. I used these guys to help decide on a new host >http://www-thehostingchart.com/ > >Have a look and good luck > >Mark > > >On 28/1/07 5:26 PM, "Russ Fink" <[EMAIL PROTECTED]> wrote: > > > Hello, > > > > My sincere apologies for going off-topic, but in order to provide the > > superior interactive user experience as compared to "flash sites" or flat > > pages, the PmWiki software has some requirements that other software might > > not, and so I would like to solicit your experiences. > > > > This past week, my wife purchased a business and premiered a website at the > > same time on one of these lower cost (not bargain) hosting providers. I > > signed up because the site looked good, it had guarantees, live chat > > support, a ticket system, and offered high bandwidth. > > > > Since then, the site has been down - an outage in excess of 15 minutes per > > incident - on at least 3 occasions in the past 3 days. Not very good when > > you're trying to build wiki content. Yesterday, for instance, the techs > > said that they were going through a data center migration, and that all the > > work was done - but then at noon, the site was down again for a half hour. > > When it hasn't been down, it's been slow. This causes things like the > > PmWiki default skin, which uses tables, to pop up the sidebar full-width > > until the main page loads in, causing at best user confusion. > > > > The site I'm running is informational, and it's low bandwidth. I'm using > > the CMS-like, AuthUser, and google maps recipies, and I'm highly pleased > > with the results; I have certain users as editors, they get to see certain > > screens that the normal visitors do not need to see, edits are properly > > locked down, and even RSS feeds (though the owner doesn't want this) are > > properly constrained. > > > > Can someone please point me to a reputable provider that offers the kinds of > > things PmWiki needs - I'm still tweaking the CSS and would like to have SSH > > access, and also I'm using some rewrite recipe so I'd like .htaccess as > > well. I don't want to resort to virtual servers. (I read Patrick's thread > > from 2005 when he went to apollo hosting, but the lower end plans from > > apollo are somewhat spartan.) > > > > Also, for performance, am I better off seeking providers that offer low > > bandwidth as opposed to those that offer high bandwidth? I'm wondering if > > I'm co-hosted with high bandwidth sites, is that causing me a performance > > problem? > > > > If there's a mailing list for this kind of thing, can someone please point > > me to that? > > > > Thanks, > > Russ > > > > PS: I tried Google. One of the annoying things is that there must be a > > consortium of hosting providers that stands up puppet sites with names like > > "the-worlds-best-hosting-providers.com", and pay bazillions in adwords, > > which then only seem to point you to a select group of 5 providers, probably > > all managed by the same parent company. There was even one site that you > > could click on providers by state - but all states pointed back to the same > > 4 or 5 providers - and the provider I'm unhappy about is, ... guess what... > > one of those 5. If anyone cares to see my site, it's > > www.finalscoreohio.com. > > > > _________________________________________________________________ > > Search for grocery stores. Find gratitude. Turn a simple search into > > something more. > > http://click4thecause.live.com/search/charity/default.aspx?source=hmemtagline_ > > gratitude&FORM=WLMTAG > > > > > > _______________________________________________ > > pmwiki-users mailing list > > [email protected] > > http://www.pmichaud.com/mailman/listinfo/pmwiki-users > > > > > >------------------------------ > >Message: 7 >Date: Sun, 28 Jan 2007 14:29:49 -0500 > From: DaveG <[EMAIL PROTECTED]> >Subject: Re: [pmwiki-users] web hosting questions / offtopic >To: Russ Fink <[EMAIL PROTECTED]> >Cc: [email protected] >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Personally I use asmallorange.com. Their support is always very prompt, >you get SSH access, unlimited everything within the package disk and >bandwidth constraints, and unlimited add-on and parked domains. I've >been with them for a year or so, and had no major issues, and the few >minor problems I had were resolved in minutes. > > ~ ~ Dave > >Russ Fink wrote: > > Hello, > > > > My sincere apologies for going off-topic, but in order to provide the > > superior interactive user experience as compared to "flash sites" or flat > > pages, the PmWiki software has some requirements that other software might > > not, and so I would like to solicit your experiences. > > > > This past week, my wife purchased a business and premiered a website at the > > same time on one of these lower cost (not bargain) hosting providers. I > > signed up because the site looked good, it had guarantees, live chat > > support, a ticket system, and offered high bandwidth. > > > > Since then, the site has been down - an outage in excess of 15 minutes per > > incident - on at least 3 occasions in the past 3 days. Not very good when > > you're trying to build wiki content. Yesterday, for instance, the techs > > said that they were going through a data center migration, and that all the > > work was done - but then at noon, the site was down again for a half hour. > > When it hasn't been down, it's been slow. This causes things like the > > PmWiki default skin, which uses tables, to pop up the sidebar full-width > > until the main page loads in, causing at best user confusion. > > > > The site I'm running is informational, and it's low bandwidth. I'm using > > the CMS-like, AuthUser, and google maps recipies, and I'm highly pleased > > with the results; I have certain users as editors, they get to see certain > > screens that the normal visitors do not need to see, edits are properly > > locked down, and even RSS feeds (though the owner doesn't want this) are > > properly constrained. > > > > Can someone please point me to a reputable provider that offers the kinds of > > things PmWiki needs - I'm still tweaking the CSS and would like to have SSH > > access, and also I'm using some rewrite recipe so I'd like .htaccess as > > well. I don't want to resort to virtual servers. (I read Patrick's thread > > from 2005 when he went to apollo hosting, but the lower end plans from > > apollo are somewhat spartan.) > > > > Also, for performance, am I better off seeking providers that offer low > > bandwidth as opposed to those that offer high bandwidth? I'm wondering if > > I'm co-hosted with high bandwidth sites, is that causing me a performance > > problem? > > > > If there's a mailing list for this kind of thing, can someone please point > > me to that? > > > > Thanks, > > Russ > > > > PS: I tried Google. One of the annoying things is that there must be a > > consortium of hosting providers that stands up puppet sites with names like > > "the-worlds-best-hosting-providers.com", and pay bazillions in adwords, > > which then only seem to point you to a select group of 5 providers, probably > > all managed by the same parent company. There was even one site that you > > could click on providers by state - but all states pointed back to the same > > 4 or 5 providers - and the provider I'm unhappy about is, ... guess what... > > one of those 5. If anyone cares to see my site, it's > > www.finalscoreohio.com. > > > > _________________________________________________________________ > > Search for grocery stores. Find gratitude. Turn a simple search into > > something more. > > http://click4thecause.live.com/search/charity/default.aspx?source=hmemtagline_gratitude&FORM=WLMTAG > > > > > > _______________________________________________ > > pmwiki-users mailing list > > [email protected] > > http://www.pmichaud.com/mailman/listinfo/pmwiki-users > > > > > >------------------------------ > >Message: 8 >Date: Mon, 29 Jan 2007 07:24:28 +1100 > From: Kathryn Andersen <[EMAIL PROTECTED]> >Subject: Re: [pmwiki-users] web hosting questions / offtopic >To: [email protected] >Message-ID: <[EMAIL PROTECTED]> >Content-Type: text/plain; charset=us-ascii > >On Sun, Jan 28, 2007 at 10:26:54AM -0500, Russ Fink wrote: > > Can someone please point me to a reputable provider that offers the kinds of > > things PmWiki needs - I'm still tweaking the CSS and would like to have SSH > > access, and also I'm using some rewrite recipe so I'd like .htaccess as > > well. I don't want to resort to virtual servers. (I read Patrick's thread > > from 2005 when he went to apollo hosting, but the lower end plans from > > apollo are somewhat spartan.) > >Before I decided to run my own server, I was using A+ Hosting >http://www.aplushosting.com/ > >I found them after being very unhappy with all my previous webhosts. >They have been very reliable, and the tech support people were very >responsive to queries and problems. And even when they were doing >server migrations, there was hardly any downtime. > >The very bottom-level plans there ("Personal" and "Basic I") don't give >PHP access, but "Basic II" does. It's up to you to decide whether the >price is worth it. > >A few questions to ask when looking for a webhost: >- Do they have a "status" page? Do they have a "news" page which talks > about technical things, rather than marketroid-speak? >- If you email them a question (before you sign up) how long does it > take for them to respond? >- Beware if they offer "unlimited" anything, because that isn't > feasible, and will be abused, this making the non-abusers suffer. >- How long have they been in business? > >Kathryn Andersen >-=-=-=-=-=-=-=-=- >Garibaldi: Lousy way to die, huh? >Sheridan: Last I checked there weren't too many good ways. > -- "The Long Dark" (Babylon 5) >-- > _--_|\ | Kathryn Andersen <http://www.katspace.com> >/ \ | >\_.--.*/ | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/> > v | >------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere >Maranatha! | -> Earth -> Sol -> Milky Way Galaxy -> Universe > > > >------------------------------ > >_______________________________________________ >pmwiki-users mailing list >[email protected] >http://www.pmichaud.com/mailman/listinfo/pmwiki-users > > >End of pmwiki-users Digest, Vol 19, Issue 102 >*********************************************
_______________________________________________ pmwiki-users mailing list [email protected] http://www.pmichaud.com/mailman/listinfo/pmwiki-users
