admin 
„WordPress 7.0“, anksčiau planuota išleisti balandžio 9 d., bus atidėta, kad būtų stabilizuota bendradarbiavimo realiuoju laiku funkcija ir užtikrinta, kad leidimas, kuris yra pagrindinis įvykis, bus „skirtas ypatingam stabilumui“. Daug dėmesio skiriama WordPress 7.0 versijoje, nes ji bus aprūpinta funkcijomis, kurios pradės dirbtinio intelekto valdomų turinio valdymo sistemų amžių.
Stabilumo prioritetų nustatymas
Mattas Mullenwegas, vienas iš „WordPress“ įkūrėjų, komentuodamas oficialioje „Making WordPress Slack“ darbo vietoje, sakė, kad leidimas turėtų atsitraukti nuo dabartinės trajektorijos ir teikti pirmenybę stabilumui, ragindamas ilgesnį išankstinio išleidimo etapą, kad realiojo laiko bendradarbiavimo (RTC) funkcija veiktų tinkamai. Numatoma, kad vėlavimas truks savaites, o ne dienas, ir apibūdinamas kaip vienkartinis nukrypimas nuo suplanuoto „WordPress“ datos tvarkaraščio.
Mullenweg paskelbė:
„Atsižvelgdamas į 7.0 versijos apimtį ir būseną, manau, kad turėtume grįžti prie beta versijos leidimų, tinkamai įrengti naujas lenteles, užrakinti viską, ko norime 7.0 versijoje, ir vėl pradėti RC. Numatytasis vis dar yra datos pagrįstos versijos, tačiau norime pasiekti ypatingą stabilumą ir įdomius naujinimus, ypač dėl to, kad dirbtinio intelekto pagreitintas kūrimas didina žmonių programinės įrangos skaičių.
Tai yra vienkartinis atvejis, manau, kad ateityje turėtume grįžti į suplanuotą traukinį, kurio tikslas – 4 kartus per metus 2027 m., tikėkimės, kad atspindėtume mūsų gebėjimą judėti greičiau.
Pailginto leidimo kandidato fazė pakeičia beta versijos atkūrimą
Kad būtų išvengta techninio suderinamumo problemų, projektas liks galimo leidimo etape, prireikus pratęsiant testavimo laikotarpį, naudojant papildomas RC versijas.
Pasiūlymas grįžti prie beta versijos buvo atmestas, nes tai pažeistų PHP versijų palyginimo elgseną, papildinio atnaujinimo logiką ir įrankius, kurie priklauso nuo standartinės versijų sekos. Tęsiant RC versijas išsaugomas suderinamumas ir lieka daugiau laiko bandymams ir pataisymams.
Bendradarbiavimas realiuoju laiku
Vėlavimas daugiausia susijęs su bendradarbiavimo realiuoju laiku funkcijos, kuri pristato naujas duomenų bazių lenteles ir keičia tai, kaip „WordPress“ tvarko redagavimo seansus. Dalyviai nustatė riziką, susijusią su našumu, duomenų tvarkymu ir sąveika su esamomis sistemomis.
Pagrindinis rūpestis yra tas, kad redaguojant realiuoju laiku aktyvių seansų metu išjungiamos nuolatinės įrašų talpyklos – našumo problema, kurią komanda stengiasi išspręsti prieš galutinį leidimą.
Duomenų bazės dizainas kelia susirūpinimą dėl našumo
Pagrindinė diskusijos dalis buvo skirta tam, kaip struktūrizuoti duomenų bazę, skirtą bendradarbiavimui realiuoju laiku (RTC). Siūloma viena RTC lentelė palaikytų 1. realiojo laiko redagavimo atnaujinimus ir 2. sinchronizavimą. Tačiau kai kurie bendradarbiai pažymėjo, kad realiojo laiko redagavimo ir sinchronizavimo darbo krūviai iš esmės skiriasi.
Bendradarbiavimas realiuoju laiku generuoja aukšto dažnio, sparčiuosius įrašus, kuriems reikalingas mažas delsimas (tai reiškia, kad atnaujinimai įvyksta labai trumpai).
Nors aplinkų sinchronizavimas apima lėtesnius, struktūrinius naujinimus, kurie gali apimti visos lentelės nuskaitymą.
Sujungus abu modelius vienoje lentelėje kyla našumo problemų ir padidėja sudėtingumas. Dalyviai aptarė šių darbo krūvių padalijimą į atskiras lenteles, optimizuotas kiekvienam naudojimo atvejui, tačiau sprendimas nebuvo priimtas.
Išleistų kandidatų testavimo spraga kelia susirūpinimą
Diskusija „WordPress Slack“ darbo srityje taip pat sukėlė susirūpinimą dėl to, ar buvo pakankamai išbandytų realaus pasaulio leidimo kandidatų, o duomenų bazės schemos pakeitimai padidina gedimų riziką atnaujinant. Sprendimas naudoti Gutenberg papildinį bandymams buvo atmestas, nes duomenų bazės pakeitimai gali turėti įtakos gamybos vietoms ir reikalauti sudėtingos perkėlimo logikos. Vietoj to, projekte bus naudojamas išplėstinis RC etapas, siekiant padidinti bandymų poveikį ir surinkti atsiliepimus iš platesnės vartotojų grupės.
Versijų kūrimo apribojimai
Dėl pasiūlymo atidėti 7.0 versiją kilo papildomų problemų. PHP versijų palyginimo taisyklės ir susiję įrankiai apsunkino grįžimą į beta versijas. Buvo sutarta, kad išlaikant kandidatų išleidimo seką (ergo RC1, RC2, RC3) išvengiama šių problemų, tuo pačiu leidžiant tęsti iteraciją, todėl buvo nuspręsta tęsti su kandidatais į leidimą.
Ateities leidimo ritmas išlieka
Vėlavimas apibūdinamas kaip laikina išimtis. Mattas Mullenwegas teigė, kad projektas ketina grįžti prie įprasto išleidimo grafiko, siekdamas iki 2027 m. pristatyti maždaug keturis leidimus per metus, nes kūrimo greitis padidės darbo eigomis su dirbtiniu intelektu.
Poveikis kūrėjams ir naudotojams
Kūrėjai turėtų tikėtis nuolatinių bendradarbiavimo realiuoju laiku funkcijos ir ją palaikančių duomenų bazių struktūrų pakeitimų pratęsto leidimo fazės metu. Ilgesnis bandymo laikotarpis suteikia daugiau laiko problemoms nustatyti prieš išleidžiant. Svetainių savininkams ir priegloboms šis delsimas rodo, kad „WordPress“ teikia pirmenybę stabilumui, o ne tvarkaraščiui, tuo pat metu įdiegdama sudėtingesnes realaus laiko ir sinchronizavimo funkcijas.
RTC poveikis prieglobos aplinkai
Tai, kas nebuvo aptarta, bet yra tikra problema, yra tai, kaip bendradarbiavimas realiuoju laiku gali paveikti žiniatinklio prieglobos paslaugų teikėjus. Jie turi išbandyti šią funkciją, kad sužinotų, ar ji nesukelia problemų bendrojo prieglobos aplinkoje. Nors RTC bus pristatoma pagal numatytuosius nustatymus funkcija išjungta, šiuo metu nežinomas poveikis, kurį klientai naudos bendrai naudojamoje prieglobos aplinkoje. Valdomos „WordPress“ prieglobos paslaugų teikėjo „Kinsta“ atstovas „Search Engine Journal“ sakė, kad jie vis dar bando. Atsižvelgiant į tai, kaip ši funkcija vis dar tobulinama, „Kinsta“ ir kiti žiniatinklio prieglobos serveriai turės toliau testuoti būsimus „WordPress“ leidimo kandidatus.
Manau, kad dauguma žmonių sutiks, kad sprendimas atidėti „WordPress 7.0“ išleidimą yra teisingas raginimas.
