Recapitulare intalnire PHP – 30 octombrie

Aceasta recapitulare este un rezumat al PHP din aceasta saptamana Limbajul de scriptare web in care WordPress este arhitectat in principal. WordPress necesita intalnire PHP 5.6.20 sau mai mare. Acesta evidentiaza ideile si deciziile care au aparut in timpul acelei intalniri, atat ca mijloc de documentare, cat si pentru a oferi o imagine de ansamblu rapida pentru cei care nu au putut participa.

Jurnalul de chat al intalnirii.

Participanti: @ flixos90 @jdgrimes @ mte90 @nerrad @schlessera @vizkr

Rezumatul chatului

Agenda pentru aceasta saptamana a fost sa discutam ultimul numar GitHub ramas pentru sectiunea „Inainte de a actualiza PHP” si sa examinam documentul Google pe care l-a creat @schlessera din rezultatele discutiilor precedente.

• @ flixos90 a oferit o actualizare rapida a starii actuale a pluginului PHP Compatibility Checker de catre WP Engine:
  • Apelul la actiune de vanzare a fost deja eliminat pe GitHub GitHub este un site web care ofera implementarea online a depozitelor git care pot fi usor partajate, copiate si modificate de alti dezvoltatori. Depozitele publice sunt gazduite gratuit, depozitele private necesita un abonament platit. GitHub a introdus conceptul de „cerere de extragere” in care modificarile de cod efectuate in sucursale de catre colaboratori pot fi revizuite si discutate inainte de a fi fuzionate de catre proprietarul depozitului. https://github.com/ repo. Nu este inca in comunicatul public, dar s-a facut.
  • Pluginul Un plugin este un software care contine un grup de functii care pot fi adaugate pe un site web WordPress. Ele pot extinde functionalitatea sau pot adauga noi functii pe site-urile dvs. WordPress. Pluginurile WordPress sunt scrise in limbajul de programare PHP si se integreaza perfect cu WordPress. Acestea pot fi gratuite in directorul de pluginuri WordPress.org https://wordpress.org/plugins/ sau pot fi pluginuri bazate pe costuri de la o terta parte, in prezent nu sunt compatibile cu 5.2, dar vor fi facute astfel.
  • Pentru a utiliza cea mai buna versiune de biblioteca PHPCompat posibila, pluginul va include atat ultima versiune compatibila 5.2, ca dependenta statica, cat si cea mai recenta versiune prin Composer. Acestea vor fi incarcate dupa cum este necesar.
  • In loc sa permita utilizatorului sa testeze o anumita versiune PHP, pluginul ar trebui sa ofere o modalitate de scanare automata a tuturor versiunilor PHP recomandate si, in cele din urma, sa recomande utilizatorului la ce versiune sa se actualizeze (daca nu exista erori in cea mai recenta versiune, recomandati ca unul; altfel continuati; dati-le o prezentare rapida a comparatiei la sfarsit). Acest lucru va face procesul mai usor.
  • In acea procedura automata, versiunile mai vechi decat 5.6 ar trebui verificate numai daca toate celelalte versiuni mai noi includ esecuri. In aceste conditii, ideea este ca este mai bine pentru un site sa fie pe PHP 5.4 de exemplu decat 5.2.
  • Toate acestea vor fi lucrate. Cu toate acestea, deoarece in prezent nu exista cronologie, nu exista presiune acolo. Odata ce exista o idee despre momentul in care este nevoie, echipa WP Engine ar trebui sa fie informata.
• Problema GitHub cu privire la contactarea unui dezvoltator a fost considerata putin cam neclara, deoarece este probabil utila numai in cazurile in care un site a fost initial creat de un dezvoltator, dar nu a fost niciodata intretinut. In aceste cazuri, proprietarul site-ului poate avea in continuare un dezvoltator la alegere pe care il poate contacta. In cazul in care un site este intretinut in mod activ de un dezvoltator, este putin probabil ca acesta sa aiba inca o configurare atat de veche. Dar chiar si acolo ar putea ajuta. S-a decis includerea acestei recomandari ca ultimul paragraf, pentru a nu-l sublinia excesiv. @nerrad a sugerat sa mergeti cu ceva de genul urmator:

  Desi pasii de mai sus sunt ceva ce credem ca poate face orice proprietar de site WordPress, daca aveti o relatie existenta cu un dezvoltator / agentie, va recomandam sa va consultati si cu privire la nevoile specifice ale site-ului dvs.

• In ceea ce priveste sectiunile din documentul Google, s-a decis ca sectiunea „Actualizari” sa urmeze imediat dupa cea „Plan de rezerva si retrocedare”, pe masura ce se bazeaza pe aceasta.
• Inca nu este clar cum sa gestionam sectiunile legate de plugin si tema, atat in ​​ceea ce priveste obtinerea de asistenta, cat si gasirea inlocuirilor. Ideea unei liste crowdsourced de plugin-uri si daca acestea au probleme si care dintre ele nu este inca nimic pe care sa ne putem baza. Alternativele pentru pluginuri nu pot fi recomandate fara a afecta piata pluginurilor intr-un mod opinionat, singura solutie aici ar fi o functionalitate „Pluginuri conexe” din depozit, dar acest lucru ar fi altceva departe de executie. Deocamdata aceste sectiuni ar trebui sa fie pastrate suficient de vagi, fiind in acelasi timp cat mai precise cu privire la orice altceva.
• Trebuie clarificat faptul ca, in timp ce o copie de rezerva ajuta la problemele legate de nucleul WordPress Core, este setul de software necesar pentru a rula WordPress. Echipa de dezvoltare de baza creeaza WordPress., Plugin-uri sau teme, nu face backup pentru versiunea PHP. Daca actualizarea PHP intrerupe un site, intreaga versiune PHP trebuie redusa, astfel incat contactarea gazdei ar fi necesara din nou.
• Pentru a duce acest document intr-un loc unde poate fi predat echipei de marketing, vor fi necesare sugestii reale de copiere, cum ar fi in documentul Servehappy initial. In prezent, o multime din acesta este un rezumat, inclusiv lucruri dintre care unele nu ar trebui de fapt sa fie subliniate la fel de mult in documentul final.
• Actualul document Google ar trebui sa fie refacut pentru a include doar o copie nefinalizata ca continut si tot ceea ce exista in prezent si este important sa stie in plus, trebuie adaugat ca comentarii sensibile la context. @ flixos90 a inceput sa lucreze la acest lucru de acum si oricine este binevenit sa intervina cu mai multe sugestii, care vor fi apoi revizuite in urmatoarea intalnire.

Intalnirea de saptamana viitoare

Urmatoarea intalnire va avea loc pe 6 noiembrie 2017, ora 19:00 UTC ca intotdeauna in # core-php, iar agenda sa va fi sa revizuiasca copia initiala sugerata pentru sectiunea „Inainte de actualizarea PHP”, astfel incat sa poata fi transmisa mai departe ulterior echipei de marketing. Daca aveti sugestii despre acest lucru, dar nu puteti face intalnirea, va rugam sa lasati un comentariu la aceasta postare, astfel incat sa le putem lua in considerare. Ne vedem saptamana viitoare!

# core-php, #php, #summary