Posts tagged: db

Urad Grid Computing uporabo virtualnih okolij - 1. del

Z in petek 4 december 2009 11:23 pm

Predstavitev

Delam v podjetju, kjer deluje veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem pred kratkim razmišljal o vseh naprav, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V tem sklopu člankov bom pogled na možne koristi zaposlovanja za pisarniško omrežje z uporabo virtualiziranih okolij.

Kot PHP razvijalec bom uporabljati orodja, ki sem se uporabljajo vsak dan in sicer, Linux, MySQL , PHP, VirtualBox in rušenja (SVN). Vendar upam, da bo ta vodnik prilagajanje drugih jezikov in tehnologij, prav tako dobro.

Rešitev sem zagotovila, bodo zelo ohlapno temelji na vrsti predelave sva morali pa bi to dosegli, ne more biti res, skozi celoten članek, kot bom spremeniti stvari za poenostavitve ali za proizvodnjo več zanimivih scenarijev uporabe.

Ti virtualiziranih okolij bo potekal na strojih okna, saj je to tisto, kar večina pisarn teči. Obdelave, da so pisarniški stroji ne sme posegati v zaposlenimi, ki uporabljajo te stroje je treba ne potrebujejo vzdrževanja na stroju, in da je lahko premestljive za nove naprave, ko so na voljo. Prav tako nove virtualne stroje, ne sme zahtevati dodatne nastavitve, kot je to v veliki meri zmanjšuje razširljivost in enostavnost pri kateri se lahko podaljša omrežji.

Zakaj Uvajanje Urad Computing Grid?

Najprej boste morda mislil, zakaj ne šele raba virov cloud computing kot EC2 platforme Amazon ? Dobro bi bilo več razlogov, na primer:

  • Ne boste zaupali določene podatke v okolju cloud computing
  • Ne, ne moreš postaviti določene podatke v okolju cloud computing iz pravnih razlogov (npr. podatki izstopu iz države), lahko iz pravnih razlogov, npr NZS evidenc.
  • Želite, da bodo vaši procesnih enot blizu in imajo popoln nadzor nad strojno opremo preveč
  • Nimate projektnih sredstev za zagon oblaku primere
  • Vaš urad nima povezave z internetom, zato njeno ni mogoče uporabiti oblak vira
  • Vam ni všeč, dež, oblaki kažejo, dež, zato se boste držali daleč

Prepričan sem, da se seznam lahko še naprej, vendar mislim, da je dovolj za zdaj.

Prednosti za mrežo Urad Computing

No, vam še nekaj matematike (in v pravem slogu fizike omogoča še nekaj osupljivih predpostavke). Predstavljajte si, da imate veliko Debel obdelavo strežniku 100 delovnih mest na dan. V pisarni imate 50 stroje, ki so idle 16 ur na dan, vsak od teh naprav je 10% tako močan kot je vaš Debel Sever obdelavo. (Vsi rezultati tukaj so zaokrožene na podcenjevati učinkovitosti povečanje).

Torej, 1 stroj * 10% moči * 2/3 čas = 0,067 tj. 1 namizni obdelava v stanju času uspelo obdelati 6 zvrhanih opravil na dan.

Če zdaj to gor lestvici traja 15 idle namiznih računalnikov za obdelavo, kot je veliko delovnih mest na dan, kot je vaš glavni strežnik za predelavo ne.

Torej, v naši pisarni pretvarja, 50 strojev, bi lahko povečali našo procesorske moči od 1 do 4 strežnika polnih strežnikov za predelavo, ali pa bi se obdelavo 400 delovnih mest na dan namesto 100.

Obvestilo, brez vlaganja v novo strojno opremo je vaše podjetje le povečala svojo paketno obdelavo zmogljivosti 4-krat! Potencialno boste povečali svojo porabo energije, ampak v večini okolij pisarniških sem bil, da stroji, so na splošno na levo čez noč nekako, tako da boste lahko videli, da je to pobuda za okolju prijazne.

Druge prednosti pomeni tudi, da vlaganje v nove (ali posodobljene) obdelavo strežniki se lahko odloži, če vaš pisarniški stroji zadoščajo in da, kot ste izboljšali moč vaših pisarniških strojev vaš urad mreža postane močnejši samodejno.

Tehnologije

Kaj potrebujete? (Ali več pravilno kaj uporabljam):

  • Idle pisarniški stroji (v mojem primeru rezervno stari Windows XP laptop)
  • VirtualBox (ali drugo stranko virtualizacija programske opreme)
  • Stvaren stroj s PHP, MySQL running teče posekali OS, Kličem te moje Limp strežnikih :)
  • Delovna mesta za zagon
  • Job strežnik (lahko drug navidezni stroj nekje)

Tipična delovna mesta

Vrste delovnih mest, da se ta sistem, namenjenih za zagon je, kot sledi:

  • Sistem prejme seznam podatkov, na katerih moramo prilagoditi in se vrniti rezultate
  • Usklajevanje vključuje preverjanje / iskanje več (dokaj statična) virov podatkov
  • Rezultati virov podatkov lahko zahtevajo dodatno potrditev, združevanje, preverjanje dodatnih virov podatkov kot odziv na rezultate
  • Podatki se vrne s ustrezajo evidence, v celoti potrjeni in obdelujejo
  • Vsak zapis v službo je neodvisen od ostalih

Torej v bistvu smo iskali na teče delovna mesta, ki zahtevajo mešanico baze poizvedbe in nekaj številk škrtanje, ki je dokaj tipičen scenarij v poslovnem okolju.

Mrežne rešitve, ne samo koristno, za obdelavo delovnih mest te vrste. V bistvu lahko vsak proces, ki ga lahko razdelimo na samostojne enote, se vzporedno. Oglejte si ta Wikipedijo za primere in več informacij: računalniške mreže , ampak nekaj znanih primerov je SETI @ home in BIONC . Obstaja okvir za delovanje računalniških omrežij, in to so dobro vredno preučiti.

Kaj bomo dosegli?

Do konca teh členov upam pokazati, da napotitev pisarniško omrežje ni treba biti zelo draga ali dolgotrajen. Bom na njih:

  • Vzpostavitev sistema za nadzor delovnih mest, delo konfiguracija
  • Ustvarjanje primernega obdelavo stvaren stroj
  • Kako nastaviti sistem na stroju okna
  • Zagotavljanje uporabljate najnovejše kode in podatkov
  • Uvajanje in benchmarking
  • Pogled naprej

Bom stavba (ok sem zgradil, potem je to napisal), na primer uporaba preveriti zasnove na lokalnem stroju z Windows XP in na moji strani GridMachine "virtualno stroj. Moja naloga je nadzor nad strežnik bo moj glavni stroj, ki teče Fedora 11 .

To nikakor ne pomeni, da dokaže polno delovno robusten sistem, njegovo mišljeno bolj za predstavitev in razprave je razvidno, da se lahko te stvari doseči v razmeroma kratkem času in z malo stroški. Prosim, vas prosimo, da mi pošljete kakršne koli pripombe, popravke ali izboljšave in bom po svojih najboljših močeh, da bo ta članek posodobljene, da se ujemajo.

Naslednjič

V delu 2 se bom začela z iskanjem na sistemu za nadzor delovnih mest, in poglejte, kako je treba delovna mesta nastavljen, da bi dosegli največjo količino obdelave, ob zagotavljanju, da je vsako delovno mesto obdelujejo obvezno.

Urad Grid Computing uporabo virtualnih okolij - 2. del

Z in petek 4 december 2009 11:23 pm

Predstavitev

Delam v podjetju, kjer deluje veliko delovnih mest paketno obdelavo milijone zapisov podatkov vsak dan in sem pred kratkim razmišljal o vseh naprav, ki sedijo okrog vsak dan nič ne delaš več ur. Ali ne bi bilo dobro, če bi lahko uporaba teh strojev za okrepitev procesorske moči naših sistemov? V tem sklopu člankov bom pogled na možne koristi zaposlovanja za pisarniško omrežje z uporabo virtualiziranih okolij.

V delu 1 sem dal pregled sistema in tehnologij bom uporabo kot tudi obravnavali nekaj možnih razlogov, zakaj bi si želeli ustvariti pisarniško omrežje.

Služba za nadzor

Če boste za vodenje delovnih mest, potem boste morali na nek način, da jih upravljajo. Vaša naloga nadzorni sistem (na vašem delovnem mestu strežnik), je treba res dobro premišljena, še preden poskušate zagnati pisarniško omrežje. Torej, najprej, kaj so naloge za sistem za nadzor delovnih mest:

  • Izročiti delovnih mest na zahtevo delavcev
  • Povej delavcem, kakšne vrste delovnih mest za vodenje
  • Track delovna mesta
  • Zagotoviti, da so delovna mesta teči šele, ko
  • Zagotavljanje delovnih mest za delavce, podatke, ali pa vsaj jim povej, kje naj dobim

Sistem mora biti tudi razširljiv, rešitev, ki deluje za zdaj v enem primeru se lahko podaljša za zagon več vrst delovnih mest, kot so podjetja vidi vrednost v mreži rešitev. Na primer, delovna mesta pridobiti prednostne naloge, več kot eno opravilo Tip lahko obstajajo (torej več kod baze), na koncu lahko celo deluje več različnih strojev delavca, ki so optimizirane za vsako vrsto dela (čeprav to ne odmakne od To generično delavca "ideja). Vedno poskušajo, da razmišljajo o prihodnosti pri razvoju sistemov, lahko kratek čas vizija vodi k dolgoročno frustracije in večjo razvojno časa.

Job Server

Bomo nekje morali nadzirati naša delovna mesta iz, naj bo to edini sistem v vaši mreži, ki ima stalno Resource Locator, da je IP naslov, ime gostitelja, URL (z uporabo notranjega DNS), itd To je zato, ker delavci morajo vedeti, kje iskati za delovna mesta, delavci morali najti sistem za nadzor delovnih mest (ni naloga nadzorni sistem našli delavce).

Naloga strežnika sama po sebi ne res zapletena naloga (v osnovni sistem tako ali tako), ki jih potrebuje za shranjevanje seznam delovnih mest, ročno iz delovnih mest, prejeli rezultate, nato pa jih shranite za kasnejše iskanje. Kako so opredeljene ti deli (kot so "roko ven delovna mesta"), je lahko zelo osnovne. Kasneje lahko razširiti sistem za vključitev uprave vmesnik za dodajanje, urejanje, brisanje, začasno delo, ampak to je izven te vaje.

Nobenega razloga ni, sploh pa, da je vaša naloga strežnik ne more biti stvaren stroj teče v vaš glavni strežnik za obdelavo, pod pogojem, da ne odteče preveč sredstev iz nje. Naloga strežnika pa ne potrebujemo visoko razpoložljivost, če zaide na petek zvečer si boš izgubil cel vikend obdelave, lahko stanejo nekaj tednov vredno časa za obdelavo (v primerjavi s vaš glavni strežnik za obdelavo samo) . Morda boste želeli, da razmisli svoje delo strežnik na obremenitve okolja za uravnotežen visoke razpoložljivosti.

Osnovna nastavitev

Osnovne nastavitve za naš strežnik delovnih mest bo sestavljen iz kaj sem pozval eno od mojih mlačni strežnikov (to je Li nux, m ySql, P KM). Koda deluje na delavce Thea bo dejansko delajo, kaj delovnih mest lahko vodijo v stiku z z delovnih zbirk nadzornega sistema. Kasneje bi lahko ustvarili spletno storitev in pravzaprav bi jih izdala delovna mesta bolj kot da bi delavci ne trdega dela sami, vendar za zdaj bomo še naprej uporabljati načelo KISS (Keep it Simple, Stupid!).

Torej, omogoča ustvarjanje tri MySQL tabel za reševanje delovnih mest. To bo `delovna mesta ',' jobRecords` in `jobResults`.

delovna mesta miza Tukaj sem z SQL Buddy veliko malo alternativa phpMyAdmin samo zato, ker njegov lažje namestiti na CentOS (na drugi strani: 10 Velika alternativa phpMyAdmin )

Ta tabela je sestavljena iz 5 preprostih področjih,

  • id: enolično identifikacijo delo
  • Ime: Bi lahko naročnik reference, ali poljubno število drugih identifikatorjev
  • Status: Moraš vedeti, kje naloga je, na, na primer
    • 0: Se ne izvaja
    • 1: Pobral
    • 2: Zaključen
  • started_by: Kdo je začel delamo? To ni povsem potrebna, vendar je lepo imeti. Želel predlagam sledenje delavce po svoji IP naslov v omrežju
  • started_at: Kdaj je delavec začel svoje delo? S sledenjem delovnih mest, ki se niso zaključile v višini X časa vemo, moramo pobrati svoje delo še enkrat in začeti predelave s strani drugega delavca. Delavci se lahko ustavite obdelavo / go offline za poljubno število razlogov, izpad električne energije, crash, omrežja izgube, itd

To je enostavno, kako bi se to lahko tabela razširi z nekaj dodatnih področjih, da omogočajo sledenje statistika, obdelava čas stolpca, kako dolgo naloga je, v nasprotju z vidite, koliko delavcev je pobral svoje delo (seveda to potrebuje, da se nagibajo k 1), delo prednostna naloga, se lahko seznam gre naprej in naprej. V bolj zapletenih scenarijev delovnih mest bi bilo mogoče določiti, koliko pomnilnika bo delavec potrebujejo dostop do (in zato uporabljajte le primerne delavcev), ali pa bi celo kakšen tip delavca zahteva.

Lets dodati nekaj delovnih mest primere:

primer delovna mesta

Naslednja tabela spet je zelo preprost za razumevanje, da so to naše delo zapisov. Te so povezane z glavno tabelo delovnih mest s kolono 'jobs_id `. Predstavljajo te tabele zelo odvisna od podatkov, ki jih morate posredovati svojim delavcem, da omogoča zelo enostaven primer, kjer imamo štiri stolpce:

  • id: ID zapisa
  • Ime: ime osebe
  • Naslov: oseba, naslov
  • jobs_id: Naloga ID, ki je ta zapis povezan

Tretja in zadnja tabela je sestavljena iz tabele rezultatov, je zelo podobno make up, kot je naš tabeli evidence in z dodatkom nekaterih stolpcev je lahko del tabele zapisov:

  • job_record_id: Povezava rezultat na delovnem mizi
  • Rezultat: Rezultat podatki

... In to je vse, kar potrebujete za nadzor delovnih mest! (Čeprav na zelo osnovni ravni) V mojem primeru sem opozoril na drugo mizo, kjer je bil sedež moji podatki za proces, vendar je to lahko prav tako enostavno ni pila, parametri za zagon simulacije kodo, kar hočete.

Izbira službo

Kot je bilo že omenjeno, bodo delavci narediti svoje delo upravljanja za nas, za zdaj, tako da vse, kar morate storiti, je res našel delo, ki potrebuje obdelavo in dobili informacije. Kako bi to naredil? No kramp naše merila za izbor delovnih mest in iščejo zaposlitev, v SQL sem storil naslednje:

  1. Bodite vsakega delovnega mesta, ki niso označena kot popolna, ampak iz našega delavca in ga ponastavi (nadomestiti __ ME__ z identifikacijsko bi najlažje je IP naslov):
      UPDATE `delovna mesta 'SET' stanje '= 0 WHERE` stanja `= 1 in` started_by' = __ ME__; 
  2. Uporaba naših merila za izbor delovnih mest, izberite delovno mesto in povedal, nadzornega sistema, da ta delavec, ki se ukvarjajo z njim:
      UPDATE `delovna mesta 'SET' stanje '= 1,` started_by' = __ ME__, `started_at '= NOW () WHERE` stanja `= 0 ali
     ('Stanje' = 1 in `started_at`> DATE_SUB (NOW (), INTERVAL X URA)) ORDER BY `id` ASC; 

    Z oprijemalne delovnih mest, ki se niso vrnili rezultate v višini X časa bomo zagotovili, da so vsa delovna mesta vodijo v primeru delavca, treskav ali gredo AWOL.

  3. Naslednja zgrabi delovnih mest podrobnosti sledi evidenc sami:
      SELECT * FROM `delovnih mest 'WHERE` started_by' = __ ME__ LIMIT 1;
     SELECT * FROM `job_records` WHERE `id` = __ JOBID__; 

Po končanem delovnem mestu smo vstavili naše rezultat evidence in označite delo kot popolna. Ne pozabite, saj lahko delovna mesta prekinitev / nadaljevanje v vsakem trenutku lahko nekaj trdnosti v vašem scenariju. Mogoče je, da je naloga prekine na polovici posodobiti sistem za nadzor delovnih mest, tako da preverjanje število zapisov v službo in število rezultatov shranjenih nazaj v sistem za nadzor delovnih mest bi bila pametna poteza.

Poleg tega pa to kaže, kako se lahko delovna mesta izbrani in vodi iz SQL poizvedb okvirja morate res abstrahiranja svoje delo nadzora, tako da če se odločite za prehod na uporabo spletnega storitev, datotečni sistem, ki temelji na XML ali katero koli drugo število sistemov, to ne bo vplivalo na kodo nad njo.

Job Nastavitve

Naslednji vidik, ki menijo, naloga velikost in konfiguracijo. Z igranjem s konfiguracijo delovnih mest lahko udari odlično razmerje med hitrostjo, procesne replikacijo in zanesljivost. Vzemite si nekaj scenarijev OFA:

  1. Delovna mesta se 1 dan vsak teči: To pomeni, da bodo vaši delavci potrebujejo 15 dni za obdelavo vsako delo (ne pozabite 10% moči za 2/3rds tistega časa). To seveda ni pametno konfiguracijo, vaša naloga je velikost tako prevelika! Zato bi potrebovali vsaj dvakrat časa, da bi dobili delo predela bi začetno delavec šel AWOL (čas, da se poberem, da je ne vrne rezultat plus ponovno predelavo čas). V idealnem želite imeti vsaj eno polno delovno mesto z lahkoto odstranjujeta koncu vsakega prostega teka dolgo, da način, kako ohraniti delovna mesta teče čez in v najslabšem primeru delo bi potrebovali dva dni, da se proces mora najprej iti manjka.
  2. Delovna mesta se 1 minuto teči: To pomeni, da bodo vaši delavci traja približno 15 minut teči vsako delo. Čeprav se to sprva zdi idealno, boste pridobili dodatno delo obdelavo v času kosila, kava odmori, sestanki, itd Ta scenarij postavlja pritisk na druga področja vašega sistema in uvaja svoje težave. Na primer, najprej vaš setup / čas obdelave razmerje bo šel desno navzdol, zato izgubljajo učinkovitost sistema. Omrežje se bo nenehno pretakanje delo informacije na različnih delavcev frustrirajuće osebja, ki so dong svoj dan na delo podnevi. Ste tudi dogaja, da se bolj obremenjuje strežnika delovnih mest za obdelavo, saj je jed iz veliko in veliko manjših kosov dela redno. Nazadnje je v tem primeru, če vaša naloga strežnik gre dol boste ustvarili ogromen dnevnik zadnji nedokončanega dela medtem ko večjih delovnih mest bi lahko v njem naprej obdelavo Blaženo vedela, da je delo strežnik je bil v težavah.

V resnici ne bo nihče idealna konfiguracija za vaše omrežje setup, veliko je odvisno od razpoložljivih sredstev, vrste delovnih mest in delovnih zahtev čas preobrat, mrežo zmogljivosti in tako naprej. Vendar pa bi nekaj smernic so:

  • Velikost delovnih mest, tako da lahko vsak delavec priti skozi vsaj 3-4 delovnih mest v roku 15 ur (najdaljša verjetno idle časovno obdobje)
  • Igrajte se z velikostjo dela, tako da nastavitev časa postane precej nepomemben v primerjavi z obdelavo času (ob upoštevanju zgoraj točko).
  • Če delo ni končano dvojno količino časa (morda manj), ki jih pričakujete, da za dokončanje je domnevati, da je njena šel AWOL in začeli z drugo obdelavo delavca. To pomeni, da boste morda morali počakati do trikrat normalno dolžino delovnega mesta za to izpolniti (lahko več, če naknadno delo ne uspe). Morda boste želeli zmanjšati ta čas, vendar bodite previdni, da se ne zmanjša preveč, saj lahko začnete podvajanja nalog za obdelavo na redni osnovi.
  • Delovna mesta morajo biti neodvisni od zunanjih zahtev, kolikor je to mogoče. Naloga strežnika, na primer, le da me kontaktirajo na začetku in koncu vsakega delovnega mesta.
  • Ne nasičena vaše omrežje, bo to imelo dve negativni učinki, bo vaše dnevne osebje našli uporabo omrežja frustrirajuće in težave se lahko pojavili pri določanju časa povezave ven problem, ki bo le še slabše, kot ste lestvici svoje omrežje.
  • Zagotoviti delovna mesta se lahko izvaja na vaših delavcev. Če delovnih mest preveč pomnilnika bo intenzivni ali disku intenzivnih delovnih mest začeli z zaustavitvijo in edina stvar, ki jo boste opazili, je zmanjšanje števila delovnih mest, ki se obdelujejo brez pravi razlog, zakaj.

Predložijo Rezultati Job

Ob predložitvi rezultatov delo je pomembno, da preveri, ali so rezultati niso bili predloženi drug delavec, še posebej, če je bil delavec trenutno miruje, za nekaj časa.

Ko so rezultati predloženi zagotoviti, da število rezultatov ustreza številu zapisov v službo.

Kot je navedeno prej, in ne more biti več kot je poudaril, zgraditi toleranco napak v iskanje novih delovnih mest in predložitev rezultatov. Delavci se lahko (in verjetno bo) šel v način mirovanja na najbolj neprijetno, kolikokrat in to je treba poskrbljeno za. Prav tako še enkrat abstrahiranja proč svoje rezultate predložitev bodo pomagali poskrbeti za bodoče spremembe v sistemu nadzora opravil veliko lažje reševanje.

Povzetek

V tem section smo pogledal kaj nadzor opravil strežnik mora storiti in kako priti zelo osnovni sistem, vzpostavljen. Razpravljali smo o tem, kako pridobiti opravilo iz sistema nadzora in kako najbolje oblikovati delovna mesta, da bi dobili večino naših vašega sistema pisarniškega omrežja. Do konca, je bil predstavljen odstavek ali dva na oddajo rezultate nazaj na strežnik delovnih mest nadzora.

  • Nadzor opravil strežnik upravlja delovnih mest in zagotavlja, da so zaključeni vsi delovne enote
  • Z abstrahiranja svoje delo izberite / rezultati predložitev lahko spremenimo tehnologijo nadzorni strežnik brez veliko težav
  • Nastaviti svoje delo, da se zagotovi, da so teči hitro in učinkovito, ne da bi preveč pritiska na vaše omrežne infrastrukture in brez podvajanja nalog za obdelavo na redni osnovi.
  • Prepričajte se, da si zgraditi toleranco napak in napak checking v svoje rutine, lahko delavci prekine in nadaljuje, najbolj neprijetno krat. Ne pozabite preveriti, če so rezultati že predložil drug delavec.

Naslednjič

V delu 3 se bomo ustvarili našo stvaren stroj za obdelavo in vzpostaviti naše okno stroje, da postane idle delovnim časom.

Zend okvir: Osnove - Pregled

Z in sobota 28. november 2009 10:42

Moj delodajalec pred kratkim plačal za skupino nas razvijalce, da tega Zend okviru: Osnove tečaj, tukaj bom povzeti moje misli in mnenja o poteku za druge. Za tiste, ki želijo prihraniti čas, tukaj je moj povzetek:

Za razvijalce, ki niso imeli časa, da pogledate na Zend okviru tega predmeta (Zend okvir: Osnove) ponuja dober celovito sliko okviru vam uvaja na ključnih področjih in daje dovolj informacij, da bi nadaljevali. Za tiste, ki so nekaj časa preživel videti v okviru in so sledi eno ali dve Vadnice to seveda ne ponuja močno presegalo.

Ozadje

Bil sem PHP razvijalec za okoli 5-6 let, in so se začela delati z ogrodjem Zend na osnovi komponent v zadnjih 6 mesecih. Sem razvila in / ali so bile razvijalec na nekaj majhnega Zend okvirnega MVC sites. bom iskren, nisem imel ogromno izpostavljenosti drugih okvirov iz kodiranja vidika, ampak so porabili več ure raziskovanje projekta spletnih strani in ocenjevanje them. okvira in skupnost okoli Zend okvir je precej zanimivo in tam zdi, da so velike možnosti v katerih bodo svoje.

O poteku

Tečaj je dal več kot 9 ur dveh sejah WebEx (z 10-minutnega odmora v sredini). Čas, ki se porabi skozi niz diapozitivov, ki jih je Zend z razpravo v vsakem trenutku. Lahko uporabite mikrofon in govori na inštruktorja, ampak če sem iskren nisem videl kdo uporablja kaj več kot okno za klepet. Poleg tega je VMWare Ubuntu računalnik pod pogojem, da je primer kode in projekti vzpostaviti poskusno različico Zend Studio. Pogovori vodja tečaja za udeležence bodisi preko za rešitev integriranega VoIP, ali pa lahko pokličete z uporabo enega od številnih po vsem svetu številčnici v številkah.

V teku je gradivo vsebuje kratek pregled okvira in MVC vzorec pred naslovom v vzorec uporabe knjigo gostov. Razprava je pokazala metodo vezanja, Zend_Application, DB Mize, baze podatkov, obrazci, filtriranje, ACL, potrjevanje, itd, itd V bistvu zajema vse teme, ki ste jo potrebujejo, da bi dobili osnovno stran oblikuje teče ves čas, ki vam daje orodja za pojdi in dobili več napredovala v okviru (čeprav to ni znesek, ki "si oglejte spletno stran To je veliko časa).

Čas je, da kodo do nekaj primerov, in razviti knjigo gostov 'in preprost "wiki" zahtevek. Osebno sem se počutil, da je zagotavljanje kodo ali vsak app, nato pa nas prosi za razvoj, kar je v bistvu kopija skupaj ni res zagotovili dobro izkušnjo učenja. Jaz bi raje, da razvijejo aplikacije podobno, ne pa enaki. na primer z uporabo v korist ob vodnik za sklicevanje na. Druga možnost je gradnja aplikacij iz nič z demonstrator bo morebiti privedlo do več vprašanj o tem, zakaj in kako, kar daje boljše razumevanje okvira, konec koncev si lahko pogledate posebnosti po teku.

Zadnje predavanje je sestavljalo delo na wiki uporabo s pomočjo / vodenje s predavateljem. Potem ko je bila sprejeta tečaj povratne informacije, je bilo poudarjeno, večkrat skozi tečaj, ki traja Zend povratne informacije zelo resno, v resnici očitno naša različica Seveda je povsem nova. Nekaterih drugih razvijalcev v podjetju bo sprejela tečaj kmalu tako bo zanimivo videti, če se je to zgodilo.

Tečaj slog je bil neformalen, lahko za povratne informacije in sodelovanje med udeleženci in predavateljem. Tečaj vodja je bil prijazen, pristopen (so e-poštne naslove v skupni rabi za vprašanja), in medtem ko je svojo predstavitev iz diapozitivov je malo Drhtav zdelo polno pristojnost v okviru. Bil je očitno nekdo, ki uporabljajo okvir, redno in ne kot nekoga, ki se učijo za poučevanje tečaja, mi je bilo všeč izkušnje "Resnično svetu 'v zvezi s tem.

Na splošno Občutek

Na nek način sem našel pot izguba časa, v drugih pa je bilo zelo priročno. Upajmo, da bom dobil svoje razloge čez jasno, in morda zagotoviti nekaj hrane za misli povratne informacije ali koristen (jaz vedel, je to malo verjetno!).

Za mene je ta tečaj namenjen tudi nizko raven. Ob šel skozi Hitri vodnik, preberite Roba Allena Zend okvir v akciji, in delal z okvirom malo nisem zares dobil ničesar preveč. Jaz bi rad od tečaja, da poberem od konca nestrpne in razvoj dodatnih znanj.

To je dejal, naziv pa seveda jasno državno "Zend okvir: osnove" in v tem pogledu seveda dosega tisto, kar določa storiti. Ostali člani razvojne ekipe, ki niso porabili časa videti v okviru končali vsako sejo z navdušenjem in vprašanja, ki se je res lepo videti.

Vse ni izgubil, je bilo dobro, da nekaj časa potrjuje osnovne podatke o okviru in se vprašati nekaj vprašanj na področjih, kjer mi ni bilo 100%. To je bil tudi čas, da sem dobil, da se usedem vsak dan in razmišljati o kodiranje s pomočjo projektov okvirnih in prihodnost, nekaj, kar bi ne mogla delati drugače (si lahko predstavljate vaše podjetje strinja s tem? :)). Nenazadnje ste tudi dobili lepo potrdilo Zend povedati, da ste se udeležili tečaja (čeprav po elektronski pošti).

Zend okvirni Certification

To je bilo eno vprašanje, ki redno prihajajo na misel med, bi me pripravili za certificiranje? Hitro, enostavno je izjemno št. Tečaj za inštruktorja bilo povsem jasno, o tem z dodatnimi obvestili, da je za potrjevanje bi bilo res uporabljali okvir, na podlagi dneva v dan in se počutim zelo udobno in samozavestno v uporabi in metodologije.

Povzetek

Glede na vse, kar sem zgoraj napisal, bom povzeti vse, kar je v dveh preprostih alinejah:

  • Prvič na Zend okvira: Ta predmet ne točno to, kar ste pričakovali, vam daje prijeten uvod v okvir in dobro ozemljitev na osnovah, iz katerih lahko zgradite. Tečaj se zdi, da ustvarjajo zanimanje in navdušenje za okvir med razvijalci.
  • Uporabljal Zend okvir: Medtem ko je bilo lepo na obalo do nekaj zelo osnov sem se počutil na čas, trud in sredstva, da se potek bi bilo bolje porabiti za drugje. To bo lepo, da see Zend ustvariti novo višjo stopnjo tečaja, da se razvijalcem na naslednjo stopnjo. - Vsaj po standardu certificiranja in širše Za to bi se prijavim takoj.

Prijavite se na DB z Zend okvira

Z , torek 14. april 2009 9:06 pm

Sem uspel dobiti mesto in teče z Zend okvira , vse je lepo, da se prijavite Firebug / FirePHP tako Naslednji korak je bil, da se prijavite z DB. Prav tako sem želel, da se prijavite nekaj dodatnih informacij z uporabo okvira, kot zastopnik uporabnika, datum in čas, dobili in po spremenljivk. Torej, za razširitev priročnik malo Evo, kaj sem storil:

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

$ ColumnMapping = array ("prednostna naloga" => "prednostna naloga",
'Sporočilo' => 'sporočilo',
'Datetime' => 'timestamp "
"User_agent '=>' user_agent"
"Get_vars '=>' get_vars"
"Post_vars '=>' post_vars"
'Stran' => 'Spletna stran'
);

$ WriterDb = new Zend_Log_Writer_Db ($ db, "error_logging", $ columnMapping);
$ Zapisovalnik = new Zend_Log ($ writerDb);

$ Zapisovalnik-> setEventItem ('datetime', datum ("Ymd H: i: s '));
$ Zapisovalnik-> setEventItem ("user_agent", $ _SERVER ['HTTP_USER_AGENT']);
$ Zapisovalnik-> setEventItem ("get_vars", print_r ($ _GET, res));
$ Zapisovalnik-> setEventItem ("post_vars", print_r ($ _POST, res));
$ Zapisovalnik-> setEventItem ("stran", MESTO);

$ Zapisovalnik-> info ("Informacijska sporočila");

Kadar cela ključe dolarjev columnMapping so moje imena stolpcev. "Prednostna naloga" in "sporočilo" se razume Zend_Log_Writers vendar dodatna polja so dodali, da mi nekaj dodatnih informacij.

Seveda to predpostavlja, da ste prijavo delovanje z uporabo ene od drugih piscev 1. :)













Panorama Theme by Themocracy

5 visitors online now
4 guests, 1 bots, 0 members
Max visitors today: 13 at 08:46 am UTC
This month: 16 at 01-05-2012 01:02 pm UTC
This year: 69 at 27-02-2012 09:56 am UTC
All time: 130 at 28-03-2011 10:40 pm UTC