Veebisaidi loomine kliendi jaoks on põnev, eriti kui projekt lõpeb ja olete lõpuks valmis projekti failid oma kliendile ümber lülitama. Sellel projekti kriitilisel etapil on lõpliku saidi edastamiseks palju võimalusi. On ka mõningaid ebaõnnestumisi, mida saate teha, mis muudaks muidu hea projektiprotsessi ebaõnnestunud osalemiseks!
Lõpuks soovitaksin teil määratleda lepingu täitmiseks projekti jaoks kasutatav tarnemehhanism. See tagab, et ei tekiks kahtlust, kuidas saate kõik failid oma klientidele pärast selle saidi valmimist. Enne kui saate neid tingimusi ette määrata, peate kõigepealt kindlaks määrama, milline kohaletoimetamisviis teile ja teie klientidele kõige paremini sobib.
Failide saatmine e-postiga
See on lihtsaim viis oma failide saamiseks oma kõvakettalt oma kliendile. Kõik, mida selleks vaja on, on teie kliendi jaoks e-posti klient ja kehtiv e-posti aadress. Enamiku veebisaitide jaoks, mis sisaldavad mitmesuguseid lehti, aga ka väliseid faile, nagu pilte, CSS-i stiilide tabeleid ja Javascripti faile, peate kasutama programmi, mis neid faile "zippida" kokkusurutud kausta, mida saab seejärel kliendile saata.
Kui see sait on väga suur ja sisaldab palju pilte või videofaile, peaks see protsess sulle saama lõpliku faili, mis on piisavalt väike, et turvaliselt saata e-posti teel (see tähendab seda, mis ei ole nii suur, et see märgistatakse ja rämpsposti blokeeritakse) filtrid) Veebisaidi saatmisega e-posti teel on mitmeid võimalikke probleeme.
- Paljud kliendid ei pruugi teada, kuidas faile oma veebiserverisse üles laadida . Samuti ei pruugi nad teada, kuidas eemaldada failid oma e-posti aadressilt ja kust neid oma töö ajal teha.
- Mõned e-posti serverid peavad HTML-i (ja mõnikord ka ZIP-failina) potentsiaalselt kahjulikeks ja võivad sõnumit manuseid eemaldada. See kehtib eriti siis, kui lisate JavaScripti faile.
- E-post on ebaturvaline. Kui HTML sisaldab tundlikke andmeid, võib häkkerid seda näha, kui see on saadetud.
- Dünaamilised lehed nagu PHP või skriptid, nagu CGI, võivad vajada live-serveri tötlemist õigesti toimida ja teie kliendid ei pruugi teada, kuidas seda teha.
Ma kasutan e-posti aadressi ainult siis, kui ma tean, et klient on hästi aru, mida teha failidega, mille saan ma saata. Näiteks kui ma töötan veebidisaini meeskonna allhankijana, olen valmis saatma faile e-posti teel ettevõttele, kes palkas mind, sest ma tean, et neid saavad teadlikud inimesed ja nad teavad, kuidas käituda failid. Vastasel juhul kasutan mõnda alltoodud meetodit, kui tegelevad mitte-veebi spetsialistidega.
Juurdepääs Live-lehele
See on sageli kõige tõhusam viis oma klientidele failide edastamiseks - neid üldse ei anna. Selle asemel panete lõplikud lehed otse oma veebisaidile FTP kaudu. Kui veebisait on teie kliendi poolt teises asukohas (nt peidetud kataloogis või muul veebisaidil kokku) lõpetatud ja heaks kiitnud, siis liigutate seda ise otse. Teine võimalus seda teha on saidi loomine ühes asukohas (tõenäoliselt arendamiseks kasutatavale beetaserverile) ja siis, kui see on reaalajas, muutke domeeninime DNS-kirje, mis viitab uuele saidile.
See meetod on kasulik klientidele, kellel ei ole palju teadmisi veebisaitide loomise kohta või kui arendate dünaamilisi veebirakendusi PHP-ga või CGI-ga ning peate veenduma, et saidi skriptid töötavad eluskeskkonnas korrektselt. Kui peate faile teisaldama ühest kohast teise, on hea mõte neid tihendada, nagu oleksite meilisõnumite edastamisel. Võttes FTP serverist serverisse (mitte aga kõvakettale ja seejärel elus serverisse tagasi) võib ka asju kiirendada. Selle meetodi probleemid on järgmised:
- Kliendid ei taha alati oma veebisaiti juurde pääseda vabakutseliseks, nii et võite tekitada mõningaid kõhklusi, kui küsite saidi juurdepääsu.
- Mõned veebisaidid on loodud tulemüüri taga ja vabakutselised ei saa neile juurdepääsu.
- Kliendid võivad tunda, et peaksite olema täiendavaks hoolduseks ja hoolduseks saadaval, kui teie lepingus on ainult see, et teil on nüüd juurdepääs oma saidile.
- Kui te hoiate või vahetate ainult osa saidist, võib iga viga põhjustada probleeme ülejäänud saidil ja see võib kiiresti teie probleemi tekkida, kas olete põhjustanud probleemi või mitte.
See on minu eelistatud failide edastamise meetod, kui tegelevad klientidega, kes ei tunne HTML-i ega veebidisaini. Tegelikult pakun tihti pakkumise kliendiks hostimise kohta, nii et mul oleks sellele saidile juurdepääs, kui ma seda arendan. Kui saidi on valmis, annan neile konto andmed. Kuid isegi kui ma aitan kliendil leida hostimise pakkujat , on mul alati klientidel käideldav arvelduslõppude lõpuleviimine, mis on jällegi lepingu osana, nii et ma ei jääks hostimise eest maha pärast seda, kui olen disaini lõpetanud .
Online Storage Tools
On palju veebipõhiseid salvestusvahendeid, mida saate oma andmete salvestamiseks või kõvaketta varundamiseks kasutada, kuid veel üks asi, mida saate paljudel neist kasutada, on failide edastamise süsteem. Tööriistad, nagu Dropbox, muudavad failide paigutamise veebis hõlpsasti ja seejärel annavad oma klientidele URL-i, et neid alla laadida.
Tegelikult võimaldab Dropbox isegi neid kasutada veebihalduri vormis, viidates avalike kaustade HTML-failidele, nii et saate neid kasutada ka lihtsate HTML-dokumentide testimise kohaks. See meetod sobib klientidele, kes mõistavad, kuidas viimistletud faile oma elus serverisse teisaldada, kuid ei tööta nii hästi klientidega, kes ei oska veebidisaini ega HTML-i teha. Selle meetodiga seotud probleemid on sarnased e-posti manuse saatmisega seotud probleemidele:
- Kliendid ei pruugi teada, kuidas seda teenust kasutada.
- Kliendid ei pruugi teada, kuidas saada Dropboxist failid oma veebisaidile.
See meetod on palju turvalisem kui manuste saatmine e-posti teel. Paljud salvestusvahendid sisaldavad mõnda paroolikaitset või peidavad URL-id, nii et neid tõenäoliselt leiaks keegi, kes seda ei tunne. Mulle meeldib nende tööriistade kasutamine, kui manus oleks e-posti tõhusaks saatmiseks liiga suur. Nagu e-posti puhul, kasutan seda ainult veebikompaniidega, kes teavad, kuidas nad saavad zip-faili, kui nad seda saavad.
Online projektijuhtimise tarkvara
Internetis on palju projektijuhtimise vahendeid, mida saate veebisaitidele klientidele pakkuda. Need tööriistad pakuvad funktsioone, mis ei hõlma lihtsalt failide salvestamist, näiteks ülesannete nimekirju, kalendreid, sõnumivahetust jne. Üks mu lemmikvarustusest on Basecamp.
Projektijuhtimise veebipõhised vahendid on kasulikud, kui peate veebiprojektis töötama suurema meeskonnaga. Võite seda kasutada nii lõplike saitide edastamiseks kui ka selle koostamise ajal. Samuti võite jälgida tulemusi ning teha märkusi selle kohta, mis projektis toimub.
On mõningaid puudusi:
- Enamik võrguprojektide haldamise tööriistu ei ole tasuta ja vabade versioonide kasutamine on piiratud. Kui otsustate selle kasutada, peaksite tegurite maksumusest sõltuvalt sellest, kui palju te maksate, ja nagu alati, märkige see lepingus märgitud.
- See on teine veebisait, mida peate kontrollima ja teine tarkvara nii sinu kui ka teie klientide jaoks peab õppima kasutama.
- Need on ainult nii kasulikud kui teie poolt sisestatud teave - teisisõnu, kui te ei sisalda tähtaega, ei saa programm hoiatada, et see on peaaegu siin.
- Mõned ettevõtted ei meeldi oma ettevõtte teabe (sh veebisaidid) turvalisuse kaalutlustel kolmanda osapoole saidil. Kindlasti arutage seda oma kliendiga, enne kui maksate konto eest.
Olen kasutanud Basecampi ja leian, et see on väga kasulik failide edastamiseks klientidele, seejärel nende failide uuenduste ja märkmete sisselogimise nägemiseks. See on suurepärane võimalus suure projekti jälgimiseks.
Dokumendi esitamise kuupäev
Ainuke asi, mida peaksite tegema, kui otsustate, kuidas lõpptöödeldud dokumente klientidele edastada, on tagada, et see otsus oleks dokumenteeritud ja lepingus kokku lepitud. Nii ei pääse teid teele, kui te plaanite postitada faili Dropboxile ja teie klient soovib, et te laadiksite kogu saidi oma serverisse nende jaoks.
Jennifer Krynini algne artikkel. Redigeeris Jeremy Girard'i 12. septembril 16