Kategori: Artikel

Oauth / Twitter Auth Adapter untuk Zend Framework

Dengan , Sabtu 23 April 2011 03:57

Kerja terus (lambat) di baru saya Twitter aplikasi berbasis. Selama beberapa berikutnya hari libur saya berharap untuk mendapatkan momentum yang terjadi lagi di proyek (di-meskipun cuaca indah saat ini). Pokoknya, tugas saya berikutnya adalah untuk menciptakan adaptor otentikasi untuk Zend Framework . Aku punya implementasi masuk kerja, tetapi memiliki penurunan Tupoksi adaptor untuk Zend Framework tampak seperti proposal yang menarik, jadi saya membuat itu ....

(Saya tidak akan pergi melalui OAuth atau mendaftar aplikasi Anda dengan twitter, ada ratusan panduan dan proses yang cukup mudah bagaimanapun.)
Lanjutkan membaca 'OAuth / Twitter Auth Adapter untuk Zend Framework' »

"Masuk melalui Twitter" menggunakan Zend Framework

Dengan , Kamis 17 Maret 2011 01:07

Meskipun semua benci twitter saat ini, saya telah menetapkan untuk menciptakan sebuah baru twitter aplikasi berbasis. Menjadi seseorang yang mengelola beberapa account (baik pribadi dan untuk pekerjaan amal saya) saya sudah membutuhkan alat untuk kadang-kadang aku hanya mendapatkan sekitar untuk menulis (lebih dari itu dalam waktu dekat ...).

Saya sudah membaca tentang Zend_Oauth_Consumer dan bagaimana hal itu dapat digunakan untuk mendapatkan otorisasi untuk berinteraksi dengan twitter menggunakan oauth . Semua baik dan bagus, saya memiliki kunci akses saya dan saya gembira dapat memposting pergi atas nama pengguna. Ada banyak sumber daya di luar sana untuk melakukan ini jadi saya tidak akan orang membosankan.

Langkah berikutnya adalah untuk memungkinkan orang untuk kembali ke situs web, login dan memodifikasi account mereka. Ini adalah di mana saya mencapai sedikit masalah. Menggunakan contoh kode pada situs berarti bahwa aku harus twitter meminta saya untuk otorisasi akses lagi untuk setiap login, tidak baik. Pemindaian melalui kerangka saya tidak bisa melihat apa pun yang akan memungkinkan saya untuk hanya permintaan otentikasi. Itu tidak untuk mengatakan tidak di sana, tapi tampaknya tidak menjadi mekanisme otentikasi yang dapat dipanggil tanpa mengetahui akses token sudah.

Alternatif adalah untuk menerapkan log situs yang berbasis di toko atau entah bagaimana akses token pengguna pada klien (dienkripsi tentu saja). Baik ini tampak seperti solusi yang baik / cocok.

Continue reading '"Masuk dengan Twitter" menggunakan Zend Framework' »

Zend Certified Engineer (ZCE) 5.3

Dengan , Kamis 30 September 2010 09:00

Dengan rilis resmi dari program Zend Certified Engineer (ZCE) untuk 5.3 saya pikir saya akan memberikan kesan cepat saya dari apa yang saya pikir ujian.

Sebuah latar belakang sedikit pada diriku sendiri: Saya pertama kali diperkenalkan ke PHP sekitar 7 tahun yang lalu dan telah bekerja secara profesional dalam PHP sejak tahun 2006. Saat ini saya bekerja untuk menarik start-up yang disebut Brightpearl berbasis di Bristol, Inggris , memproduksi CRM yang terintegrasi, akuntansi, dan perangkat lunak e-commerce. Saya belum pernah memperoleh salah satu kualifikasi ZCE sebelumnya. Saat ini saya mengembangkan dalam seri 5.2.X dan belum benar-benar menggunakan salah satu fitur spesifik 5,3 (saya sedang menunggu Zend Framework 2 dan Ajaran 2) dalam proyek-proyek pembangunan saya.
Lanjutkan membaca 'Zend Certified Engineer (ZCE) 5.3' »

Quick Start Symfony DI (Dependency Injection) Tutorial

Dengan , Sabtu 14 Agustus 2010 02:21

Apa Ketergantungan Injection (DI)?

Ketergantungan injeksi adalah teknik yang memungkinkan untuk objek longgar digabungkan dalam aplikasi perangkat lunak. Umumnya jika sebuah objek membutuhkan akses ke fungsi lain akan instantiated internal yang mengarah ke sistem ketat ditambah. Dengan menerapkan injeksi ketergantungan kita menyuntikkan benda-benda yang dibutuhkan siap digunakan (kadang-kadang juga disebut inversi kontrol - IOC). Ambil contoh berikut:

  <? Php
 kelas decisionmaker {
     fungsi publik makeDecision (array $ parameter) {
         / / Butuh adaptor database
         $ Dp = new DecisionParameters ();
         $ ParameterScore = $ dp-> getScore ($ parameter);
         / * ...  Beberapa lebih keputusan logika ...  * /
         kembali ($ parameterScore> 50);
     }
 } 

Potongan kode ini dikatakan erat digabungkan ke objek DecisionParameters. Menulis ulang di atas dalam mode longgar ditambah kita akan memiliki sesuatu seperti ....

  <? Php
 kelas decisionmaker {
     private $ _dp;
     fungsi publik __construct ($ dp) {
         $ This-> _dp = $ dp;
     }
     fungsi publik makeDecision (array $ parameter) {
         $ ParameterScore = $ this-> _dp-> getScore ($ parameter);
         / * ...  Beberapa lebih keputusan logika ...  * /
         kembali ($ parameterScore> 50);
     }
 } 

Sementara memperoleh manfaat dari kode longgar ditambah kita menambahkan kompleksitas seperti bahwa setiap kali sebuah objek adalah instantiated kita juga harus instantiate dependensinya dan lulus ini dalam juga. Misalnya, ini:

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

sekarang menjadi:

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

Situasi ini menjadi lebih menyakitkan karena jumlah dependensi untuk kelas meningkat, dan bagaimana jika dependensi sendiri memiliki dependensi? Hal ini dapat cukup cepat menjadi mimpi buruk administrasi objek! Masukkan wadah ketergantungan suntikan (atau kerangka kerja) ...
Lanjutkan membaca 'Quick Start Symfony DI (Dependency Injection) Tutorial' »

Telanjang Zend_Layout dan Zend_View

Dengan , Selasa 10 Agustus 2010 11:47

Pada artikel ini saya melihat menggunakan Zend_Layout dan Zend_View bersama dengan front controller sederhana untuk menunjukkan bagaimana mungkin untuk memulai memisahkan logika bisnis dan presentasi dalam aplikasi Anda. Semua kode yang tersedia di github:
Telanjang Zend_Layout dan Zend_View pada GitHub .

Lanjutkan 'Zend_Layout Telanjang dan Zend_View' membaca »

Zend Framework Pengaturan Tata Letak Per Modul - Tindak Lanjut

Dengan , Selasa 16 Februari 2010 08:48

Sebagai tindak lanjut posting saya sebelumnya tentang per pengaturan layout berbasis modul untuk Zend Framework , saya telah memperbarui kode untuk memerlukan konfigurasi kurang maka sebelumnya (tidak bahwa diperlukan lebih bahwa beberapa baris dalam konfigurasi aplikasi Anda!).
Lanjutkan membaca 'Zend Framework Pengaturan Tata Letak Per Modul - Menindaklanjuti' »

Membuat URL dalam Zend Kustom View Helper

Dengan , Kamis 28 Januari 2010 11:01

Hal ini mungkin tampak sederhana, tapi aku membenturkan kepala saya mencoba untuk membuat URL di helper tampilan kustom di Zend Framework . Saya memiliki routing setup yang mendapatkan modul dari sub-domain digunakan sehingga saya tidak bisa menggunakan URL hardcoded sederhana.

Lanjutkan 'URL Menciptakan dalam Zend Kustom Lihat Penolong' membaca »

Rute permintaan sitemap.xml ke controller kustom / tindakan

Dengan , Rabu 6 Januari 2010 12:13

Dalam rangka permintaan langsung / sitemap.xml ke controller kustom dan tindakan dalam Anda Zend Framework aplikasi hanya menambahkan berikut di application.ini Anda atau file konfigurasi alternatif (misalnya saya menggunakan navigation.ini):

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

Contoh kode untuk keluaran dapat dilihat dengan menciptakan suatu tindakan di controller yang sesuai (misalnya sitemap saya terletak pada controller indeks, sitemap tindakan):

 < php
 class IndexController
     meluas Zend_Controller_Action
 {
     / **
      * Merender sitemap didasarkan pada setup Zend_Navigation
      * /
     fungsi publik sitemapAction ()
     {
    	 echo $ this-> view-> navigasi () -> sitemap ();
    	 $ This-> view-> tata letak () -> disableLayout ();
    	 $ This-> _helper-> viewRenderer-> setNoRender (true);
     }
 }

Sitemaps dapat dengan cepat dan mudah dihasilkan dengan menggunakan Zend_Navigation , tutorial cepat besar (dan umumnya sangat berguna untuk tutorial Zend Framework) adalah Zend Pemain - dinamis menciptakan menu sitemap dan remah roti .

Kantor Grid Computing menggunakan lingkungan virtual - Bagian 4

Dengan , Jumat 4 Desember 2009 23:59

Pengenalan

Saya bekerja di sebuah perusahaan di mana kita menjalankan banyak pekerjaan batch pengolahan jutaan catatan data setiap hari dan saya sudah berpikir baru tentang semua mesin yang duduk di sekitar masing-masing dan setiap hari melakukan apa-apa selama beberapa jam. Bukankah itu baik jika kita bisa menggunakan mesin-mesin untuk meningkatkan kekuatan pemrosesan sistem kami? Dalam set artikel saya akan melihat potensi manfaat menggunakan kantor jaringan menggunakan lingkungan virtualised.

Di bagian 3 kita buat mesin pengolahan virtual kami dan mengatur jendela mesin menjadi idle-waktu pekerja.

Menjalankan kode terbaru

Tak pelak setelah membuat logika pekerja bisnis Anda akan berubah, bug akan ditemukan, kode lebih cepat lebih efisien akan diproduksi sehingga meninggalkan pekerja Anda duduk di sekitar pengolahan data menggunakan kode bau lama . Lalu bagaimana kita memastikan bahwa kami selalu menggunakan versi terbaru dan terbaik dari skrip pengolahan kami?

Ada beberapa cara sederhana yang sangat mudah kita bisa melakukan ini, trik, bagaimanapun, adalah untuk mengurangi kekuatan pemrosesan dan lalu lintas jaringan dalam mencapai hal ini. Mari kita mulai dengan sederhana solusi dan memperbaikinya perlahan-lahan selama beberapa iterasi.

Metode pertama akan hanya terhubung ke server kontrol pekerjaan kami (melalui samba, FTP, atau serupa) dan tarik ke bawah versi terbaru kode. Tidak sangat efisien, tetapi akan melakukan pekerjaan. Mari kita memperbaiki yang agak, bagaimana menciptakan sebuah script rsync dan menggunakan bahwa setiap kali bukan? Atau apa tentang menempatkan skrip processing mutakhir kita menjadi subversi memeriksa kode awalnya dan kemudian hanya memperbarui kode kita di masing-masing berjalan ( svn update )?

Pada akhirnya kita bisa berakhir dengan bash script (disebut oleh cron setiap 10 menit) yang tampak sederhana seperti ini:

  # / Bin! / Sh
 jika ps ax | grep-v grep | grep php > / dev / null
 kemudian
     echo "Ayub sedang diproses, keluar"
 lain
     echo "Ayub tidak berjalan, mulai sekarang"
     cd / path / ke / bekerja / copy
     svn update
     php yourJobProcessingScript.php
 fi 

Sekarang kita dapat yakin bahwa dengan menjalankan setiap kami pasti menjalankan kode terbaru. Kami memastikan ini dengan memperbarui basis kode kita setiap kali kita melakukan menjalankan dan mengurangi lalu lintas jaringan dengan hanya mentransfer perbedaan file di seluruh jaringan kami.

Dalam setup demonstrasi saya, saya melakukan persis seperti di atas. Subversi diinstal pada server pemrosesan pekerjaan saya dan saya hanya menarik kode terbaru dari cabang 'pekerja' menggunakan 'svn update'. Saya juga menambahkan tag nomor versi untuk script processing saya yang dikembalikan ke database sebagai bagian dari hasil. Dengan cara ini aku bisa melihat bahwa kode saya sedang diperbarui setiap kali saya disalin bagasi ke cabang yaitu pekerja bahwa saya benar-benar menjalankan script processing mutakhir.

Menggunakan data terbaru

Jika pekerjaan Anda pengolahan yang menggunakan sumber data kemudian di beberapa titik ini akan diperbarui. Kecuali Anda menelepon data Anda sumber atas dasar yang sangat jarang terjadi Anda akan membanjiri jaringan dengan lalu lintas secepat pekerja Anda mulai berjalan membawa semuanya macet. Untuk solusi saya, saya memutuskan bahwa saya ingin memindahkan sumber data saya sekitar dengan VMs saya.

Tahan kau kuda di sana! Bagaimana jika sumber data saya BESAR? Nah ini benar-benar kasus seberapa banyak data yang kita bicarakan? Ini mungkin lebih hemat biaya untuk menginstal hard drive tambahan yang lebih besar ke setiap mesin daripada membeli server pengolahan tambahan. Ini adalah masalah anggaran dan hingga bisnis untuk memutuskan. Ini mungkin bahwa sumber data Anda yang begitu besar sehingga tidak layak yang hanya untuk menjaga jumlah data pada mesin pekerja Anda. Dalam hal bahwa apa yang akan Anda lakukan? Yah kita bisa melihat memanggil server data lokal, tapi ini mungkin menyebabkan masalah dengan jaringan. Dalam hal ini suatu sistem grid seperti ini dapat menjadi tidak realistis untuk memasukkan di lingkungan kantor Anda. Ini juga mungkin bahwa Anda dapat melihat ke dalam strategi berjalan alternatif, misalnya hanya memanggil pekerja Anda 20:00-06:00 setiap malam dan / atau data yang throttling permintaan sumber.

Pindah katakanlah data kami jumlah sumber untuk 100GB data. Nah ya itu sedikit data untuk bergerak di sekitar jaringan pada pembaruan. Bagaimana kita memastikan bahwa kita memiliki salinan terbaru dari data dalam kasus ini? Rsync adalah suatu kemungkinan, tapi secara pribadi saya pikir dengan menjalankan sumber data terbaru Anda pada server pemrosesan Anda kerja dan pengaturan ini sebagai master dalam replikasi (dengan log bin yang panjang dan bagus) mungkin cara untuk pergi:

replikasi Dengan menetapkan setiap pekerja Anda sebagai budak ke update pekerjaan kontrol server ke sumber data Anda akan menetes ke bawah baik untuk pekerja Anda tanpa peningkatan besar dalam aktivitas jaringan (yaitu kecuali jika Anda melakukan update data yang besar dan semua pekerja Anda menendang sekaligus). Ini memiliki keunggulan dibandingkan rsync dalam bahwa Anda tidak akan mendapatkan jeda lama sebelum setiap pekerjaan, seperti update database, mysql daemon pada pekerja Anda akan terus memperbarui data sementara pemrosesan berlanjut.

Ini adalah bagaimana saya menyiapkan server demonstrasi saya. Untuk mengatur replikasi Aku mengikuti panduan di situs mySQL ( Menyiapkan replikasi ) dan dalam 20 menit aku pekerja inital saya mereplikasi kontrol pekerjaan dataset server. Untuk setiap pekerja tambahan pengaturan replikasi dan proses bekerja setiap kali ketika VM disalin.

Ringkasan

Dalam bagian artikel kami telah melihat betapa mudah dan tidak menyakitkan itu adalah untuk menjaga kode pengolahan Anda up to date dengan using rsync atau subverion (SVN) untuk melakukan pekerjaan dan mengurangi lalu lintas jaringan di time. yang sama Kami juga membahas bagaimana untuk menyimpan data sumber Anda informasi yang up-to-date dengan memungkinkan untuk menetes ke bawah kepada setiap pekerja Anda. Jadi kita daerah memastikan bahwa kami mengikuti dengan logika bisnis dan informasi dalam sistem jaringan kantor kami. Ada jelas akan alternatif yang tak terhitung jumlahnya untuk melakukan tugas-tugas ini, tapi di sini dua contoh sederhana untuk menunjukkan betapa mudahnya solusi adalah untuk datang.

Berikutnya waktu

Pada bagian akhir dari seri ini, aptly bernama Bagian 5 , kita akan membahas sistem ini untuk menyebarkan. Aku akan meringkas apa yang telah dipelajari dan apa yang saya berhasil menciptakan.

Kantor Grid Computing menggunakan lingkungan virtual - Bagian 3

Dengan , Jumat 4 Desember 2009 11:37

Pengenalan

Saya bekerja di sebuah perusahaan di mana kita menjalankan banyak pekerjaan batch pengolahan jutaan catatan data setiap hari dan saya sudah berpikir baru tentang semua mesin yang duduk di sekitar masing-masing dan setiap hari melakukan apa-apa selama beberapa jam. Bukankah itu baik jika kita bisa menggunakan mesin-mesin untuk meningkatkan kekuatan pemrosesan sistem kami? Dalam set artikel saya akan melihat potensi manfaat menggunakan kantor jaringan menggunakan lingkungan virtualised.

Pada bagian 2 kita melihat pekerjaan server akan berjalan, dan bagaimana pekerjaan harus dikonfigurasi untuk mencapai jumlah terbesar pengolahan sementara memastikan bahwa setiap pekerjaan diproses tanpa gagal.

Menyiapkan pekerja Anda - atau server lemas

Langkah selanjutnya dalam proses ini adalah untuk mengatur pekerja virtual Anda. Untuk ini saya akan menggunakan instalasi CentOS menggunakan VirtualBox. Aku akan menginstal mySQL dan PHP pada server, juga dikenal sebagai (Li nux, m ySQL, P HP) lemas Servera (Saya mungkin telah membuat nama atas).

  • Instal VirtualBox pada mesin windows Anda (ikuti link)
  • Download dan menginstal CentOS (versi 5.3) dalam mesin virtual yang dibuat

Tidak ada gunanya aku pergi ke ini mungkin ada 1.000 's tutorial besar di luar sana (ok, ini satu: Membuat dan Managing CentOS mesin virtual bawah virtualbox ). Yang penting untuk dicatat saya kira adalah bahwa saya disebut mesin virtual saya GridMachine.

Sejauh pilihan saya klien virtualisasi dan sistem operasi pergi ke sana ada alasan kuat yang besar untuk setiap pilihan. VirtualBox adalah sesuatu yang saya gunakan pada mesin rumah saya dan didukung oleh tiga sistem operasi utama. Saya memilih CentOS sebagai OS yang stabil baik dan saya gunakan di server web sendiri. Saya percaya pada alat yang tepat untuk pekerjaan itu (meskipun saya menerapkan 'menggunakan tercepat dan termudah untuk Anda' mentalitas di sini), jadi jika X sistem operasi menjalankan kode Anda lebih cepat dan lebih efisien menggunakan itu sebagai gantinya:)

Yang penting pastikan bahwa VM Anda menggunakan DHCP, jika untuk setiap mesin virtual baru akan perlu dikonfigurasi secara terpisah yang merupakan sesuatu yang tidak kita want.By menggunakan DHCP kita tidak perlu mengkonfigurasi pengaturan jaringan individual untuk mesin pekerja, DHCP akan tangan IP keluar untuk Anda. Oleh karena itu Anda dapat menyalin mesin virtual Anda tentang kantor tanpa khawatir tentang pengaturan masing-masing sampai (ini meningkatkan skalabilitas dan mengurangi administrasi pekerja).

Proses Anda harus bertujuan untuk mencapai adalah untuk mendapatkan sebuah mesin fisik baru, menginstal VirtualBox, dan kemudian cukup banyak menyebarkan citra virtual tanpa banyak lagi. Mungkin bijaksana untuk setup semua pekerja Anda pada subnet yang berbeda sehingga Anda dapat setidaknya melihat berapa banyak mesin yang menjalankan. Anda juga harus menyiapkan mesin Anda pada sewa jangka panjang atau terbatas sewa DHCP.

Bagaimana menjalankan Jobs pada pekerja

Ini adalah area yang menarik dan ada beberapa metode yang valid untuk diproses pekerjaan di pekerja. Di sini saya hanya akan membahas dua yang paling jelas:

  • Menerus menjalankan script: Sebuah script, baik itu shell script, atau script PHP dieksekusi sekali pada pekerja dan berjalan sebagai bagian dari sebuah loop tak terbatas. Aku sudah diskon metode ini sebagai salah satu kecelakaan script dan berpotensi pekerja Anda akan berhenti untuk berjalan tanpa semacam intervensi.
  • Cron eksekusi script berbasis: Setiap menit X daemon cron kicks off panggilan ke script Anda untuk mendapatkan hal yang terjadi. Tanpa memeriksa beberapa hal ini dapat menyebabkan banyak salinan banyak menjalankan script Anda pekerja.

Keputusan saya untuk pergi dengan cron yang kicks off shell script setiap 10 minutes. shell script saya melakukan tugas-tugas berikut:

  1. Dapatkan daftar proses dan grep ini untuk 'php'. Jika tidak ditemukan maka melanjutkan.
  2. Panggil kode pekerjaan Anda, dalam kasus saya ini akan menjadi sesuatu yang berbasis PHP
  3. Pekerja skrip selesai menjalankan nya
  4. Siap untuk pergi lagi pada panggilan yang sesuai berikutnya

Bash script saya terlihat seperti berikut:

  # / Bin! / Sh
 jika ps ax | grep-v grep | grep php> / dev / null
 kemudian
     echo "Ayub sedang diproses, keluar"
 lain
     echo "Ayub tidak berjalan, mulai sekarang"
     php yourJobProcessingScript.php
 fi 

Catatan: echo adalah hampir sepenuhnya sia-sia, tetapi mungkin membantu orang berikutnya yang datang untuk mencoba dan mengeditnya.

Yang menyimpulkan set up mesin pekerja virtual, cepat, sederhana, dan mudah untuk menyalin ke setiap bagian hardware baru yang diterima. The 'kepintaran' dari sistem grid benar-benar tidak di OS divisualisasikan, yang semua harus dilakukan dengan kode yang dibuat untuk memproses pekerjaan, konfigurasi pekerjaan, dan dalam memastikan bahwa pekerjaan berjalan pada saat yang tepat (yaitu ketika tuan rumah idle ).

Menyiapkan Windows untuk Menginisialisasinya Pekerja

Tugas pertama adalah untuk bekerja keluar perintah yang diperlukan untuk menjalankan mesin virtual dari baris perintah jendela. Jika anda telah menginstal VirtualBox di lokasi default dan Anda telah bernama Anda pekerja GridMachine maka perintah yang diperlukan untuk mengisi pekerja Anda:

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

Namun untuk menjalankan script dalam keadaan 'tanpa kepala' kita perlu menggunakan:

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

Ini akan memulai mesin virtual tanpa GUI dan memungkinkan untuk menyelamatkan negara anggun. Argumen kedua mematikan RDP sehingga tidak bertentangan dengan jendela RDP, atau memberikan pesan tentang mendengarkan pada port 3389. Nama mesin virtual adalah case sensitive!

Selanjutnya, kita harus mengatur jendela sampai untuk memulai VM buruh kita setelah mesin telah menganggur. Untuk melakukan hal ini (pada Windows XP) Anda akan perlu pergi Start -> All Programs -> Accessories -> System Tools -> Scheduled Tasks sebagai berikut:

dijadwalkan tugas

Selanjutnya klik pada 'Add Scheduled Task' diikuti dengan isi untuk menambahkan program kustom. Arahkan ke script VBoxManage Anda dan klik ok. Jadwal tugas Anda untuk setiap pilihan (kita akan perubahan ini dalam satu menit) dan terus. Setelah melewatkan jendela layar berikutnya akan meminta Anda yang Anda ingin menjalankan tugas ini, saya sarankan baik 'Administrator' atau membuat user dengan privilege baru. Ingat kita tidak ingin mengganggu dengan account staf standar pada mesin pada titik apapun. Klik berikutnya dan memeriksa menunjukkan opsi lanjutan untuk tugas ini.

Untuk akhir textbox tambahkan kami menjalankan string 'startvm GridMachine' dan memastikan bahwa hanya dijalankan ketika login yang tersisa unticked. Kunjungi tugas jadwal berikutnya dan mengubah jadwal drop down ke pilihan 'saat idle', memilih jumlah waktu yang Anda ingin mesin untuk idle sebelum pindah ke tab berikutnya.

Akhirnya untick opsi yang menyatakan menghentikan tugas jika telah berjalan jumlah X waktu, tapi jangan centang pilihan untuk menghentikan tugas jika mesin tidak lagi menganggur.

jadwal

Itu maka untuk pengaturan host jendela!

Ringkasan

Pada bagian ini kita telah menetapkan suatu mesin virtual untuk bertindak sebagai pekerja, serta cara yang kita sebut dan melaksanakan tugas kami skrip pengolahan (untuk diri saya sendiri script PHP). Dari sini kita melihat bagaimana menyiapkan salinan kita jendela untuk memulai mesin virtual dalam modus tanpa kepala ketika komputer menjadi idle, dan menyelamatkan negara ketika pengguna resume penggunaan mesin. Mudah-mudahan pada saat ini Anda melihat betapa sederhananya adalah untuk mengatur sistem seperti dan gatal untuk mendapatkan beberapa eksperimen pergi sendiri!

Berikutnya waktu

Pada Bagian 4 kita akan melihat menggunakan alat untuk memastikan bahwa Anda menjalankan versi terbaru dari sumber kode dan data sehingga hasil yang diperoleh selalu up-to-date dengan informasi bisnis terbaru dan logika.













Panorama Didukung oleh Themocracy

7 pengunjung online sekarang
6 tamu, 1 bot, 0 anggota
Max pengunjung hari ini: 22 pada 06:15 UTC
Bulan ini: 23 di 24-08-2011 05:40 UTC
Tahun ini: 130 pada 28-03-2011 10:40 UTC
Semua waktu: 130 pada 28-03-2011 10:40 UTC