Gunther: HTTP-Header für eine serverseitige Lösung des Problems

Beitrag lesen

Hallo,

Sorry, aber scheinbar reden wir aneinander vorbei. Deine API-Lösung ist doch wieder eine rein clientseitige Geschichte, und das halte ich schon vom Grundsatz her für "nicht hilfreich"!

Hilfreich wäre es, wenn der Browser bereits dem Server mitteilen würde, "womit" er etwas anfangen kann, damit er anschließend auch nur das geliefert bekommt.

Ich verstehe auch ehrlich gesagt nicht, wo du da den großen Unterschied zu bereits existierenden Headern, wie dem Accept Language Header siehst!?

Du würdest es ja vermutlich auch nicht für sinnvoll erachten, jedem Client alle 5 Sprachvarianten auszuliefern, damit er sich dann die passende raussucht, oder?

Die angezeigte Sprache und wie mit verschiedenen Schemes umgegangen werden kann sind zwie ganz verschiedene paar Schuhe.

Das kommt ganz auf die Betrachtungsweise an ...! ;-)

Das erste hat rein was mit dem Inhalt bzw der zugänglichkeit zu diesem zu tun, das zweite eher nicht. auch ohne tel-scheme kann ich diese Nummer noch verwenden, mobil notfalls über copypasta udn aufn desktop mittles copypasta v0.5 (selber ins Telefon tippseln). Mit einem russischem Text kann ich erstmal nüschts anfangen.

Es geht auch nicht darum, dass du die Nummer ansonsten nicht angezeigt bekommen sollst, sondern darum, ob sie als Link mit dem entsprechenden Scheme ausgezeichnet wird oder nicht.

Das ist doch auch völlig egal, wessen Problem das ist. Letztendlich hat man als Autor das Problem, dass man nicht in der Lage ist, jedem User die bestmögliche Usability zu liefern.
Und von daher sollte eine möglichst schnelle und einfache Lösung für das Problem her ...!

Wird das wirklich genutzt eine Telefonnummer, die mitten auf der Seite steht einfach anzuklicken und anzurufen? und wie willst du fax und telefonnummern bzw bei letzteren unterscheiden ob anrufen oder simsem (grad bei dem TV-Quizen sind das auch meist verschiedene nummern, auch bei der Telekom gibts da verschiedene Nummern zB bei der HotSpot-Freischaltung)

Indem du nur solche (Ruf)Nummern entsprechend verlinkst ...!
SMS ist ein eigenes Scheme und funktioniert genauso wie 'mailto'.

Da hätte für mich noch die meiste Usability wenn eine Telefonnummer auf ne VCard verlinkt wird, damit sollte jedes "telefonie-programm" mit umgehen können und ich kann immer noch entscheiden ob telefonieren simsen oder faxen

Das hat nichts mit dem eigntlichen Problem zu tun, da du hier schon einen Schritt weiter bist. Es geht ja darum, zu wissen, ob ein Client überhaupt etwas mit einem bestimmten Scheme anfangen kann, um ihm nur dann entsprechend ausgezeichnete Links zu servieren (und wenn nicht eben als Text).

Zu den Dingen, die imho interessant zu wissen wären, gehören u.a.

  • Pixelratio (wäre hilfreich für Images im Quelltext)
  • GPS/ Geolocation, sprich ob Standortdaten verfügbar sind oder nicht
  • Art der Verbindung
  • Telefonie
  • SMS

Bis auf ersteres hat nichts davon was auf Servern zu suchen,

Das ist wieder die "alte Leier" ohne eine vernünftige Begründung, bzw. Argumente.
BTW: Wer entscheidet denn, was etwas auf der Serverseite zu suchen hat, und was nicht?

insbesondere das zweite geht schon in Richtung Stasi 4.0.

Sorry, aber das ist doch Unsinn. Jede App mit Standortdiensten greift auf solche Informationen zurück. Schließlich ist es ja Sache des Users, die Infos freizugeben oder nicht.

Und selbst wenn es diese Header mal geben sollte können diese alle manipuliert werden und du als Autor hast wieder das Problem.

Ja, und Javascript und CSS können deaktiviert werden, der UA String kann "manipuliert" werden und, und und ...!
Persönlich halte ich vieles davon für "überflüssige Relikte", die aus einer Zeit stammen, zu der sie sinnvoll/ erforderlich waren. Inzwischen gehört ein Großteil davon abgeschafft/ geändert!

Aber ich teile deine Ansicht trotzdem nicht. Denn in all diesen Fällen (der Manipulation irgendwelcher Angaben) liegt "das Problem" nicht beim Autor, sondern beim User!

Gruß Gunther