Comments (0)

Oleh Steven Lloyd Watkin , Sabtu 23 April 2011 15:57

Kerja terus (perlahan-lahan) on Twitter saya yang baru berasaskan aplikasi . Lebih beberapa hari cuti bank akan datang, saya berharap untuk mendapatkan momentum yang akan sekali lagi pada projek (walaupun cuaca indah pada masa ini). Bagaimanapun, tugas saya seterusnya adalah untuk mewujudkan penyesuai pengesahan bagi Rangka Kerja Zend . Saya telah login pelaksanaan kerja, tetapi mempunyai penurunan dalam auth adapter untuk Zend Framework seolah-olah seperti cadangan yang menarik, jadi saya telah menciptakan ....

(Saya tidak akan pergi melalui OAuth atau mendaftarkan permohonan anda dengan twitter, terdapat beratus-ratus panduan dan proses yang agak terus-terang bagaimanapun .)
Teruskan membaca 'OAuth / Twitter auth Adapter untuk Zend Framework' »

Ulasan (1)

Oleh Steven Lloyd Watkin , Khamis 17 Mac 2011 01:07 am

Walaupun semua benci twitter pada masa ini, saya telah menetapkan untuk membuat permohonan baru yang berasaskan di twitter. Sebagai seseorang yang menguruskan beberapa akaun (kedua-dua peribadi dan untuk kerja-kerja amal saya) saya memerlukan alat untuk kadang-kadang bahawa saya mendapatkan sekitar bertulis (lebih daripada itu dalam masa terdekat ...).

Saya telah membaca di Zend_Oauth_Consumer dan bagaimana ia boleh digunakan untuk mendapatkan kebenaran untuk berinteraksi dengan twitter menggunakan OAuth . Semua baik dan baik, saya mempunyai kekunci akses saya dan saya riang boleh post bagi pihak pengguna. Terdapat banyak sumber di luar sana untuk melakukan ini, jadi saya tidak akan orang gerek.

Langkah seterusnya adalah untuk membenarkan orang ramai untuk kembali ke laman web, log masuk dan mengubah akaun mereka. Ini adalah di mana saya sampai sedikit masalah. Menggunakan contoh-contoh kod di laman web bermakna bahawa saya mempunyai twitter meminta saya untuk mendapatkan kebenaran akses lagi untuk login setiap, tidak baik. Mengimbas melalui rangka kerja saya tidak dapat melihat apa-apa jua yang akan membolehkan saya hanya meminta pengesahan. Itu bukan untuk mengatakan tidak di sana itu, tetapi tidak ada seolah-olah menjadi satu mekanisme pengesahan yang boleh dituntut tanpa mengetahui tanda akses sudah.

Alternatif telah melaksanakan log berasaskan tapak di dalam atau entah bagaimana menyimpan token akses pengguna pada klien (disulitkan kursus). Kedua-dua seolah-olah seperti penyelesaian yang baik / sesuai.

Teruskan membaca '"Sign in dengan Twitter" menggunakan Zend Framework' »

Ulasan (7)

By Steven Lloyd Watkin , Khamis 30 September 2010 21:00

Dengan pelepasan rasmi program Zend Certified Engineer (ZCE) untuk 5.3 saya fikir saya akan memberi kesan yang cepat saya apa yang saya fikir peperiksaan .

Latar belakang sedikit mengenai diri saya: Saya mula diperkenalkan kepada PHP kira-kira 7 tahun yang lalu dan telah bekerja secara profesional dalam PHP sejak tahun 2006. Saya kini bekerja untuk yang menyeronokkan start-up yang dipanggil Brightpearl berasaskan di Bristol, UK, menghasilkan CRM yang bersepadu, perakaunan, dan perisian e- dagang. Saya tidak sebelum ini diperolehi mana-mana kelayakan ZCE yang lalu. Saya kini berkembang di dalam siri 5.2.X dan tidak benar-benar digunakan mana-mana 5,3 ciri khusus (saya menunggu Zend Framework 2 dan Doktrin 2) dalam projek-projek pembangunan saya.
Teruskan 'Jurutera Zend Certified (ZCE) 5,3' membaca »

Ulasan (4)

Oleh Steven Lloyd Watkin , Sabtu 14 Ogos 2010 14:21

Apakah Suntikan Kebergantungan (DI)?

Suntikan pergantungan adalah satu teknik yang membolehkan objek yang longgar serta dalam aplikasi perisian. Secara umumnya jika objek memerlukan akses kepada fungsi yang lain ia akan instantiated dalaman yang membawa kepada sistem yang ketat serta. Dengan melaksanakan suntikan pergantungan kita menyuntik objek yang diperlukan sedia untuk digunakan (kadang-kadang juga dirujuk kepada kebalikannya kawalan - IOC). Ambil contoh berikut:

  <? Php
 kelas DecisionMaker {
     fungsi makeDecision awam (array $ parameter) {
         / / Perlu penyesuai pangkalan data
         $ Dp = baru DecisionParameters ();
         $ ParameterScore = $ dp-> getScore ($ parameter);
         / * ...  Keputusan beberapa logik ...  * /
         pulangan ($ parameterScore> 50);
     }
 } 

Sekeping kod ini dikatakan ketat ditambah pula dengan objek DecisionParameters . Menulis semula di atas dalam fesyen yang longgar di samping kita akan mempunyai sesuatu seperti ....

  <? Php
 kelas DecisionMaker {
     swasta $ _dp;
     awam fungsi __construct ($ dp) {
         $ This-> _dp = $ dp;
     }
     fungsi makeDecision awam (array $ parameter) {
         $ ParameterScore = $ this-> _dp-> getScore ($ parameter);
         / * ...  Keputusan beberapa logik ...  * /
         pulangan ($ parameterScore> 50);
     }
 } 

Walaupun mendapat manfaat kod yang longgar di samping kita menambah kerumitan itu bahawa setiap kali objek instantiated kita juga perlu instantiate kebergantungan dan lulus ini terlalu. Sebagai contoh, ini:

  $ Pilihan = DecisionMaker baru ();
 echo $ pilihan-> makeDecision (array ('usaha' => 'rendah', 'kembali' => 'tinggi')); 

kini menjadi:

  $ Dp = baru DecisionParameters ();
 $ Pilihan = new DecisionMaker ($ dp);
 echo $ pilihan-> makeDecision (array ('usaha' => 'rendah', 'kembali' => 'tinggi')); 

Keadaan ini menjadi lebih menyakitkan apabila bilangan kebergantungan untuk kelas bertambah, dan bagaimana jika kebergantungan sendiri telah kebergantungan? Ini agak mendadak boleh menjadi mimpi ngeri objek pentadbiran! Masukkan bekas suntikan pergantungan (atau rangka kerja) ...
Teruskan membaca 'Mula Pantas Symfony DI (Suntikan Kebergantungan) Tutorial' »

Ulasan (1)

Oleh Steven Lloyd Watkin , Selasa 10 Ogos 2010 23:47

Dalam artikel ini, saya melihat menggunakan Zend_Layout dan Zend_View bersama-sama dengan pengawal depan yang mudah untuk menunjukkan bagaimana ia boleh didapati mula memisahkan logik perniagaan dan pembentangan di dalam permohonan anda. Semua kod boleh didapati di github:
Zend_Layout Naked dan Zend_View GitHub .

Teruskan 'Zend_Layout Naked dan Zend_View' membaca »

Ulasan (2)

Oleh Steven Lloyd Watkin , Selasa 16 Februari 2010 20:48

Sebagai susulan kepada post saya sebelum ini pada tetapan modul per susun atur berasaskan Rangka Kerja Zend , saya telah mengemas kini kod memerlukan konfigurasi yang kurang maka sebelum (bukan bahawa ia memerlukan lebih beberapa baris dalam konfigurasi aplikasi anda!) .
Teruskan 'Rangka Kerja Zend Per Tetapan Layout Modul - Susulan' membaca »

Ulasan (1)

Oleh Steven Lloyd Watkin , Khamis 28 Januari 2010 11:01

Ini mungkin kelihatan mudah, tetapi saya terhantuk kepala saya cuba untuk mencipta URL pembantu pandangan adat di Zend Framework . Saya mempunyai laluan persediaan yang mendapat modul dari sub-domain yang digunakan, jadi saya tidak dapat menggunakan URL hardcoded yang mudah.

Teruskan 'URL Mewujudkan dalam Zend Custom View Helper' membaca »

Ulasan (4)

Oleh Steven Lloyd Watkin , Rabu ke-6 Januari 2010 12:13

Untuk permintaan langsung / sitemap.xml pengawal adat dan tindakan anda Rangka Kerja Zend permohonan hanya menambah berikut application.ini atau alternatif file config (misalnya saya menggunakan navigation.ini):

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

Kod contoh untuk keluarkan boleh dilihat dengan mewujudkan suatu tindakan dalam pengawal yang sesuai (contohnya sitemap saya terletak pada pengawal indeks, tindakan sitemap):

 < php
 kelas IndexController
     memanjangkan Zend_Controller_Action
 {
     / **
      * Menjadikan suatu sitemap yang berdasarkan persediaan Zend_Navigation
      * /
     fungsi sitemapAction awam ()
     {
    	 echo $ this-> view-> navigation () -> sitemap ();
    	 $ This-> view-> layout () -> disableLayout ();
    	 $ This-> _helper-> viewRenderer-> setNoRender (benar);
     }
 }

Peta tapak dengan cepat dan mudah boleh dihasilkan menggunakan Zend_Navigation , tutorial cepat besar (dan umumnya sangat berguna untuk tutorial Rangka Kerja Zend) Zend Pemain - dinamik mewujudkan menu satu sitemap dan serbuk roti .

Ulasan (2)

Oleh Steven Lloyd Watkin , Jumaat, 4 Disember 2009 11:59

Pengenalan

Saya bekerja di sebuah syarikat di mana kita menjalankan kerja kumpulan yang memproses berjuta-juta rekod data setiap hari dan saya telah memikirkan baru-baru ini kira-kira semua mesin yang duduk di sekeliling setiap dan setiap hari melakukan apa-apa untuk beberapa jam. Bukankah lebih baik jika kita dapat menggunakan mesin tersebut untuk mengukuhkan kuasa pemprosesan sistem kami? Dalam set ini artikel saya akan melihat potensi manfaat menggajikan pejabat grid menggunakan persekitaran virtualised.

Dalam 3 bahagian , kami telah membuat mesin pemprosesan maya kami dan menubuhkan mesin tingkap untuk menjadi pekerja terbiar masa .

Menjalankan code terbaru

Tidak dapat tidak selepas mencipta logik pekerja perniagaan anda akan berubah, pepijat akan didapati, kod lebih cepat lebih berkesan akan dihasilkan dan ini menyebabkan pekerja anda duduk di sekeliling memproses data menggunakan kod bau yang lama. Bagaimana pula kita memastikan bahawa kita sentiasa menggunakan versi yang terbaru dan terhebat skrip pemprosesan kami?

Terdapat beberapa cara yang sangat mudah mudah yang boleh kita lakukan ini, silap mata tersebut, bagaimanapun, adalah untuk mengurangkan kuasa pemprosesan dan trafik rangkaian dalam mencapai ini. Membolehkan bermula dengan penyelesaian yang paling mudah dan meningkatkan secara perlahan-lahan selama beberapa lelaran.

Kaedah pertama akan hanya menyambung kepada pelayan kawalan tugas kami (melalui samba, FTP, atau yang serupa) dan tarik turun versi terbaru kod. Tidak begitu cekap, tetapi ia akan melakukan pekerjaan itu. Membolehkan memperbaiki bahawa agak, bagaimana pula mewujudkan script rsync dan menggunakan bahawa setiap kali, bukan? Alternatif apa yang kira-kira meletakkan script pemprosesan terkini ke subversif memeriksa kod pada mulanya dan kemudian hanya mengemas kini kod kami setiap melarikan ( svn update )?

Akhirnya kita boleh berakhir dengan skrip Bash (dipanggil oleh cron setiap 10 minit) yang kelihatan semudah ini:

  #! / Bin / sh
 Jika ps ax | grep-v grep | grep php > / dev / null
 kemudian
     echo "Job sedang memprosesnya, keluar"
 lain
     echo "Kerja tidak berjalan, mulakan sekarang"
     cd / path / to / bekerja / salinan
     svn update
     php yourJobProcessingScript.php
 fi 

Sekarang kita boleh yakin bahawa dengan menjalankan setiap kita pasti menjalankan code terbaru. Kami memastikan ini dengan mengemas kini pangkalan kod kami setiap kali dan setiap kita menjalankan menjalankan dan mengurangkan trafik rangkaian dengan hanya memindahkan perbezaan fail di seluruh rangkaian kami.

Dalam persediaan demonstrasi saya, saya tidak betul-betul seperti di atas. Subversion telah dipasang pada pelayan pemprosesan kerja saya dan saya hanya menarik code terbaru dari cawangan 'pekerja' yang menggunakan 'svn update'. Saya juga menambah tag nombor versi untuk skrip pemprosesan saya yang telah kembali ke pangkalan data sebagai sebahagian pulangan keputusan. Dengan cara ini, saya dapat melihat bahawa kod saya sedang dikemaskini setiap kali saya disalin batang saya ke dalam cawangan iaitu pekerja yang saya pasti menjalankan pemprosesan skrip yang terbaru.

Menggunakan data terkini

Jika proses kerja anda menggunakan sumber data, maka pada satu masa nanti ini akan dikemas kini terlalu. Melainkan jika anda memanggil sumber data anda pada asas yang amat jarang berlaku, anda akan membanjiri rangkaian anda dengan lalu lintas dengan seberapa segera sebagai pekerja anda mulai berjalan membawa semua terhenti. Untuk penyelesaian saya, saya memutuskan bahawa saya ingin untuk menggerakkan sumber-sumber data saya di sekitar dengan VMS saya.

Memegang anda kuda di sana! Bagaimana sekiranya sumber-sumber data saya BESAR? Telaga ini benar-benar kes berapa banyak data yang kita bercakap? Ia mungkin menjadi lebih kos efektif untuk memasang cakera keras tambahan yang lebih besar ke dalam mesin setiap daripada membeli pelayan pemprosesan tambahan. Ini adalah persoalan bajet dan sehingga perniagaan untuk membuat keputusan. Ia mungkin bahawa sumber data anda begitu besar bahawa hanya unfeasible untuk memastikan bahawa jumlah data dalam mesin pekerja anda. Dalam kes itu apa yang akan anda lakukan ? Well, kita boleh melihat memanggil pelayan data tempatan, tetapi ini mungkin menyebabkan isu-isu dengan rangkaian . Dalam kes ini, sistem grid seperti ini boleh menjadi tidak realistik untuk termasuk dalam persekitaran pejabat anda . Ia juga mungkin yang anda boleh melihat ke dalam menjalankan strategi alternatif, contohnya hanya memanggil pekerja anda antara 08:00 dan pukul 6 pagi hingga setiap malam dan / atau permintaan sumber data pendikitan.

Beralih membolehkan berkata jumlah sumber data kami 100GB data. Well ya yang agak sedikit data untuk bergerak di seluruh rangkaian di kemas kini. Bagaimana kita akan memastikan bahawa kita mempunyai salinan data dalam kes ini? Rsync adalah satu kemungkinan, tetapi secara peribadi saya fikir dengan menjalankan sumber data terkini anda pada pelayan pemprosesan kerja anda dan tetapan ini sebagai induk dalam replikasi (dengan log bin panjang bagus) mungkin menjadi cara untuk pergi:

Dengan menetapkan setiap pekerja anda sebagai hamba kepada kemas kini pekerjaan pelayan kawalan sumber-sumber data anda akan lelehan baik untuk pekerja anda tanpa peningkatan yang besar dalam aktiviti rangkaian (yang melainkan jika anda melakukan kemas kini data yang besar dan semua pekerja anda sepakan dalam sekali gus). Ini mempunyai kelebihan lebih rsync yang anda tidak akan mendapat jeda yang lama sebelum setiap tugas sebagai kemas kini pangkalan data , mysql daemon pada pekerja anda akan sentiasa mengemaskini data semasa memproses berterusan .

Ini adalah bagaimana saya menetapkan pelayan demonstrasi saya. Untuk menubuhkan replikasi saya mengikuti panduan di laman MySQL ( tetapan sehingga replikasi ) dan dalam masa 20 minit, saya mempunyai pekerja awal daripada saya mereplikakan dataset pelayan kawalan kerja . Bagi setiap pekerja tambahan tetapan replikasi dan proses bekerja setiap kali apabila VM tersebut telah disalin.

Ringkasan

Dalam seksyen ini artikel kita telah melihat bagaimana mudah dan tidak menyakitkan adalah untuk menyimpan kod pemprosesan anda up to date oleh using rsync atau subverion (SVN) untuk melakukan kerja dan mengurangkan lalu lintas rangkaian pada time. yang sama, Kami juga membincangkan bagaimana untuk menyimpan maklumat sumber data anda up-to-date dengan membenarkan ia hanya meleleh turun ke setiap pekerja anda. Oleh itu, kita kawasan memastikan bahawa kita menyimpan dengan logik perniagaan dan maklumat dalam sistem grid pejabat kami. Jelas akan ada alternatif yang tidak terkira banyaknya untuk melaksanakan tugas-tugas ini, tetapi di sini adalah dua contoh mudah untuk menunjukkan betapa mudahnya penyelesaian diperolehi.

Next time

Dalam bahagian akhir siri ini, yang digelar Part 5 , kami akan membincangkan menggerakkan sistem ini. Saya akan ringkaskan apa yang telah dipelajari dan apa yang saya berjaya untuk mencipta.

Ulasan (3)

Oleh Steven Lloyd Watkin , Jumaat 4 Disember 2009 23:37

Pengenalan

Saya bekerja di sebuah syarikat di mana kita menjalankan kerja kumpulan yang memproses berjuta-juta rekod data setiap hari dan saya telah memikirkan baru-baru ini kira-kira semua mesin yang duduk di sekeliling setiap dan setiap hari melakukan apa-apa untuk beberapa jam. Bukankah lebih baik jika kita dapat menggunakan mesin tersebut untuk mengukuhkan kuasa pemprosesan sistem kami? Dalam set ini artikel saya akan melihat potensi manfaat menggajikan pejabat grid menggunakan persekitaran virtualised.

Part 2 kami melihat pekerjaan pelayan akan berjalan, dan bagaimana kerja sepatutnya dikonfigurasi untuk mencapai jumlah pemprosesan di samping memastikan setiap kerja diproses tanpa gagal .

Menyediakan pekerja anda atau pelayan Bizkit

Langkah seterusnya dalam proses untuk menubuhkan pekerja maya anda. Untuk ini saya akan menggunakan pemasangan CentOS menggunakan VirtualBox. Saya akan memasang MySQL dan PHP pada pelayan, juga dikenali sebagai Bizkit (Li Nux, m ySQL P HP) Server (Saya mungkin telah dibuat bahawa nama sehingga).

• Pasang VirtualBox pada mesin windows anda (ikuti link)
• Muat turun dan pasang CentOS (versi sekarang 5.3) dalam mesin maya yang diwujudkan

Tidak ada titik yang saya pergi ini mungkin ada 1.000 's tutorial yang hebat di luar sana (ok, di sini satu: Mencipta dan Managing CentOS maya mesin di bawah virtualbox ). Perkara yang penting yang perlu diambil perhatian Saya rasa bahawa saya dipanggil mesin maya saya GridMachine.

Setakat pilihan pelanggan maya dan sistem operasi saya pergi, tidak ada sebab besar yang menarik untuk pilihan masing-masing. VirtualBox adalah sesuatu yang saya gunakan pada mesin rumah saya dan disokong oleh ketiga-tiga sistem pengendalian utama. Saya memilih CentOS sebagai OS yang stabil yang baik dan saya menggunakannya pada pelayan web saya sendiri. Saya mempercayai besar dalam alat-alat yang tepat untuk kerja (walaupun saya memohon 'menggunakan yang paling cepat dan paling mudah untuk anda' minda di sini), jadi jika sistem operasi X menjalankan kod anda lebih cepat dan lebih cekap menggunakan yang sebaliknya:)

Yang penting pastikan bahawa VM anda menggunakan DHCP, jika tidak untuk setiap mesin maya baru perlu dikonfigurasi secara berasingan yang adalah sesuatu yang kita tidak want.By menggunakan DHCP kita tidak perlu untuk mengkonfigurasi tetapan rangkaian individu untuk mesin pekerja, DHCP akan menyerahkan IP keluar untuk anda. Oleh itu, anda boleh menyalin mesin maya anda tentang pejabat tanpa perlu bimbang tentang menetapkan setiap satu (ini meningkatkan skala dan mengurangkan pentadbiran pekerja).

Proses anda hendaklah bertujuan untuk mencapai akan mendapatkan mesin fizikal yang baru, memasang VirtualBox, dan kemudian cukup banyak menempatkan imej maya tanpa banyak lain. Ia mungkin bijak untuk persediaan semua pekerja anda pada subnet yang berbeza supaya anda sekurang-kurangnya boleh melihat berapa banyak mesin menjalankan. Anda juga akan perlu untuk menubuhkan mesin anda atas dasar pajakan yang lama atau unlimited pajakan DHCP.

Bagaimana menjalankan Pekerjaan pekerja

Ini adalah satu kawasan yang menarik dan terdapat beberapa kaedah yang sah untuk memproses pekerjaan kepada pekerja. Di sini saya hanya akan membincangkan dua yang paling jelas:

• Sentiasa menjalankan skrip: A skrip, menjadi skrip shell, atau skrip PHP dilaksanakan sekali pada pekerja dan berjalan sebagai sebahagian daripada gelung tak terhingga. Saya telah diskaun kaedah ini sebagai salah satu kemalangan skrip dan berpotensi pekerja anda akan terhenti berjalan tanpa sejenis campur tangan.
• Cron script pelaksanaan berasaskan: Tiap-tiap minit X daemon cron bermula panggilan kepada script kamu untuk mendapatkan hal yang terjadi. Tanpa menyemak beberapa ini boleh membawa kepada salinan banyak menjalankan skrip pekerja anda.

Keputusan saya adalah untuk pergi dengan cron yang bermula tiap-tiap skrip shell minutes. 10 skrip shell saya melaksanakan tugas-tugas berikut:

1. Dapatkan senarai proses dan grep ini untuk 'php'. Jika tidak dijumpai, maka terus.
2. Panggil kod kerja anda, dalam kes saya ini akan menjadi sesuatu yang berasaskan PHP
3. Skrip Pekerja selesai jangka
4. Bersedia untuk pergi sekali lagi pada panggilan yang sesuai akan datang

Skrip Bash saya kelihatan seperti berikut:

  #! / Bin / sh
 Jika ps ax | grep-v grep | grep php> / dev / null
 kemudian
     echo "Job sedang memprosesnya, keluar"
 lain
     echo "Kerja tidak berjalan, mulakan sekarang"
     php yourJobProcessingScript.php
 fi 

Nota:, echo hampir sia-sia, tetapi boleh membantu orang yang datang bersama-sama untuk mencuba dan mengubah mereka.

Itu kesimpulan set mesin pekerja maya, cepat, mudah, dan mudah untuk menyalin setiap serpihan baru perkakasan yang diterima. 'Kepandaian' sistem grid benar-benar tidak dalam OS digambarkan, semua kaitan dengan kod yang diwujudkan untuk proses pekerjaan, konfigurasi kerja, dan dalam memastikan bahawa kerja dijalankan apabila sesuai (iaitu apabila tuan rumah terbiar ).

Menyediakan Windows untuk Initialise Pekerja

Tugas pertama adalah untuk bekerja arahan yang diperlukan untuk menjalankan mesin virtual dari baris arahan tingkap. Jika anda memasang virtualBox di lokasi lalai dan anda telah dinamakan GridMachine pekerja anda, maka perintah yang diperlukan untuk memuatkan pekerja anda :

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

Walau bagaimanapun untuk menjalankan skrip dalam sebuah negeri 'tak ada maknanya kita perlu menggunakan:

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

Ini akan memulakan mesin maya tanpa GUI dan membenarkan untuk menyelamatkan keadaan anggun. Hujah kedua dimatikan RDP supaya ia tidak bercanggah dengan tingkap RDP, atau memberi mesej mengenai mendengar pada port 3389. Nama mesin maya adalah case sensitive!

Seterusnya, kita akan perlu untuk menetapkan tingkap untuk memulakan VM pekerja kami sekali mesin telah terbiar. Untuk melakukan ini (di Windows XP), anda akan perlu pergi ke Start -> All Program -> Accessories -> Utiliti Sistem -> Berjadual Tugas-tugas seperti berikut:

Seterusnya klik pada 'Tambah Petugas Berjadual' diikuti oleh semak imbas untuk menambah program pesanan. Navigate kepada tulisan VBoxManage anda dan klik ok. Jadual tugas anda untuk mana-mana pilihan (kami akan perubahan ini pada minit) dan terus. Setelah melangkau skrin seterusnya windows akan meminta anda yang anda mahu menjalankan tugas ini, saya ingin mencadangkan sama ada 'Administrator' atau mewujudkan pengguna yang istimewa yang baru. Ingat kita tidak mahu mengganggu akaun kakitangan standard pada mesin pada bila-bila. Klik yang akan datang dan memeriksa menunjukkan pilihan yang maju untuk tugas ini.

Untuk akhir kotak teks jangka menambah rentetan 'startvm GridMachine' dan memastikan jangka bahawa hanya apabila logged in ditinggalkan unticked. Lawati tugas jadual yang akan datang dan mengubah jadual drop down pilihan 'apabila terbiar', memilih jumlah masa yang anda ingin mesin terbiar sebelum berpindah ke tab seterusnya.

Akhirnya untick pilihan yang menyatakan menghentikan tugas itu jika ia telah menjalankan amaun X masa, tetapi semak pilihan untuk menghentikan tugas jika mesin tidak lagi terbiar.

Itu sahaja kemudian untuk persediaan tuan rumah tingkap!

Ringkasan

Pada bahagian ini, kami telah menubuhkan sebuah mesin virtual untuk bertindak sebagai seorang pekerja, serta cara yang kita panggil dan melaksanakan skrip pemprosesan kerja kita (untuk diri sendiri skrip PHP). Dari sini kita melihat bagaimana untuk menubuhkan salinan kami memulakan mesin maya dalam mod tak ada maknanya apabila komputer menjadi terbiar, dan menyelamatkan keadaan apabila pengguna menyambung semula penggunaan mesin. Mudah-mudahan pada titik ini anda melihat bagaimana mudah ia adalah untuk menubuhkan satu sistem sedemikian dan gatal untuk mendapatkan beberapa eksperimen akan diri anda!

Next time

Dalam Bahagian 4 , kita akan melihat menggunakan alat-alat untuk memastikan bahawa anda sedang menjalankan versi terbaru dari sumber-sumber kod dan data supaya mendapat keputusan sentiasa up-to-date dengan maklumat perniagaan yang terkini dan logik.