links mit & statt &
links mit & statt &
hallo,
mal wieder ne frage. im forum wurde ich leider nicht fündig, obwohl bestimmt was da gewesen wäre, wurde eher mit zu vielen beiträgen bzw. keinem beitrag bombardiert.
bei mir werden die links mit einem & statt mit & generiert, wie kann ich das ändern?
dankbar für jede hilfe.
trixi
mal wieder ne frage. im forum wurde ich leider nicht fündig, obwohl bestimmt was da gewesen wäre, wurde eher mit zu vielen beiträgen bzw. keinem beitrag bombardiert.
bei mir werden die links mit einem & statt mit & generiert, wie kann ich das ändern?
dankbar für jede hilfe.
trixi
-
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
hi,
ich wollte das grds. ändern, habe bei so manchen beispielseiten auch gesehen, dass das dort so gemacht wurde.
@ timo:
wegen den "unschönen" fehlermeldung bei http://validator.w3.org
siehe auch: http://www.htmlhelp.com/tools/validator ... s.html#amp
ich wollte das grds. ändern, habe bei so manchen beispielseiten auch gesehen, dass das dort so gemacht wurde.
@ timo:
wegen den "unschönen" fehlermeldung bei http://validator.w3.org
siehe auch: http://www.htmlhelp.com/tools/validator ... s.html#amp
-
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
-
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
ich habe mir das gestern abend mal angeschaut, und ich habe nur fuer die Editoren (spaw, htmlarea2 und htmlarea3) Dateien gefunden, wo man das evtl. aendern koennte. Ich weiss nur nicht, ob das die richtige Stelle ist. die htmlarea-Dateien heissen insert_link_de.php und insert_link_en.php, die von spaw heisst nur insert_link.php. Du kannst es mal versuchen und berichten, ob's geklappt hat, aber Sicherungskopien nicht vergessen!
Evtl. aber auch direkt in der include.CMS_LINK.php, so genau bin ich noch nicht dahinter gestiegen.
Evtl. aber auch direkt in der include.CMS_LINK.php, so genau bin ich noch nicht dahinter gestiegen.

-
- Beiträge: 5478
- Registriert: Di 2. Mär 2004, 21:11
- Wohnort: Halchter, wo sonst? ;-)
- Kontaktdaten:
na ja, wie ich dir schon gestern sagte, genuegt das eigentlich nicht, wenn es auch ein guter Anfang ist. An die Aenderung der Module habe ich nicht mehr gedacht, weil ich das bei mir schon umgesetzt hatte. Aber es ist mir auch noch nicht gelungen, den Fall zu reproduzieren, wenn an die idcatart noch client und lang dranhaengen, obwohl ich extra noch einen Mandanten samt Sprache (die auch online ist) angelegt habe. 

thx, für die antwort. ich dachte da gebe es schon etwas einfacheres. zumal mir bei der aktion sowieso etwas mulmig ist, eigentlich ist ja & statt & korrekt. und nur weil der browser das wieder zu & macht, so dass der link dann richtig verfolgt wird, heisst das nicht, dass die suchrobots, das richtig nachvollziehen können. genaueres weiss ich da aber auch nicht. arbeite zur zeit nicht am cms, da ich ne hausarbeit schreibe. in 2 wochen nehme ich mich des problems an. vielleicht löse ich das einfach über das "advanced mod rewriting", welches wohl die aufwändigste aber auch beste ist.
weiss jemand zufällig, wie stark man bei mod_rewrite mit performance verlusten rechnen muss?
weiss jemand zufällig, wie stark man bei mod_rewrite mit performance verlusten rechnen muss?
lieber i-fekt.
deine antwort ist in der kürze leider inkorrekt. für den server, der die anfrage entgegennimmt ist & und nicht & korrekt. der browser wandelt ja & in & um, so dass es keinen unterschied macht. daher wird & in html geschriebenen urls laut w3c validator als richtig und & als unrichtig angesehen.
die frage ist jedoch nicht, ob es valides html ist, sondern die, ob suchrobots diese umwandlung (wie die browser, sie vornehmen) ebenfalls mitmachen, diese benutzen ja bekanntlich nicht einen browser, um seiten zu durchsuchen. eine valide seite bringt nichts, wenn sie nicht gefunden wird
deine antwort ist in der kürze leider inkorrekt. für den server, der die anfrage entgegennimmt ist & und nicht & korrekt. der browser wandelt ja & in & um, so dass es keinen unterschied macht. daher wird & in html geschriebenen urls laut w3c validator als richtig und & als unrichtig angesehen.
die frage ist jedoch nicht, ob es valides html ist, sondern die, ob suchrobots diese umwandlung (wie die browser, sie vornehmen) ebenfalls mitmachen, diese benutzen ja bekanntlich nicht einen browser, um seiten zu durchsuchen. eine valide seite bringt nichts, wenn sie nicht gefunden wird
liebe i-fekt,
du hast absolut recht. aber ich glaube du verwechselst da was. ich habe keine flasche aussage getroffen, sondern ein frage gestellt. (auf die du i.ü. mit deinem vorletzten post entweder überhaupt nicht oder sehr uneindeutig geantwortet hast.)
deine umgangsformen sind so wie die barrierefreiheit der barrierefreien webseite der internetpolitischen sprecherin der cdu/csu-fraktion des bundestages unseres landes dieser erde und überhaupt.
du hast absolut recht. aber ich glaube du verwechselst da was. ich habe keine flasche aussage getroffen, sondern ein frage gestellt. (auf die du i.ü. mit deinem vorletzten post entweder überhaupt nicht oder sehr uneindeutig geantwortet hast.)
deine umgangsformen sind so wie die barrierefreiheit der barrierefreien webseite der internetpolitischen sprecherin der cdu/csu-fraktion des bundestages unseres landes dieser erde und überhaupt.
-
- Beiträge: 6284
- Registriert: Do 15. Mai 2003, 18:32
- Wohnort: Da findet ihr mich nie!
- Kontaktdaten:
Damit der W3C-Validator nicht meckert, muß & im Quelltext erscheinen. & ist das einleitende Zeichen für HTML-Entities. Der Browser wandelt & transparent in & für den entsprechenden HTTP GET- bzw POST-Request um.
Ein Robot arbeitet primär wie ein Browser, und die Robots der populärsten Suchmaschinen unterstützen dies. Wenn du eine Suchmaschine findest, die ein & nicht interpretieren kann, bleibt dir nur die Möglichkeit, auf W3C-Konformität zu verzichten, oder du stellst über mod_rewrite auf sprechende URLs um (was immer eine Menge Aufwand bedeutet).
Ein Robot arbeitet primär wie ein Browser, und die Robots der populärsten Suchmaschinen unterstützen dies. Wenn du eine Suchmaschine findest, die ein & nicht interpretieren kann, bleibt dir nur die Möglichkeit, auf W3C-Konformität zu verzichten, oder du stellst über mod_rewrite auf sprechende URLs um (was immer eine Menge Aufwand bedeutet).