CGBlog: Weiterleitung auf Detailpage

Henk1060 · 08. November 2015 14:57

Jo... da bin ich wieder.

Bin mir jetzt nicht sicher, ob ich den Aufruf richtig erstellt habe, oder es am Server liegt (habe ich vorher schon einmal gepostet - Problem mit Pretty Urls und Formbulider).

Ich rufe die Einträge so auf
So wird mir die Übersicht angezeigt, ok das passt.
Dann möchte ich eine andere Detailpage auf, mit einer anderen Detail Vorlage.
Hm... aber ich komme nicht zu dieser Seite. Sondern nur, wo ich sonst meine News detail ansicht sehe.

Hier klicken, um den Code zum Kopieren zu markieren

{CGBlog  summarytemplate="Termine" category="Termine" detailpage="termine"}

und auch mit der Id

Hier klicken, um den Code zum Kopieren zu markieren

{CGBlog  summarytemplate="Termine" category="Termine" detailpage="$44"}

Habe ja die Vermutung, da es da wieder ein mod_rewrite problem gibt.

Was meint ihr - was könnte ich versuchen?

Andynium · 09. November 2015 07:45

Henk1060 schrieb:

Sondern nur, wo ich sonst meine News detail ansicht sehe.

Henk1060 schrieb:

Habe ja die Vermutung, das es da wieder ein mod_rewrite problem gibt.

Und ich hab eher die Vermutung, dass du CGBlog und News auf einer Seite verwendest wink .

CGBlog ist ein Fork des News-Moduls und verwendet die gleichen Parameter und Variablen. Leider hat es der Programmautor (seit Jahren) versäumt, die Variablen so zu ändern, damit das funktioniert.

Henk1060 · 09. November 2015 09:17

Hy Cyberman,

Nein ich verwende das News Modul nicht, missbrauche nur den CGCBlog als News wink
Weil beim Blog schönere Urls entstehen und das einpacken in die Sitemap einfacher und besser Läuft als mit dem News Modul.

Gerade mal was anderes versucht.
Habe CGBlog unter Optionen die Voreinstellung der Detailseite entfernt oder auf keine Vorgabe gesetzt.

Tja auch wenn ich die Detail Seite angebe, wird auf die Homeseite gesprungen und das TPL von der Seite nicht geladen.
Wie auch immer irgendwo ist der Wurm drinnen.

Beitrag geändert von Henk1060 (09. November 2015 10:59)

NaN · 09. November 2015 12:11

missbrauche nur den CGCBlog als News

Mit dem Modul-Namen "CGBlog" oder "News"?
(Ich vermute da einen Fehler beim "Routing" - also beim Auflösen der Pretty-URLs um an die einzelnen Parameter zu gelangen.)

Henk1060 · 09. November 2015 12:15

installiert mit CGBlog und dann unter den Optionen den Anzeigenamen auf News geändert

Henk1060 · 10. November 2015 10:13

Und könnte man diesen Fehler irgendwie beheben?

Andynium · 10. November 2015 12:18

Funktioniert es denn, wenn du die PrettyURLs deaktivierst?

Henk1060 · 10. November 2015 12:23

ja dann läuft es ohne probleme...
das heißt ich müsste wenn ich PrettyUrls am laufen habe, CGblog dann irgendwie die Url mitteilen wie NaN schon evtl. meinte

Andynium · 10. November 2015 12:30

Henk1060 schrieb:

installiert mit CGBlog und dann unter den Optionen den Anzeigenamen auf News geändert

Und was passiert, wenn du den abweichenden Anzeigenamen entfernst bzw. wieder auf CGBlog änderst?

Henk1060 · 10. November 2015 12:35

das hatte ich auch schon getestet, leider ohne Erfolg.

Henk1060 · 10. November 2015 13:35

hm oder hat das was zum tun mit dem Modul CGExtensions
da ich dort in der Hilfe was gelesen habe.

nur werde ich da nicht ganz schlau daraus.

Hier klicken, um den Code zum Kopieren zu markieren

{cge_module_hint module=CGBlog summarytemplate=something detailpage=home}
{cge_module_hint module=CGSmartImage noembed=1}

Habe es in das template gesetzt.
und auf meine anforderungen um geschrieben

Beitrag geändert von Henk1060 (10. November 2015 13:51)

Andynium · 10. November 2015 20:32

Henk1060 schrieb:

Habe es in das template gesetzt. und auf meine anforderungen um geschrieben

Ähmm, und? Funktioniert?

Henk1060 · 10. November 2015 20:48

ups.. vergessen zum schreiben... nein läuft nicht..
oder ich verstehe die anweisung falsch

Jamman · 10. November 2015 20:56

Mich würde das auch sehr interessieren, denn ich habe gerade in einer 1.12.1-Installation mit CGBlog anscheinend das gleiche Problem. Mit deaktiviertem PrettyURLs funktioniert alles ...
Auf dem Weg habe ich übrigens auch LISE ans Laufen bekommen. Da ließ sich bisher die Detailpage nicht aufrufen, ohne PrettyURL geht auch hier alles. (Klenkes hatte das neulich mal in einem anderen Thread auch mal erwähnt, glaube ich)

Ich habs mit verschiedenen Modulversionen von CGBlog und serverseitig mit PHP 5.4, 5.5 und 5.6 probiert

Wäre dankbar um eine Lösung. Gruß an alle

Henk1060 · 10. November 2015 21:00

Ja das habe ich auch schon gemacht, die verschiedenen Versionen auch von CGExtensions, CGSimpleSmarty und JQueryTools.

Bin ja fast glücklich das ich nicht der einzige bin wink

Hast auch schon die Modul CGExtensions geschaut... und oder wirst du daraus schlau?

Jamman · 10. November 2015 21:20

Ich hab die CGExtensionhilfe dann auf deinen Post hin auch gelesen und es wie du ausprobiert. Kein Erfolg, deshalb war ich gespannt, was sich aus der Sache ergibt. Mal schauen cool

Beitrag geändert von Jamman (10. November 2015 21:20)

Andynium · 10. November 2015 21:45

Um welche CGBlog-Version genau geht es hier eigentlich wink ?

Und was genau habt ihr bezüglich der PrettyURLs sowohl in der config.php als auch in der .htaccess stehen?

Henk1060 · 10. November 2015 21:51

CGBlog 1.13.2

Config und .htaccess eigentlich die Standard werte.

Hier klicken, um den Code zum Kopieren zu markieren

$config['db_prefix'] = 'cms_';
$config['timezone'] = 'Europe/Berlin';
$config['url_rewriting'] = 'mod_rewrite';

Hier klicken, um den Code zum Kopieren zu markieren

# Attempt to override some php settings, these settings may be helpful on some hosts if your
# default configuration does not meet CMS's minimum requirements, and your host
# has given your account appropriate permissions
#php_value upload_max_filesize "10M"
#php_value session_save_path "tmp/cache"

#php_flag magic_quotes_gpc Off
#php_flag register_globals Off
#php_flag session.use_trans_sid Off

# This is important, so uncomment if your host permit
#Options -Indexes
#ServerSignature Off
#php_value session.cookie_httponly true

#Options +FollowSymLinks

# To prevent E_STRICT problems with PHP 5.3+ you can uncomment the following lines
# Note: These settings should only be enabled for production sites!
#php_flag display_startup_errors 0
#php_flag display_errors 0
#php_flag html_errors 0
#php_value docref_root 0
#php_value docref_ext 0

<IfModule mod_rewrite.c>
RewriteEngine on
#
#Sub-dir e.g: /cmsms
RewriteBase /


RewriteCond %{REQUEST_URI} !/$
RewriteCond %{REQUEST_URI} !\.
#RewriteCond %{REQUEST_METHOD} !POST$
RewriteRule ^(.*) %{REQUEST_URI}/ [R=301,L]


RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.+)$ index.php?page=$1 [QSA]


</IfModule>

<IfModule mod_headers.c>
# Disable ETags
Header unset ETag
FileEtag None
# For Security
Header set X-Frame-Options "SAMEORIGIN"
</IfModule>

<IfModule mod_deflate.c>
# Compress css, plaintext, xml, gif, and images in transport.
AddOutputFilterByType DEFLATE text/css text/plain text/xml image/gif image/jpeg image/png
</IfModule>

<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 month"
# Set expires tags on various file types... so that the browser wont attempt to reload them.
ExpiresByType image/jpg "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/gif "access plus 1 year"
ExpiresByType image/ico "access plus 1 year"
ExpiresByType image/png "access plus 1 year"
ExpiresByType video/x-flv "access plus 1 year"
ExpiresByType application/pdf "access plus 1 year"
ExpiresByType application/x-shockwave-flash "access plus 1 year"
ExpiresByType application/javascript "access plus 1 month"
ExpiresByType text/javascript "access plus 1 month"
ExpiresByType text/css "access plug 1 month"
<IfModule mod_headers.c>
  # Setting cache control to public allows proxy servers to cache the items too.
  Header set Cache-Control "public"
</IfModule>
</IfModule>

Beitrag geändert von Henk1060 (10. November 2015 21:51)

Jamman · 11. November 2015 07:27

Guten Morgen,

so, ich wollte eigentlich gerade posten, dass auch bei mir config und htaccess auf Installationsstandard laufen, aber siehe da, bei mir ging's wieder.

Ich habe spaßeshalber wieder

$config['url_rewriting'] = 'mod_rewrite';

in die config eingesetzt und sowohl CGBlog 1.1.3.2 und auch das gestern off Topic erwähnte LISE laufen einwandfrei.

Gruß

Henk1060 · 11. November 2015 09:13

Moin Moin,

Waren die Heinzel Mänchen über nacht am Arbeiten;)
Dann hattest du Glück, aber bei mir besteht das Problem nach wie vor.

Beitrag geändert von Henk1060 (11. November 2015 09:14)

NaN · 11. November 2015 12:35

Wie sieht denn der Link zum Artikel-Detail aus?

Henk1060 · 11. November 2015 12:40

der sieht so aus http://xxxx.de/cgblog/testnews

und so rufe ich den blog auf

Hier klicken, um den Code zum Kopieren zu markieren

{CGBlog  summarytemplate="Termine" category="Termine" detailpage="termine"}

Beitrag geändert von Henk1060 (11. November 2015 12:43)

NaN · 11. November 2015 13:47

Hm, ist ein merkwürdiger Link.
Da fehlt fehlt tatsächlich die Detailpage.
Hast Du die URL beim Erstellen der Artikel selber angegeben?
Wenn ja, nimm die für den Artikel mal raus.

Henk1060 · 11. November 2015 13:58

Nein habe die url nicht ertellt.
Sondern so gelassen wie sie für den Eintrag erstellt worden sind.

Ach so klappt es wenn ich den link rausnehme....
ist aber auch keine wirkliche lösung... dann muss man immer drann denken ,)
Aber es klappt schon mal...
So einfach kann es manchmal sein

Nachtrag... kann ich ja in der Url Vorlage ja rausnehmen ,)

Beitrag geändert von Henk1060 (11. November 2015 14:01)

Henk1060 · 11. November 2015 14:20

Jetzt gibt es natürlich ein Problem.
Mein Formbulider läuft nur mit dieser Config einstellung.

Jetzt ist natürlich fast klar... wenn ich die Url rausnehme.
Dann ensteht ein in der URL // wegen der page_extension
also www.xxx.de//xxx
Die kann dann natürlich nicht aufgerufen werden.
Hm jetzt muss ich jetzt CGblog irgendwie sagen neheme eine Backslash raus, oder?

Hier klicken, um den Code zum Kopieren zu markieren

$config['url_rewriting'] = 'mod_rewrite';
$config['assume_mod_rewrite'] = true;
$config['page_extension'] = '/';
$config['internal_pretty_urls'] = true;
$config['use_hierarchy'] = true;
$config['query_var'] = 'page';

Beitrag geändert von Henk1060 (11. November 2015 14:27)

Forum für CMS/made simple

#1 08. November 2015 14:57

CGBlog: Weiterleitung auf Detailpage

#2 09. November 2015 07:45

Re: CGBlog: Weiterleitung auf Detailpage

#3 09. November 2015 09:17

Re: CGBlog: Weiterleitung auf Detailpage

#4 09. November 2015 12:11

Re: CGBlog: Weiterleitung auf Detailpage

#5 09. November 2015 12:15

Re: CGBlog: Weiterleitung auf Detailpage

#6 10. November 2015 10:13

Re: CGBlog: Weiterleitung auf Detailpage

#7 10. November 2015 12:18

Re: CGBlog: Weiterleitung auf Detailpage

#8 10. November 2015 12:23

Re: CGBlog: Weiterleitung auf Detailpage

#9 10. November 2015 12:30

Re: CGBlog: Weiterleitung auf Detailpage

#10 10. November 2015 12:35

Re: CGBlog: Weiterleitung auf Detailpage

#11 10. November 2015 13:35

Re: CGBlog: Weiterleitung auf Detailpage

#12 10. November 2015 20:32

Re: CGBlog: Weiterleitung auf Detailpage

#13 10. November 2015 20:48

Re: CGBlog: Weiterleitung auf Detailpage

#14 10. November 2015 20:56

Re: CGBlog: Weiterleitung auf Detailpage

#15 10. November 2015 21:00

Re: CGBlog: Weiterleitung auf Detailpage

#16 10. November 2015 21:20

Re: CGBlog: Weiterleitung auf Detailpage

#17 10. November 2015 21:45

Re: CGBlog: Weiterleitung auf Detailpage

#18 10. November 2015 21:51

Re: CGBlog: Weiterleitung auf Detailpage

#19 11. November 2015 07:27

Re: CGBlog: Weiterleitung auf Detailpage

#20 11. November 2015 09:13

Re: CGBlog: Weiterleitung auf Detailpage

#21 11. November 2015 12:35

Re: CGBlog: Weiterleitung auf Detailpage

#22 11. November 2015 12:40

Re: CGBlog: Weiterleitung auf Detailpage

#23 11. November 2015 13:47

Re: CGBlog: Weiterleitung auf Detailpage

#24 11. November 2015 13:58

Re: CGBlog: Weiterleitung auf Detailpage

#25 11. November 2015 14:20

Re: CGBlog: Weiterleitung auf Detailpage

Fußzeile des Forums