Noua pagină de pornire WordPress.org, Cloudways achiziționat, WebP în așteptare ️ Septembrie 2022 Știri WordPress cu CodeinWP
Publicat: 2022-09-03Aceasta este ediția din septembrie 2022 a „Luna aceasta în WordPress cu CodeinWP”.
Bună, fani WordPress. Revenim cu un alt lot de știri WordPress, acoperind tot ce s-a întâmplat în ultimele 30 de zile în lumea WordPress.
În cea mai mare știre de luna trecută, WordPress.org a primit o mare reproiectare a paginii sale de pornire și a paginii de descărcare. Place? Urăsc asta? „Meh”? Spune-ne în comentariile de mai jos...
Dincolo de asta, s-ar putea să fii surprins de cât de mare a fost Cloudways, deoarece tocmai a fost achiziționat pentru nu atât de departe de jumătate de miliard de dolari.
DesktopServer își spune, de asemenea, la revedere și se închide definitiv, în timp ce avem alte câteva știri legate de WordPress însuși și spațiul mai larg de afaceri WordPress.
Să trecem la știri:
Septembrie 2022 Știri WordPress cu CodeinWP
WordPress.org primește o nouă pagină de pornire și o pagină de descărcare
Într-una dintre cele mai mari știri din această lună, WordPress.org a primit în sfârșit noua pagină de pornire și pagină de descărcare.
După cum ne-am documentat în postările noastre de știri, WordPress.org a început încet, începând cu antetul și trecând acum la unele dintre paginile principale.
Nu are mult mai mult „nucleu” decât pagina de pornire și pagina de descărcare, deoarece acestea sunt probabil cele mai importante două pagini pentru cei care caută WordPress cu auto-găzduire.
În ceea ce privește designul în sine... ei bine, nu-mi place, mai ales copia pe care au ales-o să o asocieze. „Publică-ți pasiunea” pare destul de vag și parcă pierde adevăratul beneficiu al utilizării WordPress (WordPress.com pare să fie capabil să surprindă mult mai bine valoarea WordPress).
Există, de asemenea, alte ciudații, cum ar fi copia presupunând că vizitatorul are deja o înțelegere solidă a modului în care funcționează WordPress și ce sunt blocurile.
Ceea ce este mai interesant, însă, este culisele modului în care aceste pagini au fost actualizate.
S-a părut că a durat destul de mult, mai ales pentru că echipa nu a reușit să o facă cu experiența editorului de blocuri nativ... care poate nu este cel mai bun aspect, având în vedere cât de mult promovează noul design editorul de blocuri.
Lucrurile au devenit puțin complicate când Matt Mullenweg a sugerat, în esență, că a fost o pierdere de timp să creeze o temă bazată pe blocuri pentru reproiectare, atunci când ar putea să o codifice mai rapid prin implementarea directă a designului.
Deși nu sunt de acord, aceasta nu este chiar o susținere a editorului de blocuri atunci când alți utilizatori WordPress ar trebui să facă totul folosind teme bazate pe blocuri.
Comentariul lui Jon Brown la postarea WP Tavern despre lansare rezumă propriile mele sentimente:
Pentru a demonstra că editorul de blocuri ar putea face treaba, Jamie Marsland a petrecut 20 de minute recreând pagina de pornire în editorul de blocuri. Îl puteți viziona în timp real în acest videoclip YouTube sau puteți verifica produsul finit pe Twitter.
Nu este perfect și ar necesita totuși puțină curățare, dar este o interpretare interesantă a sagăi.
Ce parere aveti de noul design? Spune-ne în comentarii!
DigitalOcean achiziționează Cloudways pentru 350 de milioane de dolari
Acesta nu este specific pentru WordPress, dar este o achiziție masivă care va atinge mulți utilizatori WordPress.
În august, DigitalOcean a anunțat că achiziționează Cloudways într-o tranzacție masivă în numerar de 350 de milioane de dolari.
Prima: wow . Știam că Cloudways merge bine, dar nu știam că face bine 350 de milioane de dolari în numerar .
În al doilea rând, eu, și o mulțime de alți oameni, vom fi interesați să văd cum afectează acest lucru ofertele Cloudways.
Dacă nu sunteți familiarizat cu Cloudways, este în esență o combinație între un serviciu de găzduire gestionat tradițional și un panou de control al serverului.
În loc să ofere propria infrastructură, Cloudways permite utilizatorilor să aleagă configurația preferată de la cinci furnizori diferiți de găzduire în cloud – DigitalOcean, Vultr, Linode, Google Cloud și AWS. De acolo, Cloudways se ocupă de furnizarea și întreținerea serverului și funcționează aproape la fel ca găzduirea tradițională a site-urilor web.
Acum că DigitalOcean deține Cloudways, marea întrebare este ce se întâmplă cu integrările cu alți furnizori de găzduire în cloud:
- Va rămâne totul la fel?
- Va începe DigitalOcean să-și promoveze și mai mult propriile produse? Spun „și mai mult” pentru că DigitalOcean a fost întotdeauna listat pe primul loc pe paginile de prețuri ale Cloudways, ceea ce sugerează un tip de parteneriat.
- Va trece DigitalOcean de la oferirea de integrări cu produse concurente?
Pe baza declarațiilor timpurii, DigitalOcean pare să sugereze că vor merge cu abordarea „totul rămâne la fel”:
Cu toate acestea, merită să subliniem partea „deocamdată” a acestei declarații.
În general, va fi interesant de văzut cum se va desfășura această achiziție în viitor.
Dacă sunteți îngrijorat și interesat de unele alternative, vă recomand să vă uitați la instrumente precum RunCloud, SpinupWP și GridPane. Deși nu sunt exact la fel cu Cloudways, deoarece nu sunt incluse în cloud hosting, folosesc abordarea la un nivel de bază.
DesktopServer, un instrument local de dezvoltare WordPress, se închide definitiv
Într-o veste tristă, ServerPress a anunțat că va închide instrumentul de dezvoltare local WordPress DesktopServer după 12 ani de activitate (împreună cu afacerea ServerPress în general).
Din câte știu, DesktopServer a fost unul dintre primele instrumente de dezvoltare locală specifice WordPress și a oferit o serie de caracteristici convenabile pentru utilizatorii WordPress.
Echipa DesktopServer lucrase la o nouă versiune (5.0), dar a încetat să lucreze la ea după ce a ajuns la concluzia că nu are prea multe șanse să obțină o cotă de piață mare.
Sincer să fiu, acest lucru nu mă surprinde cu adevărat. Concurența în acest spațiu s-a aprins cu adevărat, mai ales din partea gazdelor WordPress gestionate care lansează instrumente gratuite de dezvoltare locală ca valoare adăugată/atracție pentru clienții lor de găzduire.
De exemplu, Flywheel (și ulterior WP Engine) a început această tendință cu Local WP. Apoi, Kinsta a intrat și el în amestec cu DevKinsta.
Având în vedere că ambele instrumente au versiuni gratuite funcționale și nelimitate, este greu de justificat costul pentru DesktopServer, chiar dacă este/a fost un instrument solid.
Ca să nu mai vorbim, există și o mulțime de noi opțiuni de dezvoltare locală care nu sunt specifice WordPress, dar funcționează încă bine pentru site-urile WordPress.
Totuși, cred că echipa ServerPress se ocupă de asta într-un mod cu adevărat corect. ServerPress va continua să sprijine persoanele cu o licență până la expirarea abonamentului, inclusiv asistarea acestora cu migrarea către un alt instrument.
Există șansa ca ServerPress să vândă sau să deschidă codul DesktopServer, dar încă nu există știri oficiale despre asta.
Pentru a vedea alte opțiuni, puteți citi colecția noastră completă cu cele mai bune instrumente de dezvoltare locală WordPress.
Se presupune că WP-Optimize își crește în mod artificial scorurile de optimizare
Dacă ați săpat vreodată în optimizarea performanței WordPress, probabil ați observat o tendință cu adevărat enervantă:
Mulți utilizatori, în special în cele mai obișnuite, le pasă mai mult de „scorurile de optimizare” ale site-urilor lor decât de performanța reală a site-urilor lor.
Sigur, site-ul lor s-ar putea încărca în mai puțin de o secundă pentru toți vizitatorii, dar au primit doar un 79 în instrumentul lor de testare a vitezei, așa că în mod clar ceva nu este în regulă.
Poate că nu este o surpriză, așadar, că unele plugin-uri de performanță WordPress ar face totul pentru a crește scorurile de performanță în orice mod posibil.
Acest lucru mă duce la acest tweet de la Gijo Varghese, care face popularul plugin de optimizare FlyingPress, precum și o serie de instrumente de optimizare gratuite.
În tweet, Gijo susține că popularul plugin WP-Optimize detectează instrumente populare de testare a vitezei și nu servește JavaScript acestor instrumente, sporind astfel artificial performanța atunci când este testat (chiar dacă JavaScript ar fi încă oferit vizitatorilor umani).
WP-Optimize este un plugin cuprinzător de performanță WordPress care a fost achiziționat de aceeași echipă din spatele UpdraftPlus .
Dacă este adevărat, acest lucru s-ar întoarce la scandalul emisiilor Volkswagen, în care Volkswagen a scăzut artificial emisiile, dar numai în timpul testării. În lumea reală, emisiile au fost de până la 40 de ori mai mari.
Într-un răspuns la întrebările de la WP Tavern, David Anderson de la UpdraftPlus a spus că codul a fost adăugat ca parte a includerii codului dintr-un furk al pluginului Fast Velocity Minify și că codul nu a fost atins de când l-a fuzionat inițial în WP- Optimizați pluginul.
David a spus că i-a însărcinat principalul dezvoltator JavaScript al echipei să investigheze codul și, dacă este într-adevăr acolo doar pentru instrumentele de testare a vitezei de joc, acesta va fi eliminat.
În general, sunt un utilizator fericit al UpdraftPlus de mult timp, așa că sunt înclinat să le ofer beneficiul îndoielii că nu s-a întâmplat nimic intenționat sinistru. Totuși, nu ar fi trebuit să se întâmple.
Oricum ar fi, acesta este un bun memento că, atunci când vine vorba de performanța WordPress, ar trebui să vă concentrați întotdeauna pe experiențele reale ale vizitatorilor tăi umani, mai degrabă decât pe „scorurile” nebuloase de optimizare.
Ați putea fi interesat și de:
- #WCEU anulat, WordPress 5.4 scos, WooCommerce 4.0, lucru la distanță ️ Știri WordPress din aprilie 2020 cu CodeinWP
- GoDaddy în știri (bun și rău), campania „Bine ați venit creatori web” de Elementor ️ Știri WordPress din decembrie 2021 cu CodeinWP
- Gutenberg 10.4, Jetpack Boost, Gravity Forms 2.5, Sponsori WordCamp în probleme ️ Știri WordPress mai 2021 cu CodeinWP
Buletinul informativ Glue renunță la WordPress.org pentru a deveni premium
Mulți dezvoltatori de pluginuri le place directorul de pluginuri WordPress.org, deoarece le oferă acces la un public larg.
Cu toate acestea, există și unele dezavantaje, mai ales unii... utilizatori îndreptățați, ca să spunem așa, care doresc asistență de înaltă calitate de la o extensie gratuită.
Cu toate acestea, majoritatea dezvoltatorilor fie ocolesc directorul de la început (de exemplu, Gravity Forms), fie suportă cerințele de a susține acești utilizatori gratuiti în schimbul expunerii pe care le aduce.
De aceea mi s-a părut interesant că Newsletter Glue a luat decizia de a închide oficial pluginul gratuit WordPress.org existent pentru a trece la o abordare premium ( după câteva luni de avertizare – nu au făcut-o din senin ).
Pagina WordPress.org este dezactivată oficial începând cu 15 august.
Într-un interviu cu WP Tavern, Leslie Sim de la Newsletter Glue a spus că pur și simplu nu au configurat experiența free-to-premium într-un mod optim.
De exemplu, utilizatorii au trebuit să ștergă versiunea gratuită a pluginului și să instaleze un plugin premium separat, ceea ce însemna că numărul de „instalări active” ale Newsletter Glue la WordPress.org va rămâne nerealist de scăzut ( întrucât numărul de „instalări active” ar scădea efectiv). dacă cineva a făcut upgrade la premium ).
Dacă intenționați să vă lansați propriul plugin sau temă, acesta este o reamintire bună că veți dori să vă gândiți la aceste tipuri de implementări înainte de a începe.
WebP este în mod implicit în așteptare (din nou)
Vor sau nu vor? Aceasta a fost întrebarea despre utilizarea implicită a WebP în nucleul WordPress.
Prin „implicit”, mă refer la generarea automată a versiunilor WebP ale imaginilor JPEG nou încărcate ( care ar dubla în esență numărul de fișiere imagine de pe server ).
Chiar dacă o mare parte din munca principală fusese deja îmbinată în viitoarea versiune WordPress 6.1, se pare că aceasta este acum „în așteptare” după obiecțiile unui număr de dezvoltatori principali WordPress.
Plângerile comune cu privire la implementare sunt următoarele:
- Acesta va dubla numărul de fișiere imagine de pe server.
- Mărește dramatic procesarea necesară pentru încărcarea imaginilor, deoarece serverul ar trebui acum să le convertească suplimentar în WebP. Acest lucru ar putea duce, de asemenea, să eșueze încărcările de imagini mai des.
În general, tind să fiu de acord că acest lucru pur și simplu nu are sens ca o caracteristică de bază, cel puțin în implementarea sa actuală.
Dacă utilizatorii chiar doresc să folosească imagini WebP, au o mulțime de opțiuni, inclusiv conversia imaginilor în sine sau utilizarea unui plugin precum Optimole care optimizează dinamic imaginile în timp real.
De asemenea, se pare că dezvoltatorii sponsorizați de Google sunt cei care conduc schimbarea, ceea ce ar putea fi un pic de conflict de interese, având în vedere că Google a dezvoltat și formatul WebP.
În general, impulsul pentru WebP în mod implicit nu este cu siguranță moartă, dar încă rămâne de văzut când și cum va ajunge implementarea.
Asta rezumă rezumatul nostru de știri WordPress din septembrie 2022. Ne-a ratat ceva?
…
Nu uitați să vă alăturați cursului nostru rapid despre accelerarea site-ului dvs. WordPress. Cu câteva remedieri simple, puteți reduce timpul de încărcare chiar și cu 50-80%:
Aspect și prezentare de Karol K.