Progettazione e Costruzione di un cellulare abilitato sito per il tuo sito principale [chiuso]

Question

Siamo nelle prime fasi di progettazione di costruzione di un sito mobile per uno dei nostri clienti.Questo sito mobile sarà in aggiunta al sito principale che abbiamo già costruito per loro.Abbiamo determinato che il contenuto sta per essere una piccola sottosezione del sito principale e avrà come target il pubblico principale che si prevede di utilizzare il sito.

Mentre si guarda attraverso alcuni esempi di siti di telefonia mobile, abbiamo notato che un sacco di siti che hanno WAP url sono in realtà solo semplificato file HTML. http://wap.mlb.com non è davvero WAP abilitati, ma del semplice HTML.

La mia domanda è WAP a pensare al passato?Con smartphone e iPhone, avendo la possibilità di rendere i siti, come non abbiamo bisogno di preoccuparsi di WML e WAP o una spogliato versione html è sufficiente?

Inoltre, si può consigliare un blog o un tutorial o una risposta qui sotto come meglio controllare per dispositivi mobili?Anche noi, come il programmatore ha bisogno di sapere ogni variazione di agente utente per reindirizzare il nostro sito mobile?

Infine, vorrei programmare un sito mobile per iPhone/Touch browser Safari o semplicemente lasciare il sito, come è?

Answer 1

Telefoni più recenti sono dotate di WAP2 che utilizza HTML Profilo Mobile (XHTML MP), che è molto simile al normale HTML.Vecchi telefoni Wireless Markup Language (WML).

A seconda del pubblico, vorrei prendere in considerazione di fare un telefono cellulare amichevole versione del sito in XHTML MP e drop WML completamente.Da telefono mobile friendly voglio dire grafiche di luce, poco di JavaScript e di semplice navigazione.

Per verificare la funzionalità di diversi telefoni, dare un occhiata al WURFL.

Inoltre, si potrebbe desiderare di dare un'occhiata a Mobile Web Best Practices dal w3c.

Answer 2

Qui ci sono due cose che si possono fare per migliorare il supporto per iphone senza fare molto lavoro:

Rendere la pagina di scorrere verso l'alto per nascondere la barra dell'URL:

<script type="application/x-javascript">

  if (navigator.userAgent.indexOf('iPhone') != -1) {
    addEventListener("load", function() {
      setTimeout(hideURLbar, 0);
    }, false);
  }

  function hideURLbar() {
    window.scrollTo(0, 1);
  }

</script>

E impostare la scala per la larghezza della pagina (meglio fare qualche prova e giocare con questo, cercare anche altri esempi che si possono utilizzare user-scalable=true):

<meta name="viewport" content="width=320; user-scalable=false" />

Answer 3

Mi raccomando fai il check-out Cameron Molls' prenota Mobile Web Design.La sua non è tanto una tecnica how-to per la costruzione di mobili ottimizzati siti, ma fa riflettere sulle varie opzioni disponibili e riassume tutti i pro e i contro.Sarà sicuramente farvi riflettere su quale approccio si sta assumendo e se la sua destra uno.Penso che dispone anche di alcuni indicatori di risorse, che consentono di rilevare il dispositivo mobile di richieste al sito, ci sono molte opzioni fuori là.

Answer 4

Ora come ora(2014)

Noi non bisogno di separare sito per dispositivi mobili, invece, si può andare per il front-end di librerie come Twitter Bootstrap che utilizza reattivo di rendering in modo che il sito si adatta alla dimensione dello schermo sia Tablet o Dispositivo Mobile o Desktop

Uno dei Principali vantaggi è che ci vogliono meno manutenzione rispetto per aver separato i siti web per mobile e desktop.

Per sapere di più su di Twitter Bootstrap fare clic su qui

Answer 5

Penso che la differenza principale con il 2.5 G i telefoni e i nuovi cellulari 3G è che, mentre 2,5 G di telefoni cellulari usati proprio browser, browser in 3G telefoni cellulari sono diventati molto più simili di una accurata nella loro capacità di rendering.

D'altra parte, è possibile utilizzare i CSS per rendere lo stesso HTML in un grande formato di schermo o un piccolo mobile ottimizzato per uno, quindi credo che quello che è successo è che il "semplice HTML" approccio sembra essere meno difficile cammino.Inoltre, layout tableless consentono ai siti web di scala meglio, rendendo più facile per eseguire il rendering di un sito di grandi e piccoli formati di schermo.

Quindi alla fine la domanda sarà quella di un target di mercato.Stai targeting una tech-savvy pubblico che tendono ad avere completamente 3G-capable telefoni?Sono rivolti a persone che potrebbero avere 2,5 G in più?

Answer 6

La mia esperienza è che in realtà dipende da cosa stai cercando di fare e che/in cui gli utenti sono.

Mentre WAP avuto un sacco di cattiva stampa, il suo punto di forza è dove si hanno una bassa larghezza di banda ad alta latenza delle connessioni.Il WML contenuto viene ottimizzata dal vettore gateway per ridurre notevolmente la quantità di dati trasmessi attraverso l'aria.Se si dispone di iphone e simili, in aree con una solida copertura 3G che può permettersi di andare per la più ricca di contenuti, ma se vuoi un app per eseguire ancora bene di aree, WAP ha un grande vantaggio.

Una cosa da guardare fuori per con WAP è che la qualità del supporto WAP nei telefoni varia molto (immagino che ti piacerebbe anche dire lo stesso per smartphone browser web).La maggior parte di loro pagine di visualizzazione ok, ma la forma di gestione è veramente terribile in alcuni browser.

Se sei in grado di variare il contenuto basato su user-agent, si dovrebbe anche fornire un modo esplicito per accedere a un determinato tipo di contenuto (ad es.separata uri) - automatizzato di scelta non è sempre giusto e si desidera che il client sia in grado di sostituirlo .

Se si va con il WAP di sviluppo check out WinWAP - Windows-based browser WAP.

Answer 7

Se volete trascorrere una piccola quantità di denaro, è possibile trovare una copia usata di un mio libro "Palm OS Sviluppatore di Applicazioni Web di Guida" su Amazon per meno di $1.Mentre i suggerimenti specifici circa il vecchio Palm VII dispositivi non si applicano più, ci sono un paio di sezioni di rendere i siti web che potrebbe ancora applicare.Il mio consiglio è questo:rendere le pagine di piccole dimensioni con le informazioni rilevanti per primo, poi i collegamenti di navigazione;spingere generico/standard di contenuto di altre pagine;cercare di ottimizzare per ridurre la quantità di tempo che un utente trascorre in una singola pagina;e evitare di scaricare un sacco di oggetti (immagini, file JavaScript) per una pagina, per ridurre la latenza.

Answer 8

Codice:Causa il validator w3 ritorno 11 erorrs quando lo uso.Ecco la pagina index è stato tentato in:Non alcune linee multiple, non utilizzato.Sono righe di modello.

<!DOCTYPE HTML>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252">
<title>Photography Aerial Commercial Portrait Underwater Wedding Tom Szabo</title>
<meta name="description" content="A Thomas Image professional photography serving Cleveland
Northeast Ohio Chagrin Falls Chardon Kirtland Madison Mentor Painesville Perry and Willoughby">
<meta name="keywords" content="A Thomas Image, professional, photography, cleveland, northeast ohio, chagrin falls, chardon, concord, kirtland, madison, mentor, painesville, perry, willoughby,commercial, marketing, advertising, executive, head shot, portrait, baby, children, family, high school senior, family reunion, underwater, scuba diving, pool party, wedding, bride, groom,">
<meta name="y_key" content="7b00158550200c1c">
<meta name="y_key" content="b5a3e0c1d778ff8a">
<meta name="msvalidate.01" content="7C6C4CEC2EB84051B1DCFEC558B77724" />
<meta name="verify-v1" content="G4nmk0aesZsCjneBo0W6kVlv5NpImVnTfsQ+fXEk1fA=" />
<meta name="viewport" content=”width=320,user-scalable=false”>