Athugasemdir (1)

Með því að Steven Lloyd Watkin , er fimmtudagur 17. mars 2011 01:07

Þrátt fyrir allt kvak hata þessar mundir, hef ég sett fram til að búa til nýja Twitter -undirstaða umsókn. Tilvera einhver sem stýrir nokkrum reikningum (bæði persónulega og fyrir vinnu góðgerðarstarf mína) Ég hef verið að þurfa tól fyrir einhvern sem ég ætla bara að fá í kring til að skrifa (meira um það í náinni framtíð ...).

Ég hef lesið upp á Zend_Oauth_Consumer og hvernig það er hægt að nota til að fá heimild fyrir samskipti með Twitter nota oauth . Allir vel og góður, ég hef aðgang takkann minn og ég get kát senda burt fyrir hönd notandans. Það er nóg af auðlindum þarna úti til að gera þetta þannig að ég mun ekki bar fólk.

Næsta skref var að leyfa fólki að koma aftur til the website, skrá þig inn og breyta reikningnum sínum. Þetta er þar sem ég náði smá vandamál. Notkun kóða dæmi á vefsíðum þýddi að ég myndi hafa kvak að biðja mig um leyfi aðgang aftur fyrir hverja innskráningu, ekki gott. Skönnun í gegnum ramma ég gat ekki séð neitt sem myndi leyfa mér bara að biðja um staðfesting. Það er ekki að segja ekki það þess, en það virtist ekki vera staðfesting kerfi sem hægt væri að kalla án þess að vita aðgang skapi þegar.

The val var að koma á síðuna byggir Innskráning eða einhvern veginn geyma aðgang táknið notandans á Viðskiptavinur (dulkóðuð auðvitað). Hvorugur þessara virtist eins og góð / hentugur lausn.

"Skráðu þig inn með Twitter" nota Zend Framework 'Halda áfram að lesa »

Athugasemdir (1)

Með því að Steven Lloyd Watkin og þriðjudagur 10. ágúst 2010 11:47 pm

Í þessari grein er ég að líta á að nota Zend_Layout og Zend_View ásamt einföldum framan stjórnandi til að sýna hvernig það er hægt að byrja að aðskilja viðskipti rökfræði og framsetningu innan umsókn þína. Allt númerið er í boði á github:
Nakinn Zend_Layout og Zend_View á GitHub .

Halda áfram 'á nakinn Zend_Layout og Zend_View' á Reading »

Athugasemdir (3)

Með því að Steven Lloyd Watkin og þriðjudagur 29. desember 2009 10:02

Ég hef verið að lesa Head First mynstri hönnun undanförnu og hefur ákveðið að skrifa nokkur mynstur sem PHP dæmi um eigin hag mínum. Sú fyrsta sem ég hef ákveðið að kóða er upp Observer Mynstur . Formleg skilgreining á Observer Pattern er:

Áhorfandinn mynstur (hlutmengi í ósamstilltur birta / áskrift mynstur ) er hugbúnaður hönnun mynstur þar sem hlutur , sem heitir háð, heldur lista yfir aðstandendur þess, sem kallast málið, og tilkynnir þá sjálfkrafa annars ríkis breytingar, yfirleitt með því að hringja einn af þeirra aðferðum . Það er aðallega notað til að hrinda í framkvæmd dreift atburði meðhöndlun kerfi.

Eins og kerfi verða lauslega par að tryggja að þegar atburður gerist öll kerfi sem krefjast þekkingu á þessum uppfærslum er upplýst. Til dæmis, blogg, eftir að vista færslu við gætum þurft að uppfæra leitarvél (td Lucene), uppfæra sitemap okkar, tags, email áskrift notendur o.fl. áheyrnarfulltrúa mynstur leyfa verktaki til að bæta við fleiri hlustun án þess að breyta sýnileg hlut þeirra . Með því að sprauta áheyrnarfulltrúa (þ.e. leitarvél endurnýja áheyrnarfulltrúa, a sitemap rafall, etc) inn efni, þ.e. blogg útgáfa kerfi) við getum að leyfa það til að framkvæma allar nauðsynlegar uppfærslur án breytinga.

Halda áfram að lesa 'á PHP hönnun mynstur - Observer mynstur' »

Athugasemdir (3)

Með því að Steven Lloyd Watkin og föstudagur 4. desember 2009 11:37 pm

Inngangur

Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.

Í hluta 2 leit við á störf a framreiðslumaður vilja hlaupa, og hvernig störf skal stilla til að ná mesta magn af vinnslu á meðan að tryggja að hvert starf er unnið án þess að mistakast.

Uppsetning starfsmann þinn - eða Limp miðlara

Næsta skref í ferlinu er að setja upp raunverulegur starfsmenn þína. Fyrir þetta ætla ég að nota uppsetningu á CentOS með Raunverulegur. Ég ætla að setja MySQL og PHP á vefþjóninum, einnig þekktur sem Limp (Li nux, m ySQL, P HP) Servera i kann að hafa gert það nafn upp).

• Setja Raunverulegur á Windows vél (fylgja tengilinn)
• Sækja og setja upp CentOS (núverandi útgáfa 5,3) innan skapa raunverulegur vél

Það er ekkert lið mér að fara að þessu það er líklega er 1.000 'af frábærum námskeið þarna úti (ok, hér er eitt: Að búa og Managing CentOS raunverulegur vél undir Raunverulegur ). Mikilvægast að hafa í huga að ég ætla að ég kallaði raunverulegur vél mín GridMachine.

Eins og langt eins og val mitt af viðskiptavinur virtualisation og stýrikerfi fara það er ekki stór sannfærandi ástæða fyrir hvert val. Raunverulegur er eitthvað sem ég nota á vélinni heima og er studd af þremur helstu stýrikerfi. Ég valdi CentOS sem í hennar góðu jafnvægi OS og ég nota það á eigin vefþjóni mínum. Ég er mikill trúmaður í the réttur verkfæraskúr fyrir vinnu (þó ég sótt 'nota fljótlegasta og einfaldasta fyrir þig um hugarfar hér), þannig að ef stýrikerfi X keyrir kóðann þinn hraðar og meira duglegur að nota það í staðinn :)

Mikilvægt að tryggja að VM notar DHCP, annars fyrir hverja nýja raunverulegur vél þyrfti að vera stillt sérstaklega sem er eitthvað sem við ekki want.By nota DHCP við þurfum ekki að stilla net stillingarnar sig fyrir vélar starfsmaður, DHCP mun afhenda út IP-tölum fyrir þig. Því þú getur afritað raunverulegur vél um skrifstofu án þess að hafa áhyggjur um að setja hvert og eitt upp (þetta bætir sveigjanleika og dregur starfsmanna stjórnsýslu).

Ferlið sem þú ættir að stefna að því að ná væri að fá nýja líkamlega vél, setja í embætti Raunverulegur, og þá ansi mikið að senda á vettvang raunverulegur mynd án þess að mikið annað. Það gæti verið skynsamlegt að setja alla starfsmenn þína á mismunandi subnet þannig að þú getur að minnsta kosti sjá hversu margar vélar eru í gangi. Þú þarft einnig að setja upp vélar þínum á langan leigusamning eða ótakmarkaða leigusamnings DHCP.

Hvernig á að keyra starf á starfsmaður

Þetta er áhugavert svæði og það eru nokkrar gildar aðferðir til að vinna störf á starfsmann. Hér ég bara ræða tvö augljós:

• Perpetually hlaupandi handriti: A handrit, vera það skel handrit, eða PHP handrit er keyrð einu sinni á starfsmann og keyrir sem hluta af óendanlega lykkju. Ég hef afsláttur þessa aðferð eins og einn hrun á handriti og hugsanlega starfsmenn þínir munu hætta að keyra án þess að einhvers konar íhlutunar.
• Cron byggir handrit framkvæmd: hvert X mínútur að cron púkinn ánægja burt hringja í handriti til að fá það að fara. Án sumir stöðva þetta gæti leitt til margra margra eintaka af launþega handrit að keyra þinn.

Ákvörðun mín var að fara með cron sem ánægja burt skeljaskripta hvert 10 minutes. skeljaskripta mín sinnir eftirfarandi verkefnum:

1. Fá ferli lista og grep þetta fyrir 'php'. Ef ekki finnst þá áfram.
2. Hringdu starf númerið þitt, í mínu tilfelli þetta væri eitthvað PHP byggt
3. Starfsmaður handrit lýkur hlaupa sitt
4. Tilbúinn til að fara aftur á næsta viðeigandi símtali

Bash handrit mitt lítur eitthvað eins og eftirfarandi:

  #! / Bin / sh
 ef PS öxin | grep-v grep | grep PHP> / dev / null
 þá
     echo "Job er nú að vinna, hætta"
 annars
     echo "Job er ekki í gangi, byrja núna"
     PHP yourJobProcessingScript.php
 Fi 

Athugið: echo eru næstum alveg tilgangslaust, en getur hjálpað næsta mann sem kemur með til að reyna að breyta þeim.

Það lýkur sett upp af starfsmanninum raunverulegur vél, fljótur, einfalt og auðvelt að afrita hverja nýja stykki af vélbúnaður sem berst. The 'Cleverness' á rist kerfi er í raun ekki í visualized OS, þess allt að gera með kóða búin að vinna störf, starf stillingar, og í því að tryggja að starf keyrir þegar við á (þ.e. þegar vélin er aðgerðalaus ).

Setja upp Windows til frumstilt Verkafólk

Fyrsta verkefni er að vinna út skipun sem þarf til að keyra raunverulegur vél frá gluggakista stjórn lína. Ef þú hefur sett upp Raunverulegur í sjálfgefna staðsetningu og þú hefur nefnt starfsmanna GridMachine þína þá er stjórn skylt að hlaða upp starfsmann þinn:

  "C: \ Program Files \ Sun \ Raunverulegur \ VBoxManage.exe" startvm GridMachine 

Hins vegar til að keyra handrit í a 'höfuðlaus' á ástandi við þurfum að nota:

  "C: \ Program Files \ Sun \ Raunverulegur \ VBoxHeadless.exe"-startvm GridMachine - vrdp = burt 

Þetta mun byrja að raunverulegur vél án GUI og leyfa því að spara stöðu þokkafullur. Annað rifrildi slekkur flokkurinn svo það er ekki stangast á við Windows flokkurinn, eða gefa þér skilaboð um að hlusta á höfn 3389. The raunverulegur vél nafn er málið viðkvæmt!

Næst munum við þurfa að setja glugga upp til að sparka burt starfsmanna VM okkar þegar vélin hefur verið aðgerðalaus. Til að gera þetta (á Windows XP) þú þarft að fara Start -> All Programs -> Accessories -> System Tools -> Áætlunarferðir Verkefni sem hér segir:

Næsta smella á 'Bæta við tímaáætlun verkefni' ásamt fletta að bæta við siðvenja áætlun. Sigla til VBoxManage handritið og smellt á OK. Dagskrá verkefni fyrir eitthvað af valkostum (við munum breyta þessu í eina mínútu) og halda áfram. Eftir skipstjóri næsta skjár Windows mun spyrja þig hver þú vilja til hlaupa this verkefni, myndi ég stinga upp annað hvort 'Stjórnandi' eða búa til nýja forréttinda notanda. Mundu að við viljum ekki að trufla venjulegu starfsfólk reikning á vélinni á hverjum stað. Smelltu á Next og athuga sýna háþróaður valkostur fyrir þetta verkefni.

Til að lokum hlaupa kennslubók bæta band okkar 'startvm GridMachine' og tryggja að hlaupa aðeins þegar skráður í er eftir unticked. Farðu á áætlun verkefni næsta og breyta áætlun falla niður að valkostur 'þegar aðgerðalaus ", velja the magn af tími þú vilt að tölvan að vera aðgerðalaus áður en hann flutti í næsta flipa.

Að lokum untick möguleika sem segir að hætta við verkefni ef það hefur verið í gangi X magn af tíma, en ekki merkið möguleika á að stöðva verkefni ef vélin er ekki lengur aðgerðalaus.

Það er það þá fyrir Windows gestgjafi skipulag!

Yfirlit

Í þessum hluta höfum við sett upp a raunverulegur vél til að starfa sem launþegi, sem og því hvernig sem við köllum og framkvæma starf vinnslu forskriftir okkar (fyrir mig PHP handrit). Héðan við líta á hvernig á að setja upp afrit okkar af gluggum til að byrja upp á raunverulegur vél í höfuðlaus ham þegar tölvan verður aðgerðalaus, og spara stöðu sína þegar notandinn aftur notkun á vél. Vonandi á þessum tímapunkti sem þú ert að sjá hvernig það er einfalt að setja upp slíkt kerfi og kláði að fá nokkrar tilraunir að fara sjálfur!

Næst þegar

Í hluta 4 við munum vera að horfa á að nota verkfæri til að tryggja að þú ert að keyra nýjustu útgáfuna af kóða og gögn heimildum svo sem fengnar niðurstöður eru alltaf upp-til-dagsetning með nýjustu upplýsingar um fyrirtæki og rökfræði.

Athugasemdir (1)

Með því að Steven Lloyd Watkin og föstudagur 4. desember 2009 11:23 pm

Inngangur

Ég vinn í fyrirtæki þar sem við keyra mörg störf Runuvinnsla milljónir gagna af gögnum á hverjum degi og ég hef verið að hugsa undanfarið um allar vélar sem sitja í kring á hverjum degi að gera ekki neitt í nokkrar klukkustundir. Væri ekki gott ef við gætum notað þær vélar til að efla vinnslu kraft kerfi okkar? Í þessu mengi greina sem ég ætla að líta á hugsanlegum ávinningi af ráðningu skrifstofu rist með virtualised umhverfi.

Í hluta 1 ég gaf yfirlit yfir kerfi og tækni sem ég mun nota eins og heilbrigður eins og rætt sumir af mögulegum ástæðum hvers vegna þú vilt að búa til skrifstofu rist.

Job Control

Ef þú ert að fara að keyra störf þá þú ert að fara að þurfa einhverja leið til að stjórna þeim. Starf eftirlitskerfi þín (á þjóninum starfsumsókn) þarf að vera virkilega vel hugsað út fyrir jafnvel að reyna að keyra skrifstofu rist. Svo í fyrsta lagi, hver eru verkefni fyrir stjórn starf kerfi:

• Skilið út störf að beiðni starfsmanna
• Segðu starfsmenn hvaða tegund af störf til að keyra
• Track störf
• Að tryggja að störf eru aðeins keyra einu sinni
• Veita starf gögn til starfsmanna, eða að minnsta kosti segja þeim hvar á að fá það

Kerfið þarf einnig að vera teygjanlegur, lausn sem virkar fyrir nú í einu tilviki er heimilt að framlengja til að keyra nokkrar tegundir af störfum sem fyrirtæki sér gildi í töflu lausn. Til dæmis, störf má fá forgangsröðun, fleiri en eitt starf tegund getur verið (þ.e. margar undirstöður númer), að lokum getur þú jafnvel hlaupa nokkrum mismunandi véla starfsmaður sem eru bjartsýni fyrir hverja tegund vinnu (þó að það er flutt í burtu frá the 'almenna starfsmann "Hugmyndin). Alltaf að reyna að hugsa um framtíðina þegar að þróa kerfi, til skamms tíma sýn getur leitt til lengri tíma gremju og aukinni þróun tíma.

Atvinna Server

Við erum að fara að þurfa einhvers staðar að stjórna störf okkar frá, ætti þetta að vera eina kerfið á rist þinn sem hefur fasta úrræði Locator, vera að IP tölu, gestgjafi nafn, slóð (með innri DNS) o.fl. Þetta er vegna þess að starfsmenn þurfa að vita hvar á að leita að starfi, þarf starfsmenn til að finna stjórn starf kerfi (ekki stjórna starf kerfi finna starfsmenn).

Starfið framreiðslumaður sig ekki í raun hafa flókið verkefni (í grunn kerfi einhvern veginn), þarf það að geyma lista yfir störf, hönd út störf, fá niðurstöður, og síðan vista þær til síðari sókn. Hvernig þessir hlutir ('hönd út Jobs "eins) eru skilgreindar getur verið mjög einfalt. Seinna getum við lengja kerfið til að fela í sér gjöf tengi til að bæta við, breyta, eyða, fresta störfum en þetta er handan þessa æfingu.

Það er engin ástæða alls þá sem starf framreiðslumaður þín gæti ekki verið raunverulegur vél í gangi innan helstu vinnslu miðlara enda er ekki holræsi of margar auðlindir frá því. Starfið framreiðslumaður þó hefur þurft mikið framboð, ef það fer niður á föstudagskvöldi þú ert að fara að missa allt helgi vinnslu, hugsanlega kosta þig nokkrar vikur virði af tíma vinnslu (í samanburði við helstu vinnslu miðlara eingöngu) . Þú vilt kannski að íhuga að setja starf miðlara á hlaða jafnvægi umhverfi fyrir hár framboð.

Basic Setup

Grunn skipulag fyrir miðlara starf okkar mun samanstanda af því sem ég kalla einn af Limp netþjónum mínum (sem er Li nux, m ySql, P HP). Kóðinn í gangi á Thea starfsmenn vilja raunverulega vinna út hvað störf það er hægt að keyra í gegnum samskipti við með starf stjórna kerfi gagnagrunna. Síðar við gætum búið til vefur þjónustu og í raun hendinni út störf frekar en að þurfa starfsmenn að gera vinnu sig, en nú munum við halda áfram að nota KISS meginreglu (Hafðu það einfalt, Stupid!).

Svo leyfir, að búa til þrjú mySQL töflur til að takast á við störf. Þetta mun vera `störf`, `jobRecords` og `jobResults`.

Hér ég er að nota SQL Buddy a mikill lítill val til phpMyAdmin bara vegna þess að auðveldara þess að setja á CentOS (fyrir aðra sjá: 10 Great val til phpMyAdmin )

Þessi tafla samanstendur af 5 einföldum sviðum,

• id: Einstaklega finna starf
• Nafn: Gæti verið viðskiptavinur tilvísun, eða allir tala af öðrum auðkennum
• Staða: Þú þarft að vita hvar starfið er á, td
  • 0: Ekki byrja
  • 1: sóttir
  • 2: Lokið
• started_by: Hver er byrjað að gera í vinnunni? Þetta er ekki alveg nauðsynlegt en er gott að hafa. Ég vil benda mælingar starfsmenn með IP tölu þeirra á netið
• started_at: Hvenær starfsmaður hefja starf? Með því að fylgjast með störf sem ekki hafa lokið innan X tíma og við vitum að við þurfum að taka upp starf aftur og byrja vinnslu af öðrum starfsmanni. Starfsmenn gætu hætt vinnslu / go ótengdur fyrir af ýmsum ástæðum, máttur bilun, hrun, net tap, o.fl.

Það er auðvelt hvernig þessi tafla gæti verið framlengdur með nokkrum fleiri sviðum til að leyfa fyrir tölfræði virka, tími klára dálki til að sjá hversu lengi starf tók, er gegn til að sjá hversu margir starfsmenn tóku upp starfið (augljóslega þetta þarf að hafa tilhneigingu til að 1), starf forgang, listinn getur farið á og á. Í flóknari vinnu tilfellum væri hægt að tilgreina hversu mikið minni starfsmaður þyrfti aðgang að (og því aðeins að nota viðeigandi starfsmenn), eða jafnvel hvaða tegund af starfsmanni væri nauðsynleg.

Lets bæta nokkrum störf dæmi:

Næsta tafla aftur er alveg einfalt að skilja, eru þetta starf færslur okkar. Þau eru tengd við helstu störf töflu með dálkum `jobs_id`. Að hringja upp á þessari töflu mjög mikið veltur á þeim gögnum sem þú þarft að veita starfsmönnum þínum, gerir þér kleift að gera mjög einfalt dæmi þar sem við höfum fjóra dálka:

• id: Auðkenni færslu
• Nafn: nafn viðkomandi
• Heimilisfang: heimilisfang viðkomandi
• jobs_id: Starfið auðkenni sem þessi færsla er tengd við

Þriðja og síðasta borð samanstendur af niðurstöðunum, það hefur mikið sama að gera upp og færslur borð okkar, og með því að bæta við nokkrum dálkum gæti verið hluti af færslur töflu:

• job_record_id: Link niðurstöðu að starf borð
• Niðurstaðan: niðurstöðu gögn

... Og það er allt sem þú þarft að stjórna vinnu! (Að vísu á mjög undirstöðu stig) Í mínu tilfelli ég benti á annað borð þar sem gögn mín aðferð var staðsett, en þetta gæti alveg eins auðveldlega verið skrá, breytur til að keyra uppgerð kóða, nefndu það.

Val á starfi

Eins og áður segir, að starfsmenn vilja gera starf stjórnenda okkar fyrir okkur nú, svo er allt sem við þurfum virkilega að gera að finna vinnu sem þarf úrvinnslu og fá upplýsingar. Hvernig myndum við gera þetta? Jæja velja starf valforsendur okkar og leita að starfi, í SQL Ég gerði eftirfarandi:

1. Taka allar störf sem eru ekki merkt sem lokið en frá starfsmanni okkar og endurstilla þá (í stað __ ME__ með heiti, einfaldasta væri IP heimilisfang):

     UPDATE `störf` SET `Staða` = 0 ÞAR `Staða` = 1 OG `started_by` = __ ME__; 

2. Notkun starf valforsendur okkar, velja starf og segja eftirlitskerfi sem þessi starfsmaður er að takast á við það:

     UPDATE `störf` SET `Staða` = 1, `started_by` = __ ME__, `started_at` = NÚNA () HVAR `Staða` = 0 EÐA
    (`Staða` = 1 OG `started_at`> DATE_SUB (nú (), bil X Hour)) Raða eftir `id` Svæðisþjónustu; 

   Með því að grípa störf sem ekki hafa skilað árangri í X tíma við að tryggja að öll störf eru að keyra ef starfsmanni hrun eða fara AWOL.

3. Næsta grípa störf upplýsingar fylgja með gögnum sjálfum:

     SELECT * FROM `störf` HVAR `started_by` = __ ME__ VIÐMIÐUNARMÖRK 1;
    SELECT * FROM `job_records` HVAR `id` = __ JOBID__; 

Að loknu starfi við að setja niðurstöðu Okkar og merkja starf sem lokið. Mundu svo störf geta svæfingu / vöknun hvenær leyfa einhverjum robustness í handritið. Það gæti verið að verkefni frestar hálfa leið í gegnum uppfærslu stjórn starf kerfi, svo haka við fjölda gagna í starfi og fjölda niðurstaðna vistuð aftur að stjórna vinnu kerfi myndi vera vitur hreyfa.

Að auki, á meðan þetta sýnir hvernig störf er hægt að velja og stjórnað frá SQL-fyrirspurn ramma sem þú ættir virkilega að abstracting starf stjórn þannig að ef þú ákveður að skipta yfir í að nota vefur þjónusta, skrá undirstaða kerfi, XML , eða einhver önnur fjöldi kerfa mun það ekki hafa áhrif á kóðann hér að ofan.

Atvinna Stillingar

Næsta þáttur til íhuga er starf stærð og stillingar. Með því að spila með stillingum starf við getum slá mjög gott jafnvægi milli hraða, ferli afritunar og áreiðanleika. Taktu of nokkra atburðarás:

1. Algengar taka 1 dag hvern til að keyra: Þetta þýðir að starfsmenn þínir þurfa 15 daga til að vinna hvert starf (muna 10% af krafti fyrir 2/3rds í tíma). Þetta er greinilega ekki vitur stillingar, starf stærð er alltof stór! Það myndi taka að minnsta kosti tvöfalt tíma til að fá starf unnið að fyrstu starfsmaður fara AWOL (tími til að ná upp að það hefur ekki skilað niðurstöðu auk endurvinnslu tíma). Í hugsjón sem þú vilt hafa að minnsta kosti einn fullan vinnu auðveldlega bjartur í lok hvers langs aðgerðalaus tíma, þannig að þú halda störf tjalddúkur yfir og í versta falli ef starf myndi taka tvo daga að vinna ætti að fara fyrst vantar.
2. Algengar taka 1 mínútu til að keyra: Þetta þýðir að starfsmenn þínir taka um 15 mínútur að keyra hvert starf. Þó að þetta getur í upphafi virðast hugsjón, þú fá frekari vinnu vinnslu á hádeginu og kaffitíma og fundir o.fl. Þessi atburðarás setur álag á öðrum sviðum kerfisins og kynnir eigin vandamálum sínum. Til dæmis, í fyrsta lagi skipulag / vinnsla tími hlutfall er að fara að fara rétt niður, því að tapa kerfi skilvirkni. Net er að fara að vera stöðugt streymi starf upplýsingar til ýmissa starfsmanna frustrating starfsmanna sem eru dó þeirra dagur til dags vinnu. Þú ert líka að fara að setja meira álag á starf vinnslu miðlara sem það hefur að fat út fullt og fullt af litlum bitum af vinnu með reglulegu millibili. Loks, í þessu ástandi ef starf netþjóninn fer niður þú ert að fara að búa til mikið aftur yfir það uncompleted vinnu en stærri störf gæti áframhaldandi vinnslu í sátt og samlyndi ókunnugt um að starfið framreiðslumaður var í vandræðum.

Í raun og veru verður enginn kjörinn stillingar fyrir uppsetningu rist þitt, mikið veltur á fyrirliggjandi úrræði, gerðir af vinnu, starf afgreiðslutími kröfur, net hæfileiki, og svo framvegis. Hins vegar nokkrar leiðbeiningar væru:

• Stærð störf þannig að hver starfsmaður getur fengið í gegnum að minnsta kosti 3-4 störfum á tímabili 15 klst lengsta líklegt aðgerðalaus tímabil)
• Spila með starf stærð þannig að skipulag tíma verður nokkuð óveruleg samanborið við vinnslu tíma gr ber í huga að ofan benda).
• Ef starf er ekki lokið í tvöfalt tíma (kannski minna) þú ætlast það til að ljúka því gera ráð fyrir að gengið AWOL hennar og byrja að vinna það með öðrum starfsmanni. Þetta þýðir að þú gætir þurft að bíða í allt að þrisvar sinnum eðlilega lengd vinnu fyrir það að ljúka (hugsanlega lengur ef síðari starf ekki). Þú vilt kannski að draga úr þessum tíma, en vera varkár ekki til að draga það of mikið og þú getur byrjað að endurtaka vinnslu verkefna með reglulegu millibili.
• Algengar ætti að vera óháð utanaðkomandi kröfum eins mikið og mögulegt er. Starfið miðlara, til dæmis, ætti aðeins að hafa samband í upphafi og lok hvert starf.
• Ekki saturate ekki net, þetta mun hafa tvær neikvæð áhrif, daginn starfsfólk mun finna með því að nota net pirrandi og vandamál geta komið fram við tengingar tímasetja út vandamál sem mun aðeins versna og þú mælikvarði rist þinn.
• Tryggja störf geta keyrt á starfsmenn þínum. Ef störf verða of minni ákafur eða diskur rúm ákafur störf hefst Hætti og það eina sem þú munt taka eftir er dropi í fjölda starfa unnin með enginn raunverulegur ástæðu hvers vegna.

Sendi Niðurstöður atvinnuleit

Þegar að senda inn niðurstöður vinnu er mikilvægt að athuga að árangur hefur ekki verið lögð fram af öðrum starfsmanni, sérstaklega ef núverandi starfsmaður hefur verið sofandi um nokkurt skeið.

Þegar niðurstöður eru lagðar að tryggja að fjöldi niðurstaðna samsvarar fjölda gagna innan starfi.

Eins og áður segir, og má ekki vera yfir áherslu, byggja kenna umburðarlyndi í sókn starf og niðurstöður uppgjöf. Starfsmenn geta (og líklega verður) að fara inn fresta háttur á the óþægilegur sinnum og þetta þarf að vera veitingamaður fyrir. Einnig ný abstracting burtu úrslit senda inn mun hjálpa koma til móts við um breytingar á starfi stjórna vélinni þinni miklu auðveldara að takast á við.

Yfirlit

Í þessu section höfum við litið á það sem stjórnkerfi starf miðlara þarf að gera og hvernig á að fá mjög einfalt kerfi sett upp. Við ræddum hvernig á að sækja vinnu frá eftirlitskerfi og hvernig best sé að stilla störf til að fá sem mest okkar á skrifstofu rist kerfi. Til að ljúka, var málsgrein eða tveir á að senda niðurstöður til baka til að stjórna vinnu miðlara fram.

• A stjórna starf miðlara stýrir störfum og tryggir að öll vinna einingar er lokið
• Með abstracting starf velja / niðurstöður uppgjöf við getum breytt tækni stjórna miðlara án þess að mikið vandamál
• Stilla störf til að tryggja að þeir eru að keyra hratt og vel án þess að setja of mikið álag á innviði net, og án þess að endurtaka vinnslu verkefna með reglulegu millibili.
• Gakktu úr skugga um að þú byggir kenna umburðarlyndi og villa checking í venjur þínar, starfsmenn geta stöðvað og haldið áfram og mest óþægilegur sinnum. Mundu að athuga hvort árangur hefur þegar verið lögð fram af öðrum starfsmanni.

Næst þegar

Í 3. hluta munum við búa til raunverulegur vinnsla vél okkar og setja upp Windows vélar okkar til að verða aðgerðalaus-tími starfsmenn.

Athugasemdir (3)

Með því að Steven Lloyd Watkin og laugardagur 28. nóvember 2009 10:42

Vinnuveitandi minn nýlega greitt fyrir hóp af okkur forritara til að taka Zend ramma: Undirstöðuatriði námskeið, hér ég saman hugsanir mínar og skoðanir á námskeiði fyrir aðra. Fyrir þá sem leita að spara tíma, hér er yfirlit mitt:

Fyrir forritara sem hafa ekki haft tíma til að líta á Zend Framework þetta námskeið (Zend Framework: Undirstöðuatriði) býður upp á góða heildarmynd af ramma kynna þér helstu sviðum og gefa nægar upplýsingar til þess að halda áfram. Fyrir þá sem hafa eytt tíma í að skoða innan ramma og hafa fylgt eitt eða tvö námskeið þetta námskeið er ekki upp á mikið lengra.

Bakgrunnur

Ég hef verið PHP forritari fyrir um 5-6 árum, og hafa byrjað að vinna með Zend Framework á hluti miðað við síðustu 6 mánuðum. Ég hef þróað og / eða verið verktaki á nokkrum litlum Zend Framework MVC sites. ég að vera heiðarlegur, ég hef ekki haft mikið af völdum annarra ramma frá erfðaskrá sjónarmiði en hef eytt nokkrum klst að rannsaka verkefnið vefsíður og meta them. ramma og samfélag í kringum Zend Framework það er alveg spennandi og það virðast til vera gríðarstór möguleikar í þar og þess að fara.

Um námskeið

Námskeiðið er skilað yfir 9 tveimur klst WebEx fundur (með 10 mínútna hléi í miðju). Tíminn er varið fara í gegnum safn af glærum sem kveðið er á Zend með umræðu á hverjum tíma. Þú getur notað hljóðnema til að tala við kennara, en að vera heiðarlegur ég ekki séð neinn nota neitt meira en spjall gluggann. Auk þess VMware Ubuntu vél er veitt sem hefur dæmi kóðann og verkefni sett upp a réttarhald útgáfa af Zend Studio. Leiðandi auðvitað talar við mæta annaðhvort yfir samþætt VoIP lausn, eða þú getur hringja í að nota eitt af mörgum um allan heim hringja í númer.

Meðan efnið samanstendur af stutta yfirlit yfir ramma og MVC mynstur áður en stefnir í sýnishorn Gestabók umsókn. Umfjöllun sýnt bootstrapping, Zend_Application, DB Töflur og gagnasafn aðgang, eyðublöð, síun, ACL og Validating, etc, etc grundvallaratriðum nær öll efni sem þú vilt þurfa að fá undirstöðu síðuna upp gangi allan tímann gefa þér tæki til að fara og fá fleiri háþróaður í ramma (þó að þetta hafi mikið að "Sjá vefsins er mikið af tíma).

Tími er gefið að kóða upp nokkur dæmi, og til að þróa á 'gestabókina' og beitingu einfaldann 'wiki'. Persónulega fannst mér að veita kóðann eða hvert app og síðan spyrja okkur að þróa það var í raun afrit hlið ekki raunverulega veita góða nám. Ég hefði kosið að þróa forrit svipað, en ekki eins. til dæmis forritið með hagsbóta að hafa leiðbeiningar til að vísa til. Einnig að byggja upp forrit frá grunni með demonstrator myndi af hugsanlega leitt til fleiri spurningar um hvers vegna og hvernig, þannig að gefa betri skilning á ramma, eftir allt sem þú getur litið upp sérstakur eftir námskeiðið.

Síðasti fyrirlesturinn voru að vinna á wiki-umsókn með hjálp / leiðbeiningar frá kennara. Eftir námskeiðið viðbrögð var tekin, var lögð áhersla á nokkrum sinnum í gegnum námskeiðið sem Zend tekur viðbrögð mjög alvarlega, í raun virðist útgáfa okkar af sjálfsögðu var alveg nýtt. Sumir af hinum verktaki í félaginu verður að taka námskeið fljótlega svo það verður áhugavert að sjá hvort þetta hefur gerst.

Námskeiðið stíl var óformleg, leyfa fyrir athugasemdir og samvinnu milli fundarmanna og kennara. Námskeiðið leiðtogi var vingjarnlegur, approachable (voru netföng hluti fyrir spurningar), og á meðan kynningu hans úr glærum var frekar óstöðug virtist fullkomlega hæfir í ramma. Hann var greinilega einhver sem nota ramma reglulega frekar en einhver sem er kennt að kenna námskeiðið, fannst ég reynslu á 'raunverulega heimi' í þeim efnum.

Heildarstigagjöf Feeling

Að sumu leyti fann ég auðvitað sóun á tíma, í öðrum það var mjög vel. Vonandi fæ ég ástæður mínar yfir skýrt og kannski gefa mat fyrir hugsun eða gagnlegt viðbrögð (vita mig þetta er ólíklegt!).

Fyrir mér þetta námskeið var ætlað að of lágt því stigi. Eftir að hafa farið í gegnum Quickstart Guide, lesa Rob Allen í Zend Framework í Aðgerð og unnið með ramma lítið ég vissi í raun ekki fá neitt of mikið. Ég myndi af líkaði námskeiðið til að ná sér upp úr í lok Quickstart og þróa fleiri færni.

Það sagði, að sjálfsögðu titill er skýrt "Zend ramma: Undirstöðuatriði" og í þeim þætti að sjálfsögðu fær það sem það setur út á að gera. Aðrir aðilar að þróun lið sem ekki hafa varið tíma að leita í ramma lokið hvers fundar með áhuga og spurningar sem var virkilega gaman að sjá.

Allt var ekki glatað, það var gott að eyða tíma staðfestir helstu upplýsingar um ramma og fá að spyrja nokkrar spurningar á svæðum þar sem ég var ekki 100%. Það var líka kominn tími til að ég fékk að setjast niður á hverjum degi og hugsa um forritun að nota ramma og framtíð verkefni, eitthvað sem ég myndi ekki tekist að gera annað (þú getur ímyndað fyrirtæki þitt að samþykkja það? :)). Síðast en ekki síst þú færð líka gott vottorð frá Zend að segja að þú sóttu námskeið (að vísu með tölvupósti).

Zend Framework vottun

Þetta var ein spurning sem hélt að koma upp í hugann á auðvitað myndi það taka mig fyrir vottun? The fljótur, þægilegur er a hljómandi nr. Námskeiðið kennari var alveg ljóst á að með frekari ráðgjöf sem fyrir vottun sem þú ættir virkilega að nota ramma á degi til dags og finnst mjög þægilegur og öruggur í notkun þess og aðferðafræði.

Yfirlit

Í ljósi allt sem ég hef skrifað hér að ofan, mun ég draga allt í tveimur einföldum stig bullet:

• Nýjar Zend Framework: Þetta námskeið er nákvæmlega það sem þú vilt búast við, það gefur þér gott kynningu á umgjörð og góða jarðtengingu á grunnatriði sem þú getur byggt. Námskeiðið virðist til að mynda áhuga og eldmóð fyrir ramma meðal forritara.
• Notað Zend Framework: Þó að það var gott að landi upp nokkra af grunnatriði ég fann tíma, fyrirhöfn og fé til að taka námskeiðið gæti af verið betur varið annars staðar. Það verður gaman að see Zend búa til nýja hærra stigi námskeið til að taka verktaki á næsta stig -. Að minnsta kosti til the staðall af vottun og víðar til að ég myndi skrá sig strax.

Athugasemdir (0)

Með því að Steven Lloyd Watkin , er föstudagur 10th April 2009 09:33

Eitt af því skemmtilegasta sem ég hef tekið þátt í meðan vinna fyrir Tracesmart er nöfn skrá . Grundvallaratriðum við tók mikið upplýsingar gagnasafn okkar og tók upp stór stafli af tölfræði um ýmis nöfn.

Ferlið er allt ein stór SEO átak í því skyni að draga meiri umferð á síðuna, en það gefur einnig nokkrar áhugaverðar upplýsingar og nafn tölfræði.

Hér er dæmi um nafn mitt Lloyd Watkin , eða ég geri ráð fyrir fleiri rétt Steven Watkin . Taka a mínúta til líta upp nafn þitt á Tracesmart síðuna, gæti verið áhugavert ;)

Við höfum einnig fengið nöfn tölfræði gögn á nöfn skrá síðu sem segir þér hvað nöfn hafa verið leitað og hvernig nýlega. Alveg áhugavert að sjá nöfn fræga fólksins fljúga upp ástand þegar þeir birtast í fréttum. Hennar Í nýlegri dæmi er að Liam Neeson Hver er kona dó úr Bláfjöllum slys að undanförnu, þótt augljóslega fólk er ekki alveg rétt á stafsetningu (og þar með the gríðarstór fjöldi hits á þessu nafni) - Liam Nilson .

Facebook Umsókn

Þegar nöfn skrá var búin til við að setja um að búa til facebook forrit sem heitir duely ' Nafn mitt '. The Facebook umsókn er í framhaldi af nöfn skrá og afla sumir viðbótar tölfræði. Til að bæta nöfnum skrá á Facebook skaltu fara á:

http://apps.facebook.com/my-name/