Komentāri (0)

Ar Steven Lloyd Watkin , sestdiena 23 aprīlis 2011 15:57

Turpinās darbs (lēnām) par savu jauno čivināt balstītas pieteikumu. Nākamo pāris brīvdienas un svētku dienas es ceru, lai iegūtu virzību, atkal uz projektu (-neskatoties uz brīnišķīgi laika apstākļiem šobrīd). Anyway, mans nākamais uzdevums bija radīt autentifikācijas adapteri Zend Framework . Man bija darba login īstenošanai, bet ar kritumu uz Zend Framework Auth adapteri šķita pievilcīgs priekšlikumu, tāpēc es izveidojis to ....

(Es neesmu gatavojas iet cauri OAuth vai reģistrējot savu pieteikumu ar čivināt, tur ir simtiem gidi un tās diezgan vienkāršs process jebkurā gadījumā.)
Turpināt lasījums "OAuth / čivināt Auth par Zend Framework Adapter" »

Komentāri (1)

Ar Steven Lloyd Watkin , 17. ceturtdiena marts 2011 01:07

Neskatoties uz visām twitter ienīst brīdī, es esmu izklāstīti, lai radītu jaunu twitter -bāzētās programmas. Ir kāds, kurš apsaimnieko vairākas konti (gan personiskas, gan par manu labdarību) Esmu bijis nepieciešams instruments, dažkārt, ka es esmu tikai iegūt ap to rakstiski (vairāk, ka tuvākajā nākotnē ...).

Esmu lasīt līdzi Zend_Oauth_Consumer un kā to var izmantot, lai saņemtu atļauju saskarsme ar twitter, izmantojot OAuth . Viss ir labi un labs, man ir piekļuves atslēga, un es varu jautri post prom uz lietotāja vārdā. Ir daudz resursu, kas tur to darīt tāpēc es ne nesa cilvēkus.

Nākamais solis bija, lai ļautu cilvēkiem atgriezties mājas lapā, žurnālā un mainīt savu kontu. Tas ir, ja es sasniedza nedaudz problēmu. Izmantojot kodu piemēri tīmekļa vietnēs nozīmē, ka man ir twitter lūdzot mani piekļuves atļauju atkal katru login, nav labas. Skenēšana, izmantojot regulējumu es nevarēju redzēt neko, kas ļautu man tikai pieprasīt autentifikāciju. Tas nav teikt, tā tur nav, bet tur nav, šķiet, ir autentificēšanas mehānisms, ko varētu izmantot, nezinot, piekļuves pilnvara jau.

Alternatīvas īstenošanai vietu balstītu pieslēdzieties vai kaut kā glabāt lietotāja piekļuves pilnvara par klienta (šifrēta, protams). Neviens no šiem šķita labs / piemērotāko risinājumu.

Turpināt rīdinga "" Reģistrācija ar Twitter ", izmantojot Zend Framework" »

Komentāri (7)

Ar Steven Lloyd Watkin , ceturtdiena 30 septembris, 2010 21:00

Ar oficiālā atbrīvošana no Zend Certified Engineer (ZCE) programmu 5,3 es domāju, ka man dotu manu ātri priekšstatu par to, ko es domāju par eksāmenu.

Nedaudz fona par sevi: Es pirmo reizi tika ieviesti, lai PHP apmēram 7 gadus atpakaļ un ir strādājuši profesionāli PHP kopš 2006. Es šobrīd strādā aizraujošu start-up sauc Brightpearl atrodas Bristolē, Apvienotajā Karalistē , radot integrētu CRM, grāmatvedības un e-komercijas programmatūras. Man iepriekš nav saņēmis iepriekšējā ZCE kvalifikāciju. Es šobrīd attīstās 5.2.X sērijas un nav īsti lietot nekādus īpašos 5,3 pazīmes (es gaidu Zend Framework 2 un Mācība 2) manā attīstības projektos.
Turpināt lasījums "Zend Certified Engineer (ZCE) 5.3" »

Komentāri (4)

Ar Steven Lloyd Watkin , sestdiena 14 augusts, 2010 14:21

Kas ir atkarība Injection (DI)?

Atkarība injekcijām ir tehnika, kas ļauj brīvi sapārotas objektu lietojumprogrammu. Parasti, ja objekts ir nepieciešama piekļuve funkcionalitāti citas būtu instantiated iekšēji izraisa tuvu sapārotas sistēmas. Īstenojot atkarība injekcijas mēs injicēt nepieciešami objekti ir gatavi lietošanai (dažkārt sauc arī inversija kontroles - IOC). Veikt šādu piemēru:

  <? Php
 klase DecisionMaker {
     valsts funkciju makeDecision (masīvs $ parametri) {
         / / Jums vajadzīga datubāzes adapteri
         $ Dp = jauni DecisionParameters ();
         $ ParameterScore = $ DP-> getScore ($ parametriem);
         / * ...  Daži vairāk lēmumu loģiku ...  * /
         atgriešanās ($ parameterScore> 50);
     }
 } 

Šis kods gabals esot cieši saistīts ar DecisionParameters objektu. Pārrakstīšanu iepriekš brīvi sapārotas veidā mēs ir kaut kas līdzīgs ....

  <? Php
 klase DecisionMaker {
     privātā $ _dp;
     valsts funkciju __construct ($ DP) {
         $ This-> _dp = $ dp;
     }
     valsts funkciju makeDecision (masīvs $ parametri) {
         $ ParameterScore = $ šīs-> _dp-> getScore ($ parametriem);
         / * ...  Daži vairāk lēmumu loģiku ...  * /
         atgriešanās ($ parameterScore> 50);
     }
 } 

Lai gan iegūt priekšrocības brīvi sapārotas kodu, mēs pievienojam sarežģītību tādi, ka katru reizi, kad objekts ir instantiated mums ir arī instantiate savas kolonijas un nodot šo too. Piemēram, šī:

  $ Izvēle = jauni DecisionMaker ();
 echo $ izvēle-> makeDecision (array ('pūles "=>" zema "," atgriešanās "=>" augsta ")); 

tagad kļūst:

  $ Dp = jauni DecisionParameters ();
 $ Izvēle = jauni DecisionMaker ($ DP);
 echo $ izvēle-> makeDecision (array ('pūles "=>" zema "," atgriešanās "=>" augsta ")); 

Šī situācija kļūst sāpīgi, jo atkarības klases skaits ir palielināts, un kas notiks, ja atkarības pašām ir atkarības? Tas var ļoti ātri kļūt objektu pārvaldes murgs! Ievadiet atkarība injekcijas konteineros (vai sistēmas) ...
Turpināt lasījums "Quick Start Symfony DI (Atkarība Injection) Tutorial" »

Komentāri (1)

Ar Steven Lloyd Watkin , otrdiena 10 augusts, 2010 23:47

Šajā rakstā es apskatīt, izmantojot Zend_Layout un Zend_View kopā ar vienkāršu priekšējais kontrolieris, lai parādītu, kā tas ir iespējams uzsākt atdala biznesa loģiku un prezentāciju jūsu pieteikumu. Viss kods ir pieejams github:
Naked Zend_Layout un Zend_View uz GitHub .

Turpināt lasījums "Naked Zend_Layout un Zend_View" »

Komentāri (2)

Ar Steven Lloyd Watkin , otrdiena 16 februāris 2010 20:48

Kā sekot manu iepriekšējo post par vienu modulis balstās izkārtojuma iestatījumus uz Zend Framework , es esmu atjaunināts kodu prasa mazāk konfigurācija tad pirms (ne ka tas vajadzīgs vairāk, ka dažas rindiņas jūsu pieteikuma konfigurācijas!).
Turpināt lasījums "Zend Framework Per Module Layout Settings - Follow Up" »

Komentāri (1)

Ar Steven Lloyd Watkin , ceturtdiena 28 janvāris 2010 11:01

Tas var šķist vienkāršs, bet man bija banging manu galvu mēģina radīt URL pielāgoto skatu palīgs Zend Framework . Man ir maršrutēšanas uzstādīšanas, kas saņem moduli no sub-domēna izmanto, lai es nevarētu izmantot vienkāršas hardcoded URL.

Turpināt lasījums "Creating URL Zend Custom View Helper" »

Komentāri (4)

Ar Steven Lloyd Watkin , trešdiena 6 Jan 2010 12:13

Lai novirzītu pieprasījumu / sitemap.xml uz pielāgotu vadības un rīcības savā Zend Framework pieteikumu vienkārši pievienojiet šādu jūsu application.ini vai alternatīvu config failu (piem., es izmantoju navigation.ini):

 resources.router.routes.sitemap.route = "sitemap.xml"
 resources.router.routes.sitemap.defaults.controller = indeksu
 resources.router.routes.sitemap.defaults.action = sitemap

Piemērs kods izvada var redzēt, izveidojot darbības attiecīgo datu apstrādātāju (piemēram, manu sitemap slēpjas indeksā kontrolieris, sitemap darbība):

 < php
 klase IndexController
     paplašina Zend_Controller_Action
 {
     / **
      * Renders sitemap pamatā Zend_Navigation uzstādīšana
      * /
     valsts funkciju sitemapAction ()
     {
    	 echo $ this-> view-> navigācijas () -> sitemap ();
    	 $ This-> view-> izkārtojumu () -> disableLayout ();
    	 $ This-> _helper-> viewRenderer-> setNoRender (patiess);
     }
 }

Portālkartes var ātri un viegli iegūt, izmantojot Zend_Navigation , liels ātri pamācību (un kopumā ļoti noderīga Zend Framework tutorials) ir Zend rada - Dinamiski izveidot izvēlni sitemap un rīvmaizi .

Komentāri (2)

Ar Steven Lloyd Watkin , piektdiena Dec 4, 2009 11:59

Ievads

Es strādāju uzņēmumā, kurā mēs palaist daudzas partijas darba vietu apstrādes miljonu ierakstu datu katru dienu, un es esmu bijis domāt nesen par visām mašīnām, kas sēž apkārt katru dienu, neko nedarot, vairākas stundas. Vai tas nebūtu labi, ja mēs varētu izmantot šos mehānismus, lai atbalstītu pārstrādes jaudu no mūsu sistēmu? Ar šo komplektu raksti Es esmu, lai aplūkotu potenciālo ieguvumu nodarbina biroja tīklu , izmantojot virtualised vidēs.

Ar 3 daļu mēs izveidojām mūsu virtuālajā apstrādes mašīnas un iestatīt Windows mašīnas, lai kļūtu dīkstāves laika darba ņēmējiem.

Running jaunākās kodu

Neizbēgami pēc veidojot savus strādniekus biznesa loģiku mainīsies, bugs tiks atrasta, ātrāk efektīvāk kods tiks ražots, tādējādi atstājot savu darba sēdēja ap apstrādā datus, izmantojot veco smirdošs kodu . Kā tad mēs nodrošinātu to, ka mēs vienmēr izmantot jaunāko un lielāko versija mūsu apstrādes skriptu?

Ir daži ļoti viegli vienkāršus veidus, kā mēs varētu darīt, triks, tomēr, ir samazināt apstrādes jaudu un tīkla trafiku lai to sasniegtu. Sāksim ar vienkāršāko risinājumu un uzlabotu tā lēnām pār pāris atkārtojumiem.

Pirmā metode būtu vienkārši savienot ar mūsu darba kontroles servera (ar samba, FTP vai līdzīgām), un pavelciet uz leju jaunāko versiju kodu. Ne ļoti efektīvs, bet tas būs darīt to darbu. Ļauj uzlabot, ka nedaudz, kā par radot rsync skriptu, un, izmantojot, ka katru reizi tā vietā? Alternatīvi, ko par liekot mūsu jaunākās apstrādes skriptu kaitniecību pārbaudes veic koda sākumā un pēc tam vienkārši atjaunināt mūsu kodu katrā reizē ( svn update )?

Galu galā mēs varētu beigties ar bash skriptu (ko sauc par cron ik pēc 10 minūtēm), kas izskatās tik vienkārši, kā šis:

  # / Bin! / Sh
 ja ps ax | grep-v grep | grep php > / dev / null
 Pēc tam
     echo "Darba pašreiz ir apstrāde, izbraukšana"
 vēl
     echo "Darba nedarbojas, sāc jau tagad"
     cd / ceļš / uz / darba / kopija
     svn update
     php yourJobProcessingScript.php
 fi 

Tagad mēs varam būt pārliecināti, ka ar katra vada mēs noteikti darbojas jaunāko kodu. Mēs esam to nodrošinātu, papildinot mūsu kodu bāze katru reizi, kad mēs veiktu palaist un samazinot tīkla trafiku, tikai pārceļot uz faila atšķirības mūsu tīklā.

Manā demonstrācijas setup, es darīju tieši tā, kā iepriekš. Subversion tika uzstādīta uz mana darba apstrādi servera un es vienkārši velk jaunākās kodu no "darba ņēmēja" filiāle, izmantojot "svn update". Es arī pievienoja versijas numuru tagu uz manu apstrādes skriptu, kas tika atdota datu bāzi kā daļu no rezultātiem atpakaļ. Tādā veidā es varēju redzēt, ka mans kods tika atjaunināts katru reizi, kad es kopēt manu stumbrs vērā darba ņēmēja filiāle, ti, ka man noteikti bija rādīt jaunākās apstrādes skriptu.

Izmantojot jaunākos datus

Ja jūsu darbs apstrādi izmanto datu avotus, tad kādā brīdī tie būs jāatjaunina too. Ja vien jūs izsauktu datu avotiem par ļoti reti pamats jūs gatavojas plūdu savu tīklu ar satiksmes, tiklīdz jūsu darbinieki sāks darboties celt visu strupceļā. Par manu risinājumu, es nolēmu, ka es gribētu, lai pārvietotu savu datu avotiem apkārt ar savu virtuālo mašīnu.

Turiet jūs zirgi tur! Ko darīt, ja datu avoti ir milzīgs? Nu šis tiešām ir gadījums, cik daudz datu ir mēs runājam? Tas var būt rentablāki uzstādīt papildu lielāku cieto disku uz katras mašīnas, nevis pirkt papildu apstrādes serveri. Tas ir jautājums par budžetu un ir līdz uzņēmuma ziņā. Tas varbūt, ka jūsu datu avoti ir tik liels, ka tā vienkārši neiespējami, lai saglabātu šo datu apjomu savam darba ņēmējam mašīnas. Tādā gadījumā ko tu darītu? Nu mēs varētu apskatīt zvana lokālā datu serveri, bet tas var izraisīt problēmas ar tīklu. Šajā gadījumā režģa sistēmu, piemēram, tas var būt nereāli iekļaut jūsu biroja vidē. Tā var arī būt, ka jūs varat aplūkot alternatīvas darbības stratēģijās, piemēram, tikai aicinot savu darbinieku 20:00-06:00 katru nakti un / vai droselēšanas datu avotu pieprasījumus.

Virzoties tālāk ļauj teikt, ka mūsu datu avoti apjoms datu 100GB. Nu jā, ka ir diezgan daudz datu, lai pārvietotos tīklā atjauninājumu. Kā mēs nodrošinām, ka mums ir jaunākās datu kopiju šajā gadījumā? Rsync ir iespēja, bet personīgi es domāju, ka, darbinot jaunāko datu avots par jūsu darbu apstrādes servera un veidojot šo augšu, kā meistars replikāciju (ar jauku ilgi bin log) varētu būt veids, kā iet:

Nosakot katru no jūsu darbiniekiem izveidota kā vergu darba kontroles servera atjauninājumus jūsu datu avotiem būs sajust uz leju, labi, lai jūsu darbiniekiem bez milzīgu pieaugumu tīkla aktivitātes (tas ir, ja vien jūs veikt milzīgu datu atjauninājums un visas jūsu darbiniekiem kick uzreiz). Šis ir priekšrocības salīdzinājumā ar rsync, jo jums nebūs ilgu pauzi pirms katra darba, kā datu bāzes atjauninājumus, mysql dēmonu jūsu darbinieks nepārtraukti atjaunināt datus, kamēr apstrāde turpinās.

Tas ir, kā es izveidoju manu demonstrējumu serveri. Lai iestatītu atkārtošanas Es sekoju rokasgrāmata par mySQL vietā ( izveide replikāciju ) un 20 minūšu laikā, man bija mana Iekšējās darba ņēmējs atdarināt darba kontroli serveriem datu kopas. Par katru papildu darba ņēmējs replikāciju uzstādījumus un process strādāja katru reizi, kad VM tika kopēts.

Kopsavilkums

Šajā sadaļā rakstā mēs esam apskatīja, cik viegli un nesāpīgs ir saglabāt savu apstrādes kodu, līdz dienai, using rsync vai subverion (SVN), lai veiktu darbu, un samazina tīkla trafiku, tajā pašā time. Mēs arī apsprieda to, kā saglabāt savu datu avotu informāciju, up-to-datums, ļaujot tam sajust katram jūsu darbiniekiem. Tādējādi mums jomā, nodrošinot, ka mēs sekot līdzi biznesa loģiku un informācija mūsu birojā režģa sistēmu. Ir acīmredzami būs neskaitāmas alternatīvas Veicot šos uzdevumus, bet šeit ir divi vienkārši piemēri, lai parādītu, cik vienkārši risinājums ir nākt ar.

Nākošreiz

Pēdējā daļā šīs sērijas, aptly nosaukts 5.daļa , mēs apspriestu izvēršot šo sistēmu. Es apkopot to, kas ir iemācījušies un ko man izdevās izveidot.

Komentāri (3)

Ar Steven Lloyd Watkin , piektdiena Dec 4, 2009 23:37

Ievads

Es strādāju uzņēmumā, kurā mēs palaist daudzas partijas darba vietu apstrādes miljonu ierakstu datu katru dienu, un es esmu bijis domāt nesen par visām mašīnām, kas sēž apkārt katru dienu, neko nedarot, vairākas stundas. Vai tas nebūtu labi, ja mēs varētu izmantot šos mehānismus, lai atbalstītu pārstrādes jaudu no mūsu sistēmu? Ar šo komplektu raksti Es esmu, lai aplūkotu potenciālo ieguvumu nodarbina biroja tīklu , izmantojot virtualised vidēs.

In part 2 mēs apskatījām darbu serveris darbosies, un kā darba vietas, jākonfigurē, lai sasniegtu lielāko pārstrādes apjoma, vienlaikus nodrošinot, ka katrs darbs ir apstrādāti bez neizdoties.

Izveidojot savu darba ņēmējs - vai mīksts serveri

Nākamais solis ir izveidot savu virtuālo darba ņēmējiem. Par to es esmu gatavojas izmantot uzstādīt CentOS, izmantojot VirtualBox. Es esmu gatavojas uzstādīt MySQL un PHP uz servera, kas pazīstams arī kā mīksts (Li nux, m ySQL, P HP) Servera (es varētu būt veikti šo nosaukumu up).

• Install VirtualBox uz jūsu Windows mašīna (sekojiet saitei)
• Lejupielādēt un instalēt CentOS (pašreizējā versija 5.3), kas izveidota virtuālā mašīna

Nav nekādas jēgas man iet uz šo tur droši vien 1000 's liels konsultācijas, kas tur (ok, šeit ir viens: izveide un Managing CentOS virtuālās mašīnas zem VirtualBox ). Svarīgi atzīmēt, es domāju, ka es aicināju savu virtuālo mašīnu GridMachine.

Runājot par manu izvēli virtualizācija klientu un operētājsistēmas iet tur nav liels pārliecinošs iemesls katra izvēle. VirtualBox ir kaut kas es izmantot manas mājas mašīnu, un to atbalsta trim galvenajām operētājsistēmām. Es izvēlējos CentOS kā tā ir laba stabilu OS, un es to izmantot par savu web serveri. Es esmu liels ticīgais pareizo rīku darbu (lai gan es esmu piemērojot "izmanto ātrākais un vieglākais jūs mentalitāte šeit), tāpēc, ja operētājsistēma X darbojas savu kodu, ātrāk un efektīvāk izmantot šo vietā:)

Svarīgi pārliecināties, ka jūsu VM izmanto DHCP, pretējā gadījumā par katru jaunu virtuālo mašīnu būtu nepieciešams konfigurēt atsevišķi, kas ir kaut kas mums nav want.By izmantojot DHCP mums nav nepieciešams konfigurēt tīkla uzstādījumus individuāli strādnieku mašīnām, DHCP nodos out IP jums. Tādējādi jūs varat kopēt jūsu virtuālā mašīna par biroju, neuztraucoties par iestatījumu katram vienu uz augšu (tas uzlabo mērogojamību un samazina darbinieks pārvaldi).

Procesu, jums vajadzētu censties sasniegt, būtu, lai iegūtu jaunas fizisko mašīnu, instalēt VirtualBox, tad diezgan daudz izvietot virtuālo attēlu bez daudz kas cits. Tas varētu būt gudrs setup visiem saviem darbiniekiem par dažādiem apakštīkla, lai jūs varētu vismaz redzēt, cik daudz mašīnu darbojas. Jums būs nepieciešama arī, lai izveidotu savu mašīnu uz ilgtermiņa nomas līgumu vai neierobežotu nomas DHCP.

Kā palaist Jobs strādnieks

Šī ir interesanta joma, un ir vairākas derīgas metodes, pārstrādes darbavietu darbiniekiem. Šeit es ņemšu tikai apspriest divus acīmredzami:

• Mūžīgie darbības skriptu: skripts, vai tas shell skriptu, vai PHP skripts tiek izpildīts, kad darba ņēmēja un darbojas kā daļa no infinite loop. Esmu diskontētās šo metodi kā vienu crash no skripta, un, iespējams, jūsu darbinieki beigs darboties bez kaut kādas iejaukšanās.
• Cron balstīta skriptu izpildi: Katru X minūtes cron daemon kicks off zvanu uz savu skriptu, lai iegūtu lietas turpinās. Bez daži pārbaudot tas varētu novest pie daudz daudz kopijas jūsu darbinieka skriptu darbojas.

Mans lēmums bija iet ar cron, kas kicks off shell skriptu ik pēc 10 minutes. Mans shell skriptu veic šādus uzdevumus:

1. Get process sarakstu un grep šo par "php". Ja nav atrasts, tad turpināt.
2. Zvaniet savu darbu kods, manā gadījumā tas būtu kaut kas balstīta PHP
3. Worker skripts pabeidz palaist
4. Gatavi doties atkal uz nākamo zvani netiek pienācīgi

Mana bash skripts izskatās kaut kā šādi:

  # / Bin! / Sh
 ja ps ax | grep-v grep | grep php> / dev / null
 Pēc tam
     echo "Darba pašreiz ir apstrāde, izbraukšana"
 vēl
     echo "Darba nedarbojas, sāc jau tagad"
     php yourJobProcessingScript.php
 fi 

Piezīme: echo 's ir gandrīz pilnīgi bezjēdzīgi, bet var palīdzēt nākamajai personai, kas nāk kopā, lai mēģinātu un rediģēt tos.

Tas secina, izveidoja darba ņēmēja virtuālās mašīnas, ātrs, vienkāršs un viegli, lai kopētu uz katru jaunu gabals aparatūru, kas tiek saņemti. "Gudrību" no tīkla sistēma tik tiešām nav vizualizē OS, tā visi darīt ar kodu, kas izveidota, lai process darba vietas, darba konfigurāciju, un, lai pārliecinātos, ka darbs sākas, kad nepieciešams (ti, ja uzņēmējas ir dīkstāvē ).

Iestatīšana Windows, lai inicializētu darbinieku

Pirmais uzdevums ir izstrādāt komandu nepieciešams, lai palaistu virtuālo mašīnu no Windows komandrindas. Ja esat uzstādītas noklusējuma atrašanās vietā un VirtualBox esat nosauca savam darba ņēmējam GridMachine tad komanda nepieciešama, lai slodze jūsu darba ņēmējs ir:

  "C: \ Program Files \ Saule \ VirtualBox \ VBoxManage.exe" startvm GridMachine 

Tomēr, lai palaistu skriptu "bez galvām" valsts mums ir nepieciešams izmantot:

  "C: \ Program Files \ Saule \ VirtualBox \ VBoxHeadless.exe"-startvm GridMachine - vrdp = off 

Tas sāksies virtuālā mašīna bez GUI un ļauj tai saglabāt valsts graciozi. Otrais arguments izslēdzas RDP, lai tas nav pretrunā ar logiem RDP, vai dot jums ziņu par klausīšanās uz 3389 portu. Virtuālā mašīna nosaukums ir reģistrjutīga!

Tālāk, mums būs nepieciešams, lai uzstādītu logiem līdz kick off mūsu darbinieks VM, kad mašīna ir dīkstāvē. Lai to izdarītu (Windows XP), jums vajadzēs doties Start -> All Programs -> Accessories -> System Tools -> Ieplānotie uzdevumi, kā norādīts zemāk:

Tālāk noklikšķiniet uz 'Pievienot Plānotais uzdevumu ", kam seko pārlūkojiet, lai pievienotu pielāgotu programmu. Dodieties uz savu VBoxManage skriptu un uzklikšķiniet OK. Ieplānojiet savu uzdevumu attiecībā uz kādu no iespējām (mēs mainīt šo minūti) un turpināt. Pēc tam, izlaižot nākamo ekrānu logi lūgs jums, kas jūs vēlaties palaist šo uzdevumu, es gribētu ieteikt vai nu "administrators" vai izveidojot jaunu priviliģētu lietotāju. Atcerieties, mēs nevēlamies iejaukties standarta personālu kontu mašīnu jebkurā vietā. Noklikšķiniet uz nākamo un pārbaudīt parādīt uzlabotas iespējas šo uzdevumu.

Uz beigām palaist textbox pievienot mūsu "startvm GridMachine" string un nodrošinātu, ka darbojas tikai tad, kad pieteicies ir palicis unticked. Apmeklējiet grafiks uzdevumu nākamo un mainīt grafiku nolaižamajā iespēju ", kad tukšgaitas", izvēlieties laiku vēlaties mašīna ir dīkstāvē pirms pāriešanas uz nākamo cilni.

Visbeidzot, untick risinājums, kas noteikts pārtraukt uzdevumu, ja tas ir darboties X daudz laika, bet atzīmējiet opciju, lai apturētu uzdevums, ja iekārta vairs dīkstāvē.

Tas ir tas tad windows uzņēmējas setup!

Kopsavilkums

Šajā sadaļā mēs esam izveidojuši virtuālo mašīnu, kas darbojas kā darba ņēmējs, kā arī veidu, kādā mēs saucam un izpildīt mūsu darbs apstrādes skriptus (par sevi PHP skriptu). No šejienes mēs apskatīsim, kā izveidot savu Windows kopijas uzsākt virtuālās mašīnas, bez galvām režīmā, kad dators kļūst idle, un saglabāt savu stāvokli, kad lietotājs atsāk izmantošanu mašīna. Cerams, ka šajā brīdī jūs redzēt, cik vienkārši ir izveidot tādu sistēmu, un ir nieze, lai iegūtu daži eksperimenti turpinās sevi!

Nākošreiz

Ar 4 Part būsim meklē, izmantojot līdzekļus, lai nodrošinātu, ka jūs lietojat jaunāko versiju kodu un datu avotiem, lai iegūtie rezultāti ir vienmēr up-to-dienu ar jaunāko biznesa informāciju un loģiku.