Flokkur: Greinar

Oauth / Twitter auth Adapter fyrir Zend Framework

Með því að , laugardaginn 23. apríl, 2011 15:57

Vinna heldur áfram (hægt) á nýju minn Twitter -undirstaða umsókn. Á næstu frídaga banka ég vona að fá skriðþunga að fara aftur á verkefnið (í-þrátt fyrir dásamlegt veður um þessar mundir). Engu að síður, næsta verkefni mitt var að búa til auðkenningar millistykki fyrir Zend Framework . Ég átti að vinna tenging framkvæmd, en með lækkun auth millistykki fyrir Zend Framework virtist eins aðlaðandi tillaga, svo ég búin það ....

(Ég ætla ekki að fara í gegnum Oauth eða skrá umsókn þína með kvak, það er hundruð handbækur og þess nokkuð einfalt ferli veginn.)
Halda áfram að lesa "Oauth / Twitter auth Adapter fyrir Zend Framework '»

"Skráðu þig inn með Twitter" með Zend Framework

Með því að , er fimmtudagur mars 17, 2011 01:07

Þrátt fyrir alla kvak hata í augnablikinu, hef ég ákvað að búa til nýja Twitter -undirstaða umsókn. Tilvera einhver sem stjórnar nokkrum reikningum (bæði persónulega og fyrir vinnu kærleika mínum) Ég hef verið að þurfa tæki fyrir einhvern sem ég ætla bara að fá í kring til að skrifa (meira af því í náinni framtíð ...).

Ég hef lesið upp á Zend_Oauth_Consumer og hvernig það er hægt að nota til að fá leyfi fyrir samskipti við kvak með oauth . Öll vel og góður, ég hef aðgang að lykillinn minn og ég get kát eftir í burtu fyrir hönd notanda. Það er fullt af efni þarna úti að gera þetta svo ég mun ekki bar fólk.

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

The val var að koma á vefsvæði byggir skrá þig inn eða einhvern veginn geyma aðgang auðkenni notandans á viðskiptavininn (dulkóðuð auðvitað). Hvorugur þessara virtist eins og góð / viðeigandi lausn.

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

Zend Certified Engineer (ZCE) 5,3

Með því að , fimmtudaginn 30. Sep 2010 21:00

Með opinber starfsmaður gefa út af the Zend Certified Engineer (ZCE) fyrir 5,3 ég hélt ég myndi gefa fljótur far mitt af því sem ég hugsaði um prófið.

Smá bakgrunnur um mig: Ég var fyrst kynnt til PHP u.þ.b. 7 árum og hef unnið faglega í PHP síðan 2006. Ég vinn nú fyrir spennandi ræsingu kallast Brightpearl aðsetur í Bristol, Bretlandi , framleiða samlaga CRM, bókhalds og ecommerce hugbúnaður. Ég hef ekki áður fengið eitthvað af fyrri menntun ZCE. Ég þróa nú í 5.2.X röð og hafa í raun ekki notað eitthvað af sérstökum 5,3 eiginleika (ég bíð Zend Framework 2 og Kenning 2) í þróunarverkefnum mínum.
Halda áfram að lesa "Zend Certified Engineer (ZCE) 5,3 '»

Quick Start Symfony DI (Dependency Injection) Tutorial

Með því að , laugardaginn 14. ágúst, 2010 14:21

Hvað er Dependency Injection (DI)?

Háð inndælingu er tækni sem gerir ráð fyrir lauslega saman hluti innan hugbúnaðar. Almennt ef hlut þarf aðgang að virkni annars væri instantiated innra leiðir til vel saman kerfi. Með því að innleiða háð inndælingu við sprauta þarf hluti tilbúnar til notkunar (stundum einnig nefnt inversion stjórna - IOC). Taktu eftirfarandi dæmi:

  <? PHP
 bekk DecisionMaker {
     opinber virka makeDecision (array $ viðföng) {
         / / Vantar gagnagrunn millistykki
         $ DP = new DecisionParameters ();
         $ ParameterScore = $ DP-> getScore ($ viðföng);
         / * ...  Sumir fleiri ákvörðun rökfræði ...  * /
         aftur ($ parameterScore> 50);
     }
 } 

Þessi stykki af kóða er sagður vera þétt saman að DecisionParameters mótmæla. Endurskrifa ofangreindar í lauslega saman tísku við myndum hafa eitthvað eins og ....

  <? PHP
 bekk DecisionMaker {
     persónulegur $ _dp;
     opinber virka __construct ($ DP) {
         $ Þessu-> _dp = $ DP;
     }
     opinber virka makeDecision (array $ viðföng) {
         $ ParameterScore = $ þessu-> _dp-> getScore ($ viðföng);
         / * ...  Sumir fleiri ákvörðun rökfræði ...  * /
         aftur ($ parameterScore> 50);
     }
 } 

Þó að öðlast ávinning af lauslega saman kóða við erum að bæta flókið þannig að í hvert sinn hlut er instantiated Við höfum einnig að ræst ósjálfstæði og framhjá þessum í líka. Til dæmis þetta:

  $ Val = new DecisionMaker ();
 echo $ val-> makeDecision (array ('áreynsla' => 'lágt', 'aftur' => 'hár')); 

Nú verður því:

  $ DP = new DecisionParameters ();
 $ Val = new DecisionMaker ($ DP);
 echo $ val-> makeDecision (array ('áreynsla' => 'lágt', 'aftur' => 'hár')); 

Þetta ástand verður meira sársaukafull eins og the tala af ósjálfstæði fyrir flokk er aukinn, og hvað ef ósjálfstæði sig hafa ósjálfstæði? Þetta getur alveg fljótt orðið gjöf hlut martröð! Sláðu háð inndælingu gáma (eða ramma) ...
Halda áfram að lesa "Quick Start Symfony DI (Dependency Injection) Tutorial" »

Naked Zend_Layout og Zend_View

Með því að , þriðjudagur 10 ágúst, 2010 23:47

Í þessari grein ég 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ðgreina viðskipti rökfræði og framsetningu í umsókn þína. Allar kóða er að finna á github:
Naked Zend_Layout og Zend_View á GitHub .

Halda áfram "Naked Zend_Layout og Zend_View 'lestur»

Zend Framework Per Module Skipulag Stillingar - Follow Up

Með því að , þriðjudagur 16. febrúar 2010 20:48

Sem eftirfylgni við fyrri færslu mína á hverja einingu miðað stillingum skipulag fyrir Zend Framework , ég hef uppfært kóða til að krefjast minni stillingar þá áður (ekki að það þarf meira að nokkrar línur í uppsetningu umsókn þína!).
Halda áfram að lesa "Zend Framework Per Module Skipulag Stillingar - Follow Up '»

Búa URL í Zend Custom View Helper

Með því að , fimmtudaginn 28. janúar 2010 11:01

Þetta kann að virðast einfalt, en ég var að lemja höfðinu á mér að reyna að búa til slóðina í sérsniðnum að skoða hjálpar í Zend Framework . Ég hef vegvísun skipulag sem fær áfanga af undir-lén í notkun svo ég gat ekki notað einföld hardcoded vefslóð.

Halda áfram 'Búa URL í Zend Custom View Helper' lestur »

Route beiðnir um sitemap.xml til sérsniðna stjórnandi / aðgerð

Með því að , miðvikudagur 6. janúar, 2010 12:13

Til þess að beina beiðni um / sitemap.xml að sérsniðnum stjórnandi og aðgerða í þínu Zend Framework umsókn einfaldlega bæta við the hópur stuðningsmanna í application.ini eða önnur config skrána (td ég nota navigation.ini):

 resources.router.routes.sitemap.route = "sitemap.xml"
 resources.router.routes.sitemap.defaults.controller = vísitölu
 resources.router.routes.sitemap.defaults.action = sitemap

Dæmi kóðann fyrir outputting hægt að sjá með því að búa mál í viðeigandi stjórnandi (td sitemap minn liggur í vísitölunni stjórnandi, sitemap aðgerð):

 < PHP
 flokki IndexController
     nær Zend_Controller_Action
 {
     / **
      * Gerir sitemap byggir á skipulag Zend_Navigation
      * /
     opinber virka sitemapAction ()
     {
    	 echo $ þessu-> view-> siglingar () -> Veftré ();
    	 $ Þessu-> view-> skipulag () -> disableLayout ();
    	 $ Þessu-> _helper-> viewRenderer-> setNoRender (satt);
     }
 }

Sitemaps geta fljótt og auðveldlega að mynda með Zend_Navigation , frábær fljótur eitthvert (og almennt mjög gagnlegt fyrir Zend Framework námskeið) er Zend rangir - Dynamically skapa matseðill sitemap og breadcrumbs .

Skrifstofa Grid Computing nota Virtual umhverfi - Part 4

Með því að , föstudagur 4. desember 2009 11:59

Inngangur

Ég vinn í fyrirtæki þar sem við hlaupum mörg störf runuvinnsla milljóna færslur 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ð styrkja vinnslu mátt kerfi okkar? Í þennan hóp greinar sem ég ætla að líta á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

Í hluta 3 bjuggum við til raunverulegur vinnsla vél og setja upp Windows vél til að verða aðgerðalaus tíma starfsmanna.

Running nýjustu kóða

Óhjákvæmilega Eftir að starfsmenn viðskipti rökfræði mun breytast, bugs verður að finna mun hraðar skilvirkari kóða verið framleidd þannig að fara starfsmönnum þínum sat í kringum úrvinnslu gagna að nota gamla daunillur kóða . Hvernig þá áttu að tryggja að við að við erum alltaf með nýjustu og snjöllustu útgáfuna af skriftum vinnslu okkar?

Það eru nokkur mjög auðvelt einfaldar leiðir sem við gætum gert þetta, bragð er hins vegar að draga úr vinnslu orku og net umferð að ná þessu. Lets byrja með einföldustu lausnir og bæta það rólega yfir nokkrar endurtekningar.

The fyrstur aðferð væri að einfaldlega tengja við starf stjórna framreiðslumaður okkar (í gegnum Samba, FTP, eða svipað) og rífa niður nýjustu útgáfu af kóða. Ekki mjög duglegur, en það vilja gera the starf. Lets bæta á það heldur, hvernig væri að búa til rsync handriti og með að í hvert skipti í staðinn? Einnig hvað um að setja nýjustu vinnslu handrit okkar í niðurrifsstarfsemi stöðva út kóðann upphafi og þá bara að uppfæra kóðann okkar á hverjum tíma ( SVN uppfærslu )?

Í lok við gætum endað með bash handrit (kölluð cron á 10 mínútna fresti), sem lítur eins einfalt og þetta:

  #! / Bin / SH
 ef PS öxi | grep-v grep | grep PHP > / dev / null
 þá
     echo "Job er vinnsla, hætta"
 annað
     echo "Job er ekki í gangi, byrja núna"
     CD / slóð / á / vinna / eintak
     SVN uppfæra
     PHP yourJobProcessingScript.php
 Fi 

Nú getum við verið viss um að við hvert hlaupa við erum örugglega að keyra nýjustu kóða. Við erum að tryggja það með því að uppfæra kóðann stöð okkar hvert og hvert skipti sem við framkvæmum hlaupa og draga net umferð aðeins um að flytja skrá munur á netinu.

Í skipulag sýning mínu, gerði ég nákvæmlega eins og hér að ofan. Subversion var sett á starfi vinnslu vefþjóninum mínum og ég kippti einfaldlega nýjustu kóða úr "starfsmaður" útibú með "SVN uppfærslu". Ég bætti líka tala útgáfu tag til vinnslu handrit mitt sem var skilað til gagnagrunn sem hluta af niðurstöðum aftur. Á þennan hátt gat ég séð að númerið mitt var að uppfæra í hvert sinn sem ég afrita skottinu mínu í grein starfsmann, þ.e. að ég var ákveðið að keyra nýjustu vinnslu handriti.

Notkun nýjustu tölur

Ef starf vinnsla þín gerir notkun heimilda gögn þá á einhverjum tímapunkti þetta eru að fara að uppfæra líka. Nema þú kalla gögn heimildir þínar á mjög sjaldgæf grundvelli þú ert að fara að flóð þinn net með umferð eins fljótt og starfsmenn þínar byrja að birtast að koma allt til kyrrstöðu. Lausn ég ákvað að ég myndi vilja flytja gögn heimildum mínum í kring með VMs mínum.

Haltu þú ert hestar þarna! Hvað ef gögn heimildum minn er HUGE? Jæja er þetta virkilega gott dæmi um hversu mikið af gögnum erum við að tala? Það kann að vera hagkvæmari til að setja upp fleiri stærri harður ökuferð inn í hvert vél en að kaupa til viðbótar vinnslu miðlara. Þetta er spurning um fjárhagsáætlun og er allt að fyrirtæki til að ákveða. Það kannski að gögn heimildir þínar eru svo stór að bara unfeasible að hafa það magn af gögnum í vélum starfsmaður þinn. Hennar Í því tilfelli hvað myndir þú gera? Jæja við getum litið á að hringja í staðbundin gögn miðlara, en þetta gæti valdið mál með netið. Í þessu tilfelli töflu kerfi eins og það getur orðið óraunhæft að fela í umhverfi skrifstofu. Það getur líka verið að þú getur litið inn í aðra gangi áætlanir, til dæmis aðeins að kalla starfsmenn þína 20:00-06:00 á hverri nóttu og / eða throttling gögn uppspretta beiðnir.

Að flytja á segjum gögn heimildir nema okkar til 100GB af gögnum. Jæja já það er töluvert af gögnum til að fletta í net á uppfærslu. Hvernig myndum við tryggja að við höfum nýjustu afrit af gögnum í þessu tilfelli? Rsync er möguleiki, en persónulega finnst með því að keyra nýjustu gögn uppspretta á starfi vinnslu vefþjónsins þíns og setja þetta upp sem master í afritunar (með fallegu langa bin log) gæti verið leið til að fara:

afritunar Með því að setja hvern launþega upp sem þræll að stjórna vinnu miðlara uppfærslur á gögn heimildum mun trickle niður fallega til starfsmanna án þess mikla aukning á virkni net (sem er nema þú framkvæma a gríðarstór gögn uppfæra og alla starfsmenn þína sparka í í einu). Þetta hefur yfirburði yfir rsync í að þú viljir ekki fá langt hlé fyrir hvert starf, eins og gagnasafn endurnýja, að MySQL púkinn á starfsmaður verður stöðugt uppfæra gögn á meðan vinnslu áfram.

Þetta er hvernig ég setja upp kynningu vefþjóninum mínum. Til að setja upp afritunar ég fylgdi leiðarvísir á mySQL staðnum ( Setja upp afritunar ) og innan 20 mínútna að ég hafði inital starfsmaður minn afrit stjórna starfi netþjónum dataset. Fyrir hvern starfsmann afritunar stillingar og ferli starfað í hvert sinn þegar VM var afrituð.

Yfirlit

Í þessum hluta greinarinnar sem við höfum litið á hversu auðvelt og sársaukalaust það er að halda vinnslu kóða upp til dagsetning með using rsync eða subverion (SVN) til að vinna verk og draga net umferð á sama time. Við ræddum einnig hvernig til að halda gögn uppspretta upplýsinga upp-til-dag með því að leyfa það til trickle niður til hvers launþega þína. Þannig að við svæði tryggja að við höldum upp með rökfræði fyrirtæki og upplýsingar á skrifstofu rist kerfi okkar. Það mun augljóslega vera óteljandi val til að skila þessum verkefnum, en hér voru tvö einföld dæmi til að sýna hversu auðvelt lausn er að komast yfir.

Næst þegar

Í síðasta hluta þessa röð, viðeigandi nafni Part 5 , munum við ræða að beita þessu kerfi fyrir. Ég saman það sem hefur verið lært og hvað ég náði að búa til.

Skrifstofa Grid Computing nota Virtual umhverfi - Part 3

Með því að , föstudagur 4. desember 2009 23:37

Inngangur

Ég vinn í fyrirtæki þar sem við hlaupum mörg störf runuvinnsla milljóna færslur 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ð styrkja vinnslu mátt kerfi okkar? Í þennan hóp greinar sem ég ætla að líta á hugsanlegum ávinningi af ráða skrifstofu rist með virtualised umhverfi.

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

Uppsetning starfsmaður þinn - eða haltur miðlara

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

  • Setja Raunverulegur á Windows vélinni þinni (fylgja link)
  • Sækja og setja upp CentOS (núverandi útgáfa 5.3) innan búið raunverulegur vél

Það er ekkert lið ég að fara að þessu það er líklega 1.000 's mikill námskeið þarna úti (ok, hér er eitt: Að búa og Managing CentOS raunverulegur vél undir Raunverulegur ). The mikilvægur benda að hafa í huga að ég geri ráð fyrir er að ég kallaði raunverulegur vél minni GridMachine.

Eins og langt eins val minn viðskiptavinur virtualisation og stýrikerfi fara það er engin stór sannfærandi ástæða fyrir hvert val. Raunverulegur er eitthvað sem ég nota á vélinni heimili mitt og er studd af þremur helstu stýrikerfi. Ég valdi CentOS sem er þess góð stöðugt OS og ég nota það á eigin vefþjóni mínum. Ég er mikill trúmaður í rétt verkfæri fyrir starf (þó ég beita 'nota hraða og auðveldasta fyrir þig "hugarfari hér), þannig að ef stýrikerfi X keyrir kóðann þinn hraða og á skilvirkari hátt 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 netið stillingar sig fyrir vélar starfsmann, DHCP mun hönd út IP-tölur fyrir þig. Þess vegna er hægt að afrita raunverulegur vél þína um á skrifstofunni án þess að hafa áhyggjur af að setja hvert og eitt upp (þetta bætir sveigjanleika og dregur starfsmanni gjöf).

Ferlið sem þú ættir að stefna að því að ná væri að fá nýja líkamlega vél, setja Raunverulegur, og þá nánast senda raunverulegur myndina án mikillar annað. Það gæti verið skynsamlegt að setja alla starfsmenn á mismunandi subnet þannig að þú getur að minnsta kosti séð hversu margar vélar eru í gangi. Þú þarft einnig að setja upp vélar á löngu leigja eða ótakmarkaða leigja DHCP.

Hvernig á að keyra starf á starfsmaður

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

  • Perpetually hlaupandi handriti: A handrit, vera það skeljaskripta 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 af handriti og hugsanlega starfsmenn mun hætta að keyra án þess að einhvers konar íhlutunar.
  • Cron byggir handrit framkvæmd: hvert X mínútur cron púkinn ánægja burt kalla til handritið til að fá hlutina fara. Án þess að nokkur athugun gæti þetta leitt til margra mörg eintök af starfsmanni handrit að keyra þinn.

Ákvörðun mín var að fara með cron sem ánægja burt skeljaskripta every 10 minutes. skeljaskripta My framkvæma eftirfarandi verkefni:

  1. Fá ferli lista og grep þetta fyrir 'PHP'. Ef ekki finnast þá að halda áfram.
  2. Hringja starf númerið þitt, í mínu tilfelli þetta væri eitthvað PHP undirstaða
  3. Worker handrit lýkur hlaupa þess
  4. Tilbúinn til að fara aftur á næsta viðeigandi símtali

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

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

Athugið: echo eru nánast alveg tilgangslaust, en geta hjálpað næsta mann sem kemur eftir að reyna að breyta þeim.

Það lýkur upp starfsmannsins raunverulegur vél, fljótur, einfalt og auðvelt að afrita til hvers nýtt stykki af vélbúnaður sem er móttekin. The 'cleverness' á rist kerfi er í raun ekki í visualized OS, þess allt að gera með kóðann til að vinna störf, starfið stillingar, og að tryggja að starfið keyrir þegar við á (þ.e. þegar gestgjafi er aðgerðalaus ).

Setja upp Windows á Initialise Starfsmenn

Fyrsta verkefni er að vinna út skipun sem þarf til að keyra raunverulegur vél frá Windows stjórn lína. Ef youve 'setja í embætti Raunverulegur í sjálfgefna staðsetningu og þú hefur verið gefið nafn starfsmanns GridMachine þína þá skipun sem þarf til að hlaða upp starfsmaður er:

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

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

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

Þetta mun hefja raunverulegur vél án GUI og leyfa því að spara ríkinu þokkafullur. Seinni rök slekkur RDP svo það er ekki stangast á við glugga RDP, eða gefa þér skilaboð um að hlusta á höfn 3389. The raunverulegur vél nafn er tilfelli næmur!

Næst munum við þurfum að setja glugga upp til að sparka burt verkamaður VM okkar þegar vélin hefur verið aðgerðalaus. Til að gera þetta (á Windows XP) sem þú þarft að fara Start -> All Programs -> Aukahlutir -> System Tools -> Scheduled Tasks og hér að neðan:

tímaáætlun verkefni

Næsta smella á 'Bæta við Scheduled Task "ásamt beit til að bæta við sérsniðna áætlun. Sigla til VBoxManage handritið og smellt á OK. Áætlun verkefni fyrir eitthvað af valkostum (við breytum þessu í eina mínútu) og halda áfram. Eftir skipstjóri the næstur skjár gluggakista vilja spyrja þú hver þú vilja til hlaupa þetta verkefni, myndi ég stinga upp annað hvort "Administrator" eða stofna nýja forréttinda notandi. Mundu að við viljum ekki að trufla venjulegu starfsfólki reikningur á the vél hvenær sem er. Smellt er á Next og athuga sýna háþróaður valkostur fyrir þetta verkefni.

Til að lokum keyra kennslubók bæta band okkar 'startvm GridMachine' og tryggja að keyra aðeins þegar skráður í er vinstra 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ð vél til að vera aðgerðalaus áður en hann flutti á til the næstur flipi.

Loks untick kost sem segir að stöðva verkefni ef það hefur verið í gangi X magn af tíma, en merktu við möguleika á að stöðva verkefni ef vélin er ekki lengur aðgerðalaus.

áætlun

Það er það þá fyrir Windows vél skipulag!

Yfirlit

Í þessum hluta sem við höfum sett upp a raunverulegur vél til að starfa sem starfsmaður, sem og með hvaða hætti við köllum og framkvæma starf vinnslu forskriftir okkar (fyrir mig a PHP handrit). Héðan við líta á hvernig á að setja upp afrit okkar gluggum til að byrja upp á raunverulegur vél í headless ham þegar tölvan verður aðgerðalaus, og vista stöðu þegar notandi heldur áfram notkun á vélinni. Vonandi á þessum tímapunkti sem þú ert að sjá hvernig það er einfalt að setja upp slíkt kerfi og kláði að fá smá tilraunir að fara sjálfur!

Næst þegar

Í hluta 4 við munum vera að horfa á að nota tæki til að tryggja að þú ert að keyra nýjustu útgáfuna af kóða og gögn heimildir til þess að fá niðurstöðurnar eru alltaf upp til dagsetning með the nýjastur upplýsingar um fyrirtæki og rökfræði.













Panorama Þema eftir Themocracy

6 gestir tengdir núna
5 gestir, 1 Botswana, 0 meðlimir
Max gestir í dag: 11 at 12:00 am UTC
Þessi mánuður: 19 á 19-08-2011 06:09 UTC
Á þessu ári: 130 á 28-03-2011 22:40 UTC
Allra tíma: 130 á 28-03-2011 10:40 UTC