Konstrui retejon por kliento estas ekscita, precipe kiam la projekto finiĝas kaj vi finfine pretas turni la projektajn dosierojn al via kliento. Ĉe ĉi tiu kritika kunveno en la projekto, ekzistas multaj manieroj, kiujn vi povas elekti por liveri la finan ejon. Ankaŭ ekzistas iuj misŝanĝoj, kiujn vi povas fari, kio turnus alie bonan projekton-procezon en malsukcesan interligon!
Finfine mi rekomendas, ke vi difinas la liveran mekanismon, kiun vi uzos por projekto en la kontrakto. Ĉi tio certigas, ke ne estas demando pri kiel vi ricevos ĉiujn dosierojn al viaj klientoj, kiam tiu retejo kompletigas. Antaŭ ol vi povas kondiĉi ĉi tiujn terminojn, tamen vi unue devas determini, kion transdono metodo plej bone por vi kaj viaj klientoj.
Sendante dosierojn per retpoŝto
Ĉi tiu estas la plej facila metodo por ricevi viajn dosierojn de via malmola disko al via kliento. Ĉio, kio postulas, estas, ke vi havas retpoŝtan klienton kaj validan retpoŝtadreson por uzi vian klienton. Por plej multaj retejoj kun diversaj paĝoj same kiel eksteraj dosieroj kiel bildoj, CSS-stiloj kaj Javascript-dosieroj, vi bezonos uzi programon por "zip" tiujn dosierojn en kunpremitan dosierujon, kiu poste povas esti sendita al la kliento.
Krom se la retejo estas tre granda kun multaj bildoj aŭ bildaj dosieroj, ĉi tiu procezo devus akiri fina dosiero, kiu estas sufiĉe malgranda por sendi sende retpoŝte (tio signifas, kiu ne estos tiel granda, ke ĝi ŝaltas kaj blokas per spamo filtriloj). Ekzistas pluraj eblaj problemoj sendante retpoŝton per retpoŝto:
- Multaj klientoj eble ne scias kiel alŝuti la dosierojn al sia servilo. Ili ankaŭ eble ne scias kiel disŝovi la dosierojn de sia retpoŝto aŭ kie meti ilin kiam ili faras.
- Kelkaj retpoŝtaj serviloj konsideras HTML (kaj kelkfoje ZIP) dosierojn kiel eble malutilaj kaj povas rompi la ligilojn de la mesaĝo. Ĉi tio estas precipe vera se vi aliĝas al JavaScript-dosieroj.
- Retpoŝto estas necerta Se la HTML enhavas sentivan datumon, ĝi povus esti vidata de pirantoj kiel ĝi estas sendita.
- Dinamikaj paĝoj kiel PHP aŭ skriptoj kiel CGI povas postuli tweaking sur la viva servilo por funkcii ĝuste, kaj viaj klientoj eble ne scipovas fari tion.
Mi nur uzas retpoŝton por liveri ejojn kiam mi scias, ke la kliento havas bonan komprenon pri kio fari kun la dosieroj, kiujn mi sendas. Ekzemple, kiam mi laboras kiel subkontraktanto por retejo de dezajno, mi pretas sendi dosierojn per retpoŝto al la kompanio, kiu kontraktis min, ĉar mi scias, ke ili estos ricevataj de homoj, kiuj estas konataj kaj scios kiel manipuli la dosierojn. Alie, kiam mi traktos ne-tejajn profesiulojn, mi uzas unu el la metodoj sube.
Aliri la Viva retejo
Ĉi tio ofte estas la plej efika maniero por liveri dosierojn al viaj klientoj - tute ne liverante ilin. Anstataŭe, vi metas la finajn paĝojn rekte sur sia viva retejo per FTP. Iam la retejo estas finita kaj aprobita de via kliento en malsama loko (kiel kaŝita dosierujo en la retejo aŭ alia retejo tute), vi movas ĝin vivi vin mem. Alia maniero por fari ĉi tion estas krei la retejon en unu loko (verŝajne sur Beta servilo, kiun vi uzas por disvolviĝo), kaj tiam, kiam ĝi vivas, ŝanĝi la domajn DNS-eniron por apliki la novan retejon.
Ĉi tiu metodo utilas por klientoj, kiuj ne havas multajn sciojn pri konstruado de retejoj aŭ kiam vi konstruas dinamikajn TTT-aplikojn kun PHP aŭ CGI kaj vi devas certigi, ke la retejo-skriptoj funkcias ĝuste en la viva medio. Se vi devas movi la dosierojn de unu loko al alia, ĝi estas bona ideo sendi ilin kiel vi volas por retpoŝta transdono. Havi FTP de servilo al servilo (prefere ol malsupren al via malmola disko kaj poste reen al la viva servilo) povas rapide akceli aferojn. La problemoj kun ĉi tiu metodo inkluzivas:
- Klientoj ne ĉiam volas provizi aliron al sia retejo al freelancer, do vi povas iomete heziti kiam vi petas lokan aliron.
- Iuj retejoj estas konstruitaj malantaŭ fajroŝirmilo kaj senkondiĉoj ne povas aliri al ili.
- Klientoj povas senti, ke vi devus esti disponebla por pliaj subteno kaj bontenado preter tio, kio estas en via kontrakto, simple ĉar vi nun havas aliron al ilia retejo.
- Se vi konstruas aŭ ŝanĝos nur parton de la retejo, ajna eraro povas kaŭzi problemojn por la resto de la retejo kaj rapide rapide fariĝos via problemo, ĉu vi kaŭzis la aferon aŭ ne.
Ĉi tiu estas mia preferata metodo por liveri dosierojn kiam mi traktas klientojn, kiuj ne konas HTML-a dezajnon. Fakte, mi ofte proponas trovi la gastigadon por la kliento kiel parto de la kontrakto por ke mi havas aliron al la retejo dum mi evoluigas ĝin. Tiam kiam la retejo estas kompleta, mi donas al ili la konton-informon. Tamen, eĉ kiam mi helpas klienton trovi gastiganton , mi ĉiam havas klientojn pritraktanta la faktigon de la gastigado, denove kiel parto de la kontrakto, tiel ke mi ne estas batita pagante por la gastigado post kiam mi kompletigis la dezajnon .
Enretaj Stokadaj Iloj
Ekzistas multaj interretaj stokadaj iloj, kiujn vi povas uzi por stoki viajn datumojn aŭ reteni vian malmola disko, sed alia afero, kiun vi povas uzi multajn, estas kiel sistemo-dosier-sistemo. Iloj kiel Dropbox faciligas loki dosierojn en la retejo kaj poste donu al viaj klientoj URL por elŝuti ilin.
Fakte, Dropbox eĉ permesas ilin uzi ilin kiel formo de retprovizaĝo de retpaĝaro per indikado al la HTML-dosieroj en la publika dosierujo, do vi povas uzi ilin kiel provo-lokon por simplaj HTML-dokumentoj. Ĉi tiu metodo estas bona por klientoj, kiuj komprenas kiel movi la finajn dosierojn al sia viva servilo, sed ne funkcios tiel bone kun klientoj, kiuj ne scias kiel fari retpagxon aŭ HTML. La problemoj kun ĉi tiu metodo estas similaj al la problemoj per sendado de retpoŝta ligilo:
- Klientoj eble ne scias uzi la servon.
- Klientoj eble ne scias kiel akiri la dosierojn de Dropbox al ilia retejo.
Ĉi tiu metodo multe pli sekura ol sendi ligilojn per retpoŝto. Multaj stokadaj iloj inkluzivas iujn protektatajn protektojn aŭ kaŝas la URLojn por ke ili malpli probable trovos iun, kiu ne konas ĝin. Mi ŝatas uzi ĉi tiujn ilojn, kiam ligilo estus tro granda por sendi retpoŝte efike. Kiel kun retpoŝto, mi nur uzas ĝin kun retaj teamoj, kiuj scias, kion fari kun la zip-dosiero, kiam ili ricevas ĝin.
Enreta Projekta Administrado-Programaro
Ekzistas multaj projektoj pri administraj projektoj disponeblaj interrete, kiujn vi povas uzi por liveri retpaĝojn al klientoj. Ĉi tiuj iloj proponas trajtojn preter nur konservado de dosieroj kiel listoj, kalendaroj, mesaĝoj, ktp. Unu el miaj plej ŝatataj iloj estas Basecamp.
Enretaj projektaj iloj estas utilaj kiam vi bezonas labori kun pli granda teamo en TTT-projekto. Vi povas uzi ĝin ambaŭ por liveri finajn ejojn kaj por kunlabori dum vi konstruas ĝin. Kaj vi ankaŭ povas konservi aŭskultadon pri salajroj kaj ankaŭ fari notojn pri tio, kio okazas en la projekto.
Estas iuj malfacilaĵoj:
- Plej multaj interretaj projektadaj iloj ne estas senpagaj, kaj la liberaj versioj estas limigitaj. Se vi decidas uzi unu, vi devas faktori la koston en kiom vi ŝarĝos, kaj kiel ĉiam, ricevu ĝin en la kontrakto.
- Ĝi estas alia retejo, kiun vi devas kontroli kaj alian programaron, kiun vi kaj viaj klientoj bezonas lerni uzi.
- Ili estas nur utilaj kiel la informoj, kiujn vi enmetas al ili - en aliaj vortoj, se vi ne inkluzivas venonta dato, la programo ne povas averti vin, ke ĝi estas preskaŭ ĉi tie.
- Iuj kompanioj ne ŝatas ilian kompania informo (inkluzive de retejoj) stokitaj en tria loko por sekurecaj kialoj. Nepre diskutu ĉi tion kun via kliento antaŭ ol vi pagas konton.
Mi uzis Basecamp kaj trovos ĝin tre utila por liveri dosierojn al klientoj, kaj poste fari ĝisdatigojn al tiuj dosieroj kaj vidi la notojn inline. Estas bonega maniero spuri grandan projekton.
Dokumento Kia Transdona Metodo Vi Uzos
La sola alia afero, kiun vi devas fari, kiam vi decidas, kiel transdoni finajn dokumentojn al klientoj, devas certigi, ke tiu decido estas dokumentita kaj konsentite en la kontrakto. De ĉi tiu maniero vi ne kuros en la vojon, kiam vi intencas sendi dosieron al Dropbox kaj via kliento volas al vi alŝuti la tutan retejon al ilia servilo por ili.
Originala artikolo de Jennifer Krynin. Redaktita de Jeremy Girard la 12/09/16