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