Interneto svetainės sukūrimas klientui yra labai įdomus, ypač dėl to, kad projektas baigiasi, ir jūs galų gale pasiruošę perkelti projekto failus į savo klientą. Šiame svarbiame projekto etape yra daugybė būdų, kuriais galite pasirinkti pristatyti galutinę svetainę. Taip pat yra keletas klaidingų veiksmų, kuriuos galite padaryti, kad būtų kitaip geras projekto procesas nesėkmingas dalyvavimas!
Galų gale aš rekomenduoju jums apibrėžti pristatymo mechanizmą, kurį naudosite projektui sutartyje. Tai užtikrins, kad nebus klausimas, kaip gausite visus failus savo klientams, kai ši svetainė bus baigta. Tačiau prieš nustatydami šiuos terminus pirmiausia turite nustatyti, koks pristatymo būdas jums ir jūsų klientams yra geriausias.
Failų siuntimas el. Paštu
Tai lengviausias būdas gauti failų iš kietojo disko į savo klientą. Viskas, ko jums reikia, yra tai, kad turite el. Pašto klientą ir galiojantį el. Pašto adresą, kurį norite naudoti savo klientui. Daugumai svetainių su įvairiais puslapiais, taip pat išoriniais failais, pvz., Vaizdais , CSS stilių lentelėmis ir Javascript failais, turėsite naudoti programą, kad "zip" šiuos failus į suspaustą aplanką, kuris vėliau gali būti išsiųstas el. Paštu klientui.
Jei svetainė nėra labai didelė, kurioje yra daug nuotraukų ar vaizdo įrašų, tai šis procesas turėtų jums gauti galutinį failą, kuris būtų pakankamai mažas, kad būtų galima saugiai siųsti el. Paštu (tai reiškia, kad jis nebus toks didelis, kad jis bus pažymėtas ir užblokuotas šlamštu). filtrai). Yra keletas galimų problemų siunčiant svetainę el. Paštu:
- Daugelis klientų gali nežinoti, kaip įkelti failus į savo žiniatinklio serverį. Jie taip pat gali nežinoti, kaip atskirti failus nuo jų el. Pašto ar kur juos įdėti, kai jie tai daro.
- Kai kurie el. Pašto serveriai mano, kad HTML (o kartais ir ZIP) failai yra potencialiai kenksmingi ir gali ištrinti priedus iš pranešimo. Tai ypač pasakytina, jei pridedate "JavaScript" failus.
- El. Paštas yra nesaugus. Jei HTML yra slapti duomenys, jį gali matyti įsilaužėliai, nes jie išsiųsti.
- Dinaminiai puslapiai, tokie kaip PHP ar scenarijai, pvz., CGI, gali reikalauti, kad veikiant tinkamai veiktų serverio veikimas, o jūsų klientai gali nežinoti, kaip tai padaryti.
Aš naudoju el. Laišką tik pateikdamas svetaines, kai žinau, kad klientas gerai supranta, ką daryti su siunčiamais failais. Pavyzdžiui, kai dirbu kaip interneto projektavimo komandos subrangovas, aš noriu išsiųsti failus elektroniniu paštu įmonei, kuri manęs pasamdė, nes aš žinau, kad juos gaus žinantys žmonės ir jie žinos, kaip elgtis failai. Priešingu atveju, kai turiu reikalų su ne žiniatinklio specialistais, aš naudoju vieną iš žemiau pateiktų metodų.
Prisijunkite prie Live Site
Tai dažniausiai yra pats veiksmingiausias būdas pateikti failus savo klientams, nes jie visiškai neteikia. Vietoj to, jūs galutinius puslapius įtraukiate tiesiai į jų tiesioginę svetainę per FTP. Kai svetainė bus baigta ir jūsų klientas patvirtins kitoje vietoje (pvz., Paslėptas svetainės ar kito tinklalapio aplankas), jūs jį perkeliate sau. Kitas būdas tai padaryti - sukurti svetainę vienoje vietoje (greičiausiai beta versijos serveryje, kurį naudojate kurdami), tada tada, kai jis yra gyvas, pakeiskite domeno DNS įrašą, kad nukreiptumėte į naują svetainę.
Šis metodas yra naudingas klientams, kurie neturi daug žinių, kaip kurti svetaines ar kuriant dinamines žiniatinklio programas su PHP ar CGI, ir jūs turite įsitikinti, kad svetainės scenarijai veikia tinkamai. Jei turite perkelti failus iš vienos vietos į kitą, rekomenduojama jas uždėti taip, kaip ir el. Paštu. Turint FTP iš serverio į serverį (o ne į žemesnįjį kietąjį diską, tada grįžti į gyvąjį serverį), taip pat gali pagreitinti darbą. Su šiuo metodu susijusios problemos yra šios:
- Klientai ne visada nori suteikti prieigą prie savo svetainės į laisvai samdantį vertintoją, taigi, kai jūs paprašysite prieigą prie svetainės, gali kilti nemažai abejonių.
- Kai kurios svetainės yra sukurtos už užkardos ir laisvai samdomi vertėjai negali prieiti prie jų.
- Klientai gali jausti, kad jums turėtų būti suteikta papildoma parama ir priežiūra, negu tai, kas yra jūsų sutartyje, nes jūs turite prieigą prie savo svetainės.
- Jei statote ar keičiate tik dalį svetainės, bet kokia klaida gali sukelti problemų likusiai svetainės daliai ir tai gali greitai tapti jūsų problema, nesvarbu, ar tai sukėlė problemą, ar ne.
Tai yra mano pageidaujamas failų pateikimo būdas, kai bendrauju su klientais, kurie nežino HTML ar interneto dizaino. Tiesą sakant, aš dažnai siūlau rasti kliento prieglobą kaip sutarties dalį, kad turėčiau prieigą prie svetainės, kol aš ją kuriu. Tada, kai svetainė užpildyta, aš pateikiu jiems paskyros informaciją. Tačiau netgi kai aš padeda klientui surasti prieglobos paslaugų teikėją , visada klientai tvarko atsiskaitymo pabaigos prieglobstį dar kartą, kaip dalį sutarties, kad aš nesu užsikimšęs už prieglobą, kai aš baigiau dizainą .
Internetinės saugojimo priemonės
Yra daugybė internetinių saugojimo priemonių, kurias galite naudoti, norėdami išsaugoti savo duomenis arba atsarginę kietąjį diską, tačiau kitas dalykas, kurį galite naudoti daugeliui iš jų, yra failų pristatymo sistema. Įrankiai, pvz., "Dropbox", leidžia lengvai įdėti failus į žiniatinklį ir pateikti savo klientams URL, norėdami atsisiųsti juos.
Tiesą sakant, "Dropbox" netgi leidžia jas naudoti kaip interneto prieglobos formą, nukreipdamas į viešojo aplanko HTML failus, taigi jas galite naudoti ir kaip paprastų HTML dokumentų bandymų vietą. Šis metodas yra naudingas klientams, kurie supranta, kaip perkelti užbaigtus failus į jų veikiantį serverį, tačiau jie taip gerai neveikia su klientais, kurie nežino, kaip daryti interneto dizainą ar HTML. Problemos, susijusios su šiuo metodu, yra panašios į el. Pašto priedo siuntimo problemas:
- Klientai gali nežinoti, kaip naudotis paslauga.
- Klientai gali nežinoti, kaip gauti failus iš Dropbox į jų svetainę.
Šis metodas yra daug saugesnis nei priedų siuntimas el. Paštu. Daugelis saugojimo įrankių apima tam tikrą apsaugą slaptažodžiu arba slėpti URL, todėl juos mažiau tikėtina rasti tas, kas jo nepažįsta. Man patinka naudoti šiuos įrankius, kai priedas būtų per didelis, kad būtų galima veiksmingai siųsti el. Paštu. Kaip ir elektroniniu paštu, aš naudoju jį tik su žiniatinklio komandomis, kurios žino, ką daryti su zip failais, kai jie juos gauna.
Internetinė projektų valdymo programinė įranga
Yra daugybė projekto valdymo priemonių, kurias galite naudoti, norėdami klientams pristatyti tinklalapius. Šios priemonės suteikia funkcijų ne tik saugoti failus, pavyzdžiui, darbų sąrašus, kalendorius, pranešimus ir t. T. Vienas iš mano mėgstamiausių priemonių yra "Basecamp".
Interneto projektų valdymo įrankiai yra naudingi, kai jums reikia dirbti su didesnėmis komandomis žiniatinklio projekte. Galite jį naudoti tiek galutinėms svetainėms pristatyti, tiek bendradarbiauti kuriant jį. Taip pat galite stebėti rezultatus ir pasidaryti pastabas apie tai, kas vyksta projektui.
Yra keletas trūkumų:
- Dauguma interneto projektų valdymo priemonių nėra nemokamos, o nemokamos versijos yra riboti. Jei nuspręsite jį naudoti, turėtumėte atsižvelgti į tai, kiek mokesčio sumokėsite, ir kaip visada nurodykite sutartį.
- Tai dar viena svetainė, kurią reikia patikrinti, ir kita programa, kurią jūs ir jūsų klientai turi išmokti naudoti.
- Jie yra tokie pat naudingi, kaip ir informacija, kurią juos įvedėte - kitaip tariant, jei neįtrauksite datos, programa negalės įspėti, kad tai beveik čia.
- Kai kurioms įmonėms nepatinka jų verslo informacija (įskaitant tinklalapius), saugoma trečiosios šalies svetainėje dėl saugumo priežasčių. Prieš apmokėdami sąskaitą būtinai aptarkite tai su klientu.
Aš naudoju "Basecamp" ir manau, kad tai labai naudinga failams pateikti klientams, tada atnaujinti šiuos failus ir pamatyti pastabas. Tai puikus būdas stebėti didelį projektą.
Dokumentą, kurį pristatymo metodą naudosite
Vienintelis dalykas, kurį turėtumėte daryti, kai nuspręsite, kaip pristatyti galutinius dokumentus klientams, yra užtikrinti, kad šis sprendimas būtų dokumentuotas ir sutartas sutartyje. Tokiu būdu jūs negalėsite susidurti su bet kokiais sunkumais kelio metu, kai planuojate paskelbti failą į "Dropbox", o jūsų klientas nori, kad jūs įkelti visą svetainę į savo serverį.
Originalus straipsnis Jennifer Krynin. Redagavo Jeremy Girard 16.12.09