After a lot of trying I am sure there is still some bug in the newest
RSS plugin. This is my feed creation code:

[(rssfeed group=blog.* exclude=blog.footer,blog.header count=20
title="Title" description="Description")]

Using action=rsslist everything displays fine but the RSS feed source
code won't include any feed items:

<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom";>
<channel>
<atom:link href="http://www.domain/index.php?p=rss.blog"; rel="self"
type="application/rss+xml" />
<title>Title</title>
<link>http://www.domain/index.php?p=rss.blog</link>
<description>Description</description>

</channel>
</rss>

Just a gap...

As soon as I exchange "group=blog.*" for let's say "pages=blog" the
feed will show page "blog".

Regards, Markus

On Sep 22, 9:16 pm, The Editor <[email protected]> wrote:
> Jackpot. It will have to be next week before I can get to this though.
> Remind me next week and I'll try and add it to the RSS plugin.
>
> Cheers,
> Dan
>
>
>
> On Tue, Sep 22, 2009 at 2:47 PM, Markus <[email protected]> wrote:
> > I don't speak PHP at all so be careful... :)
>
> > If you open a page withhttp://username:password(at)domain.comthen
> > you should be able to access the username and password from PHP with:
>
> > {$_SERVER['PHP_AUTH_USER']}
> > {$_SERVER['PHP_AUTH_PW']}
>
> > After setting the login, I expect the feed reader to contact
> >http://username:password(at)boltwire.com/rss/blog. In the script you
> > should then be able to verify the login and transmit the feed or deny
> > access.
>
> > Source:http://www.php.net/manual/en/features.http-auth.php
>
> > Hope this helps!
>
> > Markus
>
> > On Sep 22, 3:50 pm, The Editor <[email protected]> wrote:
> >> That's very curious. I've never seen that syntax of doing
> >> username:password@ before the url. How do I tap into that information?
> >> Can it be done via php, or is it an apache thing?  Would it work to do
> >> something like:
>
> >>http://www.example.com/index.php?p=blog&password=123456789orsomething?
>
> >> I could write up a site.auth.rss which would allow certain pages to be
> >> viewed only with certain passwords embedded like this. But the other
> >> question is, what kind of error message should go back to an rss feed
> >> that was blocked. Do you have a sample of the syntax?
>
> >> Cheers,
> >> Dan
>
> >> P.S. I know I could do all this research myself, but very pressed for
> >> time. Any help you could give with this would save me a few minutes.
> >> Happy to code it. Just need the research.
>
> >> On Mon, Sep 21, 2009 at 3:09 PM, Markus <[email protected]> 
> >> wrote:
>
> >> > On Sep 21, 8:35 pm, The Editor <[email protected]> wrote:
> >> >> How does that work? Do you put in a simple username/password
> >> >> unencrypted right in the url?  Easy enough to do. Perhaps you can do a
> >> >> bit of research and find out how it is normally done...
>
> >> > HTTP authentification seems to be the most straightforward and well
> >> > supported way to do this:
> >> >http://username:[email protected]/path/to/feed/
>
> >> > Of course, this can be combined with SSL but as most BoltWire sites
> >> > will not use encryption when you login via a browser...
>
> >> > Regards, Markus
>
> >> >> On Mon, Sep 21, 2009 at 2:13 PM, Markus <[email protected]> 
> >> >> wrote:
>
> >> >> > While we are at RSS... What about username + password protection of
> >> >> > feeds? I have a private site for which I would like to have a feed. Of
> >> >> > course, putting private pages to a public feed is not my intention.
> >> >> > Most feed readers seem to support authentication for feeds.
>
> >> >> > Regards, Markus
>
> >> >> > On Sep 21, 7:30 pm, Markus <[email protected]> wrote:
> >> >> >> On Sep 21, 4:13 pm, The Editor <[email protected]> wrote:
>
> >> >> >> > On Mon, Sep 21, 2009 at 8:19 AM, Markus 
> >> >> >> > <[email protected]> wrote:
>
> >> >> >> > > First, it's definitely the newest script version. Also the 
> >> >> >> > > searches I
> >> >> >> > > tried matched just two pages most of the time. The one I posted 
> >> >> >> > > above
> >> >> >> > > _should_ match around 20 or 25 at most. But read on...
>
> >> >> >> > Do you have your site fully indexed? It should affect the
> >> >> >> > group=parameter, but if you are trying to do text/data/link, etc,
> >> >> >> > indexing is essential.
>
> >> >> >> I have put [(index)] into my footer.
>
> >> >> >> > > Lesson 1:
> >> >> >> > > One important information for the solutions page is that RSS 
> >> >> >> > > might not
> >> >> >> > > work with MAMP or the like on your localhost. The same code that 
> >> >> >> > > gives
> >> >> >> > > at least some RSS output on my server ends with an internal 
> >> >> >> > > server
> >> >> >> > > error when used with MAMP offline. As Dan pointed out, some tools
> >> >> >> > > might be missing.
>
> >> >> >> > Possible, but not necessarily. I got the recent server errors 
> >> >> >> > online
> >> >> >> > because something in my online configuration setup triggered a php 
> >> >> >> > bug
> >> >> >> > that was not triggered offline. Nothing to do with apache--though 
> >> >> >> > it
> >> >> >> > did a lousy job reporting the error. And even then windows and 
> >> >> >> > linux
> >> >> >> > work differently in certain situations, so it could be anything. 
> >> >> >> > If it
> >> >> >> > was a missing library, I would think you would get a message in 
> >> >> >> > your
> >> >> >> > php error log for calling an undefined function. Have you checked 
> >> >> >> > your
> >> >> >> > error logs?
>
> >> >> >> Sorry, I forgot to check the logs when you first mentioned it. 
> >> >> >> Indeed,
> >> >> >> every page hit gives this entry in the MAMP PHP error log:
> >> >> >> [21-Sep-2009 16:43:09] PHP Notice:  Undefined index:  errors in 
> >> >> >> /Users/
> >> >> >> m/Sites/boltwire/barn/scripts/engine.php on line 17
>
> >> >> >> > > Lesson 2:
> >> >> >> > > Even when action=rsslist shows exactly what you want to feed, it 
> >> >> >> > > is no
> >> >> >> > > guarantee that these pages will display in your RSS reader.
> >> >> >> > > Dan, if interested you can check out the following page with the 
> >> >> >> > > login
> >> >> >> > > I gave you:
> >> >> >> > > rss.listOKfeedNotOK (rsslist OK, feed broken)
>
> >> >> >> > This is very strange. The critical lines in the rssfeed function 
> >> >> >> > are these:
>
> >> >> >> >         $pages = BOLTsort(BOLTsearchPageList($args, $zone), 
> >> >> >> > $args); // add
> >> >> >> > third false for no auth checking
> >> >> >> >         if ($_GET['action'] == 'rsslist') return 
> >> >> >> > BOLTdisplay($pages, $args);
>
> >> >> >> > You'll notice the action=rsslist option uses the exact same array 
> >> >> >> > of
> >> >> >> > pages  used later by the script to generate the rss feed. So unless
> >> >> >> > somehow one or the other cancels out some pages for some reason, 
> >> >> >> > their
> >> >> >> > output should be the same...  I'm not denying it, just seems 
> >> >> >> > strange.
> >> >> >> > Both start with exactly the same list of pages at least.
>
> >> >> >> > > Lesson 3:
> >> >> >> > > I might not notice when the page RSS was not saved correctly. I 
> >> >> >> > > edit
> >> >> >> > > the page and save it. I get redirected to view the RSS page 
> >> >> >> > > which is
> >> >> >> > > automatically opened in my feed reader. Since the RSS page is not
> >> >> >> > > displayed in the browser, the browser still displays the edit 
> >> >> >> > > page
> >> >> >> > > from before. Any further edits using the "old" edit form won't be
> >> >> >> > > saved. Better remember which edit tabs you already used...
>
> >> >> >> > Yes, that could be a bit tricky.  :)  You could possibly try 
> >> >> >> > creating
> >> >> >> > a custom edit action like this: copy action.edit => 
> >> >> >> > action.rss.edit,
> >> >> >> > and add to the end of the form
>
> >> >> >> > [session nextpage {p}&action=source]
>
> >> >> >> > That way you should be able to check that what you saved is there 
> >> >> >> > now,
> >> >> >> > and get any messages you need. If it works, we could possibly add 
> >> >> >> > it
> >> >> >> > to the backup file.
>
> >> >> >> Yes, that works. Makes it much harder to use the same edit tab more
> >> >> >> than once.
>
> >> >> >> > > Lesson 4:
> >> >> >> > > It seems to be a misbelief that you can just put a search 
> >> >> >> > > together
> >> >> >> > > that matches the pages you want to see in your feed, then change 
> >> >> >> > > the
> >> >> >> > > function name to "rssfeed" and everything works. For example 
> >> >> >> > > feeding
> >> >> >> > > all pages with a certain keyword does not seem to work. Dan, you 
> >> >> >> > > can
> >> >> >> > > check:
> >> >> >> > > rss.keyword
>
> >> >> >> > This is true, but we could add that functionality perhaps.  And in
> >> >> >> > fact this could be our problem... This line in rss.php ~32 should 
> >> >> >> > be
> >> >> >> > changed from
>
> >> >> >> >         $pages = BOLTsort(BOLTsearchPageList($args, $zone), 
> >> >> >> > $args); // add
> >> >> >> > third false for no auth checking
>
> >> >> >> > to
>
> >> >> >> >         $pages = BOLTsearchPageList($args, $zone); // add third 
> >> >> >> > false for no
> >> >> >> > auth checking
>
> >> >> >> > The way it was written, with the new changes to the core search
> >> >> >> > function, the sort function gets called twice.
>
> >> >> >> Changing this line did not fix the feed. (It's enough to change
> >> >> >> rss.php in the plugins folder, right? As it seems not to be copied to
> >> >> >> the field.)
>
> >> >> >> > To try adding the other search criteria we need to replace that 
> >> >> >> > line
> >> >> >> > with this entire snippet (let me know if it works--we could polish
> >> >> >> > this up more nicely, and I'll update the script):
>
> >> >> >> >         global $outarray
> >> >> >> >         $outarray = BOLTsearchPageList($args, $zone); // add third 
> >> >> >> > false for
> >> >> >> > no auth checking
> >> >> >> >         if (isset($args['text'])) BOLTcheckNest1($args['text'], 
> >> >> >> > 'text', $args);
> >> >> >> >         if (isset($args['data'])) BOLTcheckNest1($args['data'], 
> >> >> >> > 'data', $args);
> >> >> >> >         if (isset($args['link'])) BOLTcheckNest1($args['link'], 
> >> >> >> > 'link', $args);
> >> >> >> >         $pages = $outarray;
>
> >> >> >> This breaks the whole field. But only if you don't notice the missing
> >> >> >> semi-colon in the first line. ;)
>
> >> >> >> This works! Just those pages containing the keyword are put to the
> >> >> >> feed. And "exclude" does its job too. Good work!
>
> >> >> >> > This would be cool because you could generate a rss feed of all the
> >> >> >> > pages that link to a page. IE, put /*[[rss]]*/ on a page and 
> >> >> >> > instantly
> >> >> >> > it gets added to your feed (with link=rss).
>
> >> >> >> Sounds incredibly useful and flexible!
>
> >> >> >> > > Some problems I reported might have been caused by my naive 
> >> >> >> > > approach
> >> >> >> > > to start with some simple matching like this. From reading the
> >> >> >> > > solutions page I expected that "rssfeed" can be used with all the
> >> >> >> > > parameters of "search".
>
> >> >> >> > Let's see if we can't fix the code before we fix the docs.  :)
>
> >> >> >> Just in case... it was not meant to offend the editor of the docs. ;)
>
> >> >> >> > > Lesson 5:
> >> >> >> > > When using a page named "rss" (and not some lower hierarchy like
> >> >> >> > > rss.whatever), the following line is put into the edit field:
> >> >> >> > >http://www.domain.com/field/index.php?p=rss
> >> >> >> > > I think you won't see this when you use for example
>
> ...
>
> read more »
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"BoltWire" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/boltwire?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to