Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Hallo!
Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.
Hi!
Validierungstechnisch liegt da einiges im argen. Schau Dir mal den Footer an. Speziell die mailto Sache. Da wird mir sowas lustiges wie das hier ausgegeben:
<div id="footer">
<div id="footer-l"></div>
<div id="footer-m">
<p>
<br/><br />
tel +43 - (0) 2687 / 62 21 2 <b class="footer-teiler">|</b> fax +43 - (0) 2687 / 62 21 24 <span class="footer-teiler">|</span> e-mail <a style="text-decoration: none;" href="mailto:[B][COLOR=Red]office@docanddoc.at"[/COLOR][/B][B][COLOR=Red]> office@docanddoc.at[/COLOR][/B]</a> <span class="footer-teiler">|</span> obere hauptstr. 30 / 7041 wulkaprodersdorf
<br /><!-- Datenbank -->
18 Abfragen. 0,903 Sekunden.
</p>
</div>
<div id="footer-r"></div>
</div>Für Firefox gibt´s ein paar Addons, mit denen Du die Fehler aufspüren kannst. Da wäre zum einen die Web-Developer Toolbar und zum anderen das HTML Validator Addon. Sind ganz nützlich bei sowas ;-)
EDIT: Versuchst Du die Emailadresse mit irgendeinem Plugin zu "verschleiern"? Dann könnte das Plugin für die fehlschlagende Validierung verantwortlich sein.
EDIT2: Richtig, ich vergaß zu erwähnen, dass die hier rotmarkierten Zeichen jeweils mit einem Semikolon getrennt werden sollten. Genauso, wie es marX im folgenden Post beschrieben hat. Und ehrlich gesagt, hab ich auf das Umlaut eben gar nicht mehr geachtet. :oops:
o[COLOR="Red"][B];[/B][/COLOR]f[COLOR="Red"][B];[/B][/COLOR]f[COLOR="Red"][B];[/B][/COLOR]...
Und so weiter... ;)
Das ist aber nicht der grund für den Codierungsfehler - der liegt hier (Zeile 176 + 2 davor für die Übersicht):
<!-- CAROUSEL DIV -->
<div class="span-20 push-2 last margin-minus" id="carousel">
<!-- Einzelbild-/Inhaltsbreite bestimmt Gesamtbreite // die gleichzeitig sichtbare St[COLOR="Red"][B]?[/B][/COLOR]ckzahl wird im Header definiert -->Edit: Hmpf, die Editfunktio zeigt warum so ne Verschleierung wenig bringt... alle Zeichen im Klartext da... :-|
Das mit den Sonderzeichen in Kommentaren wusste ich nicht. Ehrlich gesagt, wusste ich noch nicht einmal, dass Kommentare überhaupt valide sein müssen.
Natürlich müssen Kommentare valide sein. und wenn es nur deshalb ist dass der Browser weiß wo einer anfängt und wo er wieder aufhört. ;-)
Wie komm ich da dahinter?
Schau mal aus welchem Plugin die falschen Umlaute kommen. Wenns ein öffentliches Plugin ist, dann informiere den Autor, sonst ändere es selbst (UTF-8-codiert speichern oder einfach "ae" statt "ä").
Link wo ich mich da ein wenig einlesen könnte, was zB gar nicht geht? (Ich les lieber bevor ich unnötige Fragen stell).
Wo genau reinlesen? HTML? Zeichencodierungen?
Das mit der Mailadresse im footer hab ich in erster Linie deswegen gemacht, weil alle "E-Mail Crypt" PlugIns meines Wissens nach immer nur page und post durchsuchen und die Mailadresse ja statisch drinnen liegt. Hab dafür einen x-beliebigen Decoder (Google-Suche) genommen.
Das ist Minimalschutz, das würde ich nur machen wenn der Aufwand gegen 0 geht. Bessere Harvester verwenden einen HTML-Parser (z.B. aus der Textbrowser Lynx), und dann ist dein "Schutz" gleich 0. Gegen solche Parser hilft entweder ein JavaScript oder die Mailadresse als Bild - was aber beides bekanntlich an rechtliche Grenzen stößt. ;-) Und außerdem gibt es wieder Harvester die auf diese Methoden spezialisiert sind.
Am wirksamsten ist immernoch ein Kontaktformular und ein guter Spamfilter dahinter.
Der Rest der Seite wird eh via PlugIn chiffriert...
Siehe oben: wenn am Ende HTML raus kommt kann es ein Harvester lesen.
Ps. Werd mir die Javascript-Variante einmal vorknüpfen (wieso rechtliche Grenzen - check´s grad gar ned).
§5 Telemediengesetz (DE):
(1) Diensteanbieter haben für geschäftsmäßige, in der Regel gegen Entgelt angebotene Telemedien folgende Informationen leicht erkennbar, unmittelbar erreichbar und ständig verfügbar zu halten:
[...]
2. Angaben, die eine schnelle elektronische Kontaktaufnahme und unmittelbare Kommunikation mit ihnen ermöglichen, einschließlich der Adresse der elektronischen Post,
Meiner Meinung nach widerspricht JavaScript (und auch Bild) gegen "unmittelbar erreichbar und ständig verfügbar". (Lustigerweise haben Harvester weniger Probleme mit fehlender "Barrierefreiheit" als beeinträchtigte Benutzer... ;-))
Wie die Rechtslage in AT ist weiß ich aber nicht.
Kann leider nicht nur auf Kommentarformular setzen. Die Mailadresse ist irgendwie das, was die Leute noch vor dem Firmennamen kennen :)
Mailadresse, auch "verschleiert" (z.B. [at] statt @), als Linktext, Linkziel auf das Kontaktformular.
Vorneweg: /me ist kein Anwalt, dies ist keine Rechtsberatung. So, hätten wir das auch geklärt...
"ständig verfügbar" is ja schon verdammt gut ;) Sprich: Wenn der Server nieder geht, bist auch Du schuld? DAS ist lustig.
Uff, gute Frage. Von der Seite hab ich das noch gar nicht betrachet... :) Ich würde das aber ander interpretieren: wenn der Server down ist, dann bietest du ja keinen Telemedien-Dienst mehr an, musst also demzufolge auch kein Impressum haben. (Aber frag doch z.B. mal im Law-Blog nach... :D)
Bin mir noch nicht einmal sicher, ob man da überhaupt eine Tel braucht...
Tel wäre ein Beispiel für eine "unmittelbare Kommunikation"
Das mit dem Link zum Kontaktformular ist übrigens "ned deppat". Danke! Simple, einfach, gut.
Jupp. Und zumindest hast du schonmal die Harvester veräppelt, die nach "mailto:"-Links suchen. ;-)
Das hier?
The error was: utf8 "[B]\xFC[/B]" does not map to Unicode
ist ein ASCII-codiertes "ü", was in UTF-8 aber nicht vorhanden ist. Spricht, du musst die (Template-?)Datei, die dieses "ü" enthält, UTF-8-codiert abspeichern.
Zeile 70 ist aber keine Leerzeile, sondern da steht (immernoch) ein jQuery-Carousel-HTML-Kommentar - mit einem "ü" drin. ;-)
Hoffe nur ich hab gelernt, dass ich Umlaute gleich bleiben lasse. :mrgreen:
Nein, das nicht. Du solltest nur konsequent UTF-8 verwenden, dann gibts auch keine Probleme mit Umlauten. ;-)
Das "ü" war codiert nach ISO-Latin-1, also als 0xFC. Laut UTF-8 müsste es aber als 0x00FC codiert sein. Das macht im Normalfall dein Texteditor für dich, muss dich also eigentlich nicht weiter interessieren. Du musst ihm nur mitteilen welche Codierung du verwenden möchtest, meist im "Speichern unter..."_Dialog. Wichtig ist eben, dass alle Dateien, die Umlaute enthalten, in der richtigen Codierung vorliegen. Wenn du also deine HTML-Seite aus 3 PHP-Dateien zusammensetzt (include), dann müssen alle 3 Dateien UTF-8-codiert vorliegen.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!