Retelaj serviloj kaj Workflow

Provante Servilojn, Disvolviĝajn Servilojn, Retaĝaj Serviloj kaj Produktaj Serviloj

Laborante kun granda retejo, kun multaj homoj kaj paĝoj konservantaj ĝin, vi trovos diversajn flukciojn por ricevi paĝan projektan prototipon al la realaj paĝoj viva interrete. La laborfluo por kompleksa retejo povas inkluzivi multajn apartajn rete servilojn kaj servilokojn. Kaj ĉiu el ĉi tiuj serviloj havas malsaman celon. Ĉi tiu artikolo priskribos iujn el la pli oftaj serviloj en kompleksa retejo kaj kiel ili estas uzataj.

Produktado Retelaj Serviloj

Ĉi tiu estas la speco de servilo retejo, pri kiu la plej multaj retpaĝistoj estas konataj. Produkta servilo estas servilo retejo, kiu gastigas paĝojn kaj enhavojn, kiuj estas pretaj por produktado. Alivorte, la enhavo pri servila servilo estas viva interreto aŭ pretas esti transdonita al interreto.

En malgranda kompanio, la produktadministro estas kie ĉiuj retpaĝoj vivas. Diseñistoj kaj programistoj pruvas la paĝojn ĉu sur siaj lokaj maŝinoj aŭ en kaŝitaj aŭ pasvortaj protektaj areoj en la viva servilo. Kiam paĝo estas preta por vivi, ĝi simple moviĝas en la produktadan servilon, ĉu per FTP el la loka malmola disko aŭ movante la dosierojn de la kaŝita dosierujo al la rekta dosierujo.

La laborfluo estus:

  1. Designer konstruas ejo en loka maŝino
  2. Designer testoj retejo ĉe loka maŝino
  3. Designer alŝutas retejon al kaŝita dosierujo en produktado-servilo por pli da provoj
  4. Aprobitaj dezajnoj estas movitaj en la vivaĵojn (ne kaŝitaj) de la retejo

Por malgranda retejo, ĉi tio estas perfekte akceptebla laboro-fluo. Kaj fakte vi ofte povas vidi, kion malgranda retejo faras per rigardado de dosieroj nomataj aĵoj kiel index2.html kaj interne dosierujoj nomataj aferoj kiel / novaj. Dum vi memoras, ke serĉiloj ne trovas protektatajn sekurecajn kampojn, tio estas bona maniero por provi novajn dezajnojn en viva medio sen neceso de kromaj serviloj.

Provanta Servilon aŭ QAa Servilo

Provi servilojn estas utila aldono al retejo-fluo de laboro ĉar ili provizas vin per maniero por provi novajn paĝojn kaj dezajnojn en servilo retejo, kiu ne estas videbla por klientoj (kaj konkurantoj). Provantaj serviloj estas agorditaj por esti identaj al la viva retejo kaj kutime havas iun tipon de versio kontrolo starigita sur ili por certigi, ke iuj ŝanĝoj estas registritaj. Plej multaj provaj serviloj estas starigitaj malantaŭ korporacia fajroŝirmilo tiel ke nur dungitoj povas vidi ilin. Sed ili ankaŭ povas esti starigitaj per pasvorto protekte ekster fajroŝirmilo.

Servilo de provoj estas tre utila por retejoj, kiuj uzas multan dinamikan enhavon, programadon aŭ CGI. Ĉi tio estas ĉar, se vi ne havas servilon kaj datumbazon instalitan en via loka komputilo, ĝi estas tre malfacile provi ĉi tiujn paĝojn eksterrete. Kun provila servilo, vi povas sendi viajn ŝanĝojn al la retejo kaj poste vidi, ĉu la programoj, skriptoj aŭ datumbazo ankoraŭ funkcias kiel vi intencis.

Entreprenoj, kiuj havas provilan servilon, kutime aldonas ĝin al la fluo de laboro kiel ĉi tiu:

  1. Desginer kreas la lokon loke kaj provas loke, simile al supre
  2. La alŝutilo de programisto aŭ programisto ŝanĝas al la provanta servilo por provi dinamikajn elementojn (PHP aŭ aliajn servilojn, CGI kaj Ajax)
  3. Aprobitaj dezajnoj estas movitaj al la produktado-servilo

Disvolviĝo-serviloj

Ellaborantaj serviloj estas tre utilaj por retejoj, kiuj havas grandan evoluon, kiel kompleksaj ecommerce-ejoj kaj TTT-aplikoj. Disvolviĝaj serviloj estas uzataj de la retejo-disvolviĝo por labori pri programado en la malantaŭa fino de la retejo. Ili preskaŭ ĉiam havas sistemajn sistemojn de kontrolo aŭ fonta kodo por multaj teamoj uzi kaj ili provizas servilon por provi novajn skriptojn kaj programojn.

Servanto de disvolviĝo diferencas de servilo de provo ĉar la plimulto de programistoj funkcias rekte sur la servilo. La purporse de ĉi tiu servilo kutime provas novajn aferojn en programoj. Dum la provado okazas en disvolviĝo-servilo, ĝi estas por fari pecon de kodo, ne provante ĝin kontraŭ specifaj kriterioj. Ĉi tio permesas al programistoj maltrankviliĝi pri la nuksoj kaj boltoj de la retejo sen zorgi pri kiel ĝi aspektos.

Kiam kompanio havas servilon de disvolviĝo, ili ofte havas apartajn teamojn laborante pri dezajno kaj disvolviĝo. Kiam ĉi tio estas, la servilo de provado fariĝas eĉ pli grava, ĉar tio estas, kie la dezajnoj kunvenas kun la evoluintaj skriptoj. La laborfluo kun evoluo-servilo estas tipe:

  1. Diseñistoj laboras pri la dezajnoj sur siaj lokaj maŝinoj
    1. Samtempe, programistoj laboras sur skriptoj kaj programoj pri la evoluinta servilo
  2. La kodo kaj dezajnoj kunfandas al la provanta servilo por provoj
  3. Aprobitaj dezajnoj kaj kodon estas movitaj al la produktado-servilo

Enhavo Sever

Por retejoj kun multa enhavo, eble ekzistas alia servilo, kiu gastigas la enhavan administradon . Ĉi tio permesas al la enhavaj programistoj lokon por aldoni ilian enhavon, sen kiu ĝi tuŝas la dezajnon aŭ programojn konstruitajn apude. La serviloj de enhavoj estas multaj kiel programaj serviloj krom verkistoj kaj grafikaj artistoj.

Serviganta Servilo

Serviganta servilo ofte estas la lasta haltigo por retejo antaŭ ol ĝi estas enmetita en produktadon. Servigantaj serviloj estas desegnitaj por esti tiel kiel eble plej da produktado. Do, la aparataro kaj programaro ofte rigardas la servadon de retpaĝado kaj produktado. Multaj kompanioj uzas servilon de provo kiel servilo de prezento, sed se la retejo estas ekstreme kompleksa, servanto de prezento donas al la diseñadores kaj al la desarrolladores lasta ŝanco por kontroli ke la proponitaj ŝanĝoj funkcias kiel ili desegnas kaj ili ne havas negativan trafon al la tuta retejo, sen havi aliajn provojn plenumitajn sur la provila servilo kaŭzante konfuzon.

Servigantaj serviloj ofte estas uzataj kiel "periodo de atendado" por retejaj ŝanĝoj. En iuj kompanioj, la servanto de enscenigado prezentas novan enhavon poŝtitan tie aŭtomate, dum aliaj kompanioj uzas la servilon kiel fina provo kaj aprobo areo por homoj ekster la retejo kiel administrado, merkatado kaj influitaj grupoj. La ensceniga servilo kutime metas la fluon de laboro kiel ĉi tiu:

  1. Diseñistoj laboras pri la dezajnoj sur siaj lokaj maŝinoj aŭ la prova servilo
    1. Enhavo aŭtoroj kreas la enhavon en la CMS
    2. Ellaborantoj skribas kodon en la evoluiga servilo
  2. Dezajno kaj kodo estas kunmetitaj sur la provila servilo por provado (kelkfoje enhavo estas inkluzivita ĉi tie, sed ofte estas validigita en la CMS ekster la dezajno-fluo de laboro)
  3. Enhavo aldoniĝas al la dezajnoj kaj kodoj en la ensceniga servilo
  4. Finalaj aproboj estas ricevitaj kaj la tuta retejo estas pelita al la produktado-servilo

Via Laboro-Fluo povas esti malsama

Unu afero, kiun mi lernis, estas, ke la laborfluo en unu kompanio povas esti tute malsama de tio ĉe alia kompanio. Mi konstruis retejojn, skribante HTML rekte sur la produktadministrilon uzante Emakson kaj vi kaj mi konstruis retejojn, kie mi havis neniun aliron al io ajn krom malgranda sekcio de la paĝo, kiun mi laboras kaj mi faris ĉion mian laboron ene de CMS. Per komprenado de la celo de la diversaj serviloj, kiujn vi povus trovi, vi povas fari vian dezajnon kaj disvolviĝon pli efike.