Beranda WordPress.org Baru, Cloudways Acquired, WebP Ditahan ️ September 2022 Berita WordPress w/ CodeinWP

DesktopServer, alat pengembangan WordPress lokal, dimatikan untuk selamanya

Dalam sedikit berita sedih, ServerPress mengumumkan bahwa mereka akan mematikan alat pengembangan WordPress lokal DesktopServer setelah 12 tahun dalam bisnis (bersama dengan bisnis ServerPress secara umum).

Sepengetahuan saya, DesktopServer adalah salah satu alat pengembangan lokal khusus WordPress pertama dan menawarkan sejumlah fitur yang nyaman bagi pengguna WordPress.

Tim DesktopServer telah mengerjakan versi baru (5.0), tetapi berhenti mengerjakannya setelah sampai pada kesimpulan bahwa itu tidak memiliki banyak peluang untuk mencapai pangsa pasar yang tinggi.

Sejujurnya, ini tidak terlalu mengejutkan saya. Persaingan di ruang ini benar-benar memanas, terutama dari host WordPress terkelola yang merilis alat pengembangan lokal gratis sebagai nilai tambah/daya tarik bagi pelanggan hosting mereka.

Misalnya, Flywheel (dan selanjutnya WP Engine) memulai tren ini dengan WP Lokal. Kemudian, Kinsta juga bergabung dengan DevKinsta.

Mengingat bahwa kedua alat tersebut memiliki versi gratis yang fungsional dan tidak terbatas, sulit untuk membenarkan biaya untuk DesktopServer, bahkan jika itu adalah alat yang solid.

Belum lagi, ada juga banyak opsi pengembangan lokal baru yang tidak spesifik untuk WordPress, tetapi masih berfungsi dengan baik untuk situs WordPress.

Saya pikir tim ServerPress menangani ini dengan cara yang sangat adil. ServerPress akan terus mendukung orang-orang dengan lisensi hingga langganan mereka berakhir, termasuk membantu mereka bermigrasi ke alat lain.

Ada kemungkinan bahwa ServerPress menjual atau membuka sumber kode DesktopServer, tetapi belum ada berita resmi tentang itu.

Untuk melihat beberapa opsi lain, Anda dapat membaca koleksi lengkap alat pengembangan lokal WordPress terbaik kami.

WP-Optimize diduga secara artifisial meningkatkan skor pengoptimalannya

Jika Anda pernah mempelajari pengoptimalan kinerja WordPress, Anda mungkin memperhatikan tren yang sangat mengganggu:

Banyak pengguna, terutama pada hal-hal yang lebih santai, lebih peduli dengan "skor pengoptimalan" situs mereka daripada kinerja situs mereka yang sebenarnya.

Tentu, situs mereka mungkin dimuat dalam waktu kurang dari satu detik untuk semua pengunjung, tetapi mereka hanya mendapatkan 79 di alat uji kecepatan mereka, jadi jelas ada yang salah.

Mungkin tidak mengherankan jika beberapa plugin kinerja WordPress akan berusaha keras untuk meningkatkan skor kinerja dengan cara apa pun yang memungkinkan.

Ini membawa saya ke tweet ini dari Gijo Varghese, yang membuat plugin pengoptimalan FlyingPress yang populer, serta sejumlah alat pengoptimalan gratis.

Dalam tweet, Gijo menuduh bahwa plugin WP-Optimize yang populer mendeteksi alat pengujian kecepatan populer dan tidak menyajikan JavaScript ke alat tersebut, sehingga meningkatkan kinerja secara artifisial saat diuji (meskipun JavaScript masih akan disajikan kepada pengunjung manusia).

WP-Optimize adalah plugin kinerja WordPress komprehensif yang diakuisisi oleh tim yang sama di belakang UpdraftPlus .

Jika benar, ini akan mengingatkan kembali pada skandal emisi Volkswagen, di mana Volkswagen secara artifisial menurunkan emisi tetapi hanya ketika sedang diuji. Di dunia nyata, emisi mencapai 40X lebih tinggi.

Menanggapi pertanyaan dari WP Tavern, David Anderson dari UpdraftPlus mengatakan bahwa kode tersebut ditambahkan sebagai bagian dari memasukkan kode dari garpu plugin Fast Velocity Minify dan bahwa kode tersebut belum tersentuh sejak awalnya menggabungkannya ke dalam WP- Optimalkan plugin.

David mengatakan bahwa dia menugaskan pemimpin tim pengembang JavaScript untuk menyelidiki kode tersebut dan, jika memang hanya ada untuk alat uji kecepatan game, kode itu akan dihapus.

Secara keseluruhan, saya telah menjadi pengguna UpdraftPlus yang bahagia untuk waktu yang lama, jadi saya cenderung memberi mereka keuntungan dari keraguan bahwa tidak ada sesuatu yang sengaja terjadi dengan tujuan jahat. Tetap saja, itu seharusnya tidak terjadi.

Either way, ini adalah pengingat yang baik bahwa, ketika datang ke kinerja WordPress, Anda harus selalu fokus pada pengalaman aktual pengunjung manusia Anda, daripada "skor" pengoptimalan yang samar-samar.

Newsletter Glue membuang WordPress.org untuk menjadi premium

Banyak pengembang plugin menyukai direktori plugin WordPress.org karena memberi mereka akses ke audiens yang besar.

Namun, ada juga beberapa kelemahan, terutama beberapa… pengguna yang berhak, boleh dikatakan, yang menginginkan dukungan berkualitas tinggi dari ekstensi gratis.

Namun, sebagian besar pengembang mengabaikan direktori dari awal (misalnya, Gravity Forms) atau memenuhi tuntutan untuk mendukung pengguna gratis tersebut sebagai imbalan atas paparan yang diberikannya kepada mereka.

Itu sebabnya saya pikir itu menarik bahwa Newsletter Glue membuat keputusan untuk secara resmi menutup plugin WordPress.org gratis yang ada untuk beralih ke pendekatan semua-premium ( setelah beberapa bulan peringatan sebelumnya – mereka tidak melakukannya tiba-tiba ).

Halaman WordPress.org secara resmi dinonaktifkan pada 15 Agustus.

Dalam sebuah wawancara dengan WP Tavern, Leslie Sim dari Newsletter Glue mengatakan bahwa mereka belum menyiapkan pengalaman gratis ke premium secara optimal.

Misalnya, pengguna harus menghapus versi gratis dari plugin dan menginstal plugin premium terpisah, yang berarti bahwa jumlah "pemasangan aktif" Newsletter Glue di WordPress.org akan tetap rendah secara realistis ( karena jumlah "penginstalan aktif" akan benar-benar turun jika seseorang meningkatkan ke premium ).

Jika Anda berencana untuk merilis plugin atau tema Anda sendiri, ini adalah pengingat yang baik bahwa Anda harus memikirkan jenis implementasi ini sebelum Anda ditayangkan.

WebP secara default ditahan (lagi)

Akankah mereka atau tidak? Itulah pertanyaan tentang penggunaan WebP default di inti WordPress.

Dengan "default," maksud saya secara otomatis menghasilkan versi WebP dari gambar JPEG yang baru diunggah ( yang pada dasarnya akan menggandakan jumlah file gambar di server ).

Meskipun banyak pekerjaan utama telah digabungkan ke dalam rilis WordPress 6.1 yang akan datang, tampaknya itu sekarang "ditahan" setelah keberatan dari sejumlah pengembang utama WordPress.

Keluhan umum tentang implementasi adalah sebagai berikut:

• Ini akan menggandakan jumlah file gambar di server.
• Ini secara dramatis meningkatkan pemrosesan yang diperlukan untuk mengunggah gambar, karena server sekarang perlu mengonversinya ke WebP. Ini juga dapat menyebabkan unggahan gambar lebih sering gagal.

Secara keseluruhan, saya cenderung setuju bahwa ini tidak masuk akal sebagai fitur inti, setidaknya dalam implementasinya saat ini.

Jika pengguna benar-benar ingin menggunakan gambar WebP, mereka memiliki banyak pilihan, termasuk mengonversi gambar itu sendiri atau menggunakan plugin seperti Optimole yang secara dinamis mengoptimalkan gambar secara real time.

Tampaknya juga pengembang yang disponsori Google adalah yang mendorong perubahan, yang bisa menjadi sedikit konflik kepentingan mengingat bahwa Google juga mengembangkan format WebP.

Secara keseluruhan, dorongan untuk WebP secara default jelas tidak mati, tetapi masih harus dilihat kapan dan bagaimana implementasinya akan tiba.