kasulikke artikleid

Kuidas valida veebi, mis pole GoDaddy

Ma pole kindel, et leidub palju inimesi, kellele meeldib GoDaddy, kuid on palju neid, kes kasutavad endiselt veebiregistrit ja hostit, kuna nad ei tea midagi paremat. Ma ei saa neid süüdistada. Olen üsna kindel, et kasutasin GoDaddyt oma esimese domeeninime registreerimiseks kas seetõttu, et kuulsin ettevõtte nime reklaamil ja seostasin neid oma peas “kuidas domeeninime saada” või nägin internetis mõnda tehingut. (Arvatavasti nii.)

GoDaddy jaoks võib palju meeldida - sealhulgas ka tema varasemad seisukohad olulistes asjades, kuidas see kohtleb potentsiaalseid kliente, kogu SOPA-asi ja selle tõstetud hinnamudelid. Nüüd saate loendisse lisada veel ühe tüütuse. Hiljuti avastas programmeerija Igor Kromin, et GoDaddy süstis oma veebisaidile tüütu Javascripti. Kood on osa teenuse funktsioonist „Päris kasutaja mõõdikud”, mille valiksite automaatselt kasutamiseks, kui teie ettevõtte saiti võõrustaks mõni ettevõtte USA andmekeskus.

Oleks üks asi, kui GoDaddy kood oleks vaikne ja silmapaistmatu - see pole ideaalne stsenaarium, aga ka mitte õudne. GoDaddy möönis aga kiiresti, et reaalsed kasutajamõõdikud võivad kasutajatele probleeme tekitada, kuna ettevõte märgib jultunult tugilehele: “... kasutatav javascript võib põhjustada probleeme, sealhulgas saidi aeglasemat toimimist või katkist / mittetoimivat veebisaiti . ”

Pärast Kromini raportit otsustas GoDaddy tappa tegelikud kasutajamõõdikud, kuni see saab muuta funktsiooni tegelikuks osalemisprogrammiks - teate, millise asja peate märkima kasti. Nüüd on nii hea aeg, kui soovite oma suhet GoDaddyga ümber mõelda. Või vähemalt kaaluge teenuse kasutamist.

Saidi seadete kontrollimine on oluline

Olenemata sellest, kas olete GoDaddyga liitunud või kolite täielikult uude hostisse, on GoDaddy „opt-in” praktika heaks meeldetuletuseks, et regulaarselt kontrollida oma veebisaidil veiderdamist. Koostage näidisleht ja vaadake oma koodi. Kas seal on midagi imelikku? Võimalik, et teil ei õnnestu koodide sisestamise eest oma hostist pääseda, kuid on oluline teada, mis need on, mida nad teevad ja kas need mõjutavad teie saidi funktsioone mingil moel.

Samuti võtke veidi aega, et uurida oma saidi hostimaade seadeid. Võimalik, et te ei saa sellest kõike aru ja peate võib-olla kaevama, et avastada kõik muud programmid, mille olete teadmatult "valinud". Klõpsake liidese kõikidel menüünuppudel, avage kõik kontekstipõhised viiped ja juurutage kõiki võimalusi teie host pakub, nii et teil pole puudu tüütuid lisandeid, mille saaksite muidu keelata. Koodisüstide osas võite proovida uurida ka oma veebisaidi tugeva sisuturbepoliitika väljatöötamist, kuid see pole imerohi, nagu Kromini postituse üks kommentaator märgib:

Kui te oma serverit ei usalda, siis CSP ja muu asi on suurepärane, kuid see on vastuse päis, nii et serveriteenuse pakkuja saab enne päise kliendile saatmist CSP-loendisse lisada kõik skriptid, lubades sel moel mida iganes nad soovivad. Nad saavad ka NGINX-i või Apache'i abil oma skripti puhverserverit lihtsalt tagasi tagasi saata, nii et saidi (punkt) com / inject.js laadib iga kord oma skripti. Kui te oma serverit ei usalda, ei päästa ükski päis selle probleemi vastu.

Kaaluge mõne teise veebimajutaja vahetamist

Saate GoDaddyst alati loobuda nagu halva Tinderi kuupäev ja registreeruda saidil, kus pakutakse teile valmiskujundusega malle (nt Squarespace või Wix) ja suunata oma domeen ükskõik millisele aadressile, mille nad teile loovad. See piirab teie pangakonto loovust, kuid see on valik, kui vajate lihtsalt tavalist veebisaiti, mis näeb hea välja ja töötab hästi.

Mis puutub majutuse valimisse, mis võimaldab teil soovitud ruumi täita, siis on teil valida umbes miljon erinevat võimalust. Ma ei hakka teesklema, nagu oleks mul kindel nimekiri parimatest. Olen aga näinud veebis mitmeid soovitusi sellistele ettevõtetele nagu iwantmyname, DigitalOcean, Cloudways, Gandi, Bluehost, Siteground, InMotion Hosting, Dreamhost, Namecheap, Väike apelsin, Hostgator, Nodehost, Midphase ja Siteground ... nimeta mõni.

Ennekõike veenduge, et valitud host ja plaan vastavad teie vajadustele. Kui te pole kindel, kuidas põhisaiti üles seada, siis ärge minge koos hostiga, mis annab teile serveris ruumi ja saadab teid välja mõtlema, mida sellega teha. Parem panus võiks olla hostil, mis pakub rohkem käes hoidvaid või eelkonfigureeritud sisuhaldussüsteeme.

Ärge minge ka hulluks. Kui ehitate oma lühikokkuvõtte ja mõne pildi majutamiseks väikest Wordpressi saiti, ei pea te tõenäoliselt leidma kallist paketti, mis lubab piiramatut salvestusruumi ja ribalaiust. Tõenäoliselt pääseb põhilisema paketiga.

Muidugi aitab see natuke teada saada ka peremehe pakkumiste taga olevast tehnoloogiast. Kas teie sait asub tuhande teise kõrval ühises serveris? Kas teie veebisait elab virtuaalses privaatserveris? Kas arvate, et teil on piisavalt liiklust, et õigustada spetsiaalse serveri olemasolu? Kas peaksite valima pilveserveri, kus teilt võetakse tasu ainult ribalaiuse eest, mida inimesed kasutavad? Kui lihtne on nende seadistuste vahel vahetada, kui saate rohkem (või vähem) kui vaja?

Kui leiate teenindamiseks peremehe, kellel on magus reklaamipakkumine, lugege kindlasti peenet trükist. Madal määr, mida näete oma saidi majutamisel, võib kehtida ainult kuude või esimese aasta jooksul ja määr võib olla suurem kui see, mida olete nõus veebisaidi eest maksma. Ärge tõmmake Lando Calrissianust ja ärge hüüdke tehingust, mis muutub halvaks.

Lõpuks minge jahtige mõnda arvustust. Kas skannite Google'i. Reddit, Stack Exchange või kus iganes, leiate tegelikke, õigustatud ülevaateid, mis põhinevad kasutajate tegelikel kogemustel, mitte ainult nende veebisaidi lühikestel skaneeringutel. See võib pisut aega kaevata, kuid see on üks parimaid viise, kuidas veebihaldjas end tunda, ning see aitab ühtlasi tagada, et olete kursis kõigi uudistega, mida peate oma võimaliku valiku kohta teadma. Kui kasutajad hakkavad kommenteerima, et teie peamine hostimisvalik algas, näiteks sisestades oma veebisaitidele koodi, mis põhjustab nende krahhi, võiksite uurida oma teise valiku valikut.