Mājas lapas izveidošana klientam ir aizraujoša, jo īpaši tāpēc, ka projekts ir noslēgts, un jūs beidzot esat gatavs pārvērst projekta failus uz savu klientu. Šajā kritiskajā projekta posmā ir daudz iespēju, kā jūs varat izvēlēties gala vietnes piegādi. Ir arī daži nepareizi, kurus jūs varat padarīt, kas varētu pārvērst citādi labu projekta procesu par neveiksmīgu iesaistīšanos!
Visbeidzot, es iesaku jums noteikt piegādes mehānismu, kuru izmantosiet līgumā paredzētajam projektam. Tas nodrošina to, ka nekas nav jautājums par to, kā jūs saņemsit visus failus saviem klientiem, tiklīdz šī vietne būs pabeigta. Tomēr, pirms jūs varat noteikt šos noteikumus, jums vispirms ir jānosaka, kāda piegādes metode vislabāk jums un jūsu klientiem.
Failu sūtīšana pa e-pastu
Šī ir vienkāršākā metode, kā iegūt failus no cietā diska savam klientam. Viss, kas nepieciešams, ir tas, ka jums ir e-pasta klients un derīga e-pasta adrese, kuru izmantosiet savam klientam. Lielākajai daļai vietņu ar dažādām lapām, kā arī ārējiem failiem, piemēram, attēliem, CSS stilu lapām un Javascript failiem, jums būs jāizmanto programma, lai "zip" tos failus saspiestā mapē, kuru pēc tam klientam var nosūtīt pa e-pastu.
Ja vien vietne nav ļoti liela ar daudzām vai daudzām attēlu vai video failiem, šim procesam vajadzētu iegūt jums galīgo failu, kas ir pietiekami mazs, lai droši nosūtītu pa e-pastu (tas nozīmē, ka tas nebūs tik liels, ka tas tiks atzīmēts un bloķēts, izmantojot surogātpastu). filtri) Pastāv vairākas iespējamas problēmas, sūtot vietni pa e-pastu:
- Daudzi klienti, iespējams, nezina, kā augšupielādēt failus savā tīmekļa serverī. Viņi arī var nezināt, kā atdalīt failus no viņu e-pasta vai kur tos ievietot, kad viņi to dara.
- Daži e-pasta serveri uzskata, ka HTML (un dažreiz ZIP) faili ir potenciāli kaitīgi, un tie var noņemt ziņas no pielikumiem. Tas jo īpaši attiecas uz gadījumiem, kad pievienojat JavaScript failus.
- E-pasts ir nedrošs. Ja HTML satur konfidenciālus datus, to varēja redzēt hackers, jo tas ir nosūtīts.
- Dinamiskām lapām, piemēram, PHP vai tādiem skriptiem kā CGI, var būt nepieciešams pareizi strādāt, lai darbotos tīklā, un jūsu klienti var nezināt, kā to izdarīt.
Es tikai izmantoju e-pastu, lai piegādātu vietnes, kad es zinu, ka klientam ir laba izpratne par to, ko darīt ar failiem, kurus es sūtīšu. Piemēram, kad es strādā kā tīmekļa dizaina komandas apakšuzņēmējs, es vēlos nosūtīt failus pa e-pastu uzņēmumam, kas man darbā pieņēmis, jo es zinu, ka tos saņems cilvēki, kuri ir zinoši un zinās, kā rīkoties faili. Pretējā gadījumā, kad es runāju ar citiem profesionāļiem, es izmantoju vienu no tālāk minētajām metodēm.
Piekļūstiet Live vietnei
Tas bieži vien ir visefektīvākais veids, kā piegādāt failus saviem klientiem, vispār nepiegādājot tos. Tā vietā jūs ievietojat pabeigtās lapas tieši viņu tiešajā vietnē, izmantojot FTP. Kad vietne ir pabeigta un jūsu klients ir apstiprinājis citā vietā (piemēram, slēptu direktoriju vietnē vai citā vietnē kopumā), jūs to pārvietojat pats sev. Vēl viens veids, kā to izdarīt, ir izveidot vietni vienā atrašanās vietā (iespējams, uz beta servera, kuru izmantojat izstrādei), un pēc tam, kad tas ir redzams, nomainiet domēna DNS ierakstu, lai norādītu uz jauno vietni.
Šī metode ir noderīga klientiem, kuriem nav daudz zināšanu par to, kā veidot vietnes vai veidojot dinamiskas tīmekļa lietojumprogrammas ar PHP vai CGI, un jums ir jāpārliecinās, ka vietnes skripti darbojas pareizi. Ja jums ir jāpārvieto faili no vienas atrašanās vietas uz otru, ir ieteicams tos ielīmēt, tāpat kā e-pasta piegādei. Ņemot FTP no servera uz serveri (nevis uz leju līdz jūsu cietajam diskam un pēc tam atpakaļ uz dzīvo serveri), tā var paātrināt arī lietas. Problēmas ar šo metodi ir šādas:
- Klienti ne vienmēr vēlas nodrošināt piekļuvi savai vietnei ārštata darbinātājam, tāpēc, kad jūs lūdzat piekļuvi vietnei, var rasties zināmas vilcināšanās.
- Dažas tīmekļa vietnes ir veidotas aiz ugunsmūra, un ārštata darbinieki nevar tiem piekļūt.
- Klienti var justies, ka jums ir jābūt pieejamam papildu atbalstam un uzturēšanai papildus tam, kas ir tavā līgumā, tikai tāpēc, ka jums tagad ir piekļuve savai vietnei.
- Ja jūs veidojat vai maināt tikai daļu vietnes, jebkura kļūda var radīt problēmas pārējai vietnei un tas var ātri kļūt par jūsu problēmu neatkarīgi no tā, vai jūs izraisījāt šo problēmu.
Šī ir mana vēlamā datu piegādes metode, kad es runāju ar klientiem, kuri nezina HTML vai tīmekļa dizainu. Patiesībā es bieži piedāvāju atrast klientu kā daļu no līguma, lai man būtu piekļuve vietnei, kamēr es to izstrādāju. Pēc tam, kad vietne ir pabeigta, es viņiem piešķiru konta informāciju. Tomēr pat tad, ja es palīdzu klientam atrast mitināšanas pakalpojumu sniedzēju , man vienmēr ir klienti, kuri atkal kā daļa no līguma, rīkojas ar hostinga rēķina beigām, tāpēc, ka es esmu neiespējams maksāt par hostingu pēc tam, kad esmu pabeidzis dizainu .
Online Storage Tools
Ir daudz tiešsaistes uzglabāšanas rīku, ko varat izmantot, lai saglabātu savus datus vai izveidotu cietā diska dublējumkopiju, taču cita lieta, ko varat izmantot daudziem no tiem, ir failu piegādes sistēma. Līdzekļi, piemēram, Dropbox, ļauj ērti ievietot failus tīmeklī un pēc tam klientiem nosūtīt URL, lai tos lejupielādētu.
Faktiski Dropbox pat ļauj tos izmantot kā tīmekļa mitināšanas veidu, norādot uz HTML failiem publiskā mapē, tādēļ tos var izmantot kā vienkāršu HTML dokumentu pārbaudes vietu. Šī metode ir piemērota klientiem, kuri saprot, kā pārvietot gatavos failus uz viņu dzīvo serveri, bet tas nedarbosies tik labi ar klientiem, kuri nezina, kā veikt web dizainu vai HTML. Problēmas ar šo metodi ir līdzīgas problēmām, kas rodas, nosūtot e-pasta pielikumu:
- Klienti var nezināt, kā izmantot pakalpojumu.
- Klienti var nezināt, kā iegūt failus no Dropbox uz viņu vietni.
Šī metode ir daudz drošāka nekā pielikumu nosūtīšana pa e-pastu. Daudzi datu glabāšanas rīki ietver dažu parožu aizsardzību vai URL slēpšanu, tāpēc tos, kurus nepazīst kāds, kas to nezina, ir mazāks. Man patīk izmantot šos rīkus, ja pielikums būtu pārāk liels, lai efektīvi nosūtītu pa e-pastu. Tāpat kā ar e-pastu, es to izmantoju tikai ar tīmekļa komandām, kuras zina, ko darīt ar zip failu, tiklīdz tās saņem.
Tiešsaistes projektu vadības programmatūra
Tiešsaistē ir pieejami daudz projektu pārvaldības rīki, kurus varat izmantot, lai klientiem piegādātu vietnes. Šie rīki piedāvā funkcijas, kas ne tikai uzglabā failus, piemēram, uzdevumu sarakstus, kalendārus, ziņojumapmaiņas un tā tālāk. Viens no maniem iecienītākajiem rīkiem ir Basecamp.
Tiešsaistes projektu vadības rīki ir noderīgi, ja jums ir nepieciešams strādāt ar lielāku komandu tīmekļa projektā. Jūs to varat izmantot gan gala vietņu piegādei, gan sadarbībai, kamēr to veidojat. Un jūs varat arī sekot rezultātiem, kā arī veikt piezīmes par to, kas notiek projektā.
Ir daži trūkumi:
- Lielākā daļa tiešsaistes projektu vadības rīku nav bezmaksas, un bezmaksas versijas ir ierobežotas. Ja jūs nolemjat to izmantot, jums vajadzētu ņemt vērā izmaksas, kas jāmaksā, un, kā vienmēr, līgumā tas norādīts.
- Tā ir vēl viena vietne, kas jums jāpārbauda, un citai programmatūrai gan jums, gan jūsu klientiem ir jāmācās to izmantot.
- Tie ir tikpat noderīgi kā informācija, kuru jūs ievietojat, citiem vārdiem sakot, ja neiekļaujat termiņu, programma nevar brīdināt, ka tā ir gandrīz šeit.
- Dažiem uzņēmumiem drošības apsvērumu dēļ nepatīk viņu korporatīvā informācija (tostarp vietnes), kas tiek glabāta trešās puses vietnē. Pirms maksājat par kontu, noteikti apspriediet to ar savu klientu.
Esmu izmantojis Basecamp un atrodu to ļoti noderīgi, lai piegādātu failus klientiem, un pēc tam atjauninātu šos failus un redzētu piezīmes ieskatu. Tas ir lielisks veids, kā izsekot lielu projektu.
Dokuments, kuru piegādes metodi izmantosiet
Vienīgā lieta, kas jums jādara, pieņemot lēmumu par to, kā nogādāt klientam pabeigtos dokumentus, ir jāpārliecinās, ka šis lēmums ir dokumentēts un līgumā noteikts. Tādā veidā, kad jūs plānojat ievietot failu mapē Dropbox, jūs neuztraucieties uz jebkādām problēmām uz ceļa, un jūsu klients vēlas, lai jūs augšupielādētu visu vietni savam serverim.
Jennifera Krīnina oriģinālais raksts. Rediģējis Jeremijs Girards 16.09.12