Comentaris (1)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:23

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

Com PHP desenvolupador que vaig a utilitzar les eines que utilitzo cada dia és a dir, Linux, MySQL , PHP, VirtualBox i Subversion (SVN). No obstant això espero que aquesta guia s'adaptarà a altres idiomes i les tecnologies igual de bé.

La solució que proporcioni serà molt vagament basada en el tipus de processament que anàvem a necessitar per assolir però això no pot ser veritat tot l'article que vaig a canviar les coses per la simplicitat, o per produir escenaris d'ús més interessants.

Aquests entorns virtualitzats es poden executar en màquines Windows ja que això és el que la majoria de les oficines de córrer. El tractament que les màquines d'oficina no ha d'interferir amb el personal amb aquestes màquines, que no requereixen manteniment en la màquina, i ser de fàcil desplegament de noves màquines a mesura que estiguin disponibles. A més, les noves màquines virtuals no requereix cap configuració addicional ja que això redueix en gran manera l'escalabilitat i la facilitat amb què es pot ampliar el sistema de xarxa.

Per què implementar una xarxa de computació d'oficina?

En primer lloc vostè pot estar pensant, per què no utilitzar un recurs de computació en el núvol com plataforma EC2 d'Amazon ? Bé, les raons poden ser diverses, per exemple:

• No va a confiar a certes dades a un entorn de cloud computing
• No es pot posar certes dades en un entorn de cloud computing per raons legals (per exemple, dades d'abandonar el país), el que pot per raons legals, per exemple, els registres de l'NHS.
• Vostè vol mantenir les seves unitats de processament de tancament i tenir un control total sobre el maquinari massa
• No té els fons del projecte a executar instàncies de núvols
• La seva oficina no té una connexió a Internet i per tant, que no és possible utilitzar un recurs de núvols
• No t'agrada la pluja, els núvols suggereixen la pluja, per tant, mantenir-se ben lluny

Estic segur que la llista podria continuar, però crec que és suficient per ara.

Avantatges d'una xarxa de computació d'Office

Bé, anem a fer alguns les matemàtiques (i en cert estil de la física li permet fer algunes suposicions d'escombrat). Imagina que tens gran servidor de processament fornit córrer 100 llocs de treball per dia. A la seva oficina té 50 màquines que estan inactius 16 hores al dia, cadascuna d'aquestes màquines és de 10% tan poderós com el processament de Sever fornit. (Tots els resultats aquí s'arrodoneixen a subestimar augment de rendiment).

Per tant, una màquina d'energia * 10% * 2/3 = 0,067 és a dir, el temps de processament d'un escriptori en el temps d'inactivitat podria processar 6 llocs de treball complets per dia.

Si ara escalar això es requereixen 15 ordinadors d'escriptori d'inactivitat per realitzar tasques de la major quantitat per dia que el servidor de processament principal ho fa.

Així doncs, a la nostra oficina de simulació de 50 màquines podríem augmentar la nostra capacitat de processament d'1 servidor de fins a 4 servidors de processament complet, o podríem estar processant 400 llocs de treball per dia en lloc de 100.

Noteu, la inversió en nou maquinari de l'empresa acaba d'augmentar la seva capacitat de processament per lots 4 vegades! Potencialment, vostè va a augmentar el seu consum d'energia, sinó de la majoria d'entorns d'oficina que he estat a les màquines en general a l'esquerra en la nit de totes maneres, de manera que podria veure això com una iniciativa verda.

Altres avantatges també significa que la inversió en nou (o actualitzat) servidors de processament pot ser retardada si les seves màquines d'oficina són suficients i que a mesura que millora la potència de les seves màquines d'oficina de la seva xarxa d'oficines es torna més poderosa de forma automàtica.

Tecnologies

El que vostè necessita? (O més correctament, què puc utilitzar):

• Màquines d'oficina Idle (en el meu cas un recanvi vell ordinador portàtil Windows XP)
• VirtualBox (o un altre programari de client de virtualització)
• Una màquina virtual amb PHP, MySQL running executant un sistema operatiu de tall cap avall, vaig a trucar a aquests servidors meva coixesa :)
• Els treballs s'executin
• Servidor de treball (pot ser una altra màquina virtual en algun lloc)

Treballs típics

Els tipus de treballs que aquest sistema està dissenyat per funcionar és el següent:

• Sistema rep una llista de dades sobre els que hem de coincidir i retornar els resultats
• La coincidència consisteix en la comprovació / buscar diverses fonts de dades (bastant estàtic)
• Els resultats de les fonts de dades poden requerir una major validació, la fusió, el control de fonts de dades addicionals en resposta als resultats
• Les dades es retornen amb els registres que coincideixen, plenament validada i processada
• Cada registre dins d'un treball és independent de la resta

Així que, bàsicament estem veient els treballs en execució que requereixen d'una barreja de cerques de bases de dades i alguns processament de nombres, un escenari bastant típic en un entorn empresarial.

Solucions de xarxes no només són avantatjoses per realitzar tasques d'aquest tipus. Bàsicament, qualsevol procés que pot ser dividit en unitats independents es poden executar en paral · lel. Veure aquesta wikipedia per veure exemples i més informació: Grid Computing , però un parell d'exemples famosos són Seti @ Home i BIONC . Existeixen marcs per al funcionament de les xarxes de computació, i aquests estan bé val la pena analitzar.

Què podem fer?

Al final d'aquests articles espere demostrar que el desplegament d'una xarxa d'oficina no ha de ser molt costós o que consumeix temps. Vaig a parlar:

• Configuració del sistema de control de treball, configuració del treball
• Creació d'una màquina de processament virtual corresponent
• Com configurar el sistema en una màquina Windows
• Vetllar per que utilitzeu l'últim codi i les dades
• Implementació i avaluació comparativa
• Amb vista al futur

Vaig a ser la construcció (ok he construït, a continuació, per escriure això) una aplicació d'exemple per posar a prova els conceptes en un equip local amb Windows XP i el meu 'GridMachine' màquina virtual. El meu servidor de control de treball serà la meva màquina principal que corre Fedora 11 .

Això és de cap manera la intenció de demostrar un sistema complet de treball robusta, el seu significat més d'una manifestació i discussió de mostrar que aquestes coses es pot aconseguir en un espai de temps raonablement curt ia un baix cost. Si us plau, no dubti a enviar els seus comentaris, correccions o millores i faré el meu millor esforç per mantenir aquest article actualitzat per a que coincideixi.

La propera vegada

A la part 2 vaig a començar a mirar en el sistema de control de treball, i buscar en la quantitat de llocs de treball s'ha de configurar per tal d'aconseguir la major quantitat de processament mentre garanteix que cada treball es processa sens falta.

Comentaris (1)

Per Steven Lloyd Watkin , divendres 4 desembre 2009 23:23

Introducció

Jo treballo en una empresa on ens trobem molts llocs de treball de processament per lots de milions de registres de dades cada dia i he estat pensant recentment sobre totes les màquines que se sentin al voltant de cada dia sense fer res durant diverses hores. No seria bo si poguéssim utilitzar aquestes màquines per reforçar la capacitat de processament dels nostres sistemes? En aquest conjunt d'articles que vaig a veure els beneficis potencials de l'ocupació d'una oficina de la xarxa utilitzant entorns virtualitzats.

A la part 1 em va donar una visió general del sistema i les tecnologies que utilitzarà, així com es discuteix algunes de les possibles raons per les quals es vol crear una xarxa d'oficines.

Control de Tasques

Si vostè estarà executant treballs llavors vostè va a necessitar una certa manera de gestionar-los. El seu sistema de control de treballs (en el seu servidor de treball) ha de ser molt ben pensat, fins i tot abans d'intentar executar una xarxa d'oficines. Així, en primer lloc, quines són les tasques d'un sistema de control de treball:

• Repartir llocs de treball a petició dels treballadors
• Digueu als treballadors quin tipus de treballs s'executin
• Seguiment dels treballs
• Assegureu-vos que els treballs només s'executarà un cop
• Proporcionar les dades d'ocupació als treballadors, o almenys els digui on aconseguir-

El sistema també ha de ser extensible, una solució que funciona per ara en un sol cas pot ser ampliat per executar diversos tipus de llocs de treball com el negoci veu la pena en una solució de xarxa. Per exemple, els treballs poden tenir prioritats, més d'un tipus de treball pot existir (és a dir, diverses bases de codi), amb el temps fins i tot es pot executar diverses màquines diferents dels treballadors que estan optimitzats per a cada tipus de treball (tot i que es mou lluny del treballador "genèric idea). Sempre intento pensar en el futur, quan el desenvolupament de sistemes, una visió a curt termini pot conduir a la frustració a llarg termini i el temps de desenvolupament major.

Servidor de tasques de

Anem a necessitar un lloc per controlar els nostres llocs de treball a partir, aquest ha de ser l'únic sistema de la xarxa que té un localitzador de recursos fixos, ja sigui una adreça IP, nom d'amfitrió, l'adreça URL (usant DNS intern), etc Això és perquè els treballadors han de saber on buscar feina, els treballadors necessiten per trobar el sistema de control de treballs (no el sistema de control de treball de trobar als treballadors).

El servidor de treball en si no té realment una tasca complicada (en un sistema bàsic de tota manera), cal emmagatzemar una llista de llocs de treball, repartir llocs de treball, rebre els resultats, i posteriorment emmagatzemar per a la seva posterior recuperació. Com aquestes parts (per exemple, 'mà llocs de treball ") es defineixen poden ser molt bàsiques. Més endavant podem ampliar el sistema per incloure una interfície d'administració per afegir, editar, eliminar, suspendre llocs de treball, però això està més enllà d'aquest exercici.

No hi ha cap raó que sigui llavors quan el seu servidor de treball no pot ser una màquina virtual s'executa al servidor de processament principal, sempre que no drena massa recursos de la mateixa. El servidor de treball però cal una alta disponibilitat, si es cau en un divendres a la nit perdràs un cap de setmana de tractament, el que podria costar-li un parell de setmanes de temps de processament (en comparació amb el servidor de processament principal només) . És possible que vulgueu considerar la possibilitat del seu servidor de treball en un entorn d'equilibri de càrrega d'alta disponibilitat.

Configuració bàsica

La configuració bàsica del nostre servidor de treball consistirà en el que estic trucant a un dels meus servidors Bizkit (que és Linux Li, m ySql, P HP). El codi que s'executa en els treballadors thea realment esbrinar quins llocs de treball que es pot executar mitjançant la interacció amb bases de dades amb l'ús de sistemes de control. Més endavant es podria crear un servei web i la mà en realitat a llocs de treball en lloc de tenir als treballadors fer la feina dura sí, però per ara seguirem utilitzant el principi KISS (Keep It Simple, Stupid!).

Per tant, anem a crear tres mySQL per fer front a les taules de llocs de treball. Aquests seran llocs de treball ``, `jobRecords`, i `jobResults`.

Aquí estic usant SQL Buddy una gran alternativa a poc a phpMyAdmin només perquè és més fàcil d'instal · lar en CentOS (perquè altres vegin: 10 grans alternatives a phpMyAdmin )

Aquesta taula es compon de 5 camps simples,

• Identificació: identificar en forma única el treball
• Nom: Podria ser una referència client, o qualsevol nombre d'altres identificadors
• Estat: Cal saber on és el treball és menys, per exemple,
  • 0: No s'ha iniciat
  • 1: Recollit
  • 2: Completa
• started_by: Qui ha començat a fer la feina? Això no és del tot necessari, però és un agradable de tenir. Et suggereixo que els treballadors de seguiment per la seva adreça IP a la xarxa
• started_at: Quan el treballador iniciar el treball? Mitjançant el seguiment dels treballs que no hagin completat dins de X quantitat de temps que sabem que necessitem per recollir el treball de nou i començar a processar per un altre treballador. Els treballadors podrien aturar el processament / go en línia per a qualsevol nombre de raons, falta de llum, accident, pèrdua de xarxa, etc

És fàcil com aquesta taula es pot ampliar amb alguns camps addicionals per permetre el seguiment de les estadístiques, una columna de temps d'arribada per veure quant temps va prendre el treball, un comptador per veure quants treballadors va prendre el lloc de treball (òbviament, això té que tendeixen a 1), prioritat del treball, la llista pot seguir i seguir. En els escenaris de treball més complexos seria possible passar la quantitat de memòria que el treballador hauria de tenir accés a (i per tant, només utilitzen els treballadors adequats), o fins i tot quin tipus de treballador es requereix.

Permet afegir unes poques ocupacions exemple:

La taula següent de nou és bastant senzill d'entendre, aquests són els nostres registres de treballs. Estan vinculats a la taula de treball principal per una columna de `jobs_id`. La composició d'aquesta taula depèn molt de les dades que necessita per proveir els seus treballadors, farem un exemple molt simple, on tenim quatre columnes:

• Identificació: Identificació de l'expedient
• Nom: Nom de la persona
• Direcció: Direcció de la Persona
• jobs_id: 'Identificador de treball que aquest disc està lligat a

La taula de la tercera i última consisteix en una taula de resultats, es té molt el mateix constitueixen com la nostra taula de registres, i amb l'addició d'algunes columnes podria ser part de la taula de registres:

• job_record_id: Vincular el resultat a la taula de treball
• Resultat: Les dades dels resultats

... I això és tot el que necessites per al control del treball! (Encara que a un nivell molt bàsic) En el meu cas estic assenyalar a una altra taula on les meves dades en el procés es troba, però això podria fàcilment un arxiu d'estat, els paràmetres per a executar codi de simulació, el que sigui.

Selecció d'un lloc de treball

Com es va esmentar anteriorment, els treballadors a fer la nostra gestió de treball per a nosaltres, per ara, així que tot el que hem de fer realment és trobar una feina que necessita tractament i obtenir la informació. Com fem això? Bé triar als nostres criteris de selecció d'ocupació i buscar feina, en SQL vaig fer el següent:

1. Prengui tots els llocs de treball que no estan marcats com completa, però des del nostre treball i recuperar els (substituïu ME__ __ amb un identificador més fàcil, seria l'adreça IP):

     UPDATE `llocs de treball` SET `status` = 0 on `status` = 1 `I` = __ started_by ME__; 

2. Utilitzant els criteris de selecció de treball, seleccioneu una feina i dir-li al sistema de control que aquest treballador es tracta que:

     UPDATE `llocs de treball` SET `status` = 1, `started_by` = __ ME__, `started_at` = NOW () a on `status` = 0 o
    (`Status` = 1 `I` started_at> DATE_SUB (NOW (), interval d'una hora X)) ORDER BY `id` ASC; 

   Per treballs que anomenen la qual no han retornat els resultats en X quantitat de temps que ens assegurem que tots els treballs s'executen en el cas d'un treballador es caigui o absentar-se sense permís.

3. A continuació prendre les dades de llocs de treball seguit pels mateixos registres:

     SELECT * FROM `llocs de treball` WHERE `started_by` = __ ME__ LIMIT 1;
    SELECT * FROM `job_records` WHERE `id` = __ JOBID__; 

Un cop finalitzat el treball que inserir els nostres registres de resultats i marcar el treball el més complet. Recordeu que com a llocs de treball es pot suspendre / reprendre en qualsevol moment i permetre certa solidesa en el seu guió. Pot ser que suspèn la tasca a mig camí a través de l'actualització del sistema de control de treballs per comprovar el nombre de registres en un lloc de treball i el nombre de resultats guardats de tornada al sistema de control de treball seria un encert.

A més, si bé això demostra com els treballs es poden seleccionar i gestionar des d'un marc de consulta SQL que realment s'ha de abstreure del seu control sobre el treball de manera que si vostè decideix passar a utilitzar un servei web, un sistema de fitxers basat en XML , o qualsevol altre nombre de sistemes que no afectarà el codi sobre.

Tasca de configuració

El següent aspecte a considerar és la grandària del treball i la configuració. En jugar amb la configuració del treball que es pot aconseguir un excel · lent equilibri entre la velocitat, el procés de replicació, i la fiabilitat. Prengui un parell d'escenaris OFA:

1. Ofertes de feina prendre 1 cada dia per funcionar: Això significa que els seus treballadors necessiten 15 dies per processar cada lloc de treball (recordeu que el 10% de l'energia per 2/3rds de l'època). Això clarament no és una bona configuració, la mida del seu treball és massa gran! Es necessitaria almenys el doble de temps per aconseguir una feina processat si el treballador s'absenten sense permís inicial (temps per recollir que no ha retornat un resultat més el temps de reprocessament). En un ideal que tindria com a mínim una feina de jornada completa facilitat el clar al final de cada període d'inactivitat, d'aquesta manera a mantenir els llocs de treball marcant més i en el pitjor cas, un treball que prendria dos dies per al procés si el primer faltaran.
2. Ofertes de feina prendre 1 minut per córrer: Això significa que els seus treballadors dura uns 15 minuts per a executar cada treball. Si bé aquest principi pot semblar ideal, guany de processament de treball addicional durant l'hora de dinar, coffee break, reunions, etc aquest escenari posa la tensió en altres àrees del seu sistema i presenta els seus propis problemes. Per exemple, en primer lloc la configuració de / processament relació de temps anirà a la dreta cap avall, per tant perdre l'eficiència del sistema. La xarxa serà la informació del treball constant de transmissió al personal dels treballadors de diversos frustrants que són dong del seu treball del dia a dia. També vas a posar més esforç en el seu treball com a servidor de processament que ha de repartir un munt de trossos petits de treball sobre una base regular. Finalment, en aquesta situació si el servidor de treball de baixa que vas a crear un registre de nou molta feina sense acabar, mentre que treballs més grans podria, va continuar el processament feliçment ignorant que el servidor de treball estava experimentant dificultats.

En realitat no hi haurà una configuració ideal per a la configuració de la xarxa, molt depèn dels recursos disponibles, els tipus de treball, els requisits de treball de lliurament a temps, la capacitat de la xarxa, i així successivament. No obstant això, algunes pautes serien els següents:

• Treballs de mida de manera que cada treballador pot obtenir a través de llocs de treball almenys 3-4 en un període de 15 hores (el més llarg període de temps d'inactivitat és probable)
• Juga amb la grandària del treball de manera que el temps de preparació arriba a ser bastant insignificant en comparació amb el temps de processament (tenint en compte el punt anterior).
• Si un treball no es completa en el doble de la quantitat de temps (potser menys) que espera que es completi d'assumir que el seu AWOL anat i començar a processar amb un altre treballador. Això significa que vostè pot haver d'esperar fins a tres vegades la longitud normal d'un lloc de treball a que es completi (possiblement més si la feina de fallar). Potser voleu reduir aquest temps, però vés amb compte de no reduir massa com vostè pot començar a duplicar les tasques de processament en una base regular.
• Ofertes de feina ha de ser independent de les necessitats externes, tant com sigui possible. El servidor de treball, per exemple, només s'ha de contactar a l'inici i al final de cada treball.
• No saturi la seva xarxa, això tindrà dos efectes negatius, al seu personal durant el dia es troba amb la xarxa de frustració i els problemes es poden experimentar amb les connexions el temps d'espera d'un problema que només empitjorarà a mesura que ampliar la seva xarxa.
• Assegureu-vos de llocs de treball es pot executar en els seus treballadors. Si els treballs es tornen massa espai de memòria llocs de treball intensius o intensius en el disc començarà a avortar i l'únic que notarà és una caiguda en el nombre de treballs processats sense cap raó real de per què.

Presentació dels resultats d'un treball

En presentar els resultats d'un treball, és important comprovar que els resultats no han estat facilitades per un altre treballador, especialment si el treballador actual ha estat inactiu durant algun temps.

Quan els resultats es presenten assegurar-se que el nombre de resultats coincideix amb el nombre de registres a la feina.

Com es va dir anteriorment, i no està de més insistir, construir la tolerància a fallades en la recuperació de llocs de treball i presentació de resultats. Els treballadors poden (i el més probable) entra en mode de suspensió en el més incòmode de vegades i això ha de ser atesos. També una vegada més, abstraient de la seva presentació resultats ajudaran a atendre els canvis futurs en el sistema de control de treball molt més fàcil de tractar.

Resum

En aquest seccion_a hem vist el que és un servidor de control de treball que ha de fer i com arribar a un sistema molt bàsic establert. Parlem de com recuperar un treball des del sistema de control i de la millor manera de configurar llocs de treball per aprofitar al màxim el nostre sistema de xarxa de la seva oficina. Per finalitzar, un paràgraf o dos sobre la presentació dels resultats de tornada al servidor de control de treball es va presentar.

• Un servidor de control de treball administra els treballs i assegura que totes les unitats de treball es completen
• En abstreure la feina de seleccionar o resultats de la presentació podem canviar la tecnologia del servidor de control sense problemes molt
• Configuri els seus llocs de treball per assegurar-se que s'executi de forma ràpida i eficient, sense posar massa pressió sobre la infraestructura de xarxa, i sense duplicar tasques de processament en una base regular.
• Assegureu-vos que vostè construeix tolerància a fallades i checking error en les seves rutines, els treballadors poden suspendre i reprendre i el més incòmode dels temps. Recordi que ha de comprovar si els resultats s'han presentat ja per un altre treballador.

La propera vegada

A la part 3 anem a crear la nostra màquina virtual de processament i establir les nostres màquines Windows per convertir-se en treballadors a temps d'inactivitat.

Comentaris (3)

Per Steven Lloyd Watkin , el dissabte 28 novembre 2009 22:42

La meva ocupador ha pagat recentment a un grup de nosaltres els desenvolupadors prendre el Zend Framework: Fonaments del curs, aquí vaig a resumir les meves idees i opinions sobre el curs per als altres. Per a aquells que busquen estalviar temps, aquí està el meu resum:

Per als desenvolupadors que no han tingut temps per mirar al Zend Framework aquest curs (Zend Framework: Fonaments) ofereix una bona visió general del marc que la introducció de les àrees clau i donar la informació suficient per poder continuar. Per a aquells que han passat temps buscant en el marc i han seguit un o dos tutorials d'aquest curs no ofereix molt més enllà.

Fons

He estat un PHP desenvolupador de prop de 5-6 anys, i han començat a treballar amb Zend Framework sobre una base de components en els darrers 6 mesos. He desenvolupat i / o ha estat un desenvolupador en un parell de petits Zend Framework MVC sites. Vaig a ser honest, no he tingut una enorme quantitat d'exposició a altres marcs de treball des del punt de vista de codificació, però han passat diverses hores investigant els llocs web del projecte i l'avaluació de them.â El marc i la comunitat circumdant Zend Framework és molt emocionant i sembla que hi ha enormes possibilitats en on es va.

Sobre el Curs

El curs s'imparteix en dues sessions d'una hora 9 WebEx (amb un descans de 10 minuts al centre). El temps es dedica a passar per una sèrie de diapositives proporcionades per Zend amb la discussió en qualsevol moment. Vostè pot utilitzar un micròfon per parlar amb l'instructor, però per ser honest, no vaig veure ningú usar res més que la finestra de xat. A més d'una màquina VMWare Ubuntu s'estableix que té codi d'exemple i els projectes de crear una versió de prova d'una de Zend Studio. Les converses director del curs als assistents ja sigui a través d'una solució integrada de VoIP, o vostè pot marcar en l'ús d'un dels molts a tot el món al dial de nombres.

Durant el curs el material consta d'una breu descripció del marc i el patró MVC abans de dirigir a una aplicació d'exemple el llibre de visites. El debat va demostrar bootstrapping, Zend_Application, taules de BD, d'accés a la base de dades, formularis, filtrat, ACL, validar, etc, etc Bàsicament, cobrint tots els temes que li requereixen per obtenir un lloc bàsic fins a un corrent tot el temps que li dóna les eines per anar a buscar més avançada en el marc (encara que això suposava la 'Veure la pàgina web de' la major part del temps).

El temps se li dóna a codificar alguns exemples, i per desenvolupar el 'llibre de visites i de senzilla aplicació "wiki". Personalment vaig sentir que proporcionar el codi o l'aplicació de cada un i després ens demanen per desenvolupar el que era essencialment una còpia juntament realment no proporcionar una bona experiència d'aprenentatge. Jo hagués preferit per desenvolupar una aplicació similar, però no idèntics. per l'exemple d'aplicació amb el benefici de tenir una guia per referir-se. Per altra banda la construcció de les aplicacions des de zero, amb el demostrador de la que possiblement va donar lloc a més preguntes sobre per què i com, donant així una millor comprensió del marc, després de tot, vostè pot buscar detalls després del curs.

L'última conferència va consistir en treballar sobre l'aplicació wiki amb l'ajut / guia de l'instructor. Després de les votacions per descomptat va ser presa, es va posar èmfasi diverses vegades en el curs que Zend té una resposta molt seriosament, de fet, pel que sembla, la nostra versió del curs era bastant nou. Alguns dels altres desenvolupadors de l'empresa va a prendre el curs aviat, així que serà interessant veure si això ha passat.

L'estil és informal per descomptat, permet la retroalimentació i la col · laboració entre els participants i l'instructor. El director del curs era amable, accessible (adreces de correu electrònic van ser compartits per les preguntes), i alhora la seva presentació de les diapositives era una mica inestable semblava totalment competent en el marc. Ell era clarament algú que utilitza el marc de forma regular en lloc d'algú que se li ensenya a ensenyar el curs, em va agradar l'experiència del "món real" en aquest sentit.

Sensació general

D'alguna manera em va semblar el curs una pèrdua de temps, en altres, era molt pràctic. Espero estar en les meves raons amb claredat, i potser donar una mica d'aliment per al pensament o la informació útil (sabent de mi, això és poc probable!).

Per a mi aquest curs estava dirigit a un nivell massa baix. Després d'haver passat a través de la guia d'inici ràpid, llegiu Zend Framework de Rob Allen en acció, i va treballar amb el marc d'una mica que en realitat no fer res massa. M'ha agradat el curs per recollir a partir del final de la guia d'inici ràpid i desenvolupar habilitats addicionals.

Dit això, el títol del curs ho fa clarament "Zend Framework: Fonaments" i en aquest aspecte el curs aconsegueix el que es proposa fer. Altres membres de l'equip de desenvolupament que no ha passat el temps buscant en el marc de acabat cada sessió amb l'entusiasme i les preguntes que era realment bonic de veure.

No tot estava perdut, que era bo per passar el temps de confirmar els detalls bàsics de l'estructura i arribar a fer un parell de preguntes a les zones on no estava al 100%. També va ser el temps que vaig arribar a seure cada dia i pensar sobre la codificació amb els projectes de marc i el futur, quelcom que no, hagués pogut fer res més (¿s'imagina a la seva companyia d'acceptar això? :)). Finalment, però no menys important també obtenir un certificat de bona de Zend dir que van assistir al curs (encara que sigui per correu electrònic).

Certificació Zend Framework

Aquesta va ser una pregunta que em venia al cap durant el curs, el que em prepari per a la certificació? El fàcil i ràpid, és un rotund no. L'instructor del curs va ser molt clar en què, amb l'assessorament addicional de que per a la certificació que realment s'ha d'utilitzar el marc d'un dia a dia i em sento molt còmode i segur en el seu ús i les metodologies.

Resum

Tenint en compte tot el que he escrit més amunt, vaig a resumir tot en dos punts de la bala fàcils:

• Nou a Zend Framework: Aquest curs és exactament el que s'espera, et dóna una bona introducció al marc i una bona base en els fonaments de la qual es pot construir. El curs sembla generar interès i entusiasme pel marc, entre els desenvolupadors.
• S'utilitza el Zend Framework: Tot i que era bo per apuntalar alguns dels conceptes bàsics que vaig sentir el temps, esforç i recursos per a prendre el curs podria haver estat millor gastat en un altre lloc. Serà bo SCAEI Zend crear un nou curs d'alt nivell per als desenvolupadors al següent nivell -. Si més no a la norma de certificació i més enllà perquè em signin immediatament.

Comentaris (0)

Per Steven Lloyd Watkin , dimarts 14 d'abril 2009 21:06

Me les he arreglat per aconseguir un lloc en funcionament amb el Zend Framework , tot el que s'està connectant molt bé a FireBug / FirePHP el següent pas va ser entrar a la base de dades. També volia enregistrar alguna informació addicional utilitzant el marc com l'agent d'usuari, data i hora, les variables GET i POST. Així que per ampliar el manual d'una mica d'aquí és el que vaig fer:

// Set up logging to DB
$db = Zend_Registry ::get('dbAdapters');
$db = $db['general'];

$ ColumnMapping = array ('prioritat' => 'prioritat',
'Message' => 'missatge',
'Datetime' => 'data i hora ",
'User_agent' => 'user_agent',
'Get_vars' => 'get_vars',
'POST_VARS' => 'POST_VARS',
'Site' => 'lloc'
);

$ WriterDb = new Zend_Log_Writer_Db ($ db, 'error_logging', $ ColumnMapping);
$ Logger = new Zend_Log ($ writerDb);

$ Logger-> setEventItem ('data i hora ", la data (' Ymd H: i: s"));
$ Logger-> setEventItem ('user_agent', $ _SERVER ['HTTP_USER_AGENT']);
$ Logger-> setEventItem ('get_vars', print_r ($ _GET, true));
$ Logger-> setEventItem ('POST_VARS', print_r ($ _POST, true));
$ Logger-> setEventItem ("lloc", SITE);

$ Logger-> info ('Missatge informatiu');

Quan les claus de l'array a $ ColumnMapping són els meus noms de columna. "Prioritat" i "missatge" s'entén per Zend_Log_Writers però els camps es van afegir que em donés alguna informació addicional.

Òbviament, això suposa que s'ha tala de treball amb un dels altres escriptors 1 :)