Had in afwachting voor een paar dagen om te reageren op de veranderingen in de API WURFL .

Theorie

Voor degenen die niet weten wat we bedoelen, Wurlf is een database van mobiele kenmerken apparaat. Op het moment van het ontwikkelen van sites voor thin clients, een van de grootste problemen is de diversiteit van de verschillende functies: schermformaten, ondersteunde mediaformaten, programmeertalen ... Om dit op te lossen, moeten de providers om databases van de modellen te onderhouden met hun belangrijkste kenmerken . Een optie is om de database handmatig te handhaven, in feite moet worden gedaan om snel te reageren op nieuwe toestellen. Deze controleerde de UserAgents nieuwe modellen die toegang tot onze applicaties te vinden dan de functies en voeg ze toe aan onze database.

WURFL is een poging om dit probleem op te lossen voor vrije software en collaboratieve. WURFL is in wezen een XML-bestand met informatie over meer dan 10.000 verschillende terminals. Om dit project te bekijken XML mensen ontwikkelde API's in de meest gebruikte talen (Java, PHP, Python, Perl ...). Het vreemde is hoe de toegang tot de gegevens. Aangezien XML zijn enkele duizenden bestanden gemaakt, zodat wanneer we kijken naar de kenmerken van een model kijk maar eens in een. Ik persoonlijk hou er niet echt van het model. Een zeer interessante side-project is Tera-WURFL , gebaseerd op XML WURFL creëert een MySQL database en PHP API aangepast om de gegevens in het in plaats van de duizenden bestanden opvragen. We hebben veranderingen in hun dag aan dit project voor gebruik met SQL Server.

WURFL houdt mensen, mensen zoals wij, het toevoegen van nieuwe UserAgents. Uiteraard is dit niet perfect, wat leidt tot inconsistenties en onjuiste gegevens. Ze hebben onlangs ook verschenen webapplicatie om nieuwe UserAgents en nieuwe modellen te sturen. We hebben de conclusie dat er geen enkel model geldige bereikt, maar moet een combinatie van WURFL en uw eigen database zijn.

Zijn er alternavitas te WURFL? Ja, natuurlijk, sommige zijn, maar zijn over het algemeen betaling voor productie gebruik.

• Apparaat Atlas , gesponsord door mTLD en gemaakt door Andrea Trasatti , dezelfde WURFL. Vanaf $ 100 per jaar.
• DetecRight voordat UAProf, gratis voor 100.000 consulten.

Van DetectRight, toen we getest, ik hield niet van het model, worden query's online gemaakt, het toevoegen van een vertraging en onnodig verkeer. Apparaat Atlas vond ik het meest interessant. We testten de dag dat we gepubliceerd en waren niet overtuigd, had vele tekortkomingen van functies, maar deze dagen hebben we opnieuw getest en is aanzienlijk verbeterd, hoewel niet gratis, zelfs een beetje, ik ben niet overtuigd, we moeten bijhouden toch ..

Wat dan veranderd in de API?

Het proces waarbij WURFL zien welk model UserAgent behoort is erg nieuwsgierig is. Geen UserAgents of modellen op basis van beton, maar in groepen van UserAgents, dus zonder daadwerkelijk een UserAgent noch haar ingeschreven model caracteríscias kan potentieel terug ten opzichte van een vergelijkbaar model. Zo is het mogelijk voor een Nokia N73 característias die niet geregistreerd zijn gelijk of beter dan die van een Nokia N70, nemen we de eigenschappen van deze laatste. Dit is uiterst handig als het gaat om nieuwe modellen en WURFL officieel vrijgegeven updates een paar keer per jaar, maar u kunt dagelijkse builds downloaden van cvs.

Oorspronkelijk was de procedure om de kenmerken van een UserAgent vinden was gebaseerd op dat, als er een UserAgent identiek aan de client, zou de keten daarvan een teken tot een UserAgent dat conincidiese die string verminderde verminderen. Uiteraard zeer efficiënt is niet de methode, maar het werkte tot nu toe. De invoering van geavanceerde browsers op high-end apparaten, afkomstig van Safari, Opera, enz.. geleid tot de opkomst van mobiele UserAgents Mozilla derivaten zoals traditionele webbrowsers. Nokia95 (en de meeste nieuwe modellen van Nokia), iPhone, Blackberry ... hebben bijna alle strings zoals:

  Mozilla/5.0 (iPhone, U, CPU zoals Mac OS X, de-de) AppleWebKit/420.1
 (KHTML, zoals Gecko) Version/3.0 Safari/419.3 Mobile/3B48b

 Mozilla/5.0 (SymbianOS/9.2, U; Series60/3.1 NokiaN95/11.0.026;
 Profiel MIDP-2.0 Configuration/CLDC-1.1) AppleWebKit/413
 (KHTML, zoals Gecko) Safari/413 

De reductie methode is inefficiënt met dit type UserAgents. Dit is dan wat je hebt veranderd. Het nieuwe stelsel is een analyse in twee stappen:

1. Zoek eerst uit wat voor soort UserAgent're proberen (gebaseerd op Mozilla, Microsoft, etc..).
2. Afhankelijk van het type van de eerste stap, wordt verwerkt tot de geschikte handler UserAgent de vereiste informatie.

Bijvoorbeeld, in de eerste stap, als de tekenreeks bevat palara Blackberry een browser dat dergelijke apparaten. Een specifiek algoritme want zij zullen het model terug.

Was een modificatie onmisbaar vandaag. Niet voor de iPhone als ze kunnen denken van de vele, maar omdat de meeste nieuwe toestellen van Nokia en hebben derivaten van Safari , browsers die zeker gaf ons een aantal problemen te ontwikkelen sites en standaard 100% correct, maar niet gevisualiseerd goed (ondanks in Safari desktop browsers werkte prima).

Luca Passani , alma mater van WURFL met Andrea Trasatti , verklaart het beter dan ik hier .

Belangrijke vraag het. Apple en zijn iPhone willen het internet universeel te zijn, ongeacht het apparaat dat u gebruikt zal altijd hetzelfde zien. In een ideale wereld zou perfect zijn. Zelfs in een wereld iPhone zou aanvaardbaar. De werkelijkheid is heel anders en verre van in de buurt van dat idealisme.

Nee ik heb een iPhone die ik de gebruikerservaring zeilen niet konden testen met hem, maar ik heb gedaan met de meeste normale markt terminals, van low-end modellen tot de nieuwste Nokia N95 of HTC Touch en dergelijke, waaronder verschillende PDA's en smartphones. Al deze high-end telefoons hebben iets gemeen: ze maken gebruik van geavanceerde browsers, mobiele versies van hun web tegenhangers voor PC's. Nokia maakt gebruik van een op basis van Safari (ja, net als de iPhone) en HTC , om Windows Mobile te gebruiken, heeft Internet Explorer. Anderen gebruiken Opera Mini . Met alle van hen kan hetzelfde doen, het zien van websites die specifiek ontwikkeld voor mobiele technologieën om normale websites. Wat is het probleem? Bruikbaarheid en vaareigenschappen. En dit over de high-end van de andere beter vergeten we in dit artikel.

Wanneer u een website op een mobiele telefoon, je kijken op een scherm tot 320 × 240, een website ontworpen voor resoluties van ten minste 800 × 600, en dan bedoel ik in ieder geval wanneer de meeste websites tegenwoordig zijn gemaakt voor hogere resoluties.

Hoe zou u graag een website ontworpen om 1024px op een 800 × 600 te zien? 'D Alleen denken aan alles en tegen ontwerpers ongetwijfeld en dat je een muis zijwaarts scrollen hebben!.

Deze theorie kan als zodanig worden toegepast in mobiele apparaten. Kleinere schermen (in vergelijking met de PC's) voor hogere resoluties uitgevoerd sites. Bovendien, veel als het scherm aanraken, het varen niet hetzelfde als een muis. Je moet horizontaal continu scrollen.

Ik gebruik bijna vier jaar, een PDA, vooral als ik op reis ben. Ik gebruik het vooral voor het lezen van e-mail en routes plannen en bezoeken of zoeken naar hotels en restaurants, die het gebruik van het internet te maken. Soms met Wifi, als ik vind het (zeer paar keer), en anderen via de GPRS mobiel. De PDA heeft een touch screen en je kunt verplaatsen door met uw vinger om de pagina te scrollen, zoals je ziet is er niets nieuws over de iPhone. Ik kan u verzekeren is ondraaglijk, de horizontale schuifbalk is het ergste.

Daarbij komt nog een andere zeer belangrijke kwestie toe te voegen als het gaat om mobiele navigatie: de kosten van het dataverkeer. Wel kunt u gebruik maken van Wifi, maar vandaag de dag is niet gemakkelijk om open access points te vinden. Als toen we verbinden via mobiele zien we een normale website, niet toegankelijk is, zullen we honderden menu's en banners overbodig zien wat we echt willen zien, maar we langzaam navigatie, snelheid belasting (mobiele processors zijn zeer beperkt) en, bovenal, de kosten van het verkeer is wat, op het einde, het doet pijn.

Nu willen we verkopen dat mobiel browsen exponentieel in het afgelopen jaar is toegenomen dankzij de iPhone, maar niet verduidelijken of navigatie Wifi of GPRS . Niet hetzelfde. Toen kwam de iPhone zou niemand gedacht hebben van het besteden van $ 500 en twee-jarig contract tegen het tarief van een goed bedrag maandelijks aan een apparaat waarmee je navigeert hebt. Voordat de iPhone en mobiele apparaten met draadloze er is niets nieuws. Boven op de iPhone wordt geleverd zonder 3G , het is een eenvoudige GPRS, die ik weiger te geloven dat deze toename van het internetverkeer is te wijten aan de iPhone zelf, maar omdat veel mensen zijn gegaan naar een mobiel apparaat met wifi hebben, anders verpest je operator betalen voor dat het verkeer, GPRS , naast verveeld wachten, vergis je niet, GPRS is wat het is, en als je websites laden je weet wat te verwachten.

Mijn mening, na een aantal jaren het bouwen van websites voor mobiele apparaten, is dat lang voordat we zien telefoons met usability en bevaarbaarheid vereist om normale websites te bekijken. Deze vermindering zal de sleutel in het navigeren prijzen, leuk vinden of niet het grootste probleem. Hoewel alle partijen het erover eens exploitanten en moet bieden tarieven Style Telstra of Simyo , ongeveer 1 euro per dag, als je om te gebruiken elke dag zou moeten betalen meer dan 30 per maand voor mobiel internet waaraan moet worden toegevoegd 30 of 40 die u betaalt voor het huis. Ik zie het niet. Het tweede probleem is het een in het begin, mensen die een high-end terminal is zo'n klein percentage vergeleken met het merendeel van de gebruikers een telefoon midden tot laag en uiteindelijk hen die te barsten van de mobiele internet markt, normale mensen.

Ik zal ondertussen blijven aanpassen. Er is veel diversiteit aan modellen en WML zullen XHTML Mobile en iMode hier nog voor vele jaren.

• Vinete van Cucharete door Cucharete
• Evenementen in Flex , door Alberto Alcaraz in Made in Flex
• Modelleren met ArgoUML PHP-applicaties voor Deuteros
• Schaalbaarheid op de server , door Joaquin Basin in met Google Program
• Adobe Photoshop Express: Photoshop gaat online met Flex (een AIR-versie komt binnenkort) , door Marco casario
• Het testen van de nieuwe WURFL API , door Jason Delport
• Berijden van een bedrijf zonder ervaring , door François Derbaix
• Eerste dinsdag Valencia: 1 april 2008 , door Ruben Colomer

Geloof het of niet, de IT-professionals ook rustte, schakelt u de laptop en BlackBerry's (bijna) en gebruik de telefoon alleen om vrienden te ontmoeten. Het is wat ik heb gedaan de afgelopen dagen.

Valencia Fallas

Mislukkingen beginnen het weekend genieten. Hier heb je het hele fotoalbum Fallas. Valencia Fallas crullers en donuts ruikt en smaakt parades, vuurwerk en wandelingen te voet. Als je niet kunt staan ​​de rotjes niet ooit. Voor een Galicische als ik het meest indrukwekkend zijn ongetwijfeld de mascletas kan niet missen ten minste een in het stadhuisplein en een andere in een buurt mislukking is leven en voelen veel dichterbij.

Falen is ook een goede tijd voor sightseeing als je loopt je voorbij gaan om gebreken met het belangrijkste kruispunt van Valencia te zien. Je kan het niet helpen, maar lopen door de Barrio del Carmen deze dagen, ik verliefd. Hier heeft u de meest typische van Valencia.

Na patearnos Valencia op zondag en maandag, dinsdag middag besloten we (mijn partner en ik) vergeet de Nit del Foc en crema en kwam naar Pontevedra om de vakantie door te brengen met mijn familie en vrienden, van woensdag tot maandag omdat deze dagen zijn ze ook partij in Valencia dit jaar, een totaal van zes dagen, vijf als u rekenen op maandag omdat het de terugreis.

Verandering van omgeving

Dit jaar heeft geluk gehad omdat bijna alle collega's gingen door en we konden eten en drinken op grote schaal. Vóór, natuurlijk, brachten we uren en uren met mijn nichtjes, Nerea bijna vijf jaar oud en Britney draaide enkel negen maanden.

We hadden niet een verandering van de tijd zo brutaal verwacht, moesten we bij 24 º in Valencia en in korte mouwen in de vroege uren van de ochtend bij 8 ° toen we stopten om de sandwich (neem als we samen reizen we graag stoppen bij een rustruimte en eet rustig buiten als het weer het toelaat, maar we gaan naar een cafe). Deze keer leek het erop dat de toegestane tijd, maar vaak schrikken.

Santiago de Compostela

Toen ik thuiskwam van mijn ouders, meer van hetzelfde, vrieskou. Maar houd details die vakantie. Op woensdag, gebruik te maken van het grootste deel van het land was nog niet begonnen en er zou weinig toerist vakantie te zijn, we liepen rond Santiago. We deden een typische route, het invoeren van de Porta do Camino, stijgt naar de Praza da Quintana, Praterías Obradoiro plein en de kathedraal. Voor de terugkeer, ga de Rua do Franco, herinnerend aan het verleden-bedorven nacht, en keerde in Rua do Vilar en Praza doen Guimaraes. Santiago imponeert altijd, maar je thuis blijven van de koude gezicht .

Combarro

Op vrijdag benaderen we een wandeling Combarro en maken ons wat foto's, maar het was al een beetje vervelend te wijten aan de aanval van de mensen daar. By the way, ik heb niet graag iets houten trap moeten voorkomen dat de levensduur stenen klimmen, naast het niet goed uit weinig vertrouwen inboezemen. De foto's zijn niet al te goed, te druk. Combarro is veel mooier en indrukwekkender dan het eruit ziet in deze drie foto's.

Die avond, want we verdienen churrascada en maak een beetje dom om het weg te spoelen. Ik laat de foto's van de maaltijden te markeren , omdat we weten dat is hun specialiteit .

Om de avond, wat koffie en een drankje eindigen, terwijl het bijhouden van een levendig gesprek tussen goede vrienden.

Pontevedra

Op zaterdag toerde de oude stad van Pontevedra, het lopen en het maken van enkele foto's. Mijn partner houdt van te dwalen, wat kan ik doen, in Valencia, en hier gewoon niet stoppen.

Die niet weet, is de grote onbekende Pontevedra in Galicië. Het heeft de grootste oude Galicië na Santiago.

Het historische centrum van Pontevedra wordt gedomineerd door stenen wapenschilden en de arcades, bijna alle plaatsen hebben ze en geef het een bijzondere charme (plus resguardarte regenachtige dagen). U kunt een biertje in een van de bars hebben geeft Praza Plantaardige of tapas in de Praza de Lena, met zijn mooie vijftiende-eeuwse stenen kruis Vanuit de Praza doen Teucer, als eerbetoon aan de Griekse boogschutter Teucer, stichter van de stad volgens de legende, krijg je tot 5 Rúas Praza, het hart van het nachtleven van de stad en waar het huis waar Valle Inclan geven.

De feestdagen zijn voorbij, morgen is terugreis, en het ergste is dat dit jaar, Pasen vallen dus binnenkort, zullen moeten meer dan vier maanden besteden om vakantie te herwinnen.

Bewerkt:
Mark publiceert onze zenith hier , hier en hier .

Geen twijfel dat een van de belangrijkste ontwikkelingen die zich hebben voorgedaan op het internet is het model gegenereerde content sharing. Van de zeepbel van 2001, waarvan de inhoud beschermd tot het einde, kwamen we tot een model waar rauwe anders alles delen, hoe meer je beter lezen, ongeacht het medium. In deze hebben ze een belangrijke rol gespeeld organiserende systemen, in het bijzonder de RSS . Vandaag, bijna alles heeft feeds, ongeacht de aard van de inhoud, niet alleen tekst artikelen, ook foto's, video's, twittert en anderen.

Theorie

Meest basis of widgets mashup is de combinatie van verschillende voeders en daaropvolgende verwerking en gebruik. Een klassieke foto hoe de combinatie van Flickr met Google maps is eenvoudig met behulp van de RSS met de geolocatie gegevens van de eerste. De moeilijkheid van het beheer van de voeding is het ontbreken van een Javascript-bibliotheek die lezen maakt en ontleden feeds van elk type in de browser zonder de hulp van externe hulpmiddelen, tot nu toe was het normaal om server-side doen en de terugkeer van de lijst van diervoeders items met JSON of eenvoudige arrays. Gelukkig heeft Google gedacht van ons en ons de sleutel om het slot heeft gegeven. Het voordeel daarbij is dat alle werkzaamheden valt op de client browser naar onze server vrijgeven load XML parsearlos en verdere behandeling. Ook, om problemen te voorkomen, we zouden hebben gefouilleerd als we willen dat onze machines prestatie neerzetten. Google doet alles al voor ons. Ja, ik dacht ook dat en niet altijd opladen van de vlammen.

Met Google Ajax Feed API is een eenvoudiger, omdat het in staat is om de meeste formaten van feeds te lezen en geeft een Javascript-object gemakkelijk te behandelen. Om uit te leggen hoe het werkt, er gaat niets boven een praktisch voorbeeld.

Bricomanía vandaag ...
Dit is ons project vandaag. Met dank aan Mark op zijn eigen video's op Youtube aangezien ik niet. Een klein scherm widget waarmee ons bedrijf in de meest populaire internetdiensten. Ik kan op de zijkant van je blog of toevoegen aan uw MySpace.

De Pratica

Het eerste wat we zullen melden ons domein om de API te gebruiken, zodat we de API Key. Vergeet niet dat deze sleutel is gekoppeld aan het domein en je kunt het niet gebruiken op een ander.

Het volgende zal de URL's van de voeding is te gebruiken te vinden. In ons geval zoeken we uit Twitter , Flickr , YouTube , Del.icio.us en LastFM :

• http://api.flickr.com/services/feeds/
  photos_public.gne id = 24422272 @ N02 & format = rss2 <= nl
• http://www.youtube.com/rss/user/mgvideos/videos.rss
• http://twitter.com/statuses/user_timeline/osus.rss
• http://del.icio.us/rss/jiglesias
• http://ws.audioscrobbler.com/1.0/user/jiglesias/recenttracks.rss

Je moet je de jouwe te gebruiken, uiteraard, niet dat ik veel interessant om te zien of te lezen.

Laten we eens kijken hoe het te doen met een van de feeds, zouden de anderen hetzelfde te doen. De rest van de widget als je rijden als degene die je zo wat gij doet. Voor ons voorbeeld definiëren we een laag (DIV) voor elke voeding en afbeeldingen knoppen verandert de weergave stijl en tonen verbergen dat alles werd ingedrukt. Aan het eind van het artikel heb je de volledige code voorbeeld.

Het eerste ding om te doen is het laden van de Javascript-API met Api Key we kregen. Nu, zoals je hieronder kunt zien code, instantiëren de api en het definiëren van een callback functie die onze feeds zal laden wanneer pagina wordt geladen. In deze functie kunnen we alle code die u wilt uitvoeren om de toepassing te starten voegen. In ons geval zullen we onze Twitter laden.

Nu komt het proces echt. U zult zien dat enkele regels nodig zijn om te ontleden en weergeven van uw Twitter zijn.

De code is bijna voor zichzelf. Laad het voer en definieert de functie die moet worden uitgevoerd wanneer geladen. We kunnen ook het maximum aantal items definiëren worden geladen. En dat is het. We hebben een verzameling van alle gegevens, kan men alleen itereren over hen en ze weer te geven als we dat nodig achten. We hebben vertrouwd op een paar helper functies om de datum en de links naar onze Twitter weer te geven.

Nu vertel me: verraad! gebruik hebben gemaakt van innerHTML na niet aanraden in een eerder artikel. Nou, oke, ik wilde niet meer code toe te voegen en ik ben niet van plan om de toegang tot de toegevoegde nodig , Niet een goed excuus, maar er is dat. Ik raad nog steeds dat je DOM gebruiken om de nieuwe elementen toe te voegen. Ik denk dat het zou een goed onderwerp voor een toekomstig artikel, omdat de procedure is nogal omslachtig, dus innerHTML is zo populair.

En dat alle mensen. In het volgende programma zullen we zien hoe je Flickr-foto's te plaatsen op Google Maps.

Hier is het voorbeeld volledig en de code .