egyre

Igen, annak ellenére, hogy bejelentették, hogy a WordPress 3.0 csökkenti a méretét a korábbi verziókhoz képest, ezt bárki ellenőrizheti A WordPress 3.0 súlya 2,7 Mb, míg a WordPress 2.9.2 súlya 2,1 Mb. Meglátjuk, hogy a jövőbeni frissítésekben lehetséges-e a "fogyás" kód elérése és az ígért 800 Kb elérése.

ÖN IS Érdekelhet ...

Tetszett ez a cikk? El sem tudja képzelni, mi hiányzik a Youtube-on!

A szerzőről

Fernando Tellado helyőrző kép

24 hozzászólás a "WordPress egyre súlyosabb (az ígéret nem teljesült)"

nem minden tökéletes….

Nem tudom, mit fest az ingyen erőszak képe a cikkre hivatkozva, teljesen felelőtlen.

Vicc, Cristobal, nem ismered a kövér fickót?

A kövér ember noooooooooooooooooooooooooooooooooooooooooooooo ...

Annyi lyuk ellenére mégis súlya nagyobb ....

Remélhetőleg a jövőbeni frissítésekben elérheti célját, örülök, hogy legalább azon gondolkodik, hogy dolgozzon rajta, legyünk türelmesek.

Fontosnak tartom, hogy a Wrdpress legyen könnyű, mert ha nem, akkor megszűnik a WordPress lenni.

És a fénykép kövér, rendben van, de a felvételt egyáltalán nem látom megfelelőnek.

Vicces, hogy ellentmondasz magadnak:). Néhány nappal ezelőtt panaszkodott, hogy a WordPress-nek kompatibilisebbnek kell lennie a 3.2-es verzióban (ami több kódot jelentene, és azt is, hogy a csomag mérete növekszik), és most azt mondja, hogy túl "nehéz" (pontosan a kompatibilitás és a természetesen, új funkciók).

Ha újraolvassa a bejegyzést, látni fogja, hogy vállalom, hogy nem vállalok kompromisszumot a visszamenőleges kompatibilitással, ami elismerem a WP sikerének része.

fernando egy k pluginnal feltett kérdés, amelyet Fernando kérdez (444 hozzászólás):

és egy kérdés, amelyet hozzáadtam a config.php fájlban definiált multisite-hez, és minden rendben van, de nem ad lehetőséget csak az aldomainre .net/példa Szeretném example.web.net

Üdvözlet és köszönöm a sok segítséget

Mivel úgy gondolja, hogy minimális követelményeket kívánnak előírni a WordPress használatára az php 5-ben. Ez nagyban segít nekik a kód csökkentésében

Ez igaz. és félelmetes erőforrásokat emészt fel. A Super Cache már nem ugyanazt csinálja, mint elvileg. Ezen többet kell dolgoznia az új verzióban vagy legalább a frissítésekben. Folytasson és folytasson sok forrást.

Azt hiszem, erre vonatkoznak az új WordPress 3.2 követelmények, igaz? Így sok kódot csökkenthet.

Először is: az eredeti WordPress 2.9.2 nem mérlegel 2,1 MB de majdnem 2,5 MB tömörítve, de szerintem jobb, ha mérés előtt eltávolítjuk az alkalmazást a csomagból, vagyis kibontjuk.

A WordPress 3.0 valóban súlya 7,9 MB kicsomagolva (2.9.2 súlya 7,29 MB). Sajnos lehetetlen ennek feletti ellenőrzést létrehozni, mivel a technológiák menete teljesen kiszámíthatatlan. Ezért személy szerint felelőtlenségnek minősülnék egy ilyen mértékű ígéretnek (a súly növekedése vagy csökkenése). Mindazonáltal - elolvasva a Fernando által biztosított linket - úgy látom, hogy valakinek az a személyes véleménye, akinek nyilatkozatai nem foglalják össze a mag álláspontját, mint olyan, ezért nem szabad hivatalosnak tekinteni (ezzel nagyon óvatos). Előfordul, hogy valaki tévedett, és biztosan megtanulja azt a tanulságot, hogy ne tegyen ilyen vakmerő jóslatot.

Ami a témát illeti, jó a lényegre térni: a WP 3.0 javascript könyvtárak (az egyetlen dolog, ami igazán betöltődik a böngészőben) súlya 1.75 MB, sokkal könnyebb, mint a 2.9.2 verzió (2,27 MB). Ettől eltekintve kevés aggodalomra ad okot, mivel a fájlszoftver fizikai súlya nem számít, amikor rendszerekről beszélünk. Ami igazán fontos, hogy a rendszer hogyan fut a szerver felé nézve, mert manapság ez nem kevesebb, mint a sebesség vagy a lassúság fő oka a felhasználó böngészőjében.

Ebben a tekintetben megragadom az alkalmat, hogy tisztázzak egy mítoszt, amely még csak most kezd a legtöbb újonc ajkára, akik viszont felelősek annak nagyon sportos terjesztéséért: WordPress 3.0 ne növelte az adatbázisra vonatkozó lekérdezéseit a korábbi verziókhoz képest, de éppen ellenkezőleg - és minden esély ellenére - csökkentette őket. A DB-vel kapcsolatos probléma a WordPress és bármely CMS legnagyobb problémája; Nos, van hírem: A CMS összes új verziója jelentősen megnövelte aktivitását a DB-ben, a WordPress kivételével.

Természetesen a WP verziók közötti esetleges lekérdezési tesztet számszerűsíteni kell az új natív függvények beépítése nélkül. wp_nav_menu (Menünként 7 extra konzultáció) és the_post_thumbnail (3 plusz konzultáció képenként). Ha különböző verziókat próbálunk ki ugyanazokkal a jellemzőkkel és ugyanazzal a témával, akkor hatalmas különbséget fogunk észrevenni a 3.0 javára. Csak végezze el a tesztet.

A szerver CPU-jának (a PHP rész) terhelését tekintve a WP 3.0 ugyanazokat a csúcsokat tartja fenn, mint az előző verziók, és valójában csoda, hogy fenntartja őket, mert ez egy másik indexet jelent, amely habként hajlamos az idő múlásával emelkedni (különösen amikor az igények magasabbak, mint valaha). Ezzel nem azt akarom mondani, hogy a jelenlegi panoráma javult volna a 100% (az előző bekezdésben említett pár funkció számomra személy szerint kolosszális szarnak tűnik a Mag részéről). Ennek ellenére nem tudom abbahagyni az emberek munkájának csodálatát. Folyamatosan azon kapom magam, hogy belenézek az alkalmazás belsejébe, és ez soha nem szűnt meg csodálkozni.

Tehát srácok befejezésül: ne aggódjon a fájlok súlya miatt. Mint minden rendszert, a WordPress-t sem egy vagy két elszigetelt tulajdonság alapján kell értékelni, hanem annak részeit összességében látni.