Ideas for a new serendipity plugins!
GImage plugin - Content-Type
Well I took a look at the sources and thought maybe I'd see something.
However it wasn't so easy. Something seems to get the header stuck at Content-Type:text/html where it should be text/xml, and only if the GImage plugin works and the call to the feed is made via /feeds/... or respectively via index.php?url=/feeds/...
I see that rss.php sets the right Content-Type.
And I see that everything works allright when the plugin doesn't work.
Now there are two questions in my mind:
The headers: are they overwritten? I mean: If at one point Content-Type:text/xml is set, and at another point this header is set again, which one counts? First come, first served, and later ones are ignored, or...?
Maybe this doesn't actually happen inside s9y and the plugin, but in the gallery's embed.php or something like that?... But then again, that would probably also cause it to happen when calling rss.php - unless things are handled different then. I don't know at which places the plugin actually gets moving, and what happens before and after... it's all a bit hard to tell.
Umm... probably I am talking bullshit here. Please forgive me, if I do.
But if things were easy, it would be boring, wouldn't it?
However it wasn't so easy. Something seems to get the header stuck at Content-Type:text/html where it should be text/xml, and only if the GImage plugin works and the call to the feed is made via /feeds/... or respectively via index.php?url=/feeds/...
I see that rss.php sets the right Content-Type.
And I see that everything works allright when the plugin doesn't work.
Now there are two questions in my mind:
The headers: are they overwritten? I mean: If at one point Content-Type:text/xml is set, and at another point this header is set again, which one counts? First come, first served, and later ones are ignored, or...?
Maybe this doesn't actually happen inside s9y and the plugin, but in the gallery's embed.php or something like that?... But then again, that would probably also cause it to happen when calling rss.php - unless things are handled different then. I don't know at which places the plugin actually gets moving, and what happens before and after... it's all a bit hard to tell.
Umm... probably I am talking bullshit here. Please forgive me, if I do.
But if things were easy, it would be boring, wouldn't it?
I would like to see this also:
Wizard wrote:How about a plugin for RSS feeds similar to the one that Sebastian Nohn wrote for the Administrative screen.This could show up as an entry plugin right before entries or user definable. Probably you would want it to show only in the home page, not categories or static entries.Display RSS-Feed in Backend Overview
Displays a RSS feed on the overview page (right after login) to the administration interface
Author: Sebastian Nohn; version: 1.0
I think found the problem why the thumbs are not displayed in my articles. The image URL of the thumb is "http://localhost/plugin/g2wrapper?album ... size=thumb"
Is that the correct path? "localhost/plugin" looks pretty wrong to me. I know that you rewrote it somehow, but shouldn't this point to something else?
Thanks your help in advance! If this is fixed there is only the "umlaut"-problem left
Mark
Is that the correct path? "localhost/plugin" looks pretty wrong to me. I know that you rewrote it somehow, but shouldn't this point to something else?
Thanks your help in advance! If this is fixed there is only the "umlaut"-problem left
Mark
-
- Regular
- Posts: 340
- Joined: Sun Jun 12, 2005 5:28 am
I want a karma sister plugin. Ability to rate comments.
and improvement to karma as well. that ++ -- thingy is no good.
something like the one www.digg.com has will be cool
and improvement to karma as well. that ++ -- thingy is no good.
something like the one www.digg.com has will be cool
You have to activate the url-rewriting.Operator wrote:I think found the problem why the thumbs are not displayed in my articles. The image URL of the thumb is "http://localhost/plugin/g2wrapper?album ... size=thumb"
Is that the correct path? "localhost/plugin" looks pretty wrong to me. I know that you rewrote it somehow, but shouldn't this point to something else?
Thanks your help in advance! If this is fixed there is only the "umlaut"-problem left
Mark
Administration -> Configuration -> Appearance and Options -> URL Rewriting
Alexander Mieland, dma147
http://blog.linux-stats.org
http://blog.linux-stats.org
Okay, this is also finished and released now too:oxygenws wrote:i thought about a "full backup" solution.....
if you agree, inform me to explain more about my plans
http://blog.linux-stats.org/archives/40 ... eased.html
I'm nearly sure, that this doesn't work with postgresql yet. Please give me bugreport about this!
Alexander Mieland, dma147
http://blog.linux-stats.org
http://blog.linux-stats.org
URL rewriting is activated. And the sunflower.thumb.jpg is present in the /tmp directory. Still doesn't show up in the article.dma147 wrote:You have to activate the url-rewriting.Operator wrote:I think found the problem why the thumbs are not displayed in my articles. The image URL of the thumb is "http://localhost/plugin/g2wrapper?album ... size=thumb"
Is that the correct path? "localhost/plugin" looks pretty wrong to me. I know that you rewrote it somehow, but shouldn't this point to something else?
Thanks your help in advance! If this is fixed there is only the "umlaut"-problem left
Mark
Administration -> Configuration -> Appearance and Options -> URL Rewriting
Any other idea?
Mark
@Mark:
is that your own homemade server? what webserver is there running? The plugin uses $serendipity['serendipityBaseURL'] to get the host base url, so it is using the s9y made variables.
If your webserver (and the systems hostname/domainname) is set up poperly, it should work.
is that your own homemade server? what webserver is there running? The plugin uses $serendipity['serendipityBaseURL'] to get the host base url, so it is using the s9y made variables.
If your webserver (and the systems hostname/domainname) is set up poperly, it should work.
Alexander Mieland, dma147
http://blog.linux-stats.org
http://blog.linux-stats.org
GImage-plugin, wrong Content-Type workaround
regarding the GalleryImage plugin and problems with the Content-Type:
Okay, I got a dirty workaround.
Maybe this breaks some stuff, but I had the feeling that somewhere the header information regarding the Content-Type is set to something else.
So I just went forth and edited the rss.php, moving the header line to the very end of the code.
Now it works. Dirty workaround, as I said.
Okay, I got a dirty workaround.
Maybe this breaks some stuff, but I had the feeling that somewhere the header information regarding the Content-Type is set to something else.
So I just went forth and edited the rss.php, moving the header line to the very end of the code.
Now it works. Dirty workaround, as I said.
Re: GImage-plugin, wrong Content-Type workaround
Would you please be so kind to post a detailed bugreport to the bug-forum?bpkri wrote:Okay, I got a dorty workaround.
Maybe this breaks some stuff, but I had the feeling that somewhere the header information regarding the Content-Type is set to something else.
So I just went forth and edited the rss.php, moving the header line to the very end of the code.
Now it works. Dirty workaround, as I said.
Please explain everything there. And also write, that the galleryimage-plugin doesn't set any headers, except the one for the <img> tag, which is called through an external_plugin, but this shouldn't change the whole content-type of the feed.
Then we can take more advantege on this and I can ask Garvin or other developers what this may cause...
Alexander Mieland, dma147
http://blog.linux-stats.org
http://blog.linux-stats.org
Okay, Garvin had a look over the plugins code and corrected some minor thing like this url-problem.Anonymous wrote:URL rewriting is activated. And the sunflower.thumb.jpg is present in the /tmp directory. Still doesn't show up in the article.dma147 wrote:You have to activate the url-rewriting.Operator wrote:I think found the problem why the thumbs are not displayed in my articles. The image URL of the thumb is "http://localhost/plugin/g2wrapper?album ... size=thumb"
Is that the correct path? "localhost/plugin" looks pretty wrong to me. I know that you rewrote it somehow, but shouldn't this point to something else?
Thanks your help in advance! If this is fixed there is only the "umlaut"-problem left
Mark
Administration -> Configuration -> Appearance and Options -> URL Rewriting
Any other idea?
Mark
This should work now for you too.
Alexander Mieland, dma147
http://blog.linux-stats.org
http://blog.linux-stats.org
MP3 Plugin
How about a plugin that allows you to upload mp3 songs and play them from your media library from a sidebar plugin? The end user should have the ability to turn it off/on, switch songs, volume control, etc...
Wizard
My WeBlog
My WeBlog
@Operator:
Since we both can not reproduce this issue with the Umlauts, we can not do anything about this.
All Umlauts and other special characters are shown as they should be.
Since we both can not reproduce this issue with the Umlauts, we can not do anything about this.
All Umlauts and other special characters are shown as they should be.
Alexander Mieland, dma147
http://blog.linux-stats.org
http://blog.linux-stats.org