Tekan Ini: Teka-teki Kompatibilitas Mundur dengan WP-CLI menampilkan Alain Schlesser

Selamat datang di Press This, podcast komunitas WordPress dari WMR. Di sini, tuan rumah David Vogelpohl duduk bersama tamu dari seluruh komunitas untuk membicarakan masalah terbesar yang dihadapi pengembang WordPress. Berikut ini adalah transkripsi dari rekaman aslinya.

Didukung oleh RedCircle

David Vogelpohl: Halo semuanya dan selamat datang di Press This podcast komunitas WordPress di WMR. Ini adalah tuan rumah Anda, David Vogelpohl, saya mendukung komunitas WordPress melalui peran saya di WP Engine, dan saya senang membawa yang terbaik dari komunitas untuk Anda dengar setiap minggu di pers ini sebagai pengingat, Anda dapat menemukan saya di Twitter @wpdavidv , atau kamu bisa berlangganan tekan ini di iTunes, iHeartRadio, Spotify, atau download episode terbaru di wmr.fm. Dalam episode ini, kita akan berbicara tentang konektor kompatibilitas yang kompatibel dengan WP CLI. Dan bergabung dengan kami untuk percakapan ini adalah seseorang yang tahu sedikit tentang WP CLI. Kami kontributor untuk WP CLI dari XMPP Saya ingin menyambut Alain Schlesser. Alain, selamat datang di Press This.

Alain Schlesser: David. Halo. Senang berada di sini.

DV: Sangat senang memiliki Anda. Ini adalah kedua kalinya Anda di acara ini. Kami telah mengajukan pertanyaan kepada Anda tentang WP CLI selama bertahun-tahun dan saya sangat menikmati Anda. Bagi yang mendengarkan. WP CLI adalah bagian penting dari ekosistem WordPress khususnya seputar otomatisasi dan alur kerja dan aspek lain dari pembuatan WordPress dan apa yang akan kita bahas hari ini adalah bersama pemikiran tentang apa yang telah dicapai dengan AI BPCL selama setahun terakhir. Perubahan kompatibilitas mundur apa yang ada di depan. Anda tahu kompatibilitas mundur adalah bagian besar dari manfaat WordPress tetapi juga tantangan pengembang perangkat lunak dan tentu saja, bagaimana tantangan tersebut ditangani dan bagian terbesar sedikit tentang cara Anda dapat berkontribusi pada WP CLI menjelang akhir. Jadi saya sangat menantikan wawancaranya. Jadi saya akan menanyakan pertanyaan yang sama yang saya tanyakan kepada setiap tamu dan saya telah menanyakan hal ini sebelumnya kepada Anda, tetapi saya ingin Anda menceritakannya lagi jika Anda bisa. Bisakah Anda memberi tahu saya tentang kisah asal WordPress Anda? Kapan pertama kali Anda menggunakan WordPress?

AS: Um, ya, jadi cerita asal saya seperti kebanyakan cerita WordPress dimulai dengan jalan memutar yang lebih kecil. Saya bekerja sebagai agen pemerintah di Luksemburg. Dan pada satu titik saya benar-benar muak dengan politik segalanya. Saya ingin melakukan sesuatu yang lain dengan hidup saya dan mencoba karir yang berbeda. Dan saya memutuskan untuk melakukan pengembangan lepas, karena saya sudah pernah melakukan pengembangan sebelumnya tetapi tidak pernah melakukannya sebagai pekerja lepas. Dan ketika tiba saatnya untuk benar-benar memutuskan apa yang harus difokuskan, saya hanya melihat apa yang ada di luar sana dan apa yang memiliki pangsa pasar terbesar pada suatu waktu. Itu terjadi pada WordPress seperti yang kita semua tahu. Dan saya baru saja mulai dengan pengembangan WordPress karena saya pikir itu akan menjadi yang termudah untuk mendapatkan klien sebagai freelancer baru yang dimulai dari 0.

DV: Saya memilih WordPress sebagai platform pilihan untuk alasan yang sama saya ingat agensi saya yang hebat antara Drupal dan WordPress dan saya pikir saat itu Drupal adalah pilihan yang tepat, tapi bukan itu yang orang-orang sebut tentang hal-hal seperti Oh, tapi ini tahun 2010 Anda tahu, tepat di puncak jenis pos kustom dan bidang meta. Dan saya hanya ingin tahu ketika Anda membuat keputusan ini tahun berapa kira-kira pendengar

AS: um, itu tahun 2014 beberapa tahun 2014 dan saya pikir WordPress sekitar versi 332 atau semacamnya. Saya tidak yakin untuk jujur.

DV: Jadi bagi Anda sebagai pengembang lepas, manfaat dari situs pos kustom sudah dirilis. Jadi Anda seperti berjalan ke ekosistem ini dan melihat kemampuan itu. WP CLI masih dua tahun lagi. Jadi saya kira itu tidak sepenuhnya menjawab semua yang Anda butuhkan sebagai pengembang, tetapi senang melihat Anda mengelola proyek itu sekarang. Sekarang, pahami bahwa Anda bekerja dengan XMPP. Dan kami memberi tahu saya apa yang dilakukan XMPP dan apa yang Anda lakukan di sana.

AS : Jadi X Delta P adalah agensi yang berfokus pada proyek WordPress kelas perusahaan berkinerja tinggi. Fokus utamanya adalah pada kinerja tetapi tidak hanya dalam hal seberapa cepat situs dimuat, tetapi juga seberapa baik itu memenuhi bisnis Anda. Saya bekerja dengan XWP selama dua setengah tahun sekarang kira-kira Dan selama waktu itu, saya telah mengerjakan plugin amfa WordPress dan kemudian pengalaman halaman untuk plugin WordPress bersama-sama.

DV: mereka terdengar seperti proyek MIDI. Saya benar-benar akrab dengan mereka, saya belum untuk WordPress, saya belum pernah bermain di pengalaman halaman dan saya tahu Anda tahu XMPP, kami memiliki beberapa orang dari XMPP yang benar-benar menekan ini. Mereka melakukan beberapa proyek yang sangat keren. Sepertinya Anda mulai mengerjakan beberapa yang paling keren. Dan itu luar biasa. Sehubungan dengan topik kami untuk pertunjukan, hari ini, WP CLI dari tingkat tinggi, dengan asumsi akan ada beberapa pendengar yang tidak tahu apa itu WP CLI, saya ingin tahu apakah Anda dapat membingkainya sehingga mereka dapat memahami apa itu WP CLI adalah.

AS: Ya, tentu. Jadi WordPress memiliki admin back end di mana Anda melakukan semua pemeliharaan situs tempat Anda membuat perubahan di mana Anda mengonfigurasi opsi. Dan WP CLI adalah antarmuka yang berbeda untuk mengontrol situs WordPress Anda. Ini adalah antarmuka yang dapat Anda gunakan dari baris perintah. Jadi Anda mengetik perintah dalam bentuk teks untuk mengontrol situs Anda. Ini memungkinkan Anda melakukan semua yang dilakukan backend admin dan banyak lagi. Dan dengan menggunakan baris perintah yang merupakan antarmuka yang jauh lebih ekspresif daripada backend admin, Anda dapat memecahkan banyak masalah yang sangat spesifik untuk kasus penggunaan Anda di mana tidak ada elemen antarmuka pengguna yang dibuat sebelumnya di admin belakang akhir. Anda cukup mencampur dan mencocokkan perintah WP CLI untuk menyelesaikan masalah ini di mana saja. Dan kemudian sebagai langkah lebih jauh, apa pun yang dapat Anda lakukan dengan WP CLI Anda juga dapat memasukkannya ke dalam skrip dan akhirnya, sehingga Anda dapat mengotomatiskan semua proses manajemen Anda dan Anda bahkan dapat menjalankannya dari jarak jauh. Jadi ada banyak kekuatan dengan membuka antarmuka berbasis teks dan WP CLI memungkinkan Anda melakukannya dengan WordPress.

DV: Wow, itu sangat elegan. Saya pikir Anda memiliki karir lain dalam pemasaran saja. Itu adalah cara yang sangat bagus untuk membingkai VCI dan ingat untuk menggambarkannya meskipun sangat bagus. Oke, jadi dalam pandangan saya, dan saya memiliki, Anda tahu, sedikit contekan untuk garis waktu momen-momen penting dalam sejarah WordPress yang saya gunakan ketika saya mendengar cerita asal orang untuk bertanya kepada mereka tentang kapan mereka masuk dan apa yang terjadi di waktu. Dan WP CLI sebenarnya adalah salah satu momen penting dalam sejarah WordPress yang saya sebutkan di sini. Kembali pada tahun 2016 dalam tampilan timeline, saya mempertahankannya jadi saya pikir itu sangat penting. Dan saya tahu bahwa Anda tahu ada dorongan untuk mendapatkan lebih banyak dan lebih banyak fitur dan kemampuan yang dirilis, tetapi saya hanya ingin tahu relatif ingin mengatakan kumpulan rilis terbaru relatif terhadap fitur atau refactoring atau apa pun, apa yang paling membuat Anda bersemangat dalam rilis terbaru ?

AS: Jadi salah satu fitur yang sangat menarik adalah penambahan konteks global yang kami miliki karena sejak YouTube dibangun selalu ada diskusi tentang konteks di mana alat harus dijalankan, apakah itu harus dijalankan sebagai proses ujung depan atau proses admin atau sesuatu diantara. Dan semua pendekatan selalu datang dengan masalah mereka sendiri. Jadi tidak pernah ada solusi yang benar-benar bersih. Dan cara CLI dijalankan secara default adalah campuran aneh ini yang bukan merupakan proses admin atau proses ujung depan. Untuk alasan historis, tetapi itu berarti bahwa beberapa proses yang memeriksa apakah permintaan saat ini adalah permintaan admin, misalnya, akan gagal secara otomatis. Ini paling sering terjadi dengan plugin dan tema premium ketika Anda menjalankan untuk menjalankan pembaruan. Jadi biasanya, Anda akan melihat pembaruan yang berfungsi di backend admin. Tetapi dengan WP CLI, pembaruan admin tidak terlihat atau tidak berfungsi seperti yang diharapkan. Itu karena logika khusus yang mengelola pembaruan ini untuk setiap plugin, mereka memeriksa proses admin untuk tidak memperlambat ujung depan tentu saja, dan yang secara otomatis mengeksekusi WP CLI. Jadi sekarang dengan flag konteks baru ini, kita dapat memilih konteks yang akan dijalankan dan memungkinkan Anda untuk mengubah konteks menjadi konteks admin. Misalnya, ketika Anda melakukan pembaruan plugin, dan tiba-tiba semua integrasi premium mereka bekerja seperti yang diharapkan. Ini sangat menarik. Maaf, ini bukan fitur baru yang sangat menarik itu saja. Itu dibangun bekerja sama dengan cloudways karena saat ini kami sedang menguji dalam fase di mana itu tidak aktif secara default. Jadi Anda perlu secara manual penyediaan otomatis ini akan menjadi default di iterasi berikutnya.

DV: Luar biasa, luar biasa. Saya dapat melihat mengapa Anda akan bersemangat tentang itu. Dan saya pikir itu sangat pintar bahwa Anda berpikir seperti, Oke, apakah akan ada front end atau admin, tapi sungguh, dengan memberi pengembang pilihan memberi Anda kemampuan untuk memecahkan, atau setidaknya pengembang untuk memecahkan untuk beberapa kasus penggunaan sekaligus. Saya dapat melihat mengapa Anda akan bersemangat tentang itu. terutama memikirkan kasus penggunaan pahlawan itu dan tidak dapat membuat pembaruan untuk plugin premium. Ini adalah kasus penggunaan yang cukup umum. Dan bayangkan banyak orang lain keluar dari itu. Namun, saya memiliki beberapa pertanyaan, tentang, Anda tahu, jenis membobol peta jalan dan memikirkan pertimbangan kompatibilitas mundur. Tapi kita akan istirahat dulu. Kami akan segera kembali. Saatnya masuk ke jeda iklan. Menantikan untuk lebih menekan ini hanya dalam beberapa saat. Semuanya selamat datang kembali untuk menekan ini podcast komunitas WordPress yang saya berikan kepada Omar, pembawa acara Anda David Vogel. Paulus. Saya sedang mewawancarai lessor peluncuran tentang WP CLI dan beberapa konektor kompatibilitas mundur. Sendirian tepat sebelum jeda Anda berbagi tentang fitur favorit Anda, atau WP CLI baru-baru ini yang merupakan konteks global yang mengganti bendera apakah itu proses front end atau admin. Dan saya pikir itu sangat pintar. Apa pun yang ingin Anda tambahkan sebelum saya membahas jenis peta jalan masa depan dan kompatibilitas mundur.

AS: Ya, saya ingin menambahkan, saya sangat menantikannya karena itu mungkin salah satu permintaan dukungan paling sering yang didapat WP CLI. Mengapa pembaruan berfungsi di WP CLI ketika mereka melakukannya di ember admin?

DV: Ya, proses repo plugin premium itu muncul di kepalanya dan banyak tempat berbeda yang saya temukan di WordPress tapi ya, saya bisa melihat di mana itu menjadi kemampuan inti di mana orang-orang seperti, Mengapa tidak melakukan ini ? Ini sangat mendasar untuk WordPress. Itu luar biasa. Saat Anda memikirkan masa depan WP CLI, saya ingin membawa pertimbangan kompatibilitas mundur dalam sedetik, tetapi apa yang kami sukai dari dua atau tiga fitur teratas yang Anda sukai untuk masa depan.

AS: Jadi yang sudah saya rencanakan cukup lama sekarang adalah merombak total scaffolding WP CLI. Perintah scaffolding adalah perintah yang menggunakan template untuk memungkinkan Anda menghasilkan kode seperti menghasilkan tema kosong menghasilkan plugin kosong. Dan saya ingin menyelesaikan Super Bowl agar tidak menjadi alat Memulai dan lebih dari bantuan pengembangan konstan seperti di ruang Laravel dengan perintah autisme di mana setiap konsep yang digunakan dalam pengembangan WordPress akan memiliki perintahnya sendiri untuk menghasilkan versi kanonik itu. Dan itu tidak hanya akan mempercepat pengembangan secara drastis, itu juga akan menjadi alat pembelajaran yang luar biasa dan membantu membentuk kualitas keseluruhan di ruang WordPress.

DV: Yang itu kedengarannya sangat bagus dan saya juga bisa mulai membayangkan di mana kompatibilitas mundur mungkin memainkan gesekan untuk Apakah ada fitur peta jalan lain yang serupa? Itu cukup bagus yang lain Apakah Anda ingin menambahkan?

AS: Ada juga pekerjaan yang sedang dilakukan pada penulisan ulang perintah Profil yang masih merupakan perintah pihak ketiga. Itu belum dibundel. Tetapi segera setelah penulisan ulang itu selesai, saya juga ingin menggabungkan perintah itu sehingga setiap orang memiliki cara yang mudah untuk membuat profil. Situs web meminta dan melihat tindakan apa yang saya perlukan, perhatikan filter apa yang menghambat kinerja utama yang macet.

DV: Itu satu lagi yang bagus. Oke, jadi Anda punya dua item peta jalan yang menarik. Saya yakin lebih dari itu tentu saja Anda memikirkan masa depan dan kontributor lain memikirkan masa depan. Tapi yang jelas, kompatibilitas mundur adalah hal besar di WordPress. Jadi pertimbangan apa yang membebani pikiran Anda saat Anda memikirkan kemampuan Anda untuk mewujudkan peta jalan itu?

AS: Ya, WP CLI adalah cara kerjanya, pekerjaan internalnya terkait langsung dengan kebijakan kompatibilitas mundur dari inti WordPress. Saat ini WordPress Core masih mendukung minimal PHP 5.6 WP CLI melakukannya juga. Dan ada kebijakan untuk WP CLI bahwa berapa pun minimum WordPress, kapan pun itu berubah. WP CLI akan menunda perubahan itu setidaknya selama satu tahun untuk memberi semua orang kesempatan menggunakan WP CLI untuk bermigrasi dari situs lama. Ke situs-situs baru. Dan karena WP CLI biasanya merupakan alat yang digunakan untuk bermigrasi dari situs lama, alat ini harus tetap berfungsi pada ekspor. Jadi WP CLI tidak pernah bisa memimpin pendekatan dalam mendukung versi PHP yang lebih baru dan hal-hal seperti itu. Karena itu kemudian akan gagal tujuan utamanya yaitu untuk mendapatkan akses ke situs lama dan memungkinkan Anda untuk pindah. Jadi dalam hal itu, sangat sulit untuk melakukan pengembangan di WP CLI dengan cara menjaga kode tetap segar dan dapat dipelihara tetapi tetap berpegang pada persyaratan minimum PHP yang sangat rendah ini dengan inti WordPress, yang menyebabkan semakin banyak masalah

DV: kapan mereka akan atau apakah Anda tahu kapan core akan menaikkan nomor versi minimum 5.6. Selanjutnya Anda memiliki AB apakah karena 5.6 adalah beberapa variasi yang lalu dan sulit untuk mempertahankan sejauh itu apakah Anda memiliki manik-manik ketika versi yang lebih baru akan menjadi minimum?

AS: Sejujurnya saya tidak dapat mengatakan bahwa saya menginvestasikan banyak pekerjaan ke dalam proyek sub-bahagia di mana saya memiliki banyak mekanisme untuk membuatnya layak secara teknis bagi kode WordPress untuk bergerak cepat menuju versi PHP yang lebih baru pada titik ini semua prasyarat teknis adalah di sana. Ini hanya masalah mengambil keputusan. Dan saya tidak bisa mengatakan kapan itu akan terjadi. Karena memang sudah direncanakan cukup lama tapi sampai sekarang belum ada.

DV: Dan sejak saat itu terjadi meskipun Anda memiliki satu tahun setelah itu ketika WP CLI dapat meningkatkan versi PHP minimum yang didukung. Apakah ada bagian lain dari tumpukan perangkat lunak atau bahasa atau apa pun yang juga membebani Anda ketika Anda memikirkan kemampuan Anda untuk menyampaikan pada peta jalan, atau apakah itu terutama PHP

AS: apakah dalam hal kompatibilitas ke belakang? Ini terutama php. WP CLI dibangun dalam PHP dan dalam gherkin dan dalam skrip shell. Jadi gherkin adalah bahasa pengujian yang sebenarnya tidak menjadi masalah dan skrip shell tidak berubah selama 20 tahun. Saya tidak berpikir akan ada masalah dalam waktu dekat.

DV: Seperti apa dampaknya, menjaga perangkat lunak yang kompatibel dengan versi PHP yang sangat lama itu menantang tetapi seperti membantu saya memahami seperti, bagaimana tantangannya? Apa trade off yang harus Anda lakukan karena tetap berpegang pada dukungan untuk 5.6

AS: mendukung lima lawan enam dengan sendirinya bukanlah masalah besar. Itu hanya satu versi bahasa dan itu adalah bahasa yang lebih buruk. Pada saat itu, tetapi masih sangat berguna. Masalahnya adalah jika Anda juga ingin dapat berjalan di PHP versi terbaru juga. Jadi, Anda perlu mencakup seluruh spektrum itu. Dan selama kami tidak menaikkan versi minimum, kami hanya menambahkan lebih banyak versi yang Anda perlukan untuk mendukung dan dengan PHP, tetapi sekarang iramanya adalah bahwa setiap tahun ada versi utama baru yang keluar sehingga mereka memanggil itu versi kecil, tetapi dalam hal fitur mereka adalah versi utama, dan beberapa rilis terakhir telah melihat perubahan yang lebih besar dan lebih radikal dalam bahasa. Dan saat ini sangat sulit untuk membangun lebih banyak konstruksi tingkat rendah, konstruksi tingkat rendah dengan cara yang bekerja baik pada lima, enam dan delapan dua pada saat yang sama dan itu hanya akan menjadi lebih buruk dari waktu ke waktu. Dan apa yang menambah itu adalah bahwa perkakas yang Anda perlukan untuk bekerja di PHP, Anda perlu menjalankan tes unit, Anda perlu menjalankan tes fungsional, dan seterusnya dan seterusnya. Semua perkakas ini, itu menempel pada irama PHP untuk sesuatu dengan unit PHP. Misalnya, sekarang sangat sulit untuk menulis pengujian Anda sedemikian rupa sehingga pengujian itu sendiri bekerja di semua versi unit PHP. Anda perlu menggunakan untuk menutupi semua versi PHP ini.

DV: Oke , jadi ini adalah bobot dari semua kohort ganda ini, jika Anda mau, PHP mengetikkan TA unit, dan kemudian saya kira Anda juga mungkin berjuang dengan Anda tahu bagaimana Anda menggunakan fungsi dalam versi yang berbeda sebagai fungsi baru menjadi tersedia dan tidak digunakan lagi. Dan sepertinya kumpulan dari semua kerja ekstra itu adalah gesekan yang membebani kemampuan Anda untuk menghadirkan fitur baru. Apakah itu terdengar adil?

AS: Ya, um, ada juga PHP yang semakin ketat. Jadi di mana sebelumnya ketika Anda perlu memetakan beberapa versi PHP, dan Anda bisa menjaga kode Anda tetap kabur sehingga tidak menimbulkan masalah dari satu versi atau yang lain. Itu semakin sulit sekarang, karena HP sering mengeluarkan banyak pemberitahuan dan peringatan dan masalah penghentian. Untuk detail terkecil sekarang, dan terkadang itu berarti Anda membuat fungsi yang Anda perlukan untuk menjalankan build beberapa kali dan memiliki mekanisme untuk menarik versi yang tepat dari fungsi itu, tergantung pada versi PHP yang Anda jalankan, yang peningkatan eksponensial untuk upaya pemeliharaan segalanya.

DV: Ya, itu benar-benar masuk akal. Baiklah, baik, saya ingin mulai menjelajahi sedikit tentang, Anda tahu, bagaimana Anda berpakaian dan mungkin bahkan pemikiran Anda tentang bagaimana WordPress secara umum dapat melakukan lebih baik dan, Anda tahu, berpakaian kompatibilitas mundur, tapi kami' kembali istirahat terakhir kami, dan kami akan segera kembali. Saatnya masuk ke jeda iklan. Menantikan untuk lebih menekan ini hanya dalam beberapa saat. Baiklah semuanya, selamat datang kembali untuk menekan podcast komunitas WordPress ini di W EMR. Kami sedang berbicara dengan lessor peluncuran tentang teka-teki keterbelakangan dapat kelayakhunian dengan WP CLI Saya seharusnya memilih judul twister lidah yang lebih sedikit untuk pertunjukan ini. Tapi di sini kita. Lama itu buku yang bagus. Ya, seperti itu saya harus mengatakan tiga kali cepat sebelum selesai. Tapi oke, jadi sebelum jeda Anda berbicara tentang jenis masalah pemeliharaan eksponensial ini saat Anda mulai berurusan dengan beberapa versi PHP dan saya tidak tahu apakah ini membuat Anda merasa lebih baik sendirian, tetapi seperti 100% mesin WP pelanggan ditambal dalam versi PHP modern, kami memaksa pembaruan itu, tetapi jelas tidak semua orang melakukannya. Benar? Tidak setiap host tidak semua orang yang meng-host situs web melakukan hal ini dan jadi ini hanya membuat oshin disisihkan di luar sana dan ketinggalan zaman, versi PHP lunak atau bahkan WordPress tentu saja plugin. Jadi, ini sifat WordPress yang Anda tahu, dalam ide kompatibilitas mundur ini adalah bagian dari WordPress adalah kekuatan dalam popularitasnya tidak masalah jika saya mengaturnya sendiri. WP CLI harus lag karena melakukan pekerjaan untuk orang-orang yang perlu memutakhirkan. Dan itu adalah hal yang baik, bukan? Itu bagian yang bagus dari dinamika itu. Tapi saya hanya ingin tahu apa pendapat Anda tentang bagaimana WP CLI atau WordPress secara keseluruhan dapat meningkatkan menjaga bagian-bagian yang baik dan mungkin menghindari lebih banyak bagian yang buruk seperti persyaratan pemeliharaan eksponensial kompatibilitas mundur. Apa pendapat Anda tentang tulisan besar itu?

AS: Ya, saya pikir saat ini kita berada pada titik di mana WordPress merugikan basis penggunanya dengan tetap berpegang pada pendekatan kompatibilitas mundur yang sangat ekstrim yang dimilikinya saat ini mengenai PHP, karena semua tanda tampaknya mengarah pada fakta. bahwa kita perlahan-lahan akan memasuki fase di mana kita tidak mungkin lagi menjalankan WordPress pada versi PHP terbaru, yang merupakan masalah nyata. Dan kami akan membutuhkan banyak waktu untuk mengerjakan kompatibilitas karena perubahan di sana seperti banyak perubahan yang terjadi di PHP saat ini. Dan satu-satunya cara untuk menyelesaikannya adalah dengan memiliki pendekatan berkelanjutan untuk beradaptasi dengan siklus PHP yang dapat tertinggal di belakang PHP, tetapi tidak mungkin memiliki kecepatan yang lebih rendah daripada PHP yang hanya akan membuat masalah semakin buruk. Jadi itu harus sesuai dengan kecepatan PHP, meskipun tidak ketinggalan dua tahun di belakangnya. Dan kemudian kami perlu memastikan bahwa kami, kami dapat menjaga semuanya untuk perkakas, pengujian, perkakas, dan sebagainya, cukup up to date sehingga kami selalu dapat bekerja untuk mendukung versi terbaru PHP, karena seperti yang terlihat sekarang , PHP sembilan mungkin akan menjadi versi pertama seperti yang terlihat sekarang WordPress tidak akan mungkin untuk beradaptasi jika kita tidak mengubah pendekatannya. Semoga baik-baik saja, ya.

DV: Saya akan mengatakan sepertinya masalah eksponensial yang Anda hadapi di WP CLI ini adalah jenis peracikan, jika Anda mau, di seluruh WordPress, dan itu semacam membesarkan kepalanya jika Anda mau, dengan seperti tantangan yang Anda sebutkan untuk PHP sembilan. Dan itu masuk akal dalam hal seperti ini, jenis gaya yang menggerakkan WordPress ini harus lebih baik dalam mempertahankan adalah mencocokkan kecepatan itu sehingga mereka tidak tertinggal terlalu jauh di belakang layanan dan tertinggal terlalu jauh di belakang dalam versi PHP. Dalam beberapa menit terakhir di sini, saya tahu bahwa ada banyak tantangan dengan kompatibilitas mundur. Saya tahu Anda telah memberikan fitur-fitur hebat dan Anda ingin memberikan lebih banyak lagi. Dan seperti saya telah melihat aliran kontributor ke Gutenberg dan seperti, saya hanya merasa seperti ini saya tidak akan melakukan layanan kecuali kami melakukan WP CLI sedikit cinta di podcast ini untuk kontributor. Bagaimana orang dapat berkontribusi pada WP CLI untuk membantu menjaga bagian WordPress yang sangat penting ini tetap hidup dan berkembang?

AS: Jadi pertama-tama kami memiliki tim Slack wordpress.org utama. Kami memiliki saluran CLI. Jadi, Anda bisa langsung masuk ke saluran itu dan menyapa dan mengajukan pertanyaan. Dan jika Anda ingin memulai, selalu ada orang yang dengan senang hati membantu Anda bergabung ke dalam kontribusi WP CLI. Ada juga situs make wordpress.org/cli yang merupakan titik masuk untuk semua dokumentasi dan tautan ke masalah pertama yang baik dan seterusnya dan seterusnya. Dan idealnya, Anda akan bergabung dengan salah satu hari kontributor webcam yang sekarang sedang terjadi lagi. Saya sangat senang tentang itu. Karena selama hari-hari kontributor ini, orang-orang benar-benar dapat membantu Anda menyiapkan mesin Anda sendiri untuk melakukan pengembangan lokal yang tepat. Ini akan menghentikan siaran langsung karena terkadang orientasi adalah rintangan tersulit yang harus dipasang orang.

DV: Ya, saya bisa membuktikannya. Beberapa teman yang telah berkontribusi dan apa yang mereka atasi. Saya tahu ada beberapa orang di luar sana yang memiliki sedikit kursus dan instruksi, tentu saja membuat WordPress memiliki hal-hal di sekitar itu juga dalam hal dokumentasi, tapi itu poin yang sangat bagus dan hari-hari kontributor membantu aspek itu. Saya juga menyukai bagaimana Anda memanggil untuk bergabung dengan saluran Slack. Ini agak mengingatkan saya bagaimana Mike Liddell terlibat dengan WordPress menjawab apa yang saya komentari di posting blog Mac Mullenweg, tetapi gagasan berkontribusi dalam konteks sosial mengarah ke sesuatu yang lebih besar. Nah, ini sangat keren. Terima kasih telah bergabung dengan kami hari ini.

AS: Terima kasih telah memiliki saya.

DV: Sangat senang Anda ada di sini. Jika Anda ingin mengetahui lebih lanjut tentang apa yang dilakukan Alon juga. Silakan kunjungi make wordpress.org dan cari situs WP CLI atau temukan dia di slack wordpress.org dan saluran WP CLI. Terima kasih semuanya telah mendengarkan siaran pers ini podcast komunitas WordPress di WMR. Sekali lagi, ini telah menjadi tuan rumah Anda David Vogelpohl. Saya mendukung komunitas WordPress melalui peran saya di WP Engine. Dan saya senang membawa yang terbaik dari komunitas kepada Anda di sini setiap minggu di Press This.