Interne Links a la redaxo://x und mod_rewrite

[Markus.Staab]

Hi,

wir haben festegestellt, dass das passiert wenn man den Cache neu generiert.. wir sehen weiter..

Gruß,
Markus

[svenalbert]

wir haben festegestellt, dass das passiert wenn man den Cache neu generiert.. wir sehen weiter..

wenn ich jetzt den betreffenden block neu speichere, dann sollte es wieder gehen? oder wie oder was.



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.

[sawro]

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:

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>

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):

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'; 
  }

- 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

[tfabritius]

entfernt

[svenalbert]

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

[tfabritius]

entfernt

[svenalbert]

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 ...

[Markus.Staab]

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

[tfabritius]

entfernt

[tfabritius]

entfernt

[Markus.Staab]

Hi,

dir ist bewusst, dass du den kompletten Mechanismus jetzt doppelt durchlaufen lässt..? Besser wäre wohl, innerhalb der Schleife einfach immer nur die Datei des Aktuellen Artikels zu löschen, als zuvor den kompletten Ordner.

Gruß,
Markus

[tfabritius]

entfernt

[jerome]

Hi,

ich hab das selbe Problem mit dem Teaser unter mod_rewrite (Apache-Modul), dass Id--NoName angezeigt wird.

Was meint Ihr denn immer mit neu regenerieren lassen bzw. mit dem "Regenerate-Prozess" ?

Wäre für einen Tipp, sehr dankbar

Grüße
jerome

[Markus.Staab]

Das ist ein Bug in der R3.2!

wir haben festegestellt, dass das passiert wenn man den Cache neu generiert.. wir sehen weiter..

[Gerald]

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

[Markus.Staab]

Hi Gerald,

du kannst das Url-Rewrite frei nach deinem Gusto gestalten (via URL-Rewrite Addon).

Gruß,
Markus

[alex2911]

Damit der Bug kein Bug mehr ist:

in der Funktionsdatei (function_rex_modrewrite) vor: // ----- get article name

folgendes einfügen:

Code: Alles auswählen

$clang = (int)$clang;

Schaut dann so aus:

Code: Alles auswählen

  
  $clang = (int)$clang;
  // ----- get article name

(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:

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")

[Gerald]

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

[melody]

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

es ist mittlerweile 2 Jahre her das diese Bug bekannt ist, und diese Bug existiert immer noch in der aktuellste Version: Redaxo 3.2.3

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]

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