Hi,
wir haben festegestellt, dass das passiert wenn man den Cache neu generiert.. wir sehen weiter..
Gruß,
Markus
Hallo,
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
Wir haben in letzter Zeit festgestellt, dass die Kommunikation via Slack viel schneller und zielführender ist als ein Beitrag im Forum. Aufgrund der neuen und besseren Möglichkeiten der Kommunikation haben wir uns entschlossen das Forum nur noch als Archiv zur Verfügung zu stellen. Somit bleibt es weiterhin möglich hier nach Lösungen zu suchen. Neue Beiträge können nicht mehr erstellt werden.
Wir empfehlen, für deine Fragen/Probleme Slack zu nutzen. Dort sind viele kompetente Benutzer aktiv und beantworten jegliche Fragen, gerne auch von REDAXO-Anfängern! Slack wird von uns sehr intensiv und meistens "rund um die Uhr" benutzt
Selbst einladen kannst Du dich hier: https://redaxo.org/slack/
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
- svenalbert
- Beiträge: 1308
- Registriert: 24. Nov 2005, 17:21
- Wohnort: Clausthal-Zellerfeld / lower saxony
- Kontaktdaten: ICQ Website
wenn ich jetzt den betreffenden block neu speichere, dann sollte es wieder gehen? oder wie oder was.kills hat geschrieben:wir haben festegestellt, dass das passiert wenn man den Cache neu generiert.. wir sehen weiter..
EDIT:
Hmmm, hab jetzt vorher nicht nochmal geschaut gehabt, aber jetzt funktioniert das umschreiben der links (von allen, nicht nur aus dem betreffenden block) wieder.
ich hab etwas ähnliches
hi zusammen,
ich hab etwas ähnliches - noname-links im selbst gebastelten modul und in den links aus dem textile
redaxo 3.2 und benutze die modrewrite-funktion - nicht das addon
mein modul, welches die meta-navigation separat ausgibt, sieht so aus
(beispiel für den home-link:
darüber hinaus natürlich links aus dem textile-modul und
links aus dem mitgelieferten modul für interne links
nachdem ich die function_rex_modwrite.inc so geändert hatte, wie oben beschrieben (snippet markus), änderte sich nichts (immer noch noname)
ich habe dann die 2. zeile auskommentiert (datei ab zeile 92):
- danach funktionerte das umschreiben der links aus meinem modul.
- die links aus dem textile heißen weiterhin noname..
- cache regenerieren bringt keine unterschiedlichen "link-zustände"
vielleicht ist das ein weiterer hinweis für die eingrenzung?
lg
sabine
ich hab etwas ähnliches - noname-links im selbst gebastelten modul und in den links aus dem textile
redaxo 3.2 und benutze die modrewrite-funktion - nicht das addon
mein modul, welches die meta-navigation separat ausgibt, sieht so aus
(beispiel für den home-link:
Code: Alles auswählen
<ul id="topnavi"><li>
<? // KEIN LINK WENN SEITE AKTIV
$cat = OOCategory::getCategoryById($this->getValue("category_id"));
$cat_id = $this->getValue("article_id");
?>
<?php
if ($cat_id ==23){
echo '<div class="active">'.$this->getValue("name").'</div>';
}
else {
print '<div class="active"><a accesskey="0" title="Startseite" href="'.rex_getUrl(23).'">Startseite</a></div>';
}
?>
</li>
links aus dem mitgelieferten modul für interne links
nachdem ich die function_rex_modwrite.inc so geändert hatte, wie oben beschrieben (snippet markus), änderte sich nichts (immer noch noname)
ich habe dann die 2. zeile auskommentiert (datei ab zeile 92):
Code: Alles auswählen
// ----- get article name
//$id = (int) $id;
if ($id != '')
{
$ooa = OOArticle :: getArticleById($id);
if ($ooa)
{
$name = rex_parseArticleName($ooa->getName());
}
}
if (empty( $name))
{
$name = 'NoName';
}
- die links aus dem textile heißen weiterhin noname..
- cache regenerieren bringt keine unterschiedlichen "link-zustände"
vielleicht ist das ein weiterer hinweis für die eingrenzung?
lg
sabine
- svenalbert
- Beiträge: 1308
- Registriert: 24. Nov 2005, 17:21
- Wohnort: Clausthal-Zellerfeld / lower saxony
- Kontaktdaten: ICQ Website
hi thomas,
steht hier mehrfach im forum in diversen threads, daß es sich wohl um einen bug handelt, der bei regenerate all auftritt.
sobald man den betroffenen artikel neu abspeichert (ändern, speichern) (oder vielleicht ist auch ein slice gemeint) normalisiert sich alles wieder.
in einer der nächsten releases (ich glaube markus sagte was von 3.4) wird sich wohl der sache angenommen werden. bis dahin, den cache nicht löschen. :)=
Sven
steht hier mehrfach im forum in diversen threads, daß es sich wohl um einen bug handelt, der bei regenerate all auftritt.
sobald man den betroffenen artikel neu abspeichert (ändern, speichern) (oder vielleicht ist auch ein slice gemeint) normalisiert sich alles wieder.
in einer der nächsten releases (ich glaube markus sagte was von 3.4) wird sich wohl der sache angenommen werden. bis dahin, den cache nicht löschen. :)=
Sven
- svenalbert
- Beiträge: 1308
- Registriert: 24. Nov 2005, 17:21
- Wohnort: Clausthal-Zellerfeld / lower saxony
- Kontaktdaten: ICQ Website
es gibt doch hier eine abteilung für bugs und eine wunschliste.
und daß dein bug schon hier im forum auftaucht und daß du schon gelesen hast, daß sich drum gekümmert wird macht doch eigentlich deinen post vollkommen überflüssig.
es wird sich ja allem anschein nach schon drum gekümmert. klar ist das in deinem fall jetzt wieder unbefriedigend, aber ...
und daß dein bug schon hier im forum auftaucht und daß du schon gelesen hast, daß sich drum gekümmert wird macht doch eigentlich deinen post vollkommen überflüssig.
es wird sich ja allem anschein nach schon drum gekümmert. klar ist das in deinem fall jetzt wieder unbefriedigend, aber ...
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
Hi,
der fehler liegt im regenerate all prozess.
Dort werden alle Artikel gelöscht und neu generiert.
REDAXO beginnt nun die Liste der Artikel abzuarbeiten und die generated files anzulegen. Wenn nun aber im Artikel 2 ein Verweis auf Artikel 25 drinne ist (welche noch nicht generiert wurde) entsteht ein NoName link.
Wenn man nun den Artikel nochmals bearbeitet und dann die Urls neu generiert werden, sind alle generierten Dateien vorhanden und somit kann rex_getUrl richtig arbeiten.
Gruß,
Markus
der fehler liegt im regenerate all prozess.
Dort werden alle Artikel gelöscht und neu generiert.
REDAXO beginnt nun die Liste der Artikel abzuarbeiten und die generated files anzulegen. Wenn nun aber im Artikel 2 ein Verweis auf Artikel 25 drinne ist (welche noch nicht generiert wurde) entsteht ein NoName link.
Wenn man nun den Artikel nochmals bearbeitet und dann die Urls neu generiert werden, sind alle generierten Dateien vorhanden und somit kann rex_getUrl richtig arbeiten.
Gruß,
Markus
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
Hallo,
ist ein böser Bug das
Wenn ich im Template nun einen Link einbau, der sowohl mit als auch ohne mod_rewrite laufen soll, dann hilft öffnen/ändern/speichern des betreffenden Artikels NULL es bleibt bei NoName.
z.B. <p class="col-right"><a href="<?php print rex_getUrl(2); ?>"
kann ich mit Artikel 2 Machen was ich will, er heisst immer NoName.html
Da grade die RewriteFunktion des CMS für mich u.a. mit eine Entscheidung für Redaxo war, find ich das schon nervig.
Es ist eben für Suchmaschinenoptimierung und-marketing extrem wichtig.
Was mich zu einer Frage an die Entwickler bingt: Ist es irgendwie möglich von diesem 1 einenOrdnerfüralleswasimcmspassiert weg zu kommen? Oder alternativ möglich die urls statt mit - mit / zu trennen?
Bin für jeden Tip dankbar.
Gruss,
Gerald
ist ein böser Bug das
Wenn ich im Template nun einen Link einbau, der sowohl mit als auch ohne mod_rewrite laufen soll, dann hilft öffnen/ändern/speichern des betreffenden Artikels NULL es bleibt bei NoName.
z.B. <p class="col-right"><a href="<?php print rex_getUrl(2); ?>"
kann ich mit Artikel 2 Machen was ich will, er heisst immer NoName.html
Da grade die RewriteFunktion des CMS für mich u.a. mit eine Entscheidung für Redaxo war, find ich das schon nervig.
Es ist eben für Suchmaschinenoptimierung und-marketing extrem wichtig.
Was mich zu einer Frage an die Entwickler bingt: Ist es irgendwie möglich von diesem 1 einenOrdnerfüralleswasimcmspassiert weg zu kommen? Oder alternativ möglich die urls statt mit - mit / zu trennen?
Bin für jeden Tip dankbar.
Gruss,
Gerald
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
Damit der Bug kein Bug mehr ist:
in der Funktionsdatei (function_rex_modrewrite) vor: // ----- get article name
folgendes einfügen:
Schaut dann so aus:
(0 kann auch false sein - bzw. "0" != 0
Dagegen ist === 0 sicher false und (int) immer eine Zahl)
Und an dieser Stelle noch ein Hinweis zu den $params:
Aus welchen Gründen auch immer, werden Zeichen verschluckt wenn es nicht über die Array geht.
Testweise habe ich folgendes gemacht:
Dies hier funktioniert:
Das nicht (url hat nur noch: "...html?t=true"):
in der Funktionsdatei (function_rex_modrewrite) vor: // ----- get article name
folgendes einfügen:
Code: Alles auswählen
$clang = (int)$clang;
Code: Alles auswählen
$clang = (int)$clang;
// ----- get article name
Dagegen ist === 0 sicher false und (int) immer eine Zahl)
Und an dieser Stelle noch ein Hinweis zu den $params:
Aus welchen Gründen auch immer, werden Zeichen verschluckt wenn es nicht über die Array geht.
Testweise habe ich folgendes gemacht:
Dies hier funktioniert:
Code: Alles auswählen
rex_getUrl($this->getValue("article_id"), "0", array("logout" => "true"))
Das nicht (url hat nur noch: "...html?t=true"):
Code: Alles auswählen
rex_getUrl($this->getValue("article_id"), "0", "logout=true")
thanx
Hi alex2911,
hab's gemacht, und klappt 1a.
-> Kills mod rewrite ist imho keine Lösung. Denn wenn Kunden selber Kategorien mit Unterkategorien und Weiterleitungen anlegen, müsst jeweils die htaccess geändert werden.
Wenn der Tip von alex nebenwirkungsfrei ist, könnte er doch in 3.3 Einzug halten. Oder hat er's womöglich schon?
Jedenfalls Dank nochmal. Solche Unterstüzung zu haben ist das 2.beste Gefühl. Direkt nach dem Glücksgefühl ein Problem selbt gelöst zu haben
hab's gemacht, und klappt 1a.
-> Kills mod rewrite ist imho keine Lösung. Denn wenn Kunden selber Kategorien mit Unterkategorien und Weiterleitungen anlegen, müsst jeweils die htaccess geändert werden.
Wenn der Tip von alex nebenwirkungsfrei ist, könnte er doch in 3.3 Einzug halten. Oder hat er's womöglich schon?
Jedenfalls Dank nochmal. Solche Unterstüzung zu haben ist das 2.beste Gefühl. Direkt nach dem Glücksgefühl ein Problem selbt gelöst zu haben
Re: Interne Links a la redaxo://x und mod_rewrite
es ist mittlerweile 2 Jahre her das diese Bug bekannt ist, und diese Bug existiert immer noch in der aktuellste Version: Redaxo 3.2.3coZmicSailor hat geschrieben:hallo zusammen,
ich habe bei radaxo 3.1 unter specials mod_rewrite aktiviert um mal zu testen wie die links dann aussehen. meine links in der navigation werden auch korrekt angezeigt, aber die links die ich mit redaxo://x in einem Artikel aufgenommen habe (z.B. mit textile) werden nicht in html links umgeschrieben sonder bleiben php links.
ist das so gewollt? wenn ja, wie werden interne links in artikeln später eingebunden wenn man textile und mod_rewrite benutzen will?
mfg,
coZmicSailor
mod_rewite feature und die Mehrsprachigkeit des Systems sind damit unbrauchbar
ich finde das ziemlich traurig dass so ein Bug nach 2Jahren immer noch vorhanden ist.
- Markus.Staab
- Entwickler
- Beiträge: 9634
- Registriert: 29. Jan 2005, 15:50
- Wohnort: Aschaffenburg/Germany
- Kontaktdaten: ICQ Website
Hi melody,
der Fehler dieses Threads und deiner sind 2 verschiedene, daher hier mal nicht das große Fass aufmachen.
Zu diesem Thema gehts in deinem Thread weiter!
Gruß,
Markus
der Fehler dieses Threads und deiner sind 2 verschiedene, daher hier mal nicht das große Fass aufmachen.
Zu diesem Thema gehts in deinem Thread weiter!
Gruß,
Markus