Vra

Ons is in die aanvanklike beplanningsfase van die bou van 'n mobiele webwerf vir een van ons kliënte. Hierdie mobiele webwerf sal bykomend tot die hoof webwerf wat ons reeds vir hulle gebou het. Ons het vasgestel dat die inhoud gaan 'n klein onderdeel van die hoof webwerf te wees en is gerig op die belangrikste gehoor wat na verwagting in op die blad gebruik.

Terwyl op soek deur 'n paar monster mobiele webwerwe wat ons opgemerk dat baie van die webwerf wat WAP het in die url is eintlik net vereenvoudig HTML-lêers. http://wap.mlb.com is nie regtig WAP enabled maar eenvoudige HTML.

My vraag is WAP n think van die verlede? Met slimfone en die iPhone met die vermoë om webwerwe soos dit is het ons nodig om te bekommer oor WML en WAP lewer of sal 'n gestroopte html weergawe genoeg?

Ook kan jy beveel 'n blog of tutoriaal of beantwoord hieronder wat die beste manier om te kyk vir mobiele toestelle? Doen ons as die programmeerder behoefte om elke variasie van gebruiker agent weet om hulle te lei na ons mobiele werf?

Ten slotte, sal jy die program 'n mobiele webwerf vir die iPhone / Touch Safari leser of net laat die terrein soos?

Was dit nuttig?

Oplossing

nuwe fone kom met WAP2 wat HTML Mobile Profile (XHTML LP), wat baie soortgelyk aan gewone HTML gebruik. Ouer fone gebruik Wireless Markup Language (WML).

Na gelang van jou gehoor ek sou oorweeg om 'n selfoon vriendelike weergawe van die werf met behulp van XHTML LP en drop WML heeltemal. Deur selfoon vriendelike ek bedoel lig grafiese, klein JavaScript en eenvoudige navigasie.

Om vermoëns van verskillende hand fone kyk, neem kyk na WURFL .

Ook, kan jy 'n blik op Mobile Web Best Practices van W3C.

Ander wenke

Hier is twee dinge wat jy kan doen om steun vir iPhones te verbeter sonder om veel werk:

Maak bladsy boek tot URL bar om weg te steek:

<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>

en sit skalering vir die bladsy breedte (beste om 'n paar toets doen en speel met hierdie, ook kyk vir ander voorbeelde wat user-scalable=true kan gebruik):

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

Ek sou raai jy kyk na boek Cameron Mölls ' Mobile Web Design . Dit is nie soseer 'n tegniese hoe-om vir die bou van mobiele new webwerwe, maar laat jou dink oor die verskillende opsies wat beskikbaar is en 'n opsomming van elkeen se voor- en nadele. Sal beslis laat dink oor wat nader jy neem en of sy die regte een. Ek dink dit het ook 'n paar wenke om hulpbronne wat jou help om op te spoor versoeke mobiele toestel na jou site, daar is verskeie opsies wat daar is.

As van nou (2014)

Ons kan nie aparte webwerf vir mobiele toestelle nodig het in plaas kan ons gaan vir voorkant biblioteek-soos Twitter Skoenlus wat gebruik reageer lewering sodat webwerf pas homself aan die skerm grootte of dit 'n Tablet of Mobile toestel of Desktop

Een van groot voordele is wat dit neem minder onderhoud in vergelyking met wat afsonderlike webwerwe vir mobiele en lessenaar.

Vir meer inligting oor weet Twitter Skoenlus klik hier

Ek dink die grootste verskil met die 2.5G fone en die nuwe 3G-fone is dat terwyl 2.5G fone gebruik hul eie implementeer, blaaiers op 3G-fone het baie meer soortgelyke / akkurate geword in hul lewering vermoëns.

Aan die ander kant, kan jy CSS gebruik om dieselfde HTML lewer in óf 'n groot skerm formaat of 'n klein mobiele-new een, so ek raai wat gebeur het, is dat die "eenvoudige HTML" benadering net verskyn aan die wees minste moeilike pad om te neem. Ook, Table Less uitlegte toelaat webwerwe om beter te skaal, wat dit makliker maak om 'n webwerf te maak in beide groot en klein skerm formate.

So die einde vraag sal wees dat van 'n teikenmark. Is jy fokus op 'n tegnologie-vaardig gehoor wat sal neig om ten volle 3G-staat fone het? Is jy mense teiken wat 2.5G by die meeste kan hê?

My ondervinding is dat dit regtig hang af van wat jy probeer om te doen en wat / waar die gebruikers is.

Hoewel WAP het 'n baie slegte pers, dit is krag is waar jy 'n lae bandwydte hoë-latency verbindings. Die WML inhoud kry new deur gateway die draer se aan die hoeveelheid data wat oorgedra oor die lug grootliks verminder. As jy iPhones en dies meer, in gebiede met soliede 3G-dekking wat jy kan bekostig om te gaan vir ryker inhoud, maar as jy wil 'n app om nog goed te presteer in meer uit die weg geruim gebiede, WAP het 'n groot voordeel.

Een ding om te kyk uit vir met WAP is dat die gehalte van die WAP ondersteuning in selfone wissel baie (dink jy sou ook dieselfde vir smartphone webblaaiers sê). Die meeste van hulle vertoon bladsye ok, maar die vorm hantering is werklik verskriklik in sommige blaaiers.

As jy die inhoud wissel gebaseer is op die gebruiker-agent, jy moet ook 'n eksplisiete manier om toegang te verkry tot 'n spesifieke tipe van inhoud (bv aparte uri se) - die outomatiese keuse is nie altyd reg en jy wil die kliënt in staat wees om te ignoreer dit.

As jy gaan met WAP ontwikkeling check WinWAP -. 'N Windows-gebaseerde WAP browser

As jy wil 'n baie klein bedrag geld spandeer, kan jy 'n gebruikte kopie van my boek " Palm OS Web Application Developer's Guide " op Amazon vir minder as $ 1. Terwyl die spesifieke wenke oor die ou Palm VII toestelle nie meer van toepassing is, is daar 'n paar artikels oor die maak van mobiele webwerwe wat nog van toepassing kan wees. My basiese advies is: maak bladsye klein met relevante inligting eerste, dan navigasie skakels; stoot generiese / boiler inhoud na ander bladsye; probeer om te optimaliseer om die bedrag van die tyd 'n gebruiker spandeer op 'n enkele bladsy te verminder; en vermy die aflaai van baie voorwerpe (beelde, JavaScript-lêers) vir 'n bladsy om latency te verminder.

Die kode: Veroorsaak dat die w3 validator om terug te keer 11 erorrs wanneer ek dit gebruik. Hier is die indeks bladsy dit op die proef gestel in: Jy sal nie 'n veelvuldige lyne, nie gebruik word nie. Hulle is template lyne.

<!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”>
Gelisensieer onder: CC-BY-SA met toeskrywing
Nie verbonde aan StackOverflow
scroll top