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:
- Baie kliënte weet dalk nie hoe om die lêers op te laai na hul webbediener nie. Hulle kan ook nie weet hoe om die lêers uit hul e-pos te verwyder nie, of waar om hulle te plaas wanneer hulle dit doen.
- Sommige e-pos bedieners beskou HTML (en soms zip) lêers as moontlik skadelik en kan die aanhangsels van die boodskap verwyder. Dit is veral waar as jy JavaScript-lêers aanheg.
- E-pos is onseker. As die HTML sensitiewe data bevat, kan dit gesien word deur hackers soos dit gestuur is.
- Dinamiese bladsye soos PHP of skrifte soos CGI kan nodig hê om op die lewendige bediener te werk om korrek te werk, en jou kliënte sal dalk nie weet hoe om dit te doen nie.
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:
- Kliënte wil nie altyd toegang tot hul webwerf bied aan freelancer nie, so jy mag dalk huiwerig raak wanneer jy vir toegang tot die werf vra.
- Sommige webwerwe is gebou agter 'n firewall en vryskutters kan nie toegang tot hulle kry nie.
- Kliënte mag voel dat u beskikbaar moet wees vir bykomende ondersteuning en instandhouding as wat in u kontrak is, bloot omdat u nou toegang tot hul webwerf het.
- As jy net 'n gedeelte van die werf bou of verander, kan enige fout vir die res van die werf probleme veroorsaak en dit kan vinnig jou probleem word, of jy die probleem veroorsaak het of nie.
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:
- Kliënte mag dalk nie weet hoe om die diens te gebruik nie.
- Kliënte sal dalk nie weet hoe om die lêers van Dropbox na hul webwerf te kry nie.
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:
- Die meeste aanlyn-projekbestuursinstrumente is nie gratis nie, en die gratis weergawes is beperk. As jy besluit om een te gebruik, moet jy die koste faktor in hoeveel jy sal hef, en soos altyd dit in die kontrak oplet.
- Dit is 'n ander webwerf wat u moet kontroleer en 'n ander sagteware wat u en u kliënte moet leer om te gebruik.
- Hulle is net so nuttig as die inligting wat jy in hulle stel. Met ander woorde, as jy nie 'n vervaldatum insluit nie, kan die program jou nie waarsku nie, dit is amper hier.
- Sommige maatskappye hou nie van hul korporatiewe inligting (insluitend webwerwe) wat vir sekuriteitsredes op 'n derdeparty-webwerf gestoor word nie. Maak seker dat u dit met u kliënt bespreek voordat u vir 'n rekening betaal.
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