- Motorola Edge 50 Neo - az egyensúly gyengesége
- Hívószám-hamisítás
- Magisk
- One mobilszolgáltatások
- iPhone topik
- Íme az új Android Auto!
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Szívós, szép és kitartó az új OnePlus óra
- Samsung Galaxy Fit 3 - keveset, de jól
- Honor Magic6 Pro - kör közepén számok
-
Mobilarena
WordPress tartalom kezelő rendszer (CMS) topik
Új hozzászólás Aktív témák
-
-
Des1gnR
őstag
Jogos. Nem tudom, hogy ez segít-e, de mit ezt használjuk: https://wordpress.org/plugins/seo-image/
Én úgy állítottam be, hogy a title és az alt tag is a kép neve és mindig ügyelünk a képek elnevezésére.
Nagytalp: Azt álmodtam (komolyan), hogy a Duplicatorral sikerült, szóval előbb teszek azzal egy próbát.
-
Nagytalp
senior tag
Néztem az oldalad és nem rosszak az eredményeid.
Az a helyzet, hogy ha ezek a modulok aktívak akkor cache plugin sem kell. Elég kézzel szerkesztve beírni a sorokat a .htaccess fájlba.
Annyiban leegyszerűsítheted a dolgod, hogy felteszed az általam ajánlott cache plugint és megíratod vele amit kell.
-
sz.j
nagyúr
Bocsi elírtam
Nyilván nem a "gépen" hanem az oldalon ....Ui.
Előzőleg kipróbáltam a WP Super Cache-t is és annak ellenére, hogy de a netten lévő útmutatás (setting) szerint állítottam be sajnos csúfosan gyenge eredményeket tudtam csak elérni vele.
Le is szedtem ...Ha lesz ma még elég időm, akkor még a Quick cache-t is kiszeretném próbálni, és amelyik jobb eredményt hoz az marad fent.
-
Nagytalp
senior tag
Két helyen találhatsz bejegyzést a W3TC-től.
1., .htaccess
2., wp-config.phpMinden esetben megjelöli amit bejegyzett, tehát azt kell törölnöd.
A .htacess esetében csak a # BEGIN WordPress és # END WordPress közti rész hagyd meg a többi mehet a kukába de előtte azért csinálj egy másolatot .htaccess fájlodról!
A wp-config.php esetében max. dolgot írbe a W3TC. Az egyik a WP Cache bekapcsolása, a másik az edge mód bekapcsolása ha engedélyezted. Mindkettő törölhető mert az új cache plugin újra beírja ami szükséges.
-
Nagytalp
senior tag
KeepAlive mint mondtam felejtős osztott tárhelyen.
<IfModule> csak akkor működik ha a webszerveren engelyézve vannak az érintett modulok (If Module present), mint azt már írtam.
Jpg és egyéb képfájloknak adhatsz minimum 1 hnapot vagy akár 1 évet is váltsd át másodpercre.
Szerintem W3TC uninstall és WP Super cache install. Minden recommended kipipál és megírja a .htaccess fájlt.
Amelyik modul a szerveren engedélyezve van annak lesz hatása mivel Apache webszerveren fut a lapod. Ami nincs bekapcsolva arra kérdezz rá a szolgáltatónál.
Én 2500Ft-ot fizetek havonta egy VPS-ért, fix IP címmel és az első hónap csak 100Ft. volt!
-
sz.j
nagyúr
A böngészők gyorsítótárazásával kapcsolatban találtam egy oldalt ahol a .htaccess-be az alábbiakat javasolja beírni:
<ifModule mod_headers.c>
Header set Connection keep-alive# 1 hetes tárazás
<filesMatch ".(jpg|jpeg|png|gif|swf|ico|pdf|flv)$">
Header set Cache-Control "max-age=604800, public"
</filesMatch># 4 napos tárazás
<filesMatch ".(xml|txt|css|js)$">
Header set Cache-Control "max-age=345600, proxy-revalidate"
</filesMatch></ifModule>
A gyorsítótárazás idejét mindenki maga állapítsa meg, de ajánlott legalább 1 hetes lejáratot megadni.
Gondolom, hogy a választott időintervallumost kell csak, változtatás nélkül, a .htaccess-be beírni, azaz az egy hetes változat esetében az alábbiakat.
<ifModule mod_headers.c>
Header set Connection keep-alive
<filesMatch ".(jpg|jpeg|png|gif|swf|ico|pdf|flv)$">
Header set Cache-Control "max-age=604800, public"
</filesMatch>
</ifModule>Szerintetek jó lesz ez így vagy esetleg változtatni kellene valamin?
-
sz.j
nagyúr
Megnéztem az oldal sebességét a PageSpeed Insights-n is és a böngésző gyorsítótárazásra is hibát dob.
Az alábbi javaslatot teszi:
"Hasznosítsa a böngésző gyorsítótárazását a következő gyorsítótárazható források esetében:
https://apis.google.com/js/plusone.js (30 perc)
http://www.google-analytics.com/analytics.js (2 óra)"Ezt hol lehet megadni/beállítani?
-
Nagytalp
senior tag
Folyt.:
Apache + PHP alapú a weblapod. Ha a disk cache elérhető akkor használd azt a W3TC-ben. Csak végig kell menned a menüpontokon és engedélyezni ami szükséges. A .htaccess fájlba beírja a plugin ami szükséges és mehet a sebesség teszt újra.
Itt egy jónak tűnő leírás: [link]
-
Nagytalp
senior tag
-
Nagytalp
senior tag
Tehát nem elérhető a Memcached és az OPCache sem. Ha a "Disk" felirat fekete akkor ez az egyetlen cache metódus amit jelenleg használni tudsz.
Már csak az a kérdés, hogy milyen webszerveren fut a lapod? Ha Apache akkor tudsz gyorsítani mert úgy látom, hogy még nem kapcsoltál be mindent ami szükséges lehet. Ha Nginx + osztott tárhely akkor talán esélytelen...
Van olyan felületed az Adminban ahol PHP modulokat tudsz engedélyezni?
-
Nagytalp
senior tag
Osztott tárhelyen kevesebb a kontroll mint egy VPS felett, KeepAlive szinte biztosan nincs. És erősen függ a teljesítmény a szerveren egy időben használt több száz, ha nem éppen több ezer oldal terheltségétől. Tehát nem rendelkezel dedikált erőforrásokkal ami szívás akár még SEO szempontjából is.
A W3TC szerint milyen Cacahe lehetőségeid vannak? (Memcache, OPcache, DiskCache)
Ha leakarod cserélnia W3TC-t akkor a .htacces fájlodból és a wp-config.php-ból (pl. W3TC edge mode) is törölnöd kel a plugin által létrehozott bejegyzéseket.
-
Nagytalp
senior tag
Akkor ez osztott tárhely ami egy kicsit szívás.
A cache használatához nem elég egy plugin. Meglévő memcache vagy memcached szükséges amit vagy alapból bekapcsolva adnak vagy neked kell bekapcsolni admin felületről.
Mielőtt bármit csinálsz ellenőrizd az oldalad esetleges hiányosságait a gtmetrix segítségével!
Cache pluginnak a WP Super Cache-t ajánlom, a W3TC-vel elég sok szívás van bár egy nagy tudású plugin.
-
The DJ
addikt
-
The DJ
addikt
Az a probléma, hogy a beállításoknál beírt Aweber e-mail lista nem aktív. Ez a plugin úgy működik, hogy külső szolgáltatásokat (Aweber, Mailchimp, stb) integrál, tehát ahhoz, hogy működjön kell létrehoznod egy érvényes fiókot a támogatott megoldások közül és kell kreálni a feliratkozásoknak egy aktív és érvényes e-mail címlistát is. Valószínűleg ez a lépés hiányzik. Jelenleg az Aweber van kiválasztva nálad, tehát regisztrálnod kell egy Aweber fiókot, létrehozni a címlistát és megadni a plugin beállításaiban ennek a listának a nevét.
Viszont tudtommal az Awebernek nincs ingyenes csomagja, tehát én inkább a Mailchimpet ajánlanám. 2000 feliratkozóig és 12000 e-mailig ingyenes a használata: [link]
-
Dexter68
addikt
Itt tárgyalnak egy ilyen esetet.
Én nem értem ezt a "pluginnélkülakarom" dolgot sokaknál. Először is, minek újra kitalálni azt, amit már valaki kitalált és ráadásul ingyen közreadta? Másodszor meg sokszor ehhez bele kell nyúlni a wp motorjába, ami az első frissítésnél oda lesz... Persze mindenkinek szíve joga ott mélytorkozni, ahol jól esik, ez csak kikívánkozott belőlem a sokadik ilyen után. -
The DJ
addikt
General Settings-nél ezt kell keresned ha minden igaz:
Page Title Format: %page_title% | %blog_title%
Innen kiveszed hátulról a %blog_title% részt és el is fog tűnni a site neve az oldal címe mögül. Ugyanezen elv alapján testre lehet szabni a bejegyzések, kategóriák, stb. címeit.
-
#703
CharlieDrop
veterán
sz.j
#698
CharlieDrop
veterán
Hi.
1. külön plugin kell hozzá
2. Dublin core, ha elolvasod tudod hol kell beállítani.
3. Nem szükséges, miért lenne szükséges?
4. Mondjuk kitörlöd, átírod, ahogy tetszik
üdv
-
The DJ
addikt
Ugyanez a menete a többi Google font beillesztésének is. Kikeresed a megfelelőt, bekattintod a latin-ext subsetet és a kívánt méreteket, aztán kimásolod a font beillesztéséhez szükséges HTML kódot és beteszed a </head> elé. Arra azért figyelj, hogy olyan fontot válassz, ami támogatja az ékezeteket. Érdemes mindig tesztelni a választás előtt (árvíztűrő tükörfúrógép
). Ha nincs ott a latin-ext subset akkor nem lesz benne hosszú őúűó, stb.Utána már csak hivatkozni kell a font nevére CSS-ben és meg is fog jelenni az oldalon az új betűtípus.
Sokszor az a baj a Wordpress sablonokkal, hogy nem gondolnak az ékezetekre a fejlesztők és kihagyják a latin-ext meghívását a fontok betöltésénél. Jó sokat kellett kutakodnom mire sikerült erre rájönni az első alkalommal.
-
The DJ
addikt
A header.php-ben fogod megtalálni a </head> részt, ez elé ha bemásolod az általam küldött sort, akkor valószínűleg sikerülni fog, amit szeretnél, mivel ezt fogja utoljára betölteni, ezzel pedig felülírja a sablon által betöltött fontot.
Egyébként ha jól sejtem, akkor azért nem találod a kiemelt részt, mert ezt dinamikusan generálja le a téma. Ilyen akkor lehetséges, ha a beállításaiban lehetőséget nyújt arra, hogy kiválaszthasd a fontokat. Így is meg lehetne találni az ezért felelő PHP részt, de ez kicsit macerásabb.
-
The DJ
addikt
A "Roboto Condensed" font támogatja a magyar ékezeteket, csak a téma nem hívta meg a latin-ext készletet, ezért nézhetnek ki furán az őű betűk.
Ezt kellene betölteni az ékezetek helyes megjelenítéséhez:
<link href='http://fonts.googleapis.com/css?family=Roboto+Condensed:400,700&subset=latin,latin-ext' rel='stylesheet' type='text/css'>
Valószínűleg kézzel kell PHP fájlokat szerkeszteni (talán a header.php kell neked). Ha nem találod benne ezt a részt, akkor megpróbálhatod azt, hogy a </head> elé beilleszted az általam küldött sort.
(#687) dabgergo: Az "Architects Daughter" font viszont EZEN infók szerint nem támogatja a latin-ext subsetet, ergo nem tartalmaz magyar ékezetes karaktereket.
-
The DJ
addikt
-
The DJ
addikt
Mindkettő kezelésére vannak egyszerű és nagyszerű pluginek.
Wp Robots Txt és Google XML Sitemaps
Az All in One Seo Pack XML Sitemap generátora is megfelelő lehet, bár azt még nem használtam személy szerint (nem olyan régen építették be azt a funkciót).
-
The DJ
addikt
-
The DJ
addikt
Valami karakterkódolásos bibi lesz, bár nem értem miért nem jó, mert az oldalad kódolása is UTF8-ra van állítva, tehát rendesen meg kellene jelennie az ékezeteknek ha a fájlt UTF8 BOM nélküli módban mentetted el és töltötted fel.
Esetleg kérdezz rá a weblapkészítés topikban, ott vannak a szakik akik az ilyen problémákat könnyedén megoldják.
-
The DJ
addikt
Érdekes anomáliák
Ha feltöltötted a módosított 'loop-blog.php' fájlt akkor látnod kéne a változást. Lehet, hogy nem írtad felül a régit vagy nem jó helyre töltötte fel az FTP kliens. TC néha csinál ilyesmi. Rákérdezett, hogy felülírja-e a fájlt?
Esetleg próbáld meg újratölteni az oldalt ctrl + r-el. Ja és üríts page cache-et ha használod ott a W3TC-t.
A másik oldalra ránéztem és nekem Firefox-ban sem jelenik meg rendesen az "á" betű. Kérdés: A "Folytatás" szöveg beírása előtt vagy után váltottál át UTF8 BOM nélküli módra?
-
The DJ
addikt
Szerkesztened kell a "wp-content/themes/frontier/loop-blog.php" fájlt.
A 94. sorban lesz a lényeg:
<?php $frontier_continue_reading_text = ( get_post_type() == 'page' ) ? __('Read Page', 'frontier') : __('Read Post', 'frontier'); ?>
A 'Read post' és 'Read page' szövegeket kell átírnod, de ügyelj arra, hogy UTF8 BOM nélküli kódolásra válts át Notepad++-ban, főleg ha ékezeteket is tervezel használni a fordításoknál.
-
The DJ
addikt
Én továbbra is azt mondom, hogy felesleges FTP-n mentegetni és felesleges egy plugin az adatbázis lementésére mikor ott az általam is ajánlott BackWPUP, ami lementi neked egy helyre az adatbázist és az általad kijelölt fájlokat is. Ebből bármilyen hiba esetén vissza tudod állítani az oldalad és költözéshez is tökéletes. Akár napi automatikus backupot is beállíthatsz Dropboxra vagy egy külön mappába a tárhelyedre. Nálam ez úgy néz ki, hogy 3 naponta készít egy tömörített mentést az összes fájlról + az adatbázisról és feltölti nekem Dropboxra. Egyszerre pedig 10-nél több mentést nem tárolok ott, így a tárhelyemet sem emészti fel. Szerintem ennél ideálisabb megoldás nem létezik a biztonsági mentések elvégzésére.
(#289) vérfolt: Jó felé tapogatóztál. Hozz létre külön kategóriát a főoldalra szánt bejegyzéseknek és még egyet a külön menüpontba szánt bejegyzéseknek. Aztán módosítani kell a témád index.php fájlját és hozzá kell adni plusz egy sort, ami szűrni fogja a bejegyzéseket és csak azokat jeleníti meg amik a megadott kategóriában vannak (ha nem akarod őket újra rendezgetni és most még mind az "uncategorized" kategóriában van akkor úgy is jó, hogy nem hozol létre új kategóriát a főoldalra szánt posztoknak, hanem az "uncategorized" ID-jére szűrsz az index.php-ben, így a kezdőlapon onnantól kezdve csak azok a posztok fognak látszani, amik ebbe a kategóriába tartoznak). Hogy ezt hogy kell megcsinálni azt nagyon jól elmagyarázza ez a cikk: [link] Aztán meg már csak létre kell hozni egy új menüpontot és az új kategóriára linkelni amibe az egyéb (nem főoldalra szánt) bejegyzéseket szánod. Remélem érthető valamennyire.
(#290) Pikaa: Én is ránéztem már a kódra és ez is megerősített abban, hogy ez egyedileg megírt valami lesz. Az, hogy megjelenik a "-CSIK-" felirat frissítés után szintén arra utal, hogy felülíródik vagy eltűnik a funkció valamelyik rendszerfájlból, tehát a fejlesztő nem volt valami előrelátó és nem a megfelelő helyre tette ezt a kódot. A megoldás az lehet, hogy szólni kell neki, hogy tegye a functions.php-be vagy legalább meg kellene keresni, hogy melyik fájlt módosította és utána esetleg lehetne lépni valamerre. De abban szinte biztos vagyok, hogy az a probléma, hogy egy Wordpress core fájlt módosított, ez meg értelemszerűen felülíródik egy frissítés során.
-
The DJ
addikt
Ez a sebezhetőség csak a 0.9.2.4 vagy az az alatti verziókat érinti. Ezért is érdemes mindig naprakészen tartani a Wordpresst, és az összes telepített témát valamint bővítményt is. Minden kódban lehetnek hibák, de ezeket általában javítják is a fejlesztők amint tudomást szereznek róla. Azonban ez mit se ér ha a felhasználók nem veszik a fáradtságot arra, hogy kattintsanak kettőt és ezzel frissítsék a bővítményeiket.
-
The DJ
addikt
A hibaüzenet azt jelenti, hogy nem tudta használni a kiválasztott kompresszort a W3TC. Mindkét esetben default-on kell hagyni a beállításokat a "General Settings" oldal Minify részénél. Te átállítottad "YUI Compressorra" a CSS és JS minifiert. Így nézzenek ki: "JS minifier: JsMin (Default)", "CSS minifier: Default". Aztán mentsd el és ürítsd a page cache-et. Amíg ezt nem teszed meg addig nem fog látszódni semmi változás (de erre figyelmeztet is a W3TC). Tehát bármit is módosítasz üríteni kell a cache-et. Utána pedig kattintgatni egyet-kettőt a frontenden, hogy újra létrejöjjön a cache. Csak ezután van értelme újra futtatni a PageSpeed-et.
MOD: Ha adsz egy URL-t akár itt akár privátban akkor szívesen ránézek, hogy hol van még probléma.
-
-
sz.j
nagyúr
Ha a General settings oldalon kikapcsolom (kiveszem a pipát a négyzetből) a Minify Enable-t, akkor megszűnik a hibajelzés és érdekes mód megmaradnak a 75 illetve 90/100-as (mobil/desktop) értékek.
Ha jól gondolom, akkor a rossz/hibás beállítás miatt nem volt semmilyen hatással a betöltési sebesség javulására .......
Szerintetek mi lenne a jó beállítás? -
The DJ
addikt
Az első oldal esetében már csak a képek optimalizálása van hátra. Nyisd le a javaslatot, nézd meg melyik képek a problémásak és töltsd le őket a gépedre. Aztán használd a compresspng.com vagy a compressjpg.com oldalt, attól függően, hogy jpg vagy png-e a forráskép. Ezek újratömörítik a képet és az eredeti minőség megtartása mellett kapni fogsz egy sokkal kisebb méretű fájlt végeredményként. Nem ritka, hogy olykor 50-60%-os csökkenést is el lehet érni a használatukkal. Ha minden képpel kész vagy akkor pedig írd felül az eredeti fájlokat a tömörítettekkel (arra ügyelj, hogy a fájlnév és kiterjesztés megegyezzen). Ezután futtasd újra a PageSpeed-et és ismét emelkedni fog az érték, a képekre vonatkozó felhívás pedig el fog tűnni. 100/100-as eredmény valószínűleg nem lesz, de ez nem is probléma, mert a 90+os érték már magában egy nagyon szép eredmény.
A második oldalnál szintén ezeket a lépéseket hajtsd végre a képek optimalizálására. A browser caching, minify JS/CSS pedig valószínűleg olyan fájlokra vonatkozik, amik külső URL-ről kerülnek betöltésre, ezért nem tud velük mit kezdeni a W3TC. Ezeknél is le kéne nyitni a javaslatot és megnézni, hogy mik is a problémás elemek. Esetleg be is másolhatod őket ide. De szinte biztos, hogy külső URL-ről származó fájlok lesznek. Ilyen esetben két dolgot tehetsz: vagy hagyod így, vagy megkeresed a plugint vagy hivatkozást és módosítod úgy, hogy az a bizonyos fájl a te tárhelyedről töltődjön le. Ehhez le kell töltened a szóban forgó CSS vagy JS fájlt, megkeresni a pluginben a hivatkozást és átírni az URL-t. Ez már haladó szint, de még végrehajtható komolyabb hozzáértés nélkül is. Az egyetlen hátulütője az az, hogy ha frissíted a plugint, akkor a módosításaid is el fognak veszni.
(#272) vérfolt: Facebook komment plugin: EZT használtam legutóbb, de EZ se rossz.
A random post megjelenítésére nem hiszem, hogy van plugin, de a neten csomó megoldás van már erre. Például: [link]
Itt az oldal közepén John Doe válasza tűnik a legszimpatikusabbnak. A sablonod functions.php fájljához kell hozzáadni néhány sort, aztán ha minden igaz a "domained.com/random" URL mindig egy random posztot fog megjeleníteni.
-
The DJ
addikt
Az első reakcióm: "Úristen, ez a fordítás"
Mindent angolul használok, a PageSpeed-et is, de ez a magyarítás eléggé sántít.Tehát akkor a tippek a javításra:
1, A Browser Cache helyes beállítása: "Performance / Browser cache".
A következők legyenek bepipálva minden szekcióban:
- Set Last-Modified header
- Set expires header
- Set cache control header
- Set entity tag (eTag)
- Enable HTTP (gzip) compression2, Képek optimalizálása: Telepítsd fel a WP-Smush.it nevű bővítményt és az összes feltöltött képet tömöríttesd újra vele vele. Ha jól emlékszem a Médiatáron belül jelenik meg egy új menüpont (Bulk Smush-it) ahol ezt megteheted majd. Ez újrakonvertálja a feltöltött összes képet, így csökken a fájlméret, míg a minőség megmarad. Ha ezek után is problémázik a PageSpeed akkor magadnak kell újratömöríteni azokat a képeket, amiket említ. Erre is vannak nagyon okos és ügyes segédprogramok/oldalak.
3, Javascript és CSS tömörítése: Ezt elvileg el kellene végeznie a W3TC-nek. Tömöríti és össze is fűzi az összes stílusfájlt egy nagy CSS fájlba és ugyanez vonatkozik a Javascript fájlokra is. Elvileg meg kellene jelenítenie ha lenyitod, hogy itt mely fájlokkal is van gondja. Lehet, hogy egy plugin külső URL-ről húz be valamit és azzal nem tud mit kezdeni a W3TC.
Az összes ilyen javaslat eltüntethető egy kivétellel, az pedig az első felkiáltójeles probléma (A megjelenítést gátló Javascript és CSS kizárása). A végén maradni fog egy nagy összefűzött és tömörített JS fájl (ezt a W3TC generálja) és egyelőre azzal nem sok mindent lehet kezdeni. De ha csak ez marad akkor az már szuper eredmény és 90+-os értékeket kell kapnod az oldalra.
-
The DJ
addikt
A Minify beállításai így nézzenek ki:
- Enable (pipa)
- Minify mode: Auto
- Minify cache method: Disk
- HTML minifyer: Default
- Js Minifier: JsMin (Default)
- CSS minifier: DefaultTehát lényegében semmit nem kell itt állítani, csak engedélyezed, a többi marad alapértéken és kész is.
Az "Async load" a Minify mélyebb beállításai között található meg. Ehhez meg kell nyitnod a "Performance / Minify" oldalt (tehát elnavigálunk a "General Settings"-ről, ahol csak ki-be lehet kapcsolni a funkciókat).
Ha megtaláltad, akkor itt bekapcsolhatod a "HTML & XML minify"-t és alatta az "Inline CSS/JS minify"-t is a "Line break removal"-al egyetemben.
Alatta kicsivel a "JS minify settings" résznél lesz az "Embed type" lenyíló. Ott találod a "Non-blocking using JS"-t. Ez arra szolgál, hogy a javascript fájlok betöltése ne lassítsa az oldalad megjelenítését, ergo nem kell rájuk várni, hanem párhuzamosan tölti le őket a böngésző. Az Async vagy defer is megfelelő lehet, de bizonyos helyzetekben problémákat okozhat, ezért én jobban kedvelem a sima JS alapú megoldást.
Azért is nehéz jó leírást készíteni, mert minden oldal más, minden oldalnak más paraméterek az optimálisak. Ami egyik helyen tökéletesen működik az a másik oldal esetében problémákat okozhat vagy akár össze is boríthatja az egészet. Volt olyan, hogy az object cache bekapcsolása után be sem töltött az oldal többé. Vagy ahol a JS minify összeborította a javascripteket. Ugyanígy az async esetében is. Nem a megfelelő sorrendben töltötte le a böngésző a scripteket és ez galibákat okozott. Kísérletezni kell és megtalálni az oldaladhoz legjobban passzoló beállításokat. Én azért igyekszem majd a cikkemben olyan tippeket adni amik szinte mindenütt működni fognak és relatíve biztonságosak. Ilyen a page cache, a minify, a browser cache és esetlegesen a CDN is.
-
The DJ
addikt
Nem hiszem, hogy létezik ilyen. Sajnos ide is elengedhetetlen az angol nyelv ismerete és a kísérletező kedv. Ha rákeresel, akkor temérdek angol cikk van az optimális beállításokról, ezek legtöbbje képekkel illusztrálva.
Viszont már jó ideje tervezem, hogy írok logoutra egy cikket a Wordpress optimalizálásáról, aminek alapköve a W3TC is, már csak rá kéne vennem magam és időt kellene szakítani rá. Elég alapos és részletes cikknek ígérkezik, ami taglalni fogja hogy hogyan lehet elérni azt, hogy a Wordpress oldalad villámgyors legyen és akár 100/100-as Google Pagespeed értéket is elérhessen. Mostanában csomó ilyen munkát vállaltam és egészen szakértője lettem ennek a területnek. Ha sikerül megszülni a cikket akkor majd linkelem ide is.
-
The DJ
addikt
A W3 Total Cache-et kell jól beállítani, a többi plugin a nyomába se érhet.
Amit be kell kapcsolnod:
- Page cache
- Database cache
- HTML, CSS, JS Minify (ne csak combine!)
- Async load (Non blocking using JS)
- Browser cacheAztán frissítesz egyet-kettőt, kattintgatsz, hogy létrejöjjön a cache és sokkal gyorsabb lesz az oldalad. Nekem sikerült korrekt beállításokkal elérnem, hogy egy pluginekkel teletömött WP oldal ugyanolyan sebességgel száguldjon, mint egy sima statikus HTML. Persze ehhez sok finomhangolás szükséges és a W3TC teljes ismerete. Az egyik leghasznosabb plugin WP alá és minden telepítés mellé kötelezővé tenném.
-
The DJ
addikt
Sajnos ha a sablon nem tartalmaz alapértelmezetten beépített magyar nyelvű fordítást akkor minden ilyen angolul megjelenő szöveget kézzel kell átírni a forráskódban. A fentebbi hozzászólásokban beszélgettünk egy fordító bővítményről ami használható sablonok fordításához is, de csak akkor, ha van legalább angol nyelvű po/mo fájl, tehát ha a sablon "translation ready".
-
The DJ
addikt
Az első kérdésre az a válasz, hogy két menüt kell létrehozni. A felülre szánt menüt beállítod elsődlegesnek, az oldalsávba szánt menüt pedig csak simán létrehozod és a widget beállításaiban azt választod ki megjelenítésre (a linkelt sidebar menü pluginek közül biztos van olyan amelyik ad lehetőséget a választásra és nem csak az alapértelmezettet engedi kipakolni).
A home átírásához a sablon PHP fájljait kell módosítani. Szinte biztos, hogy a header.php-t. Nyisd meg, keress rá a "Home" szóra és simán írd át amire szeretnéd. (Ha notepad++-al dolgozol akkor UTF-8 BOM nélküli kódolást állíts be először különben az ékezetes karakterek megjelenítésével baj lesz.)
-
The DJ
addikt
Úgy néz ki azóta már kalapáltak a sablonon mióta én utoljára láttam, de a küldött demo alapján a style.min.css-ben kellene nézelődni.
Én ott találtam egy ilyet:
#main .wrap, #header .wrap, #sidebar-subsidiary .wrap, #footer .wrap {
width: 978px;
}Ha ezt növeled, akkor növekedni fog a tartalmi sáv mérete is, de ahogy látom növelni kell még mellé a menüsor szélességét is, azt pedig szintén ebben a fájlban találod:
#menu-secondary {
width: 96%;
}Itt meg a százalékokkal kell játszani.
Sajnos ebbe a sablonban nincs beépítve a lehetőség, hogy a beállításaiban módosíthasd sima értékmegadással a hasábok szélességeit ezért kell hackelni.
-
The DJ
addikt
CSS-ben kell ügyeskedni. Ránéztem a demóra ITT és megtaláltam ezt a részt a style.css-ben:
#main .wrap, #header .wrap, #sidebar-subsidiary .wrap, #footer .wrap {
width: 978px;
}Ha minden igaz akkor ez felel a tartalmi sáv szélességéért. Ezt kellene megpróbálnod megváltoztatni első körben.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
)
Új hozzászólás Aktív témák
Hirdetés
- Eladó konfig! Ryzen 7 7800X3D 2TB SSD 64GB DDR5 RX9070XT 16GB!
- Új, makulátlan állapotú Samsung Galaxy Buds FE, fehér, fél év garancia
- Új, makulátlan állapotú Samsung Galaxy Watch7 44mm ezüst, 2 év garancia
- Új, makulátlan állapotú Samsung Z Fold 6 256GB Tengerészkék, független, 2 év garancia
- Használt TP-Link Deco M4 - AC1200 Router (Mesh-ként is használható)
- AKCIÓ! Gigabyte B450M R7 2700X 16GB DDR4 512GB SSD RX VEGA64 8GB CM 690 III FSP 600W
- Crucial 240GB SSD eladó
- AKCIÓ! Apple Macbook Air 13" 2020 M1 8GB 256GB SSD notebook garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- Bomba ár! Dell Latitude E6440 - i5-4GEN I 8GB I 320GB I 14" HD I HDMI I Cam I W10 I Garancia!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged