extended Entry calls archive

[Florian Fiegel]

Hi Folks,

a few minutes ago I wrote an article on my blog. I used the option to make an extended article, but when I'm going on the startpage and click on extended I'm refered to a blank page in the archive.

The startpage of my blog: http://blog.florian-fiegel.net

And the link to the extended Article: http://blog.florian-fiegel.net/articles/Persepolis.html

Where does this problem come from? It's not the first time I use the feature for extended articles and in the past(yesterday at least) it worked and to this articles it is still working.

Thanks for your help ...

greetings
Florian

PS: Is there a way to remove the "extended"-anchor behind the link under the text?

[Don Chambers]

The problem does not seem to be related to using the extended body.... the entire entry is unavailable. Does this entry, by any chance, have read permissions set?

As far as the #extended anchor - that is how the "continue reading" link is designed to work in most templates.

[garvinhicking]

Hi!

Looks like it could be a permalink issue. You seem to have configured custom permalinks. How exactly did you enter the paths, which permalinks and patterns do you have?

When you get the archive page, s9y could not look up the requested article.

Regards,
Garvin

[Florian Fiegel]

Hi,

the pattern i use to article permalinks: articles/%title%.html

the other patterns to permalinks:
authors/%realname%
categories/%name%
feeds/categories/%name%.rss
feeds/authors/%realname%.rss

I wrote an article after the one where the problem occured and there I have no problems. Still it only occurs with this article.

I not changed the read permission to the article via extended preferences if that was what you meant Don.

greetings
Florian

[garvinhicking]

Hi!

How does your .htaccess look like? How did you configure your paths? Remember: Your permalinks only work properly, if your path configuration uses the same prefixes.

Also, please check your serendipity_permalinks DB table -- is your entry's URL appearing there?

Regards,
Garvin

[Florian Fiegel]

Hi,

my .htaccess:

Code: Select all

# BEGIN s9y
ErrorDocument 404 /index.php
DirectoryIndex /index.php

RewriteEngine On
RewriteBase /
RewriteRule ^((articles/[0-9a-z\.\_!;,\+\-\%]+\.html)/?) index.php?/$1 [NC,L,QSA]
RewriteRule ^(authors/[0-9a-z\.\_!;,\+\-\%]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/categories/[0-9a-z\.\_!;,\+\-\%]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(feeds/authors/[0-9a-z\.\_!;,\+\-\%]+\.rss) index.php?/$1 [NC,L,QSA]
RewriteRule ^(categories/[0-9a-z\.\_!;,\+\-\%]+) index.php?/$1 [NC,L,QSA]
RewriteRule ^articles([/A-Za-z0-9]+)\.html index.php?url=/articles/$1.html [NC,L,QSA]
RewriteRule ^([0-9]+)[_\-][0-9a-z_\-]*\.html index.php?url=$1-article.html [L,NC,QSA]
RewriteRule ^feeds/(.*) index.php?url=/feeds/$1 [L,QSA]
RewriteRule ^unsubscribe/(.*)/([0-9]+) index.php?url=/unsubscribe/$1/$2 [L,QSA]
RewriteRule ^approve/(.*)/(.*)/([0-9]+) index.php?url=approve/$1/$2/$3 [L,QSA]
RewriteRule ^delete/(.*)/(.*)/([0-9]+) index.php?url=delete/$1/$2/$3 [L,QSA]
RewriteRule ^(admin|entries)(/.+)? index.php?url=admin/ [L,QSA]
RewriteRule ^archive/? index.php?url=/archive [L,QSA]
RewriteRule ^(index|atom[0-9]*|rss|b2rss|b2rdf).(rss|rdf|rss2|xml) rss.php?file=$1&ext=$2
RewriteRule ^(plugin|plugin)/(.*) index.php?url=$1/$2 [L,QSA]
RewriteRule ^search/(.*) index.php?url=/search/$1 [L,QSA]
RewriteRule ^comments/(.*) index.php?url=/comments/$1 [L,QSA]
RewriteRule ^(serendipity\.css|serendipity_admin\.css) index.php?url=/$1 [L,QSA]
RewriteRule ^index\.(html?|php.+) index.php?url=index.html [L,QSA]
RewriteRule ^htmlarea/(.*) htmlarea/$1 [L,QSA]
RewriteRule (.*\.html?) index.php?url=/$1 [L,QSA]

<Files *.tpl.php>
    deny from all
</Files>

<Files *.tpl>
    deny from all
</Files>

<Files *.sql>
    deny from all
</Files>

<Files *.inc.php>
    deny from all
</Files>

<Files *.db>
    deny from all
</Files>

# END s9y

The paths to articles is named the same way it is named in the permalink pattern. ->articles

The entry's URL is appearing on the permalinks table. I also checked the entries table and the entry_id is correct. So the entry normally should be found.

greetings
Florian

[garvinhicking]

Hi!

Which event plugins do you use? Maybe custom_permalinks?

A directory called "articles" does not exist on your server, right?

Regards,
Garvin

[garvinhicking]

Hi!

One more: When I open your HTML code, at the top I see: "<!--79789692-->". Where does this come from? It doesn't come from serendipity, but maybe from another place that could interfer?!

It might help, if you can put a "<!--View: {$view}-->" string inside your index.tpl template, somewhere in the <head> section, that can also lead us to clues why your permalink does not get detected.

Regards,
Garvin

[Florian Fiegel]

Hi,

a folder articles does not exist on my server.

event plugins I use on this blog:

1. Browser-Kompatibilität version: 1.1
2. Spamschutz version: 1.70
3. Textformatierung: Serendipity version: 1.3
4. Textformatierung: NL2BR version: 1.7
5. Textformatierung: Smilies version: 1.6
6. Einträge automatisch sichern version: 0.2.2
7. Freie Artikel-Tags version: 2.99
8. Sonderzeichen/Erweiterte Buttons für Non-WYSIWYG version: 0.10
9. Regeln für Veröffentlichungen version: 1.12
10. Eintrag per E-Mail verschicken version: 1.22
11. Übliche XHTML-Fehler beseitigen version: 1.5
12. HTML Validator version: 1.3
13. Karma version: 2.0
14. Einträge ankündigen version: 1.07
15. Suchmaschinen-Sitemap Generator version: 0.39
16. Statistiken version: 1.48
17. Spartacus version: 2.15
18. Umfragen version: 2.12
19. Avatar Plugin version: 1.43
20. Einträge via XML-RPC erstellen version: 1.41
21. Google Analytics version: 1.2.1
22. Trackbacks kontrollieren version: 1.11
23. Erweiterte Eigenschaften von Artikeln version: 1.15

"<!--79789692-->" I modified myself to claim the blog on a site. So it is a fixed comment in the template ... I don't remember which site it was.

The "<!--View: {$view}-->" string only gives back an "archive" I don't know what there should be shown and what this means, so I leave the interpretation to you.

greetings
Florian

[garvinhicking]

Hi!

Any chance I could get temporary access to your blog? I'd need FTP access to test a few things in your index.php and include/functions_permalinc.php file, because I think that some lookup mechanism fails... if that's okay with you, please PM me.

Regards,
Garvin

[Florian Fiegel]

Hi,

okay Garvin got it:

Der Grund ist: Wenn nur ein einzelnes Wort im Artikeltitel vorkommt und auf .html endet, erkennt Serendipity das als Monats/Jahresansicht an. Es gibt ein paar Workarounds:

1. Du änderst den Pfad für die Archive von "articles/" auf sowas wie "archives/" -- und lässt aber den Permalink für den Artikel auf "articles/%title%.html". Dann kann s9y nicht fälschlicherweise einzelne Permalinks als Archiv interpretieren.

2. Du änderst den Permalink der Artikel auf "articles/%title%/" -- das habe ich jetzt mal gemacht, da ich es amp sinnvollsten finde:
http://blog.florian-fiegel.net/articles/Persepolis/

3. Du fügst andere Regeln in den Permalink-Artikel ein, so dass immer ein "-" drin vorkommt: "articles/%title%-eintrag.html" würde auch klappen.

hm, okay its german. Anyway I didn't choose the second solution cause I don't want to loose all the links to my blog. There aren't so much, but I don't like the idea.

I left the config like it was before and renamed the article with a second word. Not very cool but smarter than losing the links.

But in future I will choose the second way to obviate this problem.

Thanks to Garvin for the help.

greetings
Florian