Posts Tagged 'PHP'

Fordeler og ulemper med mobile nettsteder

Publisert: 02.04.2012
Tags: , , , , , , ,
Del

Mobile nettsider uunngåelig fungere bedre enn sine full-site kolleger på smarttelefoner fordi de er skreddersydd for små enheter. "One size fits all" er aldri den beste løsningen. Når det er sagt, mobile nettsteder er ikke alltid "bedre" enn fulle sider på mobile enheter. Fordi de sidene er designet for enkel surfing på telefoner, tar de hensyn til begrensningene i disse enhetene, og tilbyr et begrenset erfaring som resultat. Mobil nettstedet navigasjon, for eksempel, vil ikke alltid være tilgjengelig som vanlig navigasjon ettersom det ikke er nok plass på skjermen for å holde det synlig til enhver tid.

Samspill med et webområde kan være den vanskeligste delen av mobile leseopplevelsen. Det tar langt lengre tid å bla gjennom en inngang skjema, velger de enkelte feltene og skriver inn i dem på en telefon enn det gjør på en datamaskin. Dette problemet forsterkes av berøringsskjermer og programvare tastaturer. Heldigvis, kan telefonen nettlesere lagre informasjonskapsler og huske passord akkurat som stasjonære nettlesere, noe som gjør den mobile opplevelsen litt lettere. Noen nettlesere bygget for telefoner som har desktop-ekvivalenter, som Firefox for Android og Opera Mobile, kan synkronisere passord og andre lagrede data fra leseren innstillingene på datamaskinen din. Dette er en fin måte å bære over dine data og forenkle leseopplevelsen både mobile og full nettsteder. Moderne smarttelefoner har også et par triks opp ermene som gjør navigeringen morsom: Pinch-to-zoom kan enkelt forstørre et område med tekst, og de fleste nettlesere bruker en "tap-til-zoom" handling som zoomer til den nøyaktige bredden på en ledd.

Når mobil nettsurfing er tema for hånden, trer Flash uunngåelig inn i diskusjonen. Flash video er krevende på prosessorer og batterilevetid, men har bedret seg med årene og nå jobber på mange mobile enheter - men ikke på hvilken som helst enhet produsert av Apple. Apple tillater ikke Flash-video til å spille på iOS og i stedet støtter HTML5-video, som allerede brukes av mange videonettsteder som YouTube. Mens Flash-videoer kan bygges inn i mobile nettsider, flyr som praksis i møte med mobil design største styrke: enkelhet. Lette mobile nettsteder laste raskt fordi de er primært tekst og små bilder. I tillegg setter Flash på mobilen din stedet betyr begrense hvordan iPhone-brukere kan samhandle med din webside.

Selv Webdesignere har å gjøre forsiktige valg om hva slags innhold de viser og hvordan de arrangere en mobil side, er det mobil webopplevelse egentlig ikke så forskjellig fra den virkelige tingen. Reklame fungerer på mobile nettsider, også, men tydeligvis systemer som Google AdSense er bedre egnet til små områder enn gigantiske popup-annonser. Browsing på smarttelefoner vil aldri være ganske så effektivt som å bruke en mus, tastatur og stor skjerm, men de er alltid lett tilgjengelig. God mobil design gjør opplevelsen så smertefri som mulig.

Kilde: http://computer.howstuffworks.com/mobile-web-page3.htm

Rocky Rasonable

En filippinsk Senior PHP-programmerer, webutvikler og Webmaster basert i Davao, Filippinene. Expert i Joomla, WordPress, Soholaunch, osCommerce, Drupal, sosiale medier, og etc.

Flere innlegg - Website

 

Posts Tagged 'PHP'

Fordeler og ulemper med mobile nettsteder

Publisert: 02.04.2012
Tags: , , , , , , ,
Del

CMS (Brief for innholdet materiale Management System) er virkelig en svært godt likt stykke programvare for drift blogger, private, virksomhetens nettsider og andre typer nettsteder du er i stand til å tro på. CMS er ganske enkelt å gjøre bruk av og dette er en viktig årsak til hvorfor de ble så godt likt.

Likevel, enkel å ta i bruk og sikre er definitivt ikke synonymer når CMS er bekymret. Selv om de fleste av toppen CMS trenger ikke mye krefter på å lage dem ekstremt sikker, er det ikke uvanlig å fastslå CMS med den riktige sikkerhet. Slike CMS er enkle mål for hackere.

Når et CMS blir hacket, årsaken til dette er ikke at CMS i seg selv er usikker, men at hackere tok fordel av noen typiske admin feil. Listen over admin feil er ganske lang, men ikke overraskende, er variasjonen av trolig den mest typiske de virkelig en ensifret. Her er noen av disse feilene du trenger å vite og slett ikke gjøre innen den CMS administrere deg:

1. Standard passord


Blant de første tingene hackere bekrefte når de strategi for å angripe er for "enkle passord". Standard passord (dvs. de passordene som kommer samlet med installasjon) er enkle å oppsøke. Det er nøyaktig at mange CMS ikke inkludere en standard passord eller selv om de gjør det, vil installasjonsprosessen gjør du endre passordet før du kan bruke programvaren, men hvis CMS kommer med en standard passord, være sikker på at du endre det. Sørg også for at du endrer passordet for databasen også rett og slett fordi databasen er også et mål for hackere.

2. Tomme passord

I tillegg til standard passord, tomme passord er det som gjør en ekstra typisk feil admins (hvis CMS tillater dem rett og slett fordi heldigvis mange CMS ikke tillater tomme passord). Det er ikke nødvendig å oppgi hvor risikable tomme passord er - de trenger ikke å gjette det hele tatt og hacking en CMS ha et tomt passord er bare et stykke kake for en nybegynner. Alt det krever er å gjette brukernavn - hvis brukernavnet er "admin", "administrator" eller noen ting sammenlignbare, deretter bryte seg inn i CMS er egentlig et spørsmål om sekunder.

Som med standard passord, er trusselen større når admin kontoen er berørt, men det er ingen grunn til å tillate ikke-admin-brukere, som har tilgang til databasen for å ha tomme passord. Det er derfor det er fornuftig å tvinge strenge retningslinjer for passord for alle.

3. Ingen patcher installert

Det er nøyaktig som installerer titalls lapper hver dag er kjedelig, men i tilfelle du ikke se opp for (minst) de vitale oppdateringene og ikke installerer dem på en riktig måte, er dette en invitasjon til hackere. Hackere overvåke rapporter for nye sårbarheter og avhenger av virkeligheten at administratoren ikke vil installere patcher umiddelbart.

Egentlig mange hacks forekommer like innenfor tidsperioden mellom en sårbarhet blir rapportert og også admin installerer oppdateringen. Det er derfor det er viktig å installere patcher raskt og manuelt. Automatisk installasjon er enklere, men som uvanlig fordi det kan høres, det kan gjøre ting verre - det vil si bryte CMS. Du trenger ikke å installere patcher manuelt, for å sikre at du skjønner nøyaktig hva som er installert.

4. PHP register_globals på

Hvis CMS er skrevet i PHP, og også du benytter PHP fem eller tidligere, en mye mer faktor du bør verifisere korrekt bort er hvis register_globals er på. Hvis register_globals er på, må du slå den av umiddelbart rett og slett fordi når det skjer, vil du finne millioner av metoder som dette kunne misbrukes til å hacke nettstedet ditt. For mange CMS denne variabelen er som standard av, men du kan ikke være avhengig av det - du bør verifisere det manuelt.

Innenfor uvanlig situasjon når du har plugins eller andre funksjoner som ikke kan fungere når register_globals er slått av, er det en no brainer hva jeg skal fullføre - bare eliminere disse plugins / funksjonalitet rett og slett fordi dette er mye mindre offer enn å ha register_globals på.

5. Usikker internett hosting

Usikker internett hosting er blant de beste fare for sikkerheten til ens CMS. Sårbarheter innenfor drifts-programmet og også annen programvare som er installert i din internett verten er også blant de foretrukne målene for hackere og også det verste er det faktum at hvis din internett vert er usikkert, det er ikke mye du som en admin av ens CMS kan gjøre for å motvirke det. Du kan ikke fikse hullene innenfor sikkerhetsregimet ens internett hosting leverandør og også den eneste faktoren du kan gjøre er å flykte til en mye bedre internett vert.

6. Sjenerøse brukerrettigheter

Du finner knapt noen admins (i deres riktige tanker), som vil gi privilegier til vanlige brukere, men det er ikke så par admins, som er ute virkelig sjenerøs når brukerrettigheter er bekymret. Blant de mest betydelige sikkerhetsforbedringer retningslinjene vil være den minst privilegium regelen - dvs gi brukerne bare tilgang til disse komponentene på nettsiden de virkelig må ha for å kunne gjøre jobben sin. Blant risikoen for generøse brukerrettigheter er det faktum at legitimasjonen kunne utnyttes til intern hacking, noe som ikke er noe mindre problem enn eksterne hack angrep.

7. Usikre plugins

Hackere kan ikke gå inn via inngangsdøren ens CMS, men hvis de andre dørene er åpne, de krever ikke bakdører (dvs. malware) til å erverve tilgangen til nettstedet ditt. Nesten ethvert CMS avhengig plugins for å tilby ekstra funksjonalitet og dette vil være sjarm CMS slett fordi du får en base installasjon og også du har friheten til å legge bare den funksjonaliteten du trenger, men denne friheten er også en sikkerhetstrussel.

Som regel blir plugins laget av tredjeparter, og det er ikke rimelig klart hvis de er grundig testet. Ekstremt ofte plugins har sikkerhetshull i dem og hackere er glade for å få mest mulig ut av slike sikkerhetshull. Det klokeste du kan gjøre er å eliminere eventuelle plugins med anerkjente sikkerhetsproblemer. Det er mye mye bedre å ikke ha en spesifikk funksjonalitet enn å plassere sikkerheten til ens helt nettsted ved trussel.

Rocky Rasonable

En filippinsk Senior PHP-programmerer, webutvikler og Webmaster basert i Davao, Filippinene. Expert i Joomla, WordPress, Soholaunch, osCommerce, Drupal, sosiale medier, og etc.

Flere innlegg - Website

 

Posts Tagged 'PHP'

Fordeler og ulemper med mobile nettsteder

Publisert: 02.04.2012
Tags: , , , , , , ,
Del
YouTube Preview Image

Rocky Rasonable

En filippinsk Senior PHP-programmerer, webutvikler og Webmaster basert i Davao, Filippinene. Expert i Joomla, WordPress, Soholaunch, osCommerce, Drupal, sosiale medier, og etc.

Flere innlegg - Website

 

Posts Tagged 'PHP'

Fordeler og ulemper med mobile nettsteder

Publisert: 02.04.2012
Tags: , , , , , , ,
Del

Innhenting av hjelp fra en ekspert vil vanligvis produsere en optimistisk effekt om montering av skur og gi deg langt bedre resultater sammenlignet med en person å gjøre arbeidet selv eller få hjelp av frilansskribent. Nøyaktig den samme foreslår for oppgaven om PHP avansement. Ansett en PHP Developer å finne de største selskapene og også de beste resultatene for å lage sette sammen prosjektet vellykket.

Dermed er det en må sikre seg tjenestene til den PHP Developer uten tvil, men det er mange alternativer tilgjengelig i markedet som du kan finne deg selv å plukke feil bestemt person til oppgaven din samt vind opp med å tape masse tid, penger og energi . Derfor dette krever en bevisst utvalg metode som vil sørge for riktig PHP Engineer ansatt som passer på din økonomiske godtgjørelsen og også dekker dine behov venture.

Akkurat hva er egentlig alltid som vil sørge for riktig sortiment. Dette tilbyr jeg deg håndfull elementer for å forstå at kan hjelpe deg betraktelig. Fremfor alt, hele tiden ansette en PHP Engineer kommer fra en stor freelancing virksomhet, og når oppnåelige fra virksomheten som vil PHP koding inne i India.

Forklaringen for begge disse er alltid at du velger kommer fra en flott frilanser er faktisk mindre farlig så lenge de har tilstrekkelige kilder til å ta vare på lovende liten til stor størrelse oppgaver, i tillegg er det andre valg som du bør velge fra. Og også velge fra PHP utvikling virksomhet innen Of India er nyttig fordi velge prisene er vanligvis redusert som følge av forex variasjon samt konkurrenter på markedet. Bestemmelsen om PHP Dataprogrammerere innen Native Indian Industry er enkel som betyr at du ikke vil ha noen form for problemer å oppdage den rette bestemt person for oppgaven.

Andre av alle, må du blande bekrefte den påfølgende informasjonen. Før bestemmer seg for å fullføre bestemte PHP Developer du trenger å se inn i profilen, se inn i samtalen kapasiteten med utbygger, og også anbefalingene eksisterende rundt firmaets nettsted. Investeringsporteføljer er åpenbare indikasjoner om den typen funksjon virksomheten eller kanskje de dataprogrammerere gjorde, og også kan håndtere gjennomføre. De særlig tilknytning evner er vanligvis om stor verdi siden den utfører en svært viktig funksjon inne i bedring med oppgaven. Og også vitnesbyrd forstår redusere indikator på den lykkelig forbruker.

Når disse typer tre situasjonen er i posisjon så kan du sikkert bare fullføre organisasjonen, samt sikre seg tjenestene til den faktiske PHP Developer for prosjektet.

Rocky Rasonable

En filippinsk Senior PHP-programmerer, webutvikler og Webmaster basert i Davao, Filippinene. Expert i Joomla, WordPress, Soholaunch, osCommerce, Drupal, sosiale medier, og etc.

Flere innlegg - Website

 

Posts Tagged 'PHP'

Fordeler og ulemper med mobile nettsteder

Publisert: 02.04.2012
Tags: , , , , , , ,
Del

Opp gjennom årene flere programmeringsspråk har dukket opp på scenen og noen har bodd kurset. Den første programmeringsspråk for å treffe den stort kommersielt med forretningsapplikasjoner var COBOL i stormaskin dager. Dette ble etterfulgt av C og C + +, når klienten server epoken kom kort, Microsoft lanserte VB, VC + +. Ankomsten av web gytt flere nye språk som ASP, Perl, Java, Cold Fusio n, Ruby, C #.

COBOL har fortsatt sine forte takket være applikasjoner og IBM C / C + + har alltid beholdt sin høyborg -. Engineering og integrerte systemer.

På nettet fronten, som har sett enorme applikasjoner og innovasjon, noen språk skiller seg ut når det gjelder popularitet - Java, Microsoft Net (C # / VB.net), PHP, Ruby (on Rails)..

Hvordan bestemmer man hvilket språk som skal bruke? Mange faktorer spiller inn, noen av de viktigste sykdommer er:

  • Legacy
  • Kostnad - utvikling, verktøy, produkter
  • Community - popularitet, størrelse bruker base, utvikler basen
  • Support - produkt leverandører, brukergrupper, proprietær / åpen kildekode
  • Utvikling - hastighet, enkelhet, enkelt
  • Ytelse
  • Plattform - Enterprise, Internet, Mobil, Device osv..
  • Søknad type - Innhold, Transactional, samarbeid ....

Hvis du er en etablert bedrift, mange ganger denne er diktert av eksisterende miljø, hvis du er en IBM / Sun / Oracle butikk du sannsynligvis kommer til Java/J2EE måte. De fleste store bedrifter har valgt å gå J2EE rute hovedsakelig på grunn av sin ikke-proprietær, støtte fra flere leverandører og sin første mover advantage som en robust virksomhet plattform for web. Hvis du har vært en Microsoft fabrikk, er valget opplagt. Microsoft gjør spesielt godt med mellomstore selskaper og i flere ikke-amerikanske markedene. PHP og Ruby synes å være å gå head-on og konkurrerer i lignende segmenter. Oppstarter og nyere selskaper har ikke tradisjonelle kostnader og dermed står fritt til å velge hvilken som helst plattform. Også når jakten er for best mulig passform COTS produkt eller en løsning snarere enn en skreddersydd program, blir programmeringsspråk sekundær og mer en konsekvens enn valg.

I sammendraget, har feltet snevret ned til noen få språk, som hver har sin nisje og bruksområder. Forbrukeren har nå noen stabile valg å velge fra, det er en god tid og setting å være i!

Rocky Rasonable

En filippinsk Senior PHP-programmerer, webutvikler og Webmaster basert i Davao, Filippinene. Expert i Joomla, WordPress, Soholaunch, osCommerce, Drupal, sosiale medier, og etc.

Flere innlegg - Website

 

Oversetter

English flagItalian flagKorean flagChinese (Simplified) flagChinese (Traditional) flagPortuguese flagGerman flagFrench flagSpanish flagJapanese flag
Arabic flagGreek flagDutch flagBulgarian flagCzech flagCroatian flagDanish flagFinnish flagHindi flagPolish flag
Romanian flagSwedish flagNorwegian flagCatalan flagFilipino flagHebrew flagIndonesian flagLatvian flagLithuanian flagSerbian flag
Slovak flagSlovenian flagUkrainian flagVietnamese flagAlbanian flagEstonian flagGalician flagMaltese flagThai flagTurkish flag
Hungarian flag         

Mine Partnere

Gjennomgang rockyrasonable.com på alexa.com

Hostgator
Hostgator templateplazza elegantthemes RocketTheme TopPhilippineWebsites.com Programmering Blogroll Senter

Tags

Get Adobe Flash player Plugin av wpburn.com WordPress temaer

Powered by WP Robot