Hi,

Heißt das, dass ich am besten für meine Mobilseite eine .mobi-Domain einrichte und ich bin sicher raus aus der Sache?

Insofern, als daß es dann dem User obliegt, selbst zu entscheiden, welches Format er gerne haben möchte. Er sollte natürlich ggf. einfach wechseln können ...

Gruß, Cybaer

Mahlzeit Lollo,

Indem Deine Startseite ein serverseitiges Skript (z.B. PHP, Perl, ASP o.ä.) ist, das die vom Browser angegebenen Informationen bzgl. System, Browserkennung usw. auswertet und dann ggf. eine Weiterleitung mittels entsprechender Header-Angabe vornimmt, wenn es sich vermutlich um einen mobilen Browser auf einem mobilen Gerät handelt.

Wie kann ich das realisieren? Gibt es dafür eine Anleitung im Netz oder ein Suchwort, mit dem ich weiterkomme?

Das kommt darauf an, welche serverseitige Skriptsprache(n) Dir zur Verfügung steht/stehen. Dazu hast Du ja bisher nichts gesagt. Weiterhin kommt es natürlich auf Deine Vorkenntnisse an.

In PHP könntest Du z.B. auf das superglobale Array $_SERVER zugreifen - dort sind die entsprechenden, vom Browser übergebenen Angaben gespeichert.

Dass den vom Browser übertragenen Informationen nicht immer hundertprozentig vertraut werden kann, sollte Dir dabei aber bewusst sein.

Heißt das, dass ich am besten für meine Mobilseite eine .mobi-Domain einrichte und ich bin sicher raus aus der Sache?

Nein. Was hat der Name einer Top-Level-Domain mit evtl. auf einem über eine darunter liegende Second-Level-Domain erreichbaren Server liegenden Dokumenten und deren Typ zu tun?

Einfacher ausgedrückt: was hindert Dich daran, auf einem Webserver unterhalb von example.com Dokumente abzulegen, die für Mobilgeräte geeignet sind? Was hindert Dich daran, auf einem Webserver unterhalb von example.mobi Dokumente abzulegen, die für "klassische" PC-Browser geeignet sind? Technisch gesehen ist das keinerlei Unterschied.

MfG,
EKKi

Hi,

Wie setze ich diesen riesigen Code in der Praxis ein? Ich stehe noch etwas auf dem Schlauch...

test.php:

<?php  
 define('MOBILE_MAX_WIDTH',800);  // Die vordefinierten Werte, die  
 define('MOBILE_MAX_HEIGHT',600); // hier angepaßt werden können  
 require('agentConstants.php');   // Der "riesige Code" ;-)  
 defAgentConstants();  
  
 if(MOBILE_AGENT) {  
  echo 'Client ist (vermutlich) Mobilgerät';  
 } else {  
  echo 'Client ist (vermutlich) kein Mobilgerät, oder aber ein Mobilgerät, das seine Auflösung mitgeteilt hat, und dessen Auflösung größer oder gleich den zu Beginn definierten Pixeln ist.';  
 }  
  
 echo '<p>Ermittelte Infos:<br>';  
 echo ((MOBILE_AGENT)?'Mobile ':'').AGENT_WIDTH.'x'.AGENT_HEIGHT.' '.((AGENT_MONO)?'monochrome':'color').' display with '.((AGENT_DEPTH<32)?(((!AGENT_DEPTH)?'unknown':pow(2,AGENT_DEPTH)).' colors'):'truecolor').'.<br>';  
  
?>

Testaufruf http://example.org/test.php?AGENT_DISPLAY=240x320x1 (Script wertet das als monochromen Browser mit 240x320 Pixeln) ...

Gruß, Cybaer

Hi,

Genügt denn reines HTML für Mobile Endgeräte?

Kommt auf das Gerät an. ;-) Aber mehrheitlich: Ja.

Ich hatte mal gelesen, dass WML wohl geeigneter sein soll.

Das eine hat mit dem anderen nichts zu tun. Um WML-Seiten nutzen zu können, braucht man ein *WAP*-Handy. Die WML-Seiten müssen (mehr oder weniger aufwendig) parallel zu einem i.d.R. ja bereits existenten (X)HTML-Angebot für normale Clients erzeugt werden. Das ist
1. ein großer Aufwand, der sich in den wenigsten Fällen rechnet (bis WAP 2 wurde nichtmal HTTP unterstützt),
2. in der Leistungsfähigkeit extrem beschnitten (was eben nicht nur den Konvertierungsaufwand drastisch erhöht, sondern auch den Surfer begrenzt), und
3. die grooooße Welt des normalen WWWs bleibt den WAP-Handys *komplett unzugänglich*.

Deswegen sind die Mobilgerätehersteller schon seit geraumer Zeit dazu übergegangen, die Geräte (X)HTML-kompatibel zu bauen. Das nutzt dem User, wie dem Anbieter ...
... und WAP/WML ist faktisch tot.

Ich habe auch mal auf einigen Seiten geschaut, wie diese es gelöst haben, ich frage mich nur, ob dass so richtig ist.

Kann ich dir nicht sagen. Müßte man testen. Prinzipiell bekommt man bei allen dreien normales XHTML und kein WML. Es könnte aber natürlich sein, daß WML ausgeliefert wird, wenn der Client sagt, daß er *nur* das könne (zumindest bei der WAP-Subdomain würde ich das zumindest erwarten). Wenn ein Client beides kann, dann wäre WML (im Vergleich zu optimiertem (X)HTML) unsinnig (wg. der Beschränkungen).

Sinnvollerweise nutzt man eine eigene Subdomain für Mobilgeräte (z.B. mobile.example.org) die dann auch separat von Google indiziert wird. Oder man versucht auf der normalen Website zu ermitteln, ob ein Mobilgerät vorliegt, und bereitet den normalen Content nur ein wenig anders auf.

Bei deinen Beispielen findest Du beide Varianten.

Wenn man heute noch WAP-Handys unterstützen möchte, dann empfiehlt es sich IMHO, ein Framework oder CMS zu verwenden, das WML unterstützt. Aber das muß heute echt nicht mehr sein ...

Gruß, Cybaer