-
Fototrend
WordPress tartalom kezelő rendszer (CMS) topik
Új hozzászólás Aktív témák
-
The DJ
addikt
-
The DJ
addikt
A login oldal átnevezését itt találod: Security / Settings, majd felül az Advanced fülre kattints át és ott lesz a "Hide backend" lehetőség.
Nem akadnak össze és lassítani sem lassítanak jelentősen, én mindenütt ezt a kombót használom. A WAF a WordFence beépített tűzfala, telepítéskor kéri is, hogy engedélyezd, ami erősen ajánlott is, ez végzi a szűrések többségét.
-
-
The DJ
addikt
válasz
Dexter68
#4842
üzenetére
Jó kis feladat lesz, fel kell kötni hozzá a gatyát.
A reCaptcha integráció megoldható pluginekkel könnyedén a belépési/regisztrációs formra és minden nagyobb contact formhoz is létezik vagy kiegészítő vagy beépített funkció ehhez. A Contact form 7-et ajánlom, az alapból tudja a kulcsok megadása után.
Naplózáshoz nem tudom elegendő-e mondjuk egy WordFence vagy egy iThemes Security, mindkettő tudja naplózni a hibás bejelentkezéseket, de ha ennél részletesebb napló kell, akkor Activity Log vagy User Activity Log
A MIME korlátozás megoldható elvileg .htaccess-el, de hogy rögtön ellenőrizze is valami... ahhoz szerver szintű beavatkozás kell vagy egyedi kód, ami mondjuk futtat egy alap ellenőrzést pl. base64 és egyéb malware jellemzőkre.
A jelszavak automatikus lejáratára: [link] Az erős jelszavak megkövetelését pedig szintén be lehet állítani az iThemes Security-ben. A két faktoros autentikáció megoldására: [link]
Szintén iThemes Securityvel megoldható, hogy hibás bejelentkezés esetén ne közölje, hogy a név vagy jelszó a hibás.
A többi egyedi fejlesztésnek tűnik (meg számomra kicsit feleslegesnek és túlzásnak is).
(#4843) topjoyy: A legtöbb builder és szinte az összes modernebb sablon tudja alapból, ha se a builder se a sablon nem ismeri, akkor marad a CSS és HTML ügyeskedés. Annyira nem vészes már ezek beépítése.
(#4845) Flowtation: Biztos járt a tárhelyhez valamilyen webes adminisztrációs felület. Általában cPanel vagy Plesk szokott lenni, de sok itthon az egyedi fejlesztés is. Ezen a felületen mindig megtalálható az aktuális tárhely kihasználtság és az is, hogy még hány MB/GB szabad helyed van.
A másik kérdésedre a válasz a "User Role Editor" plugin lesz. Szerkesztesz egy meglévő szerepkört, amiben a felhasználó van (vagy létrehozol neki egy újat korlátozott jogokkal) és hozzáadod a galéria létrehozási és a feltöltési jogokat.
(#4846) rii: Ilyen esetben a PHP kód lesz fertőzött, leggyakrabban azért, hogy spammeljenek a domainen keresztül vagy saját oldalra irányítsanak, esetleg a SEO miatt rejtett linkeket, kulcsszavakat és átirányításokat helyeznek el. Nyugodtan letöltheted az oldalt, nem lesz tőle fertőzött a géped, megnyitásra viszont próbálhat olyan JavaScript betöltődni, ami kártékony, de ezeket szépen meg szokta fogni az antivírus. Ilyen esetben először érdemes lehet futtatni egy Sucuri online szkennelést, az megtalálja, ha van a frontenden valami finomság.
A jelszó bonyolultságának pedig manapság már legtöbbször semmi köze nincs a feltöréshez, ugyanis nem a jelszót törik fel, hanem egy meglévő sebezhetőséget kihasználva töltenek fel PHP fájlokat, amin keresztül meg már hozzá lehet férni a teljes fájlrendszerhez, további fájlokat lehet feltölteni, ha pedig megvan a hozzáférés, akkor az adatbázist is elérni (kiolvasható minden ugye a wp-config.php-ből szépen) és innen meg már nincs megállás, a lehetőségek száma végtelen.
Ilyenkor az a megoldás, hogy az egész oldalt le kell menteni és egy külső szerveren vagy másik tárhelyen kell elvégezni a takarítást, hogy időközben ne tudja újrafertőzni magát. A takarítás pedig nem lehet csak automatikus (WordFence és társai), mert 99%, hogy nem találnak meg minden kártékony fájlt, ezért kézzel is át kell nézni mindent, amit pedig lehet, azt tiszta forrásból kell pótolni (WP core, pluginek, sablon). Utána természetesen frissíteni kell, amit csak lehet, jelszavakat változtatni, megtalálni a biztonsági rést, majd befoltozni, a végén pedig megerősíteni az oldal biztonságát, amire én az iThemes Security-t és a WordFence + WAF kombót ajánlom. Szóval ez se nem 5 perc, se nem egyszerű, de nem is lehetetlen. Ha esetleg kell segítség a takarításban, akkor keress nyugodtan.
-
The DJ
addikt
Igen, bármelyik multilanguage plugin (Polylang, qTranslate-X, WPML, stb.), majd megkeresed abban a pluginban mi a nyelvválasztó funkció beillesztő kódja vagy widgetje és kézzel berakod a PHP fájlod megfelelő helyére. Esetleg ha van ott widget pozíció, akkor még egyszerűbb a dolgod, mert csak be kell húzni és nem kell szerkeszteni semmit.
-
The DJ
addikt
FTP-n ne nevezz át semmit, abból csak galiba származik
Ezer és egy bővítmény van amivel el lehet rejteni az alapértelmezett oldalad.hu/wp-admin és oldalad.hu/wp-login.php bejelentkezési végpontokat, ez azért fontos, mert ezek ismeretében tud csak próbálkozni a felhasználónév/jelszó feltörésekkel a bot vagy a hacker. Viszont ha ezek nem érhetőek el és helyette csak 404-es oldalt kap, akkor már csírájában el is lett fojtva a betörési kísérlet.
Én az iThemes Security-t használom erre a célra is. Megadhatsz egy saját belépési linket, például "oldalad.hu/titkosbelepesem", csak ez az fogja behozni a szokásos bejelentkező ablakot, minden egyéb alapértelmezett cím 404-es hibát fog dobni.
-
The DJ
addikt
válasz
topjoyy
#4827
üzenetére
Ha gyorsítani akarsz rajta, akkor gyorsíts a gépeden
SSD + több ram + erősebb processzor. Egy tárhelyszolgáltató szervere is azért száguld, mert igencsak erős vas van alatta.(#4833) qqzs: Ami kikerül a netre, azt törvényszerű, hogy támadni is fogják. Akkor is, ha sehol nincs reklámozva vagy linkelve. Ezek általában botok, fogják az IP tartományt és egyesével végigmennek rajta. Amelyik válaszol mondjuk a kérésre vagy pingre, azt elkezdik tesztelgetni, ha WordPress-t találnak rajta, akkor végigpróbálják az alap sebezhetőségeket és a leggyakoribb felhasználónév/jelszó párosokat. Meglepődnél, hogy mennyi oldal "feltörhető" ilyen módszerrel. Nem is csoda, ha mondjuk admin/admin a belépési kombó és a wp-admin/wp-login.php sincs átpakolva másik URL-re.
Egyébként ettől nem kell megijedni, nem csak a WP-t támadják így egyébként, a lényeg, hogy erős egyedi jelszavakat kell használni és erősen ajánlott a wp-admin és wp-login.php URL-ek átnevezése. Már ez a pár alap lépés is rengeteg brute force támadást vissza tud verni. Ha meg még fenn van a WordFence + WAF és egy jól beállított iThemes Security is, akkor majdhogynem meg is lehet nyugodni.
Ahhoz, hogy csak magyar látogatók tekinthessék meg az oldalt geolokáció alapú tiltásra van szükség, ezt nagyon okosan tudja az IQ Block Country nevű plugin. Beállítod, hogy Magyarország legyen engedélyezett, a többi tiltott és meg is vagy. Persze ez se 100%-os, de azért nagy hatékonysággal dolgozik (GeoIP adatbázist használ).
-
The DJ
addikt
Elég vicces azért ez a rendelkezés, tekintve, hogy lassan életbe lép és minden EU-s weboldalnak meg kellene felelnie ennek, de még a mai napig nincsenek normálisan pontokba szedve, konkrétan leírva és megfogalmazva, hogy pontosan milyen új funkciókat és hogyan kellene integrálni a weboldalba. Egyelőre csak ilyen homályos megfogalmazások léteznek, ezek közül jó néhány szinte megvalósíthatatlannak tűnik per pillanat és napi szinten látom a kétségbeesett vállalkozókat és cégtulajdonosokat, akik próbálják megérteni és megoldani a problémát, de csak kérdéseik vannak, válaszokat senki sem tud adni. Elég elkeserítő.
Egyébként itthon elvileg a NAIH fogja végezni az ellenőrzéseket és a büntetéseket is, de ez is csak nemrég derült ki, szóval eddig ők se nagyon tudtak róla
Igazi őskáosz és egy túlbonyolított butaság lett ez a GDPR. Értem az elvet mögötte, de a megvalósítás szokás szerint elcsúszott. -
The DJ
addikt
válasz
spiritex
#4814
üzenetére
Ez a GDPR az új bődületes baromság, aminek sajnos meg kell felelni, az összes WP csoport és fórum ettől hangos már egy ideje, de őskáosz van még, semmi sem egyértelmű vagy világos a témában, az sem biztos még, hogy pontosan miket is kell integrálni a meglévő oldalba és hogy milyen irányelveknek is kell megfelelni pontosan.
Ami biztosnak tűnik az az, hogy egyesével minden (!) cookie-t el kell fogadtatni a látogatóval, ha nem fogadja el, akkor azt a szolgáltatást nem lehet használni. Ez így izgalmas, mert első körben ki kell deríteni milyen sütiket használ az oldal és azokhoz egyesével kell megoldást keresni. Aztán kelleni fog az oldalra egy szekció, ahol a látogató kérvényezheti a róla tárolt adatok elküldését a címére, ennek automatikusan meg kell történnie, ha ő ezt kikéri. Plusz lehetőséget kell biztosítani neki, hogy kérhesse a róla tárolt adatok komplett törlését. Minden meglévő form ami adatokat gyűjt csak úgy lesz ezentúl beküldhető, ha a látogató bepipálja, hogy elfogadja az oldal adatkezelési tájékoztatóját, amit természetesen jogi személlyel kell megíratni, hogy megfeleljen a GDPR-nek. Aztán tudtommal kell még normális ÁSZF is, ami GDPR kompatibilis. A korábbi elterjedt süti pluginek és megoldások sem lesznek használhatók változatlan formában ezentúl természetesen.
A következő WP verzió elvileg ráfekszik a GDPR-re és segíteni fogja a felhasználókat és fejlesztőket a fentiek integrálásában plusz elkezdtek már megjelenni az első pluginek is, bár még nagyon látszik, hogy mindenki csak tapogatózik a témában. Egyik megoldás sem tökéletes jelenleg, mert nagyon megfoghatatlan még az egész téma. Meg szerintem túl lett tolva erőteljesen szokás szerint és nagyjából lehetetlen is lesz minden kritériumnak tökéletesen megfelelni...
(#4816) Flowtation: Igen, valóban ez a két megoldás van. Vagy megnézed hogy miként integrálja a sablonod a meglévő oldalsávot és abból készítesz még egyet, vagy plugint használsz, akkor viszont valószínűleg nem lesz teljesen megegyező a sidebar megjelenése, mert nem fog vonatkozni rá a sablon által használt CSS, tehát itt is elkerülhetetlen a kézi csinosítás és alakítgatás.
-
The DJ
addikt
válasz
Jinxb1rd
#4812
üzenetére
Lehet biztonsági rés egy napi szinten frissített és karbantartott népszerű bővítményben is (lásd revolution slider), szóval az, hogy egy ideje nem nyúltak hozzá nem jelenti azt, hogy biztonsági probléma is lenne vele. Lehet, hogy egyszerűen csak működik és nincs rajta mit foldozgatni
Ezek nagyon egyszerű pluginek, kreál egy új mezőt a terméklapon és amit te beleírsz az megjelenik az ár mögött. Pár sor PHP az egész, nem nagyon lehet elrontani. -
The DJ
addikt
Egyre inkább azt mondom, hogy a magyar hostingot nem feltétlenül kell erőltetni, nagyon le van maradva szinte az összes hazai cég a külföldi konkurencia mellett és már azt sem lehet kijelenteni, hogy azok lassabbak lennének elérésben a távolság miatt. De ha mindenképp magyar ajánlás kell, akkor tarhely.eu.
Az abszolút ajánlásom pedig a Siteground bármelyik WordPress csomagja: [link]
Itt írtam róla, hogy miért ajánlom őket: [link]
-
The DJ
addikt
válasz
topjoyy
#4794
üzenetére
WordPress core fájlokat nem módosítunk, mert felesleges, az első frissítéssel felülíródik úgyis, amit átírsz, ergo minden, ami a wp-includes vagy wp-admin könyvtárban van (és az ezeken kívül található PHP fájlok is) az tabu.
Ha egy szöveget akarsz módosítani, akkor azt a fordításban tedd.
-
The DJ
addikt
válasz
topjoyy
#4756
üzenetére
Nem teljesen világos mit szeretnél. Ha valamihez egyéni CSS-t írnál, akkor keresd meg a megfelelő osztályt vagy azonosítót, írd meg a kódod és pakold be az egyéni CSS szekcióba. Ha egy HTML elemnek akarsz megadni saját class-t vagy ID-t, akkor pedig megnézed hol szerkeszthető az az elem és hozzáadod. Sok esetben megoldható a vezérlőpultról is, ha nem akkor pedig megnézed melyik PHP fájl tartalmazza és ott módosítasz.
(#4765) Met: Ha nincs telepítve és aktiválva a WooCommerce plugin (úgy tűnik ez a helyzet), akkor ezzel kellene kezdeni. Ha nem engedi telepíteni, akkor FTP-n keresztül törölni kell a "wp-content/plugins/woocommerce" mappát egy az egyben és utána meg kell próbálni ismét.
(#4766) M^xx: Teljesen jó az Elementor, a Divi Builder és a Visual Composer, de még az Avadás Fusion Builder is. Amennyit lehet ki kell próbálni és egyéni preferencia szerint dönteni.
-
The DJ
addikt
válasz
Fooler89
#4747
üzenetére
Nagyon egyszerű, létrehozol egy új kategóriát azoknak a bejegyzéseknek, amiket szeretnél egyéb helyen elkülönítve megjeleníteni, majd "Megjelenés / Menük" és hozzáadod a menüdhöz azt a kategóriát, amit az előbb hoztál létre. Így a megadott menüpontra kattintva csak azok a bejegyzések jelennek majd meg, amik ehhez a kategóriához lettek hozzárendelve.
(#4748) topjoyy: A legnépszerűbb ingyenesen letölthető WordPress sablonok: [link]
(#4749) Mattb: Igen, a Diviben is vannak importálható komplett elrendezések és kialakított demo "vázak". A Divi Builder tudja őket importálni.
-
-
The DJ
addikt
Az ingyenes sablonok 90 százalékában nincs importálható demo tartalom sajnos, pont az ingyenesség mivolta miatt. Ha azt akarod, hogy olyan legyen a kinézet, mint a bemutatóban, akkor neked kell kézzel mindent szépen beállítani. Ez pedig általában elég melós feladat. Sok fejlesztő ad egy ingyenes alap és egy pro verziót, az utóbbi mindig okosabb, több benne a lehetőség és ehhez van általában mellékelve az importálható tartalom vagy a beépített funkció az egy kattintásos importálásra.
A themeforesten vásárolható prémium sablonokhoz viszont tapasztalataim szerint mindig jár demo.
-
The DJ
addikt
Bármelyik sablon menüjét tudok "stickysíteni" egyszerűen, így: [link]
A copyright szövegek kitörlése is általában annyi, hogy a footer.php-ben megkeresed azt a részt és törlöd. Egyes fejlesztők máshová dugják vagy kicsit megnehezítik extra ellenőrző funkciókkal, mert hivatalosan nem lehetne ezeket eltávolítani, de minden megoldható.
-
The DJ
addikt
Lehet, hogy igazad van, talán egyszer használtam regisztráció nélkül fejlesztés idejére, de az se ma volt már. Viszont ha csak letölteni nem engedi ilyenkor a beépített módszerrel, akkor ki kell másolni egy aktivált oldalról magát a page buildert mappástól, betenni a pluginek közé és aktiválni, menni fog
-
The DJ
addikt
Használhatod gond nélkül aktiválás/regisztráció nélkül is az Avadát a fejlesztés idejére, annyi csak, hogy addig nem fogod tudni ugye automatikusan frissíteni (patchelni) és ha jól emlékszem a beépített demo-k is csak regisztráció után állíthatók vissza egy kattintással, de maga a sablon teljes egészében működőképes és nem nézi a domaint, sem azt, hogy hány helyen használod ugyanazt a letöltött verziót. Természetesen úgy etikus, ha egy licensz egy domainhez kerül csak felhasználásra és a végén aktiválod is, de enélkül sem lesz galiba amíg a fejlesztés folyik. Probléma csak akkor lehet, ha szükséges mondjuk a demo-k importálása és azt nem fogja engedni aktiválás nélkül.
-
The DJ
addikt
A Divi is szuper, mind a kettővel dolgoztam már, nehéz lenne kiválasztanom, hogy melyiket is kedvelem jobban. Az biztos, hogy egyikkel se lehet mellényúlni, alaposan átgondolt és prémium sablonok, szinte minden helyzetre.
Megvettem ismét az Avadát, nincs szükségem rá jelenleg, de ezért az árért kihagyhatatlan volt a licensz
-
The DJ
addikt
Korlátozott ideig most csak 29 dollár az Avada sablon themeforesten (legeladottabb, legnépszerűbb, sok-sok leg
)Ennyit valóban gondolkodás nélkül megér, még akkor is, ha éppen nincs rá szükség.
-
The DJ
addikt
válasz
Jinxb1rd
#4712
üzenetére
Ez sajnos ilyen, a sablon készítője kifizeti a hozzáadott pluginek fejlesztőinek a developer licensz díját, így gond nélkül csomagolhatja hozzá a termékéhez őket, viszont így a sablont megvásárló személy nem jogosult a pluginek automatikus frissítéseire, csak akkor kapja meg őket, ha ismételten letölti a sablont (már ha jelent meg belőle új verzió és ahhoz hozzá lettek adva a pluginek friss kiadásai is). Ezért cserébe viszont nagyon sok prémium bővítményt és extrát megkapsz egy sablon áráért, amiket ha egyesével össze kellene vásárolnod, akkor a kifizetett ár többszörösét kellene kicsengetned. Tehát valamit valamiért.
Viszont azt erősen kétlem, hogy az Avada, mint a themeforest legeladottabb és legnépszerűbb WordPress témája csak úgy eltűnne egyik napról a másikra
De ha mégis így lenne, akkor ugyanúgy le lehetne tölteni a friss verziókat a fejlesztők honlapjáról. Kizárt dolog, hogy egy ekkora bevételi forrást valaki magára hagyjon.Olyat se hallottam még személy szerint, hogy egy népszerű sablon eltűnt volna themeforest-ről. Akkor történhet ilyesmi, ha komoly biztonsági rést találnak benne vagy ha a fejlesztők megszegik a felhasználási szabályzatot. De általában még ilyenkor is elérhető marad a sablon a készítők weboldalán keresztül. Ha ott sem találni, akkor viszont már alapból kétes megbízhatóságú lehetett a készítő személy vagy csapat.
-
The DJ
addikt
válasz
topjoyy
#4708
üzenetére
Az a baj, hogy rossz helyen keresgélsz és erősen ajánlott egy minimális PHP ismeret, hogy tudd mi is történik ilyenkor mert ahogy mondtam, azt a szöveget az adatbázisból húzza be a WordPress, tehát ha a "Valami"-t akarod átírni, akkor azt a vezérlőpulton fogod tudni megtenni, mivel jelen esetben az egy cím, mégpedig ha jól látom, akkor a slider feliratának címe, tehát szerkeszd a slidert, amit hozzáadtál és írd át az ottani beállításokban a "Valami" szöveget arra, amire szeretnéd.
A get_the_title() WP funkció ahogy a neve is mutatja lekéri az adatbázisból a címet és a megadott helyre illeszti be a két span közé, így a HTML kimenetben már csak az fog szerepelni a PHP kód helyett.
-
The DJ
addikt
Nagyon jó a fevr, magyar fejlesztés, a Swift Performance-es srácok készítik, így a support is magyar és a vásárlással őket támogatod
Nagyon sokan megvették a WordPress FB csoportban és mindenki elégedett vele, sokoldalú és jól konfigurálható, letisztult és átgondolt sablon. -
The DJ
addikt
válasz
Jinxb1rd
#4699
üzenetére
Ha mindenképp localhost és a legegyszerűbb megoldás a lényeg, akkor ki kell cserélni szépen az összes https linket http-re az adatbázisban a költözés során, a helyi hosts fájlba pedig mehet a domain, hogy tudj dolgozni vele a saját gépeden.
Vagy ha szeretnéd megőrizni a https-t, akkor készíteni kell legalább egy self signed certificate-et a helyi gépeden, de ez nem kettő perc lesz. Itt írják le a folyamatot és a lehetőségeket: [link]
-
The DJ
addikt
A "project title" valószínűleg a név alapú rendezést jelenti, ahogy tippelted. Működhet a megoldás, de ebben az esetben tényleg ott lesznek a címek előtt a számok. Ha ez gond, akkor mehet a dátum alapú rendezés is, mondjuk növekvő sorrendben, így amiket előre akarsz tenni ott csak meg kell változtatnod a közzététel dátumát valami régebbire, így ezek fognak automatikusan előre kerülni. Kicsit macera, de így egyesével be lehet állítani szépen a sorrendjüket, már ha a dátum nem jelenik meg a frontenden, mert akkor viszont lehet ez sem ideális.
(#4693) spiritex: Tiéd az oldal? Vagy van hozzáférésed a wp-adminhoz? Ha nincs, akkor nem lesz egyszerű. A 2/3/4/5, stb a pagination, azaz a lapozás, meg van adva, hogy hány elemet jelenítsen meg abból a tartalomból egy oldalon, a többit lapozással lehet elérni. Ha nincs beépítve "mindet megjelenít" opció, akkor nem fogod tudni adminisztrátor hozzáférés nélkül egyszerre az összeset egy oldalon tudni és úgy lementeni. Persze, ha nem gond, hogy külön vannak, akkor le lehet menteni HTML-ként simán a böngészőből egyesével.
-
-
The DJ
addikt
válasz
topjoyy
#4670
üzenetére
Igen, pont erre gondoltam.
(#4671) qqzs: Erre a célra is a fentebb linkelt NextGen Gallery plugint ajánlanám. Egyszerre fel tudod tölteni a képeket megadott kategóriába és a leírást is gyorsan hozzájuk tudod adni, már amennyiben nem felel meg a kép alapértelmezett neve leírásként.
-
The DJ
addikt
Ezt érdemes lehet kipróbálni, reszponzív, jó értékelései vannak és jól testre lehet szabni: [link]
De én kedvelem és sokszor használom a NextGen Gallery-t is: [link] Nem véletlenül ez az egyik legnépszerűbb galéria bővítmény.
(#4664) hummel: Ezeket lenne érdemes átnézni első körben: [link] & [link]
(#4665) topjoyy: Valamiért nem sikerült telepítenie a VirtualBoxot. Ha ismételt próbálkozás után is ez a helyzet, akkor megpróbálnám kézzel telepíteni a VirtualBoxot külön, aztán utána ismét mehet a Local telepítése.
(#4666) Met: A margók minden esetben az aktuális sablon függvényei, az ottani style.css határozza meg a méretüket, tehát ezt minden esetben másutt és máshogyan kell testre szabni.
(#4667) qqzs: Beállítások / Olvasás --> "Megtiltjuk a keresőmotoroknak, hogy bejárják az oldalunkat." elé pipa, majd mentés.
-
The DJ
addikt
Csak a hétköznapi szabályok érvényesek, azaz ne tölts fel óriási méretű képeket sehova, mindig méretezd át akkorára, amekkorára a tartalom megkívánja, ha lehet tömörítsd is, de ha ez kimarad nem baj, utólag is meg tudja oldani például a Swift Performance vagy a Shortpixel plugin is.
Írj releváns tartalmat, legyen gondosan formázva, használd megfelelően a h1,h2,h3 stb tageket, a képeknek mindig adj címet és töltsd ki az alt taget, a kulcsszavakat építsd be a tartalmadba, építs ki egy logikusan felépített belső link struktúrát, csak saját tartalmat tegyél közzé, ne másold senki írásait, mert ezt a Google elég erőteljes hátrasorolással bünteti. Ne legyen felesleges kulcsszóhalmozás, se black hat SEO taktikák, azaz például ne pakold tele a bejegyzést kulcsszavakkal, majd változtasd ezek betűszínét a háttérszínnel megegyezőre. Lehetne írni ezekről még napestig, nem véletlen, hogy a SEO külön iparág
Ha segítség kell benne, akkor érdemes feltenni a Yoast SEO plugint, ez minden bejegyzés/oldal létrehozásakor szépen írni fogja neked a javaslatokat, amiket érdemes követni ahhoz, hogy jó helyezéseket tudj elérni a keresőkben. Erről itt írtam: [link]
-
The DJ
addikt
válasz
topjoyy
#4639
üzenetére
Ha bekapcsoltad benne a browser cache-t és nem tűntek el ezek a figyelmeztetések, akkor valószínűleg az ingyenes tárhelyen nincs engedélyezve az expires és deflate apache modul, de ezen meg se kell lepődni. Olcsó húsnak híg a leve, ingyenes tárhelynek meg...
Nem kell sajnálni azt a havi 1-2 ezer forintot egy normális prémium tárhelyre, különben folyamatosan ilyen X-akta gondjaid lesznek csomó kieséssel, adatvesztéssel, lassulással karöltve. -
The DJ
addikt
válasz
topjoyy
#4637
üzenetére
Nem, nincs köze hozzá, ez a javaslat ahogy írtam is a statikus fájlok gyorsítótárazására vonatkozik, azaz a képeket, JavaScript és CSS fájlokat meddig tárolja a böngésző. Jelen esetben minden oldalbetöltéssel újra letölti őket a szerverről, ez felesleges terhelés a szervernek és jelentős mértékben lassít az oldal betöltésén. Ha ezeket a ritkán módosuló tartalmakat eltárolja a böngésző és így nem tölti le minden egyes oldalbetöltéskor (helyette a gyorsítótárából szolgálja ki, tehát a gépedről), akkor ezzel jelentősen lehet gyorsítani az oldal betöltési sebességén. Ez az első, legfontosabb lépés, amit egy oldal sebesség optimalizálásakor elvégzünk.
-
The DJ
addikt
válasz
topjoyy
#4634
üzenetére
Mit írtál felül, mivel és miért?
A képen szereplő javaslatok a fájlok gyorsítótárazásának lejárati idejére vonatkoznak (expire headers). Bármilyen cache plugin be tudja ezt állítani (browser cache), de kézzel is hozzáadhatóak ehhez a megfelelő sorok a .htaccess fájlba.
Erről meg itt írtam bővebben: [link]
-
The DJ
addikt
Én is úgy tudom, hogy csak CSS-el oldható meg, bár régen használtam már komolyabban, lehet azóta bekerült. De ha nem akkor se bonyolult, adsz a text layernek egy saját class-t az "attributes" résznél, aztán annak a classnak pedig megadod CSS-ben a text-shadow értékeket. Itt egy generátor, hogy ne kelljen találgatni: [link]
A második kérdésre a válasz: Ha nincs rendszergazdai hozzáférésed a szerverhez és a tárhelyedhez járó panelen nincs PHP beállításokat módosító lehetőség, akkor nagy valószínűséggel a szolgáltatóval tudod csak lelevelezni ezen értékek megemelését, de nem minden esetben hajlandóak erre sajnos.
-
The DJ
addikt
válasz
topjoyy
#4630
üzenetére
Ez a POT fájl, ebből kell első körben generálni Poedittel egy textpattern-hu_HU.po és textpattern-hu_HU.mo fájlt, ezek fogják tartalmazni a magyar fordítást, ezeket pedig majd a wp-content/languages/themes-be kell felmásolni, de az se mindegy milyen néven, mert kell bele a sablon textpattern-je is, ami minden sablon esetében egyedi.
Leírtam a folyamatot részletesen itt: [link]
-
The DJ
addikt
"My Sites → Settings → Writing" csak a WordPress.com szolgáltatásában van, az pedig teljesen eltér a tárhelyre telepített, saját magad által managelt WordPress.org-os telepítéstől. Lényegében a .com az egy ingyenes felület (alapértelmezetten), főleg személyes blogokra, alap kis oldalaknak, elég erős megkötésekkel, a WordPress.org-ról letöltött WP pedig tárhelyre telepítendő, ott viszont teljesen szabad kezed van, bármilyen sablont és plugint használhatsz, bármibe belenyúlhatsz. Kérdés az oldalad melyik csoportba is tartozik jelenleg.
Ha van a sablonnak testimonials része, akkor azt használd, ott tudod felvinni a véleményeket.
A portfolio pont az, aminek hangzik, tehát termékeket/bejegyzéseket, egyéb általad megadott post type-okat tudsz megjeleníteni ezer féle módon és felállásban. Javarészt a képek dominálnak, alatta egy kis leírás, képre kattintva bejön a teljes termék/bejegyzés oldala minden részletes infóval. Általában ez a funkció totálisan testre szabható minden prémium sablonban és itt is látom, hogy a demo résznél tele van rengeteg változattal.
Kreálhatsz custom post type-ot, amit elnevezel case study-nak, így elkülönül a sima bejegyzésektől, vagy kreálsz a bejegyzéseknél egy külön kategóriát ezeknek és amikor meg akarod jeleníteni mindet, akkor csak listáztatod valamilyen formában a kategória elemeit (akár menüpontként).
-
The DJ
addikt
válasz
topjoyy
#4611
üzenetére
Megoldható, de ez már alapszintű PHP. A sablon search.php fájlja lesz valószínűleg amit módosítani kell, jelenleg csak a találatok kivonatainak a megjelenítése van beállítva és még ebből is szűri a HTML-t, azért néz ki csúnyán.
Mivel nem ismerem sem a sablont, sem a jelenlegi megoldást, ezért annyit tudok csak mondani, hogy a the_excerpt() függvényt kell cserélni the_content()-re, akkor fogja megjeleníteni a teljes bejegyzést a kivonat helyett, de hogy ezt pontosan hol kell átírni azt neked kell megtalálni.
-
The DJ
addikt
válasz
topjoyy
#4606
üzenetére
Amiket keresel azok a beépített widgetek, ezek nem találhatók meg a sidebar.php-ben, mert ott csak magát a widget területet hozzuk létre, amibe a vezérlőpulton keresztül bele tudod pakolni magukat a widgeteket, de ezek a WP core részei. Kivéve ha olyan widgeteket akarsz módosítani, amik a sablonnal jöttek, de jelen esetben nem ez a helyzet. Kérdés mit szeretnél bennük átírni, amihez PHP-ba kell nyúlkálni. Módosítani a WP core-t egyébként értelmetlen, az első frissítéssel úgyis felülíródik, amit szerkesztettél, tehát remélhetőleg csak CSS módosításokra van szükséged.
-
The DJ
addikt
válasz
topjoyy
#4603
üzenetére
Elég nehéz válaszolni arra, hogy milyen bővítményeket érdemes használni. Attól függ milyen célra
Mert szinte minden feladatra van már néhány szuper plugin. Kapcsolati űrlapnak Contact form 7, oldal sebesség optimalizálására/gyorsítására Swift Performance, biztonság megerősítésére iThemes Security + Wordfence, spam ellen Akismet + Google ReCaptcha az űrlapokhoz és lehetne még sorolni napestig.Ha saját gépeden akarsz oldalakat létrehozni és azokkal dolgozni, akkor XAMPP helyett a Local-t ajánlom, sokkal könnyebb kezelni és felhasználóbarátabb is. Egyébként bármelyiket is választod utána a későbbiekben természetesen át lehet költöztetni az oldalt/oldalakat rendes tárhelyre és normális domain alá is.
-
The DJ
addikt
válasz
topjoyy
#4597
üzenetére
Még lehetne tömöríteni a képeken, azért ad ilyen kis pontszámot, bár az a 81kb nem egy nagy valami, de el lehet érni a 100-as értéket itt is. Lenyitod az "Optimize images" részt, minden kép mögött ott lesz egy link "See optimized version" néven, azokra katt egyesével, letöltöd a GTMetrix által tömörített verziókat és FTP-n keresztül felülírod a régieket ezekkel. Ha jól csinálod, akkor ennyi az egész, újbóli teszt futtatása esetén már 100-as pontszámot kell adjon a képek tömörítésére.
A Fastest Cache plugin statikus oldalakat generál a gyorsabb betöltés végett, de ehelyett akkor én már a Swift Performance-t ajánlanám, sokkal jobb eredmények érhetők el vele, mert nem csak a page cache-re fókuszál. (Egyébként a .htaccess azért nem írható, mert át lett állítva a jogosultsága, ha visszarakod 644-re akkor nem lesz ezzel se probléma).
A hozzászólásoknál az egy spam komment, ha nincs az oldaladon captcha és spam szűrés, akkor tele leszel velük mindenütt, ahol csak beküldésre van lehetőség.
-
The DJ
addikt
Nem jelent problémát, a magyar és angol WP között annyi a különbség, hogy mások a nyelvi fájlok (wp-content/languages). Ha nagyon ki akarod gyomlálni belőle a magyar nyelvet, akkor az előbb említett könyvtárból törölj mindent, amiben benne van, hogy "hu_HU".
(#4589) Met: Melyik plugin?
-
The DJ
addikt
Minden megoldható, de nem kizárt, hogy szükség lesz egy kis PHP kódolásra is. A statisztikákra vannak nagyon jó pluginek, akár Analytics, akár teljesen független, oldalon futó megoldás. Meglévő oldalakat is tudsz klónozni adatbázisban, de akár PHP template szinten is, ha szükség van rá, azaz az eltérő oldalakon eltérő PHP kódot tudsz futtatni. Igazság szerint, ha megvan az előző oldal és ott már le lettek fejlesztve ezek a funkciók, akkor egyáltalán nem vészes átültetni WP alá őket.
-
The DJ
addikt
Az, hogy Apache vagy nginx lényegében mindegy, az Apache-ot talán több plugin szereti, főleg azok, amiknek szokásuk .htaccess-be írni. Nginx mellett ugye nincs .htaccess, sem mod_rewrite, mod_expires, stb. Ezek Apache modulok. Minden megoldható nginx-el is egyébként, csak néha körülményesebb a dolgok kivitelezése. Cserébe viszont gyorsabb, mint az Apache. Bár teszt környezetben ez nem feltétlenül lényeges.
Én Apache + PHP 7.x-el próbálkoznék, a WP is a PHP 7-re lett már optimalizálva erőteljesen.
A fentebb linkelt WAMP-ban egyébként Apache 2.4 + MySQL 5.7 + PHP 5.6 volt. Olyat még nem láttam, hogy ez megölte volna az operációs rendszert, de persze bármi megtörténhet.
-
The DJ
addikt
Tapasztalataim szerint szinte sosem ad 100%-od a Yslow CDN tesztje, mert mindig lesz olyan script, ami külső szerverről töltődik be és nem egy általuk elfogadott CDN-ről. Plusz jártam már úgy is, hogy mindent CDN-ről húztunk be, de nem érzékelte egyáltalán az Yslow teszt és le is pontozta emiatt. Véleményem szerint nem kell törődni vele, főleg ha tudod, hogy van aktív CDN és működik is (pl. Cloudflare). Mindig lesz olyan plugin, ami külső szerverről tölt majd be erőforrásokat.
-
The DJ
addikt
válasz
spiritex
#4485
üzenetére
A WooCommerce működésének nem feltétele az SSL, viszont szinte az összes payment gateway-nek az, tehát ha akarsz kártyás fizetést vagy bármit, ami nem utánvét és személyes átvétel, akkor kötelező lesz a https. Plusz én nem is vásárolnék olyan webshopról, ahol nincs SSL tanúsítvány, ez a minimum manapság (már sima személyes weboldalaknál is, nem hogy olyan felületen, ahol a személyes adataidat küldöd be és terméket vagy szolgáltatást rendelsz).
-
The DJ
addikt
válasz
Jinxb1rd
#4480
üzenetére
Nagy méretű oldal és gyenge erőforrásokkal rendelkező osztott tárhely szerver esetén tapasztaltam eddig csak lassulást, de ki kell tapasztalni, hogy az oldaladhoz mi passzol. Például egyes esetekben a zip tömörítés lassít, ilyenkor tar.gz-re kell váltani és felesleges olyan mappákat például tömöríttetni, ami nem az oldal része (korábbi biztonsági mentések, egyéb nagy méretű fájlok, stb.)
Az adatbázis ellenőrzés semmit nem lassít a folyamaton, a tömörítés része telhet több időbe.
-
The DJ
addikt
válasz
Hunter2
#4451
üzenetére
A WP All Importot használja és dicséri mindenki általában: [link]
Emlékeim szerint van belőle ingyenes, de korlátozott funkcionalitású verzió is a WordPress plugin libraryban.
Más ingyenes pluginről nem tudok, ami használható lenne érdemben is és ne lenne telepakolva korlátozásokkal. Codecanyon-on van még 1-2 működő alternatíva esetleg, érdemes lehet ott is szétnézni.
-
The DJ
addikt
válasz
Dexter68
#4447
üzenetére
PHPMyAdminban nagyon egyszerűen kideríthető melyik tábla nőtt nagyra. De futtass egy javítást/optimalizálást az összes táblán, az utóbbi igen szépen tudja csökkenteni a méreteket. Plusz nem árt törölni a revíziókat, azok is csak foglalják a helyet. Ha van WooCommerce akkor pedig nincs kérdés, valószínűleg az is telepakolta lejárt tranziensekkel az adatbázist, mert csomószor találkoztam már olyan oldallal, ahol valamiért nem törli ezeket automatikusan a cron.
Adatbázis optimalizálásról cikk, ami tartalmazza a fentiek leírását részletesen: [link]
-
The DJ
addikt
Ezt meg lehet próbálni: [link]
(#4403) jbl:
Próbáld meg ezeket betenni a .htaccess fájlod végére:
RewriteEngine on
RewriteCond %{HTTP_HOST} ^domain1.hu [NC,OR]
RewriteCond %{HTTP_HOST} ^www.domain1.hu [NC]
RewriteRule ^(.*)$ http://valami.hu/$1 [L,R=301,NC]Értelemszerűen cseréld a sima és www-s domain1.hu-t és a valami.hu-t, de csak a domaineket módosítsd, semmi mást ne írj át. Ha ez így működik a domain1.hu-val, akkor a fentiek alapján kreálj még két ugyanilyen szabályt a másik két domainre is.
Ha van már egy "RewriteEngine on" sor a .htaccess-ben, akkor nem kell még egyszer bemásolni, mehet alá az összes RewriteCond és RewriteRule sor.
-
The DJ
addikt
Nem egészen világos, de próbálom kibogozni. Szóval a domain1, domain2, domain3 is ugyanarra a WordPress-re mutat, mint a valami.hu és szeretnéd, hogy akár honnan is érkezik a látogató az mindig a valami.hu-ra irányítódjon át? Ezt htaccess URL rewrite szabályokkal meg lehet oldani egyszerűen.
-
The DJ
addikt
.htaccess gondnak tűnik. Próbáld meg újra generáltatni a permalinkeket. Csak nyomj rá a mentés gombra és ez rekreálja a .htaccess szabályokat.
(#4395) sz.j: Természetesen nyugodtan megadhatod nekik a hozzáférést, semmi máshoz nem fognak nyúlni és nagy valószínűséggel javítják is a hibát rögtön. Nálam legalább is így történt.
-
The DJ
addikt
Ha az a cél, hogy csak te, mint bejelentkezett admin lásd amíg próbálkozol, akkor bármelyik under construction plugin jó lehet. Bekapcsolod és a látogatók csak az általad beállított szöveget/oldalt látják, az éleset nem. Míg te bejelentkezve a normális oldalt látod és tudsz tesztelni.
(#4391) spiritex: Próbáld meg lecserélni a térképet beillesztő iframe kódodban a http-t https-re.
-
The DJ
addikt
Az én személyes tapasztalatom szerint a support teljes mértékben korrekt és hatékony, viszont csak ketten vannak és a megrendeléseik ugrásszerűen növekedtek az utóbbi időben, mivel a Swift tényleg működik és a legjobb sebesség optimalizáló bővítmény a piacon. Aztán emellé még ott van a Fevr sablon is, ami szintén igen népszerű themeforesten, tehát több, mint valószínű, hogy naponta rengeteg hibajegyet és megkeresést kapnak és mindezek mellett kell még dolgozni járni, aludni, kikapcsolódni, családi életet élni és egyéb hétköznapi dolgokat is végezni. Arról nem is beszélve, hogy fejleszteni kell a plugint, javítani a hibákat, stb. Szóval valószínűleg ennek tudható be a megnövekedett várakozási idő.
Amikor nekem voltak problémáim kértek hozzáférést és javították az összeset pár órán belül, a kérdéseimre pedig mindig kielégítő választ kaptam. Nem tagadom, volt, hogy nekem is kellett várni 1-2 napot egy reakcióra, de ez Facebookon történt és utána mindig elégedetten "távoztam".
Lehetséges, hogy náluk is be lehetne vezetni a "priority support"-ot vagy lehetne még felvenni egy direkte supportos kollégát, de amikor valamit saját magas fejlesztesz és ismered betűről betűre a kódot, akkor más sosem fogja tudni úgy megfejteni az ezzel kapcsolatos gondokat, mint maga a fejlesztő. Szóval nem egyszerű ez sajnos.
-
The DJ
addikt
A GTMetrix és a Pingdom talán a leghasznosabb és legrelevánsabb teszt oldal, a Google PageSpeed Insights is nemrég újult meg, már több infót mutat, de én még mindig jobban preferálom az első kettőt.
A Fastest cache és Autoptimize helyett én azért kipróbálnék egy okosan belőtt W3TC-t, egyrészt így kettő helyett csak egy plugin lesz fenn erre a célra, másrészt pedig azért szép eredményeket lehet elérni ezzel is.
(#4370) sz.j: Ha nincs az oldal megjelenítésében hiba, nincsenek 503-as hibák és egyéb feltérképezési/megjelenítési probléma sem, akkor nem nagyon okozhatta az esést a Swift.
-
The DJ
addikt
Fura, ilyet se láttam még. Ha az egyik szabály működik, akkor a másiknak is kellene. De a support biztos kibogozza majd
Ideiglenesen azt lehetne meglépni, hogy kimásolni a .htaccess-ből a W3TC által generált gzip szabályokat, visszakapcsolni a Swiftet, kikapcsolni benne a gzipet és betenni kézzel a .htaccess-be a kimásolt W3TC sorokat. Így elviekben lenne gzip és menne minden a Swift mellett is. De persze ez nem végső megoldás, csak a probléma áthidalása. Ideális esetben mennie kellene a Swift által berakott szabálynak is.
-
The DJ
addikt
Akkor neked elviekben nincs teendőd, amint kipipálod beteszi a működéshez szükséges szabályokat a .htaccess-be, ez pedig eddig nálam mindig ment is ahogy kell. Tehát továbbra is gyanús, hogy a tárhely terén nem oké valami.
Ez benn van a .htaccess-ben?
# ------------------------------------------------------------------------------
# | Compression |
# ------------------------------------------------------------------------------
<IfModule mod_deflate.c>
# Force compression for mangled headers.
# http://developer.yahoo.com/blogs/ydn/posts/2010/12/pushing-beyond-gzipping
<IfModule mod_setenvif.c>
<IfModule mod_headers.c>
SetEnvIfNoCase ^(Accept-EncodXng|X-cept-Encoding|X{15}|~{15}|-{15})$ ^((gzip|deflate)\s*,?\s*)+|[X~-]{4,13}$ HAVE_Accept-Encoding
RequestHeader append Accept-Encoding "gzip,deflate" env=HAVE_Accept-Encoding
</IfModule>
</IfModule>
# Compress all output labeled with one of the following MIME-types
# (for Apache versions below 2.3.7, you don't need to enable `mod_filter`
# and can remove the `<IfModule mod_filter.c>` and `</IfModule>` lines
# as `AddOutputFilterByType` is still in the core directives).
<IfModule mod_filter.c>
AddOutputFilterByType DEFLATE "application/atom+xml" \
"application/javascript" \
"application/json" \
"application/ld+json" \
"application/manifest+json" \
"application/rdf+xml" \
"application/rss+xml" \
"application/schema+json" \
"application/vnd.geo+json" \
"application/vnd.ms-fontobject" \
"application/x-font-ttf" \
"application/x-javascript" \
"application/x-web-app-manifest+json" \
"application/xhtml+xml" \
"application/xml" \
"font/eot" \
"font/opentype" \
"image/bmp" \
"image/svg+xml" \
"image/vnd.microsoft.icon" \
"image/x-icon" \
"text/cache-manifest" \
"text/css" \
"text/html" \
"text/javascript" \
"text/plain" \
"text/vcard" \
"text/vnd.rim.location.xloc" \
"text/vtt" \
"text/x-component" \
"text/x-cross-domain-policy" \
"text/xml"
</IfModule>
</IfModule> -
The DJ
addikt
Úgy néz ki globálisan nem aktív a gzip tömörítés, tehát vagy nincs engedélyezve a szerveren a deflate Apache modul vagy nem aktív. Esetleg ha van cPanel, akkor ott meg kellene nézni, hogy lehet-e pipálgatni Apache modulokat, ha igen, akkor ezt is aktiválni kellene. Ha nincs rá opció, akkor a szolgáltatót lenne érdemes megkérdezni.
-
The DJ
addikt
Be van kapcsolva a "Minify Javascripts" opció a beállításokban?
Ha nincs, akkor kapcsold be, ennek el kellene tüntetnie az "Engedélyezze a tömörítést" javaslatot.
(#4344) Met: Kellene látni a linket és a pontos javaslatokat, de valószínűleg ingyenes megoldásokkal nem sokkal lehetne fentebb tornázni ezt az eredményt. Talán egy okosan belőtt W3TC-vel lehetne még próbálkozni az Autoptimize és Fastest Cache helyett.
-
The DJ
addikt
Ha nem adtad hozzá őket manuálisan kivételként, akkor nem azok
Ha nem volt bekapcsolva a JS Minify, akkor pedig biztos nem erről van szó. Egyébként a "Combine only" helyett a "Minify" rádiógombot érdemes kiválasztani, mert ez esetben tömöríti is a fájlokat, míg a "Combine only"-nál csak egyesíti. Ha ez megvan és a globális beállításokban is engedélyezve van a Minify, akkor egy teljes cache ürítés kell csak, utána működik elviekben.Viszont W3TC mellett semmiképpen sem érhető el az, hogy minden Google javaslat eltűnjön, legjobb esetben is marad egy megjelenítést gátló CSS és JS (a W3TC által összevont két nagy fájl, ami tartalmazza az összes JS és CSS fájlt). Ezeket nem lehet "render blocking" mentesen megjeleníteni az ingyenes verzióban.
-
The DJ
addikt
Az első két JavaScript fájl a WordPress core része, ezeket nem tudod és nem is lehet törölni (azaz tudod, de akkor nem fog működni az oldal). A harmadik a cookie figyelmeztetést vezérlő script, arra is szükség van ahhoz, hogy ez működjön. A W3TC-ben ezek kivételként szerepelnek? Ha nem, akkor ezeket is bele kellene pakolnia a globális és összevont JavaScript fájlba (már ha be van kapcsolva a JS minify+combine).
A két CSS közül az egyik szintén a W3TC által generált összevont és tömörített fájl, ennek a viselkedésébe sem tudsz belenyúlni. A másik egy kívülről behúzott Google font és mivel távoli szerverről érkezik ezért ennek a viselkedésére sem lehetsz behatással így ebben a formában.
Ugyanez igaz az analytics JS-re is. Távoli szerverről betöltött fájlok esetében az ott beállított gyorsítótárazási idő a mérvadó, ezt te távolról nem tudod felülírni. Azaz de, akkor ha tükrözöd magát a fájlt a saját szerveredre és onnan töltöd be az eredeti útvonal helyett. Ezt kézzel konfigolni igen macerás és nem is érdemes, viszont például a Swift Performance képes erre is automatikusan. És ahogy nézem minden fenti problémát lehet(ne) orvosolni vele helyes beállítások mellett.
-
The DJ
addikt
Hű, megnéztem a kódot, de ez így nagyon nem jó.
Se head, se body, se style nem lehet ott. head-ből és body-ból mindig csak egy szerepelhet egy oldalon, ez így helyes, ezeket intézi a WordPress magának, neked nem kell sehova beírni őket. A CSS kódod berakhatnád kézzel a <head> és </head> közé, de nincs rá szükség, a "Megjelenés / Testreszabás" résznél van egyéni CSS szekció, oda be tudod illeszteni a kódjaidat (<script> és </script> nélkül).
a.three:link, a:visited {
background-color: #f44336;
color: white;
width: 200px;
font-size: 20px;
text-align: center;
text-decoration: none;
display: inline-block;
}
a.three:hover, a:active {
text-decoration: none;
background-color: red;
}A HTML widgetbe pedig ennyi kerüljön csak:
<p><b><a class="three" href="www.aaaaaa.hu" target="_blank">VVVVVVVVVVVVVVVVVV</a></b></p>
<p><b><a class="three" href="www.aaaaaa.hu target="_blank">VVVVVVVVVVVVVVVVVV</a></b></p>
<p><b><a class="three" href="www.aaaaaa.hu target="_blank">VVVVVVVVVVVVVVVVVV</a></b></p>Ja és így próbáld:
font-size:20px;(kell a kötőjel). -
The DJ
addikt
A bbPress-t próbáltam ezek közül anno, talán az a legrégebb óta fejlesztés alatt álló plugin, ebből fakadóan kiforrott, tudja amit kell és rendszeresen fejlesztik is. Plusz létezik hozzá teljes magyarítás, már ha magyar célközönségnek szánjátok a fórumot.
A reklámok beilleszthetőségéről nem tudok nyilatkozni, de valószínűleg van rá megoldás, ha nincs, akkor template fájlok szerkesztésével könnyedén megoldható manuálisan is.
Az egymás gépéről történő megosztás nem fog menni sima HTTP(S) protokollon keresztül, a torrent egy teljesen más világ. Erre más megoldást kell keresni.
-
The DJ
addikt
WordPress mellé a bbPress a bejáratott fórum plugin, de vannak egyéb alternatívák is. Pl: Asgaros, Discussion Board, stb.
Ha nem direkte WP plugin, akkor pedig a PHPBB lehet még megfelelő választás, tudtommal erre is léteznek megoldások, hogy össze lehessen kötni a felhasználói részét egy WordPress oldallal is.
Mivel rengeteg ingyenes és fizetős, profin összerakott, jól bevált fórummotor van a neten, ezért nem kell újra feltalálni a kereket és nulláról írni egyet, egyrészt mert tele lesz hibákkal és biztonsági résekkel, másrészt pedig legjobb esetben is csak évek múlva jutnátok csak el oda, ahol ezek a pár kattintással települő megoldások járnak per pillanat.
A tárhely mérete attól függ, hogy mennyi fájlt terveztek tárolni rajta, valamint hogy a fórumban lesz-e lehetőség fájlfeltöltésre. Egyébként az a fontosabb, hogy a MySQL adatbázis mérete kotlátlan legyen, mert minden tartalmat itt tárolnak a fórumok. Ha minimális a fájlfeltöltés, akkor egy alap 1GB körüli csomag is bőven elegendő lesz korlátlan MySQL adatbázis mellett.
-
The DJ
addikt
Adj annak az elemnek egy azonosítót a custom HTML részben, amit testre akarsz szabni és utána a custom CSS résznél kreáld meg ahhoz a classhoz/ID-hez a szabályt.
Például ha van egy linked és annak akarsz egyedi stílust adni, akkor így kell kiegészíteni:
<a href="http://linked.hu" class="linkem">Kattints ide</a>Ezzel pedig lehet utána teljes mértékben testre szabni:
.linkem {font-size:24px;font-weight:bold;} -
The DJ
addikt
Amennyire én tudom a keresők még mindig jobban szeretik az egyszerűen és logikusan felépített, olvasható tartalmat, tehát én maradnék a bevált HTML+CSS-nél. Nyugodtan maradhat a beépített alapértelmezett menü, ide szerintem felesleges képeket keverni. Plusz értelme sincs sok, ha nincs melléjük alt+title.
Ha WordPress-ről van szó, akkor a beépített menü teljesen keresőbarát, nincs értelme lecserélni.
-
The DJ
addikt
Egy normális tárhelynél nem kell semmilyen FTP beállításokkal bohóckodni. Ha a webszervernek van írási joga a könyvtárakhoz, akkor mindent megold magának. Nálad el vannak állítva a jogosultságok a szerveren, a webszerver nem tudja írni a szükséges könyvtárakat, ezért ezt jelezni kell a szolgáltató felé. Ha nem tudják vagy akarják javítani, akkor pedig gyorsan menekülni kell onnan.
-
The DJ
addikt
-
The DJ
addikt
Az ingyenes verzióban csak egy kulcsszót lehet megadni, a pro-ban többet is, de ezért felesleges megvenni. Ez úgy is csak arra jó, hogy adjon egy kis mankót, nincs értelme eszerint optimalizálni. Nagyon sokszor volt ez már téma minden online csatornán és a konklúzió minden esetben az volt, hogy csakis a releváns, érdekes, rendszeres és gondosan megírt tartalom a lényeg. Követheted az összes optimalizálási tippet, ha az, amit írsz nem izgalmas az olvasóknak és az első mondatnál se jutnak tovább. Persze az alapokra illik figyelni, erre tökéletesek ezek a SEO pluginek, de nem szabad túl nagy jelentőséget tulajdonítani nekik. Az egy kulcsszó megadása tökéletesen elegendő lehet jelen esetben, értelemszerűen azt add meg, amire leginkább szeretnéd optimalizálni az oldalad vagy az aktuális bejegyzésed.
"- The focus keyword doesn't appear in the first paragraph of the copy. Make sure the topic is clear immediately"
A megadott kulcsszó nem szerepel a tartalmi rész első bekezdésében. Érdemes lehet rögtön szerepeltetni, hogy egyértelmű legyen miről is szól a bejegyzés.
"- Az oldalon nincsenek képek, kérjük fontolja meg képek beillesztését."
Itt valószínűleg a cikk tartalmi részéből hiányolja a képeket. Nem minden beillesztést érzékel egyébként, attól függ hova és miként tetted be a képeket. Ha vannak, akkor ez természetesen ignorálható.
"- The meta description is under 120 characters long. However, up to 156 characters are available."
A megadott meta leírásod csak 120 karakter hosszú, ha szeretnéd kiegészítheted, mert 156 karakter is megengedett. De ha tetszik úgy, ahogy van, akkor ezzel se kell foglalkozni.
"- The text contains 295 words. This is slightly below the recommended minimum of 300 words. Add a bit more copy."
Csak 295 szó szerepel a tartalmi részben, ezt ajnlatos kiegészíteni legalább 300 szóra (de inkább több legyen).
"- The SEO title is too short. Use the space to add keyword variations or create compelling call-to-action copy."
A megadott SEO cím túl rövid, egészítsd ki és kreálj valami csábító és izgalmas címet az olvasóknak.
"A szöveg nem tartalmaz alcímeket. Legalább egy alcímet adjunk meg."
Használd a H1,H2,H3, stb tageket alcímeknek, logikusan felépítve a hierarchiát.
Ja, és teljesen mindegy, hogy oldal vagy bejegyzés, csakis a tartalom a lényeg. A bejegyzés azért népszerűbb formátum, mert a blog része, blogolni pedig az egyik legalapvetőbb feladat, ha SEO-ról van szó.
(#4212) Kommy: A sablonod reszponzív viselkedésével van a gond, egy bizonyos méret után elrontja a layoutot valami, ezt láthatod magad is, ha elkezded összecsukni a böngésződ ablakát. Látom fenn van a Swift Performance. Ha kikapcsolod ideiglenesen és újratöltöd az oldalt akkor is ez a helyzet? Adtál hozzá esetleg saját CSS kódot. Látok !important-al kiegészített szabályokat, amik szerintem nem gyáriak.
(#4213) spiritex: Sajnos minden funkciót én sem ismerek pontosan az újak közül, de azért leírom, amit tudok. A Warmup Table-nél be tudod állítani a gyorsítótárazás prioritását oldalak szerint plusz manuálisan is tudsz frissíteni akár csak egy oldalt vagy bejegyzést is, ha módosítottad. Így nem kell minden esetben a teljes cache-t újraépíteni. Plusz forgalmas oldal esetén hasznos lehet beállítani, hogy amikor újraépül a cache (akár automatikusan, akár manuálisan), akkor melyik oldalakkal kezdje az építést. A Start Prebuild Cache gomb kezdi el újraépíteni a teljes gyorsítótárat, a Reset Warmup Table visszaállítja alapértelmezettre az egyéni beállításaidat a Warmup Table résznél, a két clear gomb pedig ürít bizonyos gyorsítótárakat külön külön.
-
The DJ
addikt
A bedobott bővítmények jelölés az olyan (magányos) PHP fájlokra vonatkozik, amik a plugins mappába lettek "bedobva", legtöbbször más bővítmények által. A képeden szereplő fájlok a W3Total Cache maradékai, ha már nincs fenn a plugin és nem használod, akkor törölhetőek nyugodtan.
Tehát ha a bővítmény nem túl komplex, nincs szüksége a működéshez egyéb fájlokra és könyvtárakra, akkor elegendő lehet simán csak egy PHP fájl is hozzá, ehhez pedig nem kötelező mappát létrehozni, elég csak betenni magát a PHP-t a plugins mappába, így is működni fog.
-
The DJ
addikt
Nem kell hozzá semmi, még plugin sem. Megnyitod a maps.google.com-ot, beírod a címet, amit meg szeretnél jeleníteni az oldaladon, ha megvan, akkor katt a "Megosztás" gombra, a felugró ablakban pedig kattints át a "Térkép beágyazása" fülre. Kiad egy szép iframe kódot, azt kimásolod és beilleszted az oldalon oda, ahol szeretnéd megjeleníteni a térképet. A width és height értékek módosításával tudod változtatni a megjelenő térkép szélességét/hosszúságát.
-
#4126
The DJ
addikt
FIREBLADE78
#4125
The DJ
addikt
válasz
FIREBLADE78
#4125
üzenetére
Egy kis önreklám: WPSzaki.hu
Vannak videók is és ahogy időm engedi folyamatosan írom az új cikkeket, kezdőknek és haladóknak is. -
The DJ
addikt
válasz
spiritex
#4111
üzenetére
"- a bővítmény mennyire "cseszi szét" az oldalt és hogy lehet/szabad kikapcsolni (ha esetleg már nem kéne, vagy ne adj'Isten valami bajt csinálna)? Gondolok itt a CSS, JavaScript, HTML file-ok tömörítésére, összevonására."
Bármikor gond nélkül kikapcsolható, amint kikapcsolod minden, amit beállítottál benne megszűnik működni és az oldal az eredeti állapotában fog működni/betöltődni. Az összevont JS&CSS fájlok sem töltődnek be ilyenkor, mindent egyesével, tömörítetlenül, az eredeti formájában tölt be az oldal, tehát teljesen úgy, mint a Swift telepítése előtt. Amint visszakapcsolod csak akkor érvényesülnek a beállítások.
"- mikor és hogyan áll vissza a Swift Performance előtti állapot? Elég kikapcsolni a plugin-t? Mi történtik az eredeti CSS-sel, JavaScript-tel, amiket összevont, megőrzi őket valahol, tudnak újra működni?"
Elég csak kikapcsolni az eredeti állapotra való visszaálláshoz, semmi nem fog változni vagy elveszni. Az eredeti fájlok megmaradnak, nem nyúl hozzájuk, kikapcsoláskor ezeket tölti be a rendszer.
"- ha a sablonban van CSS beszúrási lehetőség, márpedig van, akkor azt továbbra is lehet/szabad használnom? Mi történik az ide beírt új kódrészletekkel? Azokat mikor veszi észre?"
Szabad használni persze, gond nélkül működik továbbra is a custom CSS. Viszont előfordulhat, hogy nem rögtön jelennek meg a látogatóknak a változtatások, mert megadott időközönként épül csak újra a gyorsítótár (kivéve, ha kézzel nem üríted amikor változtatsz valamin).
"- ha frissítem a sablont, nem fog minden összekutyulódni?"
Nem fog, lehet nyugodtan frissíteni. Nagyobb frissítések után viszont érdemes egy manuális gyorsítótár törlést nyomni.
"Megj: a Trial Settings menüpontjai (és azok opciói) egyébként alig hasonlítottak az általad felsoroltakra. Más volt a nevük, más opciók voltak bennük, vagy másik menü alatt voltak, stb."
Tudom, gőzerővel fejlesztik a plugint, a bemutató megírása után 1-2 héttel már teljesen át lett dolgozva a kezelőfelület, csomó új funkció és beállítás került integrálásra, a régiek is át lettek kicsit pakolászva/nevezve. Ha egyszer odajutok majd frissítem a cikket is.
Új hozzászólás Aktív témák
- GAMER PC : RYZEN 5 4500 / 16GB DDR4 / ASUS RX 480 8GB / WiFi / Bluetooth / 512GB M.2 SSD / 500GB HDD
- Dell Latitude 7390, 13,3" FHD IPS , I5-7300U CPU, 16GB DDR4, 512GB SSD, WIN 11, ( olvasd végig )
- Acer PREDATOR HELIOS NEO 16 / i9-14900HX / RTX 4070 (140W) / 1 TB SSD / 240HZ
- Topping A70 Pro fejhallgató erősítő
- Topping D70 Pro Octo DAC
- AKCIÓ! Apple Macbook Air 13" 2020 M1 8GB 256GB SSD notebook garanciával hibátlan működéssel
- MSI Cyborg 15 A13VF - 15.6"FHD 144Hz - i7-13620H - 16GB - 512GB - RTX 4060 - Win11 - 1,5 év garancia
- Xiaomi Redmi Note 12 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Bomba Ár! Dell Latitude 3190 - Intel N4120 I 4GB I 128GB SSD I 11,6" HD I Cam I W11 I Garancia!
- 135 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4090 (ELKELT)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged