Die lewering van webwerwe en projeklêers aan kliënte

Die bou van 'n webwerf vir 'n kliënt is opwindend, veral aangesien die projek tot 'n einde kom en jy is uiteindelik gereed om die projeklêers na jou kliënt oor te skakel. By hierdie kritieke tyd in die projek is daar baie maniere waarop jy kan kies om die finale webwerf te lewer. Daar is ook 'n paar verkeerde stappe wat jy kan maak wat 'n andersins goeie projekproses in 'n mislukte verloofing sou verander!

Uiteindelik beveel ek aan dat u die afleweringsmeganisme definieer wat u vir 'n projek in die kontrak sal gebruik. Dit verseker dat daar geen sprake is van hoe u al die lêers na u kliënte sal kry sodra daardie webwerf voltooi is nie. Voordat u hierdie bepalings kan bepaal, moet u eers bepaal watter afleweringsmetode die beste vir u en u kliënte is.

Lêers per e-pos stuur

Dit is die maklikste metode om u lêers van u hardeskyf na u kliënt te kry. Al wat jy nodig het is dat jy 'n e-pos kliënt en 'n geldige e-posadres het om vir jou kliënt te gebruik. Vir die meeste webwerwe met 'n verskeidenheid bladsye sowel as eksterne lêers soos beelde, CSS style sheets en Javascript-lêers, moet u 'n program gebruik om daardie lêers te "zip" in 'n saamgeperste vouer wat dan aan die kliënt gestuur kan word.

Tensy die webwerf baie groot is met baie foto's of video-lêers, moet hierdie proses jou 'n finale lêer kry wat klein genoeg is om veilig per e-pos te stuur (wat beteken dat dit nie so groot sal wees dat dit gemerk word en deur spam gemerk word nie filters). Daar is verskeie moontlike probleme met die stuur van 'n webwerf per e-pos:

Ek gebruik net e-pos om webwerwe te lewer as ek weet die kliënt het 'n goeie begrip van wat om te doen met die lêers wat ek stuur. Byvoorbeeld, as ek as 'n subkontrakteur vir 'n webontwerpspan werk, is ek gewillig om dossiers per e-pos te stuur aan die maatskappy wat my gehuur het, aangesien ek weet dat hulle ontvang sal word deur mense wat kundig is en sal weet hoe om te hanteer die lêers. Anders, as ek met nie-webwerkers handel, gebruik ek een van die volgende metodes.

Gaan na die Live Site

Dit is dikwels die mees effektiewe manier om lêers aan u kliënte te lewer, deur glad nie af te lewer nie. In plaas daarvan plaas jy die voltooide bladsye direk op hul lewende webwerf via FTP. Sodra die webwerf klaar is en goedgekeur is deur u kliënt op 'n ander plek (soos 'n verborge gids op die webwerf of 'n ander webwerf heeltemal), beweeg u dit self. 'N Ander manier om dit te doen, is om die webwerf op een plek te skep (waarskynlik op 'n Beta-bediener wat jy vir ontwikkeling gebruik), en as dit reg is, verander die DNS-DNS-domein om na die nuwe webwerf te verwys.

Hierdie metode is nuttig vir kliënte wat nie baie kennis het oor die bou van webwerwe of wanneer jy dinamiese webtoepassings bou met PHP of CGI nie, en jy moet seker maak dat die werfskripte korrek werk in die leefomgewing. As u die lêers van een plek na 'n ander moet skuif, is dit 'n goeie idee om hulle te zip soos u sou wou hê vir e-poslewering. Om FTP van bediener na bediener te hê (eerder as na u hardeskyf en dan terug na die lewendige bediener) kan dit ook so vinnig bespoedig. Die probleme met hierdie metode sluit in:

Dit is my voorkeur metode om lêers te lewer wanneer ek te doen het met kliënte wat nie HTML of webontwerp ken nie. Trouens, ek bied dikwels aan om die hosting vir die kliënt as deel van die kontrak te vind sodat ek toegang tot die webwerf het terwyl ek dit ontwikkel. Dan, wanneer die webwerf voltooi is, gee ek hulle die rekeninginligting. Selfs as ek 'n kliënt help om ' n diensverskaffer te vind , het ek altyd kliënte wat die rekeninge van ontvangs hanteer, weer as deel van die kontrak, sodat ek nie vas kan betaal vir die hosting nadat ek die ontwerp voltooi het nie .

Online berging gereedskap

Daar is baie aanlyn stoor gereedskap wat jy kan gebruik om jou data op te slaan of jou hardeskyf te rugsteun, maar 'n ander ding waarvoor jy baie van hulle kan gebruik, is as 'n lêerleweringsisteem. Bykomstighede soos Dropbox maak dit maklik om lêers op die web te plaas en gee dan jou kliënte 'n URL om dit te laai.

In werklikheid kan Dropbox jou selfs as 'n vorm van web hosting gebruik deur na die HTML-lêers in die publieke gids te verwys, sodat jy dit ook as 'n toetsplek vir eenvoudige HTML-dokumente kan gebruik. Hierdie metode is goed vir kliënte wat verstaan ​​hoe om die finale lêers na hul lewende bediener te skuif, maar sal nie so goed werk met kliënte wat nie weet hoe om webontwerp of HTML te doen nie. Die probleme met hierdie metode is soortgelyk aan die probleme met die stuur van 'n e-pos aanhangsel:

Hierdie metode is baie veiliger as die stuur van aanhangsels per e-pos. Baie stoorgereedskap bevat sommige wagwoordbeskerming of versteek die URL's sodat hulle minder geneig is om iemand te vind wat dit nie ken nie. Ek hou daarvan om hierdie gereedskap te gebruik wanneer 'n aanhangsel te groot sal wees om effektief per e-pos te stuur. Soos met e-pos, gebruik ek dit net met webspanne wat weet wat om te doen met die zip-lêer sodra hulle dit ontvang het.

Aanlyn Projekbestuursprogrammatuur

Daar is baie projekbestuur gereedskap beskikbaar wat u kan gebruik om webwerwe aan kliënte te lewer. Hierdie gereedskap bied funksies buite net om lêers te hou soos om te doen lyste, kalenders, boodskappe, en so aan. Een van my gunsteling gereedskap is Basecamp.

Aanlyn projekbestuursinstrumente is nuttig wanneer u met 'n groter span op 'n webprojek moet werk. U kan dit beide gebruik vir die lewering van finale terreine en vir samewerking as u dit bou. En jy kan ook aflewerings byhou en ook notas maak oor wat aangaan in die projek.

Daar is 'n paar nadele:

Ek het Basecamp gebruik en vind dit baie handig om lêers aan kliënte te lewer, en dan die opdaterings van daardie lêers te maak en die notas inline te sien. Dit is 'n goeie manier om 'n groot projek op te spoor.

Dokument Watter afleweringsmetode jy sal gebruik

Die enigste ander ding wat u moet doen wanneer u besluit om afgehandelde dokumente aan kliënte te lewer, is om seker te maak dat die besluit gedokumenteer en in die kontrak ooreengekom is. Op hierdie manier sal jy nie probleme ondervind wanneer jy van plan was om 'n lêer na Dropbox te stuur nie en jou kliënt wil hê jy moet die hele werf op hulle bediener oplaai vir hulle.

Oorspronklike artikel deur Jennifer Krynin. Geredigeer deur Jeremy Girard op 12/09/16