Saptamana trecuta, WordPress, principala platforma de blogging si una dintre cele mai utilizate platforme de e-commerce, a primit o actualizare. Numai ca noul WordPress a adus niste erori ce teoretic nu aveau voie sa se intample.

Despre ce a adus nou WordPress 3.7 am vorbit aici, la momentul respectiv. Desi se parea ca nu vor fi probleme si ca actualizarea a fost una de succes, in realitate problemele au inceput sa apara cateva ore mai tarziu.

Cand spun probleme nu ma refer la conflict sau incompatibilitate cu pluginuri sau teme WP neactualizate de mai bine de 2 ani de zile, care oricum fusesera construite pentru a fi compatibile cu cel mult versiunea 3.5 a WordPress.

Cand spun probleme ma refer la:

-o multime de pluginuri de top (gen Seo by Yoast) si care sunt intretinute non-stop au fost fortate sa intre in revizuire de cod, obligand programatorii sa seteze functii de actualizari automate, la fel ca la WP, eliminand si erorile aparute datorita WP 3.7;

-introducerea functiei de actualizare automata pentru WordPress a nascut o serie de dificultati pentru webmasterii care tradusesera fisiere ale platformei (comments, widgets ..) direct in php, fara a folosi fisiere .po (asa cum de fapt ar fi trebuit)  si care incepand cu WP 3.7 le-a facut munca inutila;

-una dintre cele mai mari erori, de dupa actualizarea WordPress 3.7, a fost ”prabusirea” dashboardului, nu putine fiind site-urile unde panoul de control al WordPress arata ca si cand site-ul ar fi fost atacat de hackeri, in realitate fiind insa vorba despre oprirea inexplicabila a functionarii concatenarii codurilor java pentru dashboard in WordPress, problema putand fi rezolvata simplu (de catre cei care stiau cum), prin dezactivarea concatenarii direct din wp-config.php;

Cam multe probleme, insa nu trebuie totusi uitata si partea buna a WordPress 3.7, reconfigurarea bazelor de date construite cu versiuni precedente 3.1 ale platformei sau fortarea webmasterilor sa renunte la pluginuri vechi si incompatibile cu limbajele php de actualitate.

wordpress