I reattached the file, but it's working for me.

Try putting return 'hi'; at various points in the BOLTFrssfeed
function and see if you can't debug where the glitch is.

If it doesn't show up at all then somehow your plugin is not being
enabled. Try putting the function on some other page like test.rss
just to see if you are getting output.

I don't know how to debug if I can't reproduce the error, on my end.

Cheers,
Dan

P.S. Are you getting any php errors in your log?


On Thu, Sep 24, 2009 at 5:10 AM, Markus <[email protected]> wrote:
>
> 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