Google lanceert open APIs voor sociale netwerken
31 oktober, 2007
Schrijft Molens Elinor
Het lenen van een pagina van Java van de Zon playbook, Google kondigt een manier voor programmeurs aan om sociale toepassingen voor veelvoudige Websites meteen te bouwen.
De versie van Google van dit „schrijft zodra het looppas overal“ concept OpenSocial, een reeks gemeenschappelijke toepassing programmeringsinterfaces wordt genoemd (APIs) die ontwikkelaars zullen toelaten om tot toepassingen voor sociale netwerken te leiden, blogs en om het even welke Websites die de code OpenSocial goedkeuren. Momenteel, moeten de ontwikkelaars nieuwe programma's voor elke plaats schrijven, zelfs als de functionaliteit het zelfde op elke plaats zal zijn.
Dit initiatief „merkt de eerste keer dat de veelvoudige sociale netwerken onder gemeenschappelijke API,“ volgens een verklaring Google toegankelijk zijn gemaakt.
Deze aankondiging illustreert hoe Google naar ontwikkelaars streeft en misschien aan outdo Facebook in openheid probeert. Facebook stelde zijn platform voor ontwikkelaars in Juni open en de plaats werd onmiddellijk overstroomd met alle soorten van nuttige en niet-zo-nuttige apps. Google, Yahoo en anderen hebben zwaar de schoonheid van open platforms aangenomen en het maken beweegt zich daarvoor.
Zoals te verwachten, Facebook, die onlangs naar verluidt Microsoft over Google voor een exclusieve advertentie en investeringsovereenkomst koos, is geen één van de openSocial-Toegelaten plaatsen.
Is het sociale netwerk van Google, Orkut, onder de plaatsen die apps geschreven gebruikend OpenSocial APIs zullen goedkeuren, zoals is LinkedIn, hi5, iLike, Dia, Ning, Friendster, en Plaxo.
Een vertegenwoordiger Google zou zeggen niet of Google aan Facebook en MySpace over zich het aansluiten van het bij initiatief of de commentaar had gesproken op waarom zij niet geïmpliceerd, waren.
De middelen OpenSocial voor ontwikkelaars en Websites zullen bij beschikbaar zijn: http://code.google.com/apis/opensocial.
De lijsten hebben nog een Plaats in De Lay-out van de Web-pagina
3 augustus, 2007
Schrijft: Kevin Yank
Bij vanavond het ontmoeten van de Groep van de Normen van het Web van Melbourne, Andrew Krespanis en ik ben toegewezen om de verklaring „Lijsten te bepleiten heb nog een Plaats in De Lay-out van de Web-pagina.“ Hier is heimelijk neemt gluurt bij wat wij van plan zijn om te zeggen! Gelieve in gedachten te houden: wij kunnen niet eigenlijk met alles akkoord gaan die hier wordt verklaard!
De HTML- lijsten laten Webontwerpers toe doen goed één ding zeer: ontwerp met 2D netten. En zie het onder ogen: als één ding in Webontwerp in de loop van de afgelopen tien jaar constant is gebleven, is het dat de ontwerpen op 2D netten algemeen gebaseerd zijn.
Zonder lijsten, wordt de inhoud van HTML ontworpen om slechts verticaal te stapelen, één blok bovenop andere. De netten vereisen horizontaal en de verticaal stapelend die de lijsten kunnen verstrekken. U kunt dit nastreven in zekere mate gebruikend CSS vlotters, maar dat is niet wat werd ontworpen drijft om te doen; gebruikend hen neigt deze manier om heel wat onverwachte problemen te veroorzaken en duistere browser insecten teweeg te brengen.
De grootste reden die voor het vermijden van HTML- lijsten voor lay-out wordt gegeven is omdat de op lijst-gebaseerde lay-out een eigenschap voorgenomen voor een ander doel verkeerd gebruikt. Wij geloven de zelfde logica op CSS vlotters zou moeten van toepassing zijn: het gebruiken van vlotters voor netlay-outs, in zekere mate, gebruikt CSS verkeerd.
Maar wij kunnen ideals debatteren al dag-praktische werkelijkheid is dat de lijsten sommige dingen veel dan beter CSS doen.
Om te beginnen kunnen de lijsten u kolommen geven die zich uitrekken om hun inhoud' breedte-automatisch aan te passen. In CSS, is het dichtste ding u kunt doen specificeert kolombreedten in EMS, die onnauwkeurig zijn, en ook dwingt u om uw CSS bij te werken telkens als de inhoud van de kolom verandert.
Een ander punt ten gunste van lijsten is dat mijn mom en papa hen kunnen begrijpen. Mijn ouders zullen CSS nooit de technieken van de netlay-out zoals negatieve marges en faux kolommen „worden“, noch zouden zij moeten worden verwacht aan.
Onze oppositie zal zonder twijfel u over toegankelijkheidsproblemen vertellen die door lay-outlijsten worden veroorzaakt. Goed, zou het Web voor uitgevers universeel toegankelijk ook moeten zijn, niet alleen lezers. Wij zeggen niet dat u lijsten voor lay-out zou moeten gebruiken, enkel die sommige mensen niet kunnen nog redelijk worden verwacht om hun plaatsen met CSS op te maken, en voor die mensen zijn de lijsten nog een goede oplossing.
Maar wat over de problemen die door lay-outlijsten worden veroorzaakt, u kunt benieuwd zijn?
Welke problemen? Elke browser en assistive technologie momenteel in gebruik hebben lay-outlijsten moeten behandelen jarenlang, en dit voor de nabije toekomst blijven doen.
Een lay-outlijst is eigenlijk zeer gemakkelijk geschikt te ontdekken en te behandelen. Op de zelfde manier dat a < div=""> of < span=""> de markering zonder semantisch zinvolle attributen veilig door systemen kan worden genegeerd kijkend om betekenis uit prijsverhoging te halen, deelt een lijst met slechts < td=""> naakte markeringen geen semantisch significante informatie mee, en kan redelijk worden verondersteld om een lay-outlijst te zijn.
De lijsten van de lay-out kunnen sommige voordelen zelfs hebben als wij onze meningen voor hen openen. Één cel in uw lay-outnet kan redelijk als „header“ voor een andere cel worden beschouwd. De lijsten van de lay-out laten u deze verhouding in uw prijsverhoging beschrijven, terwijl de afd.-zware CSS lay-outs niet.
Één dag, browsers zal de CSS 3 Geavanceerde module van de Lay-out steunen, en de netlay-outs zullen voor iedereen om met CSS gemakkelijk zijn te produceren. Wanneer die dag komt, kunnen de lay-outlijsten goed uit zaken zijn, en wij zullen gelukkig zijn om hen te zien gaan.
Ondertussen, hebben de lijsten nog een plaats in Weblay-out.
Natuurlijk, zijn er twee kanten aan elk verhaal, zodat is zeker om de volgende kwestie van de Tijden van Technologie te lezen, waarin ik vanavond de argumenten van onze tegenstanders in debatteer zal samenvatten. Oh, en ik zal u ook laten weten welke partij won!
Ongeveer de Auteur: Kevin Yank is Redacteur, de Tijden van Technologie SitePoint
De Markeringen van Technorati:
De Lay-out van de Web-pagina &
De Normen van het Web &
HTML- Lijsten &
Het Ontwerp van het Web &
CSS Vlotters &
CSS de Lay-out van het Net &
Het draperen StyleSheets &
De Toegankelijkheid van de website &
De Lay-outs van afd. CSS
Het Ontvangen van het Web - IPowerWeb kondigt OOIT Grootste Verkoop aan!
27 juni, 2007

Om het vierde van Juli te vieren, heeft IPowerWeb zijn grootste verkoop OOIT aangekondigd!
Ontvangende pakket van het Plan $7.95/month van IPowerWeb zal het normaal-de prijs vastgestelde van Pro aan de uiterst lage prijs van $4.95/month worden voorzien. Dat is bijna een 40% korting!
Deze korting is beschikbaar voor hun plannen van 12 maanden en van 24 maanden. Het ontvangen de rekeningen zullen aan regelmatige tarieven vernieuwen.
Deze verkoop zal niet lang duren. Het is een beperken-tijdaanbieding, verlopend 6 Juli bij Middag (PST).
Één van onze websites, is TheCertificationHub.com ontvangen door Ipowerweb sinds 2000 - en wij zijn zeer tevreden met de diensten van Ipowerweb.
Ipowerweb is één van de beste Web ontvangende bedrijven op Internet - een eerste klassen ontvangend bedrijf dat wij hoogst adviseren.
Hier is wat u krijgt:
- 300 het Ontvangen van GB!
- 2,500 e-mailRekeningen
- De Bouwer van de website
- Vrij Domein incl.
- Gastheer 6 Domeinen in 1
De Aanbieding van de beperken-tijd! Haast! De overeenkomst verloopt 6 Juli bij Middag (PST)
De Optimalisering van het Tarief van de omzetting versus SEO
16 juni, 2007
Door Frederick Townes
Binnen het elektronische handelgebied, hebben de „meningsspelen“ tussen plaatseigenaars en de ontwerpers van de onderzoeksmotor zich bij de optimalisering geconcentreerd van de onderzoeksmotor (SEO). Toch kunt u geen verkoop maken als de bezoekers uw plaats niet bereiken. Nochtans, aangezien de Webmarkt exponentieel concurrerender groeit, heeft de aandacht onder webmasters en plaatseigenaars aan omzettingsoptimalisering - omzettend plaatsbezoekers in kopers gedraaid.
De optimalisering van de omzetting heeft niets met SEO te doen. SEO wordt ontworpen voor spinnen en bots. De optimalisering van de omzetting is gebaseerd op twee factoren slechts: de behoeften en de motivatie van menselijke plaatsbezoekers en overredende plaatsinhoud en het ontwerp om mensen aan te moedigen om een aankoop te maken of één of andere andere actie uit te voeren. Een andere overwegingen zijn ondergroepen van deze twee factoren in de strategieën van de omzettingsoptimalisering.
Het meten van de Menselijke Motivatie en Doeltreffendheid van de Plaats
SEO is gebaseerd op de ontwikkeling van aantallen (metriek) die immutable zijn. De aantallen zijn aantallen, zijn er geen het debatteren dat. De interpretatie van plaatsmetriek, enerzijds, is een ware combinatie van kunst, wetenschap en het testen.
De optimalisering van het de omzettingstarief van de beoordeling moet een volledig verschillende benadering van zich gegevens het verzamelen en de nauwkeurige, strafbare beoordeling van de koude harde feiten (percentages en zulke) toepassen die de basis van SEO zijn.
Hoe, bijvoorbeeld, kwantificeert u de emotionele reactie van bezoekers? Welke methode gebruikt u om utile gegevens te verzamelen? En hoe kan u de wetenschappelijke methode op de analyse van menselijke motivators en op plaatsontwerpen toepassen die een beroep zullen doen op en die motivators zullen overreden. Ga gelezen de rest van het artikel
& Meer Artikelen - de Bruikbaarheid van het Web & de Optimalisering van de Omzetting & Seo- Artikelen &
Teken in






