Forum

[svenalbert]

Hi,

damit ich die übersicht nicht verliere, welches grafisches Material ich auf meiner dänischen Harzseite (siehe webseiten) benutze, lege ich mir eine Quellenangabe an, die sicherlich riesig lang werden wird.

Folgendes Phänomen habe ich derzeit:
* ich verwende textile, da eine OL, pro OL-item wird der artikel behandelt, dessen ID das jeweilige item hat
* bei den IDs 1-9 und ab 20 funktioniert der link super
* zwischen 10 und 19 passiert aber folgendes:
** im backend wird der link ordentlich angezeigt (redaxo://14)
** auf der seite selber kommt aber folgendes raus (1-0-startseite.html4)

und das bei allen ids zwischen 10 und 19. ab 20 geht es wieder und die richtige url zum artikel wird angezeigt.

Hat wer ne idee?




EDIT: - 07-10-2006
daß es bei den 20er-links funktionierte, lag übrigens daran, daß ich auf den artikel mit der id 2 nicht verlinkt hatte (das ist mein druckartikel).
ich hatte die liste dann mal weiter geführt und es betraf dann somit alle links außer die 20er. (weiteres siehe folgende posts)

[Markus.Staab]

Hi,

das konnte ich noch nie beobachten...

Evtl irgendwelche Sonderzeichen in der Eingabe durch copy&paste o.ä.?

Gruß,
Markus

[Thomas.Blum]

Hej Sven,

kannst du einmal eine dritte Sprache anlegen und schauen ob es dann ab 20 immer noch geht?

vg Thomas

[svenalbert]

hab kurz mit thomas schon im icq geredet.


ich habe nur ein sprache angelegt.

wenn ich mod_rewrite ausschalte (tip von thomas), dann funktionieren die links ohne probleme.

an anderen textile-passagen funktionieren die 10er links auch ohne probleme mit dem rewrite.

[svenalbert]

ich muß mal kurz nen doppelpost machen, obwohl ich es eigentlich vermeide, aber ich weiß nicht, in wie weit ihr (thomas und markus) hier schon gelesen habt.



also, ich habe noch mal ein wenig gespielt:
- habe mir von der webseite nur den reinen text kopiert und (wiederholt) ohne copy und paste die liste und links formatiert


folgendes ist mir aufgefallen:
- setze ich einen link zu artikel 1 funktionieren die artikel zu den 10ern nicht
- setze ich den link aber auf artikel 2 funktionieren sie, aber die 20er werden wie oben beschrieben als "2-0-seitentitel.html0" (für id 20) verlinkt.

irgendwie scheint der rewriter, weil er ja den link zu artikel 1 (bzw. 2) schon kennt abzubrechen und hängt die restlichen nummern dann hinten an.

gleiches tritt auf, wenn ich den artikel 10 verlinke und danach z.b. die 100. (10-0-seitentitel.html0)


Sven

[Thomas.Blum]

Hej Sven,

verwendest du eine htaccess? Wenn ja bitte diese einmal posten!

vg Thomas

[Thomas.Blum]

Hej Sven,

Problem gelöst.

Dazu bitte die Datei class.article.inc.php öffnen und dann in der Zeile 802 die den for Schleifenstart ersetzen:

Code: Alles auswählen

for ($m = count($matches[0]) -1 ; $m >=0 ; $m--) {

Die Regex stimmte hier schon nur die Ersetzung via str_replace nicht ganz.

vg Thomas

[svenalbert]

das gleiche müßte doch eigentlich auch auftreten, wenn man mehrere interne links in einem artikel einfügt und diese gerade durch zufall mit der gleichen zahl anfangen oder?

dann müßte man zeile 793 auch noch ersetzen.



EDIT:
Funktioniert, danke dir/euch.

[Markus.Staab]

Hi Sven,

könntest du mal testen ob das gleiche Problem auch mit der CVS Version besteht... dort ist schonmal was geändert worden seit 3.2 ...

Evtl gehts da ja schon..

Gruß,
Markus

[svenalbert]

Code: Alles auswählen

  function replaceLinks($content)
  {
    global $REX;
   
    // -- preg match redaxo://[ARTICLEID]-[CLANG] --
    preg_match_all("/redaxo:\/\/([0-9]*)\-([0-9]*)\/?/im",$content,$matches,PREG_SET_ORDER);
    foreach($matches as $match)
    {
      if(empty($match)) continue;
     
      $url = rex_getURL($match[1], $match[2]);
      $content = str_replace($match[0],$url,$content);
    }
   
    // -- preg match redaxo://[ARTICLEID] --
    preg_match_all("/redaxo:\/\/([0-9]*)\/?/im",$content,$matches,PREG_SET_ORDER);
    foreach($matches as $match)
    {
      if(empty($match)) continue;
     
      $url = rex_getURL($match[1]);
      $content = str_replace($match[0],$url,$content);
    }

    return $content;
  }


also geändert ist auf alle fälle was.
die REX_LINKS gibbet nicht mehr.


Ergebnis ist das gleiche, wie am anfang des threads (muß also noch wieder geändert werden) und für

Code: Alles auswählen

    // -- preg match redaxo://[ARTICLEID] --

sollte die aktuelle Sprache wieder zusätzlich zum match dazu genommen werden. sonst entstehen diese links mit 12--blablabla.html.


Sven

[Thomas.Blum]

Hier ist dann wohl auch der Fehler vorhanden? Hast du schon etwas verlinkt bzw mit der CVS gestestet?

[svenalbert]

Hier ist dann wohl auch der Fehler vorhanden? Hast du schon etwas verlinkt bzw mit der CVS gestestet?

hab die funktion eben bei mir eingesetzt gehabt und das oben geschriebene beobachtet.

[Markus.Staab]

Hi,

ich bin mir nicht sicher, ob unser lösungsanstaz richtig ist...

wenn wir einfach nur die reihenfolge umkehren, in der die suchergebnisse durchlaufen werden, sollte das problem ja wieder auftreten, wenn die links im content in der umgekehrten reihenfolgen auftreten oder?

Es ist ja nicht zwingend, dass die Links genau in dieser reihenfolge vorkommen.. also kann ja auch der link zur id = 11 vor dem link zur id = 1 kommen... ebenso umgekehrt....


meiner meinung nach müssen wir das suchergebnis-array von großer zu kleiner artikel id hin sortieren.. was meint ihr?

Gruß,
Markus

[svenalbert]

meiner meinung nach müssen wir das suchergebnis-array von großer zu kleiner artikel id hin sortieren.. was meint ihr?

so, hab das vor ner stunde schon mal gelesen und inzwischen mein gehirn ein wenig verbogen, weil ich erst gar nicht mit dem einverstanden war, was du geschrieben hattest.

mittlerweile, nach ein paar mal drüber nachdenken, muß ich sagen, du hast wahrscheinlich recht. - jetzt bin ich mir sicher (hab's grad probiert) - du hast zu 100% recht.

also es muß wirklich den IDs nach geordnet werden und dann erst die ersetzung von den längsten/größten zu den kleinsten IDs gemacht werden.


Sven

[Markus.Staab]

Hi,

mittlerweile, nach ein paar mal drüber nachdenken, muß ich sagen, du hast wahrscheinlich recht. - jetzt bin ich mir sicher (hab's grad probiert) - du hast zu 100% recht.

das hör ich doch gerne... mal sehen was ich machen kann

Gruß,
Markus