Categorie: Articole

OAuth / Twitter Auth Adaptor pentru Zend Framework

Prin , sâmbătă 23 aprilie 2011 15:57

Muncă continuă (încet) pe noul meu Twitter pe bază de cerere. Peste următoarele două sărbători bancare Sper să am impulsul merge din nou asupra proiectului (în ciuda vremii minunate în prezent). Oricum, sarcina urmatorul meu a fost de a crea un adaptor de autentificare pentru Zend Framework . Am avut o punere în aplicare autentificare de lucru, dar având o cădere în Auth adaptor pentru Zend Framework părea o propunere atrăgătoare, aşa că am creat ....

(Eu nu am de gând să meargă prin OAuth sau înregistrarea cererii dumneavoastră cu twitter, există sute de ghiduri şi a unui proces destul de simplu oricum.)
Continuaţi "OAuth / Twitter Auth Adaptor pentru Zend Framework" lectură »

"Înregistraţi-vă cu Twitter" folosind Zend Framework

Prin , joi 17 martie 2011 01:07

În ciuda tuturor urăsc twitter în acest moment, am stabilit pentru a crea o nouă stare de nervozitate pe bază de cerere. Fiind o persoană care gestionează mai multe conturi (atât personale cât şi pentru lucrările de caritate mea) am fost nevoie de un instrument pentru cândva că eu sunt doar în jur de achiziţie la scris (mai mult de faptul că în viitorul apropiat ...).

Am citit pe Zend_Oauth_Consumer şi cum poate fi utilizat pentru a obţine autorizaţie pentru a interacţiona cu Twitter folosind OAuth . Toate bune si frumoase, am cheia de acces şi pot posta voios departe, în numele unui utilizator. Exista o multime de resurse acolo pentru a face acest lucru, deci nu voi oameni au fost suportate.

Urmatorul pas a fost pentru a permite oamenilor să se întoarcă la site-ul web, în ​​jurnal şi a modifica contul lor. Acest lucru este în cazul în care am ajuns la o problemă uşoară. Folosind exemple de cod pe site-urile însemna că aş avea twitter mă ​​solicită autorizaţie de acces din nou pentru fiecare conectare, nu e bine. Scanarea prin cadru nu am putut vedea nimic, care mi-ar permite să solicite doar autentificare. Acest lucru nu este să spun ei, nu acolo, dar acolo nu pare a fi un mecanism de autentificare, care ar putea fi invocate fără să ştie jetonul de acces deja.

Alternativele au fost să pună în aplicare un jurnal pe site-uri cu sediul în magazin într-un fel sau token-ghidul de acces pe client (criptate, desigur). Nici una dintre aceste părea o soluţie bună / potrivita.

Continuaţi lectură "Conectaţi-vă cu Twitter" folosind Zend Framework '»

Zend Certified Engineer (ZCE) 5.3

Prin , joi, 30 septembrie 2010 21:00

Odată cu lansarea oficiala a Inginerului Zend Certified (ZCE), programul de 5.3 m-am gândit dau impresia mea rapidă a ceea ce m-am gândit de examen.

Un pic de fond pe mine: am fost prima dată introdus în PHP de aproximativ 7 ani în urmă şi au lucrat profesional în PHP începând cu anul 2006. Lucrez in prezent pentru un incitant start-up numit Brightpearl cu sediul în Bristol, Marea Britanie , producătoare de CRM integrate, contabilitate, şi software-ul de comert electronic. Nu am obţinut în prealabil nici una dintre calificările ZCE precedent. Am dezvolta în prezent, în seria 5.2.x şi nu au folosit într-adevăr una dintre caracteristicile specifice 5.3 (eu sunt de aşteptare pentru Zend Framework 2 şi Doctrină 2) în proiecte de dezvoltare mea.
Continuaţi lectură "Zend Certified Engineer (ZCE) 5.3" »

Quick Start Symfony DI (injecţie de dependenţă) Tutorial

Prin , simbata 14 august 2010 14:21

Ce este de injecţie de dependenţă (DI)?

Injecţie Dependenţa este o tehnica care permite pentru obiecte cuplate slab în termen de o aplicaţie software. În general, dacă un obiect necesită acces la funcţionalitatea de altul, ar fi instantiata intern duce la sistemele de strâns cuplate. Prin punerea în aplicare a injecţie de dependenţă am injectaţi obiectele necesare gata pentru utilizare (uneori, de asemenea, referire la inversarea de control - COI). Luaţi următorul exemplu:

  <? Php
 clasa DecisionMaker {
     makeDecision funcţiei publice (array $ parametri) {
         / / Ai nevoie de adaptor bazei de date
         $ Dp = new DecisionParameters ();
         $ ParameterScore = $ dp-> getScore ($ parametri);
         / * ...  Unele mai mult decizia de logica ...  * /
         întoarcere ($ parameterScore> 50);
     }
 } 

Această bucată de cod se spune că este strans cuplate la obiect DecisionParameters. Rescrierea de mai sus într-un mod slab cuplate am avea ceva de genul ....

  <? Php
 clasa DecisionMaker {
     $ _dp privat;
     funcţiei publice __construct ($ dp) {
         $ This-> _dp = $ dp;
     }
     makeDecision funcţiei publice (array $ parametri) {
         $ ParameterScore = $ this-> _dp-> getScore ($ parametri);
         / * ...  Unele mai mult decizia de logica ...  * /
         întoarcere ($ parameterScore> 50);
     }
 } 

În timp ce, beneficiind de cod slab cuplate suntem adăugarea de complexitate, astfel încât de fiecare dată când un obiect este instantiat De asemenea, trebuie să instantia dependenţele sale şi să treacă în aceste prea. De exemplu, aceasta:

  $ Alegere = DecisionMaker noi ();
 echo $ alegere-> makeDecision (array ('efort' => "scăzut", "returnare" => 'mare')); 

devine acum:

  $ Dp = new DecisionParameters ();
 $ Alegere = new DecisionMaker ($ dp);
 echo $ alegere-> makeDecision (array ('efort' => "scăzut", "returnare" => 'mare')); 

Această situaţie devine mai dureroasa ca numărul de dependenţe pentru o clasă este crescut, şi ce dacă dependenţe însele au dependenţe? Acest lucru poate deveni destul de repede o administraţie coşmar obiect! Introduceţi containere dependenţă injecţie (sau cadre) ...
Continuaţi lectură "Quick Start Symfony DI (injecţie de dependenţă) Tutorial '»

Goala Zend_Layout şi Zend_View

Prin , 10 marţi august 2010 23:47

În acest articol mă uit la utilizarea Zend_Layout şi Zend_View, împreună cu un controler frontal simplu pentru a arăta cum este posibil pentru a începe de separare logica de afaceri si prezentarea în cadrul aplicaţiei. Toate cod sunt disponibile pe github:
Zend_Layout Naked şi Zend_View pe GitHub .

Continuaţi "Zend_Layout Naked şi Zend_View" lectură »

Zend Framework Per Setări aspect Modulul - Urmărire

Prin , marţi 16 februarie 2010 20:48

Ca o continuare la postul meu anterior privind modul de setări pe aspectul pe baza de Zend Framework , am actualizat codul pentru a necesita configurare mai puţin decât înainte (nu că este necesar mai mult ca o câteva linii în configuraţia cererea dumneavoastră!).
Continuaţi lectură "Zend Framework Per Setări aspect Modulul - Urmărire '»

Crearea de URL-ul în Zend particularizată Vezi Helper

Prin , joi, 28 ianuarie 2010 11:01

Acest lucru poate părea simplu, dar am fost loveste capul meu incercand sa creeze un URL într-o vizualizare personalizată ajutor în Zend Framework . Am de rutare de configurare, care devine modulul de sub-domeniu în utilizare, astfel nu am putut folosi o adresă URL simplu hardcoded.

Deplasare "URL-ul Crearea în Zend Personalizat Vezi Helper" lectură »

Cererile privind rutele sitemap.xml la controler particularizate / acţiune

Prin , miercuri, 06 ianuarie 2010 12:13

În scopul de a solicitărilor directe pentru / sitemap.xml la un controler personalizat şi de acţiune în dumneavoastră Zend Framework adăugaţi aplicaţie pur şi simplu următorul text în application.ini sau fişier de configurare alternative (de exemplu, eu folosesc navigation.ini):

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

Codul de exemplu pentru scoate pot fi văzute prin crearea unei acţiuni în controlerul corespunzătoare (de exemplu, Sitemap-ul meu se află în controlerul de index, sitemap acţiune):

 < php
 clasa IndexController
     extinde Zend_Controller_Action
 {
     / **
      * Prestează un Sitemap pe baza de configurare Zend_Navigation
      * /
     sitemapAction funcţia publică ()
     {
    	 echo $ this-> view-> navigare () -> sitemap ();
    	 $ This-> view-> aspect () -> disableLayout ();
    	 $ This-> _helper-> viewRenderer-> setNoRender (true);
     }
 }

Sitemaps poate rapid şi uşor să fie generate folosind Zend_Navigation , un tutorial mare rapidă (şi, în general, foarte util pentru Zend tutoriale-cadru) este Zend Distributie - crearea dinamic un meniu un Sitemap şi pesmet .

Oficiul pentru Grid Computing utilizând medii virtuale - Partea 4

Prin , vineri 04 decembrie 2009 11:59

Introducere

Eu lucrez intr-o companie în care vom rula multe locuri de muncă lot de prelucrare a milioane de înregistrări de date în fiecare zi şi m-am gândit recent la toate maşinile care stau în jurul valorii de fiecare şi în fiecare zi, nu face nimic pentru mai multe ore. Nu ar fi bine dacă am putea folosi aceste maşini pentru a consolida puterea de procesare a sistemelor noastre? În acest set de articole am de gând să se uite la beneficiile potenţiale ale angajarea unui birou grilă utilizând medii virtualizate.

În partea a 3- am creat maşina de procesare virtuale şi a înfiinţat ferestre utilaje pentru a deveni inactiv timp lucrătorilor.

Rularea cele mai recente codul

Inevitabil după crearea logica ta lucrătorilor de afaceri se va schimba, bug-uri va fi gasit, cod mai rapid mai eficientă va fi produs, astfel, lăsând muncitorii stăteau în jurul valorii de prelucrare a datelor folosind codul vechi mirositor . Atunci, cum ne asigură că suntem folosind întotdeauna cea mai recentă versiune şi cea mai mare scripturilor prelucrare nostru?

Există câteva metode foarte uşor de simplu, vom putea face acest lucru, truc, cu toate acestea, este de a reduce puterea de procesare şi traficul din reţea în realizarea acestui lucru. Sa incepem cu cele mai simple de soluţii şi îmbunătăţirea ei lent, pe o pereche de iteraţii.

Prima metodă ar fi pur şi simplu să se conecteze la serverul nostru de control de locuri de muncă (prin samba, FTP, sau similar) şi trage în jos cea mai recentă versiune a codului. Nu este foarte eficient, dar va face treaba. Permite îmbunătăţirea pe care oarecum, cum despre crearea unui script de rsync şi folosind ca de fiecare dată în schimb? Alternativ, ceea ce despre punerea noastre script târziu de prelucrare în subversiune verificarea codul iniţial şi apoi actualizarea doar codul nostru la fiecare rulare ( svn update )?

În final am putea termina cu un script bash (numit de către cron la fiecare 10 minute), care arată la fel de simplu ca acest lucru:

  # / Bin! / Sh
 dacă ps ax | grep-v grep | grep php > / dev / null
 atunci
     echo "locurilor de muncă este în prezent de procesare, ieşire"
 altfel
     echo "Iov nu se execută, începe acum"
     cd / calea / catre / de lucru / copiere
     svn update
     php yourJobProcessingScript.php
 Fi 

Acum putem fi siguri că, odată cu fiecare rula suntem execută cu siguranta cele mai recente cod. Suntem asigurarea acest lucru prin actualizarea bazei noastre de cod de fiecare dată vom efectua o rulare şi reducerea traficului de reţea, prin transferarea numai diferenţele fişier din reţeaua noastră.

În configurare demonstrative mea, am facut exact ca mai sus. Subversion a fost instalat pe serverul meu de prelucrare de locuri de muncă şi am tras pur şi simplu cele mai recente cod dintr-un "lucrător" sucursală folosind 'svn update'. Am adaugat de asemenea o etichetă număr de versiune a script-ul de prelucrare a mea, care a fost returnat în baza de date, ca parte a returna rezultate. În acest fel am putut vedea că codul meu a fost în curs de actualizare de fiecare dată când am copiat în trunchiul meu şi anume ramura lucrătorul că am fost cu siguranta execută script-ul mai recente de prelucrare.

Folosind cele mai recente date

Dacă dvs. de locuri de muncă de prelucrare a face utilizarea surselor de date, apoi la un moment dat aceste vor fi actualizate prea. Excepţia cazului în care apelaţi surse de date pe o bază foarte rar ai de gând să inundaţii reţelei cu trafic cât mai curând muncitorii dvs. încep să ruleze aducand totul la un impas. Pentru soluţie mea am decis că aş dori să se mute în jurul valorii de sursele mele de date cu masini virtuale mea.

Ţineţi esti caii acolo! Ce se întâmplă dacă sursele mele de date sunt imense? Ei bine, aceasta este cu adevărat un caz de cât de mult date este vorba? Acesta poate fi mai rentabilă pentru a instala un hard disk suplimentar mai mare în fiecare maşină decât să cumpere un server de procesare suplimentar. Aceasta este o chestiune de buget şi este de până la afaceri de a decide. Se poate că sursele de date sunt atât de mari încât ei doar imposibil să păstreze faptul că volumul de date la maşinile de lucrător dumneavoastră. În acest caz, ce aţi face? Ei bine, am putea uita la nivel local de asteptare server de date, dar acest lucru ar putea cauza probleme cu reţeaua. În acest caz, un sistem de reţea, cum ar fi acest lucru poate deveni nerealist să includă în mediul de birou. Acesta poate fi, de asemenea, ca poti sa te uiti in strategii alternative de funcţionare, de exemplu, de asteptare numai de către lucrători dumneavoastră între 20 şi 6am fiecare noapte şi / sau de reglare a cererilor de date sursă.

Mutarea la vă permite să spun sursele noastre de date sumă la 100GB de date. Ei bine, da asta e destul de un pic de date pentru a vă deplasa în jurul valorii de reţea pe o actualizare. Cum ne-am asigura că avem cea mai recentă copie a datelor în acest caz? Rsync este o posibilitate, dar personal cred ca prin rularea de noi surse de date pe serverul dvs. de prelucrare de locuri de muncă şi înfiinţarea asta ca un maestru în replicare (cu un log frumos bin lung) ar putea fi mod de a merge:

replicare Prin setarea fiecare dintre muncitorii ca un sclav pentru actualizări serverul de locuri de muncă de control la surse de date se va prelinge în jos frumos pentru a lucrătorilor, fără o creştere uriaşă în activitatea de reţea (cu excepţia cazului în care este să efectuaţi o actualizare imens de date şi toate lucrătorilor lovi cu piciorul în la o dată). Acest lucru are avantaje faţă de rsync în care nu ar obţine o pauză lungă înainte de fiecare loc de muncă, ca actualizările bazei de date, mysql daemon-ul pe lucrător dvs. se va actualiza continuu sale de date în timp ce continuă transformare.

Acesta este modul în care am configurat serverul meu demonstrative. Pentru a configura replicare am urmat ghidul de pe site-ul MySQL ( Configurarea replicare ) şi în 20 de minute am avut asistentul meu inital replicarea de control de locuri de muncă setul de date servere. Pentru fiecare lucrător suplimentar setările de replicare şi de procesul de lucrat de fiecare dată când VM a fost copiat.

Rezumat

În această secţiune a articolului ne-am uitat la cat de usor si fara durere, este pentru a menţine codul de procesare de până la data de rsync using sau subverion (SVN) pentru a face munca şi pentru a reduce traficul în reţea la time. acelaşi Avem, de asemenea discutat modul în care pentru a păstra informaţiile de date sursă up-to-data, permiţându-i să prelinge în jos pentru fiecare dintre muncitorii. Astfel, am zona asigurându-se că ne ţine pasul cu logica de afaceri si de informare în sistemul nostru de reţea de birou. Nu va fi, evident, nenumarate alternative pentru efectuarea acestor sarcini, dar aici au fost două exemple simple pentru a arăta cât de uşor o soluţie este de a veni cu.

Dată următoare

În partea finală a acestei serii, aptly numit Partea 5 , vom discuta despre implementarea acestui sistem. Voi rezuma ceea ce a fost învăţat şi ceea ce am reuşit să creeze.

Oficiul pentru Grid Computing utilizând medii virtuale - Partea 3

Prin , vineri 04 decembrie 2009 23:37

Introducere

Eu lucrez intr-o companie în care vom rula multe locuri de muncă lot de prelucrare a milioane de înregistrări de date în fiecare zi şi m-am gândit recent la toate maşinile care stau în jurul valorii de fiecare şi în fiecare zi, nu face nimic pentru mai multe ore. Nu ar fi bine dacă am putea folosi aceste maşini pentru a consolida puterea de procesare a sistemelor noastre? În acest set de articole am de gând să se uite la beneficiile potenţiale ale angajarea unui birou grilă utilizând medii virtualizate.

În partea a 2- am uitat la un server de locuri de muncă va rula, şi cum de locuri de muncă ar trebui să fie configurat pentru a realiza cea mai mare cantitate de prelucrare în acelaşi timp asigurându-se că fiecare loc de muncă este procesat, fără a eşua.

Configurarea lucrător dumneavoastră - sau serverul Limp

Următorul pas în acest proces este de a crea lucrătorilor ta virtuala. Pentru aceasta voi să utilizaţi o instalaţie de CentOS folosind VirtualBox. Mă duc pentru a instala MySQL şi PHP pe server, de asemenea, cunoscut ca un Limp (Li vomica, m ySQL, P HP) Server (I poate fi făcut acest nume în sus).

  • Instalaţi pe VirtualBox maşinii dvs. cu Windows (urmaţi link-ul)
  • Descărcaţi şi instalaţi CentOS (versiunea curenta 5.3) într-o maşină virtuală creată

Nu are rost sa ma duc la o acolo, probabil, 1000 e de tutoriale mare acolo (ok, aici e una din urmatoarele: Crearea si Centos Managing maşini virtuale în VirtualBox ). Punct important de notat este Bănuiesc că am numit maşina mea virtuală GridMachine.

În ceea ce priveşte alegerile mele de virtualizare client şi sistemul de operare merge nu există nici un motiv de mare convingător pentru fiecare alegere. VirtualBox este ceva ce am folosi pe maşina de acasă şi este susţinută de cele trei sisteme de operare majore. Am ales ca CentOS sale un sistem de operare stabil bun si l-am folosi pe serverul meu web. Eu sunt un credincios mare în instrumentele potrivite pentru locul de muncă (deşi eu sunt aplicabile "utilizarea mai rapid si mai usor pentru tine" mentalitatea de aici), aşa că, dacă sistemul de operare X rulează cod mai repede şi mai eficient utilizarea că, în loc:)

Este important de asiguraţi-vă că VM dvs. utilizează DHCP, altfel pentru fiecare masina virtuala noi ar trebui să fie configurat separat, care este ceva ce noi nu utilizaţi DHCP want.By nu avem nevoie să configuraţi setările de reţea în mod individual pentru maşini muncitor, DHCP va înmâna IP-uri pentru tine. Prin urmare, puteţi copia maşina ta virtuala despre biroul fără a se preocupa de stabilire fiecare sus (acest lucru îmbunătăţeşte scalabilitatea şi reduce administrare muncitor).

Procesul ar trebui să urmărească atingerea ar fi pentru a obţine o maşină nouă fizic, instala VirtualBox, şi apoi destul de mult de mobilizare a imaginea virtuală, fără nimic altceva. Ar putea fi înţelept să setaţi toate lucrătorilor dintr-o subreţea diferită astfel încât să puteţi cel puţin vedea cât de multe maşini sunt difuzate. Veţi avea nevoie, de asemenea, pentru a configura masini pe un închiriere pe termen lung sau nelimitat DHCP leasing.

Cum pentru a rula pe ocuparea forţei de muncă lucrătorul

Aceasta este o zonă interesantă şi există mai multe metode valabile pentru prelucrare de locuri de muncă pe lucrător. Aici voi discuta doar doua dintre cele mai evidente:

  • De funcţionare perpetuu script: Un scenariu, fie el un script de shell, sau un script PHP este executat o singură dată pe lucrătorul şi se execută ca parte a unui buclă infinită. Am actualizate această metodă ca fiind unul accident de script-ul şi potenţial lucrătorilor dvs. va înceta să ruleze fără un fel de intervenţie.
  • De executare script cron pe baza: la fiecare X minute cron daemon începe un apel către script-ul pentru a obţine lucrurile merg. Fără unele verificarea aceasta ar putea duce la multe exemplare multe de funcţionare dvs. script-lucrător.

Decizia mea a fost să meargă cu cron, care va începe un script de shell fiecare minutes. 10 script-ul meu coajă îndeplineşte următoarele atribuţii:

  1. Obţineţi o listă proces şi grep acest lucru pentru "php". Dacă nu a fost găsit apoi continua.
  2. Apel codul de locuri de muncă, în cazul meu, acest lucru ar fi PHP ceva bazat
  3. Script lucrătorul completează alerga sale
  4. Gata pentru a merge din nou la apel corespunzătoare următoare

Bash script-ul meu arata ceva de genul cu următorul text:

  # / Bin! / Sh
 dacă ps ax | grep-v grep | grep php> / dev / null
 atunci
     echo "locurilor de muncă este în prezent de procesare, ieşire"
 altfel
     echo "Iov nu se execută, începe acum"
     php yourJobProcessingScript.php
 Fi 

Notă: Echo sunt aproape complet inutil, dar poate ajuta la următoarea persoană pe care vine de-a lungul pentru a încerca şi să le editaţi.

Concluzionează că înfiinţarea de maşină virtuală lucrătorului, rapid, simplu şi uşor de a copia la fiecare nouă piesă de hardware, care este primit. "Inteligenţa" a sistemului de reţea într-adevăr nu este în sistemul de operare vizualizate, de-a face cu codul creat pentru a procesului de locuri de muncă, de configurare de locuri de muncă, şi în asigurându-se că locul de muncă se execută atunci când este necesar (adică atunci când gazda este în aşteptare ).

Configurarea Windows pentru a iniţializa lucrătorilor

Prima sarcină este de a lucra în comandă necesare pentru a rula maşină virtuală de la linia de comandă ferestre. Dacă aţi instalat VirtualBox în locaţia implicită şi aţi numit dumneavoastră lucrător GridMachine atunci comanda trebuie să încărcaţi până lucrător este:

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

Cu toate acestea pentru a rula script-ul într-o "fără cap" de stat trebuie să facem uz:

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

Acesta va porni maşina virtuală, fără GUI şi lăsaţi-o pentru a salva de stat cu gratie. Al doilea argument se opreşte RDP astfel încât să nu intre în conflict cu ferestre RDP, sau vă dau un mesaj despre ascultare pe portul 3389. Numele maşina virtuală este sensibil la majuscule!

Apoi, va trebui să setaţi Windows până la lovitura de începere VM noastre lucrător de îndată ce aparatul a fost inactiv. Pentru a face acest lucru (pe Windows XP) va trebui să mergi pe Start -> All Programs -> Accessories -> System Tools -> Activităţi programate după cum urmează:

sarcini planificate

Faceţi clic pe Următorul pe "Adăugaţi sarcina planificată" urmată de răsfoiţi pentru a adăuga un program personalizat. Navigaţi la script-VBoxManage dvs. şi faceţi clic pe OK. Program de activitate pentru oricare dintre opţiunile de (ne vom schimba acest lucru într-un minut) şi a continua. După sar peste urmatorul ecran Windows vă va întreba care doriţi să rulaţi această sarcină, aş sugera fie "administrator" sau de a crea un utilizator nou privilegiat. Amintiţi-vă nu vrem să interfereze cu contul personal standard de pe masina, la orice punct. Faceţi clic pe Următorul şi check arată opţiunile avansate pentru această sarcină.

Până la sfârşitul caseta alerga adăuga noastre "startvm GridMachine" şir şi să se asigure că funcţionează numai atunci când este conectat la stânga unticked. Vizitează sarcină programul următor şi schimba programul derulantă la opţiunea "atunci când inactiv", alegeţi cantitatea de timp pe care doriţi ca aparatul să fie idle, înainte de a trece la fila următoare.

În cele din urmă debifaţi opţiunea care prevede opri activitatea în cazul în care a fost difuzate suma X de timp, dar nu bifaţi opţiunea de a opri de activitate în cazul în care maşina nu mai este inactiv.

program

Asta e, atunci pentru configurarea gazdă ferestre!

Rezumat

În această parte am înfiinţat o maşină virtuală pentru a acţiona ca un lucrător, precum şi modul în care noi o numim şi să execute script-uri de locuri de muncă noastre de prelucrare (pentru mine un script PHP). De aici ne uităm la cum să înfiinţeze copii noastre de ferestre pentru a porni maşina virtuală în modul fara cap atunci când calculatorul devine inactiv, şi de a salva starea sa atunci când utilizatorul se reia de utilizare a aparatului. Sperăm că în acest moment vedeţi cât de simplu este să înfiinţeze un astfel de sistem şi sunt mâncărime pentru a obţine unele experimente vă merge!

Dată următoare

În partea 4 , vom fi uitat la utilizarea instrumentelor pentru a se asigura că rulaţi ultima versiune a surselor de cod şi de date, astfel încât rezultatele obţinute sunt intotdeauna la curent cu cele mai recente informaţii de afaceri şi logică.













Tema Panorama de Themocracy

13 vizitatori on-line acum
11 vizitatori, 2 impotriva, 0 membrii
Max vizitatori azi: 18 la 04:13 UTC
Aceasta luna: 19, la 19-08-2011 06:09 UTC
Acest an: 130 la 28-03-2011 22:40 UTC
Tot timpul: 130 la 28-03-2011 10:40 UTC