Content Management System Targeting Mobile Devices

Question

Wenn ich für mobile Geräte CMS implementieren möchten, welche Art von Punkten berücksichtigen sollte? Zum Beispiel macht die Seitengröße kleiner, optimiert (small) Bilder. Jede andere Ideen?

Auch welche Art von Regeln kann bei der Konvertierung Web-Seiten angewandt werden, die die für Desktop-Browser, entworfen wurde, die in mobilen Browsern leicht angezeigt werden.

Ich weiß, dass mobile Geräte weit verbreitet in der dort Kapazität und Eigentum variieren, aber immer noch die Liste versuchen, einige Regeln aus.

Auch andere Ideen, Anregungen, Fragen und Hinweise sind willkommen zu diesem Thema.

Vielen Dank für Ihre Meinungen und Antworten.

Answer 1

Kurz Vorwort, alle Dinge, die ich unten Listing bin etwas sind das Hauptprodukt der Firma für die ich bereits funktioniert oder hat eine Lösung für das gesamte Ziel dieser Antwort ausgearbeitet ist, dass Sie Zeiger zu geben.

---

Identifizierung des Telefons

Wenn Sie mit mobilen als Web-Kontext zu tun, dann ist es absolut notwendig, das Telefon korrekt zu identifizieren. Das sollte die höchste Priorität hat. Hier einige Probleme bei der Identifizierung Telefonen und deren Funktionen:

• Nicht userAgent.contains("iPhone") Erkennungsschema verwendet werden. Es gibt bereits viele Web-Bots und andere Anwendungen, die in ihrem User-Agent-String iPhone enthalten und so würde man sie nicht richtig identifizieren.
• Nicht alle Telefone sogar User-Agent-Header senden. Jedoch a href einige von denen, senden <= "http://en.wikipedia.org/wiki/UAProf" rel = "nofollow noreferrer" > UAProf URL: s, die in allen Telefonfunktionen enthalten RDF Format. Leider ist dies die nächsten zwei Probleme stellt:
• Offensichtlich Sie haben keinen Zugriff auf jeden einzelnen Gerätedaten haben da draußen und Sie sind verpflichtet, öffentliche Daten-Repositories zu verwenden, wie WURFL . Diese Datenbanken sind jedoch unvollständig, leicht hinterherhinken oder nicht enthalten Daten, die Sie gerne hätten. Sie sind die beste Wahl für die erste Datensatz though.
.
• UAProfs liegen Ja, sie enthalten falsche Angaben - viele davon! Teilweise ist dies, weil die Hersteller die XML zu aktualisieren vergessen: s. Und zum Teil, weil die UAProf Dateien, die während der Entwicklung des Telefons geschrieben werden, und wie wir wissen, Funktionen während der Entwicklung ändern sich
• Wenn Sie eine Funktion zu verlassen, stellen Sie sicher, dass Sie nicht auf eine bestimmte Version eines bestimmten Telefon angewiesen zu sein. Zum Beispiel Blackberry eine Funktion namens Tile hat, die im Grunde eine wirklich Lust Lesezeichen ist, aber Sie können ‚t dienen sie nur an alle Blackberry-Handys, haben Sie die Betriebssystem-Version des tatsächlichen Telefons identifizieren die richtige Variation der Fliese zu dienen. Das Gleiche gilt für Touch-Screen, iPhone war nicht der erste mit Touch-Screen und ist ganz sicher nicht die einzige entweder - auch nicht erwarten, eine Situation, in der das Gerät nur eine Form des Eingangs hat, zum Beispiel Nokia N900 verfügt über einen Touchscreen, physische Tastatur und sogar Stift.

Erstellen der tatsächlichen Seiten

Zum Glück ist dies haben etwas, das Menschen vereinbart und wenn die Seiten zu schaffen, sind Sie XHTML verwenden soll -MP . Aber ach, wie man wünschen würde die Dinge waren so einfach ...

• Alle Telefone haben unterschiedliche Niveau der XHTML-MP / CSS-Unterstützung. Als Beispiel, wenn ich mich richtig erinnere, einige ältere Blackberrys nicht unterstützen background-color für Blockelemente. Oder Header-Tags. Wir haben auch eine falsche Reihenfolge der span Elemente zu sehen, wenn es in einer Reihe mehrere ist. Ach ja, und aus irgendeinem Grund Tische sind wirklich hart. Grundsätzlich müssen Sie wenig Markup / Styling Tricks gehen.
• Sie können nicht die Existenz der Funktion testen, indem Sie die Funktion selbst verwendet wird. Wenn Sie JavaScript-Unterstützung erkennen wollen, könnten Sie denken, dass ein bisschen JavaScript auf der Seite zu diesem Zweck allein zugegeben funktionieren würde, nicht wahr? Nö, das stürzt ein bedeutenden Prozent der Mobiltelefone Ihre Website besuchen. Sicher, neue Telefone nicht abstürzen, aber nicht jeder ihre Handys in den letzten 12 Monaten gekauft hat. Auch mobil spezifischer JavaScript-API: s pro Hersteller unterscheiden, als ein weiteres Beispiel gibt es derzeit mindestens drei verschiedene API: s. Für JavaScript-basierte Geolocation-Erkennung, keiner von ihnen vollständig kompatibel mit den anderen

Fügen Sie diese alle auf den normalen CMS Funktionen (Sicherheit, Content Management und Transformation, Caching, Modularität, Besucher-Tracking und so weiter) und Sie sollen eine Art von Bild davon haben, wie alles alles wirkt und wie Sie wirklich sollten die Kosten für die Herstellung Ihrer eigenen betrachten.

In der Tat, obwohl dies ist eine Art gegen den allgemeinen Geist der SO, würde ich dringend empfehlen Ihnen eine leicht gemachte Lösung zu erhalten wie den unsrigen und verwenden, die stattdessen für Ihre Website Baubedarf . Schließlich hat unser Produkt 7 Jahre im Wert von spezialisierter Entwicklung unter der Haube.

Answer 2

ein paar, die wir früher ...

Ein CMS für mobile Geräte gezielt sollte in der Lage sein, den Gerätetyp zu erkennen und erfassen (oder eine Datenbank hat) Bildschirmauflösungen, so dass Inhalte, insbesondere Bilder, können in geeigneter Weise skaliert werden.

Das Rendering-Engine sollte auch in der Lage sein, zu bestimmen, ob das Gerät HTML oder WAP umgehen kann und wechseln entsprechend Markup-Sprachen.

Paging-Fähigkeit auf den Ausgang im Gegensatz zu sehr großen Seiten-Rendering (wenn der Inhalt Magiern groß sind) ist auch hilfreich.

Saubere Integration mit der entsprechenden Web-Site CMS (so Inhalt muss nicht dual produziert wird) ist auch hilfreich, wenn Tere ist in der Tat eine entsprechend große Form Website.