-
Fototrend
WordPress tartalom kezelő rendszer (CMS) topik
Új hozzászólás Aktív témák
-
The DJ
addikt
Csak a wp-admin, wp-includes könyvtárak tartalmát írd felül és az alap PHP fájlokat a gyökérből, a wp-content tartalmát ne. Így nem fogja bántani a meglévő fordításokat és eléred a célod. Külön fájlokat egyesével módosítgatni vagy felülírogatni ne állj neki mert abból csak galiba lesz. Vagy mindent (amiket fentebb írtam) vagy semmit.
Koránt sem kell még 7.x a WP 5.2-höz, mindössze 5.6-ra ugrott a minimum a korábbi 5.2-ről. Ehhez hozzátartozik, hogy mindkettő ősrégi verzió és régóta nincsenek már támogatva sem, tehát nem nagy elvárás, hogy egy tárhelyen legalább az 5.6 tudjon futni vagy választható legyen. Egyébként a 7.0/7.1 ággal sem tapasztaltam komolyabb problémát. A WP core régóta támogatja ezeket, a legtöbb plugin és sablon úgyszintén. Régen nem frissített bővítmények vagy sablonoknál lehet ebből probléma, de ha ez a helyzet, akkor ezeket érdemes is rögtön lecserélni vagy kiselejtezni, mert csak a gond lesz velük, nem is beszélve az esetleges biztonsági problémákról.
-
-
The DJ
addikt
Az első oldalon sima Arial a font, nálam pedig Open Sans.
A HelloWP-s Divi ajánlat nem kamu, a WPHU.org tulajdonosa a HelloWP tulaja is, többször felmerült már ez a kérdés, elvileg teljesen legális és hiteles ez az ajánlat is. A Facebookos WP csoportban lehet erről többet olvasni, többen is kérdezték már (egyébként az a csoport is az övék már).
-
The DJ
addikt
válasz
Romeo619
#5705
üzenetére
Te a WordPress.com-nál vagy, ott ezer és egy korlátozással fogod szembetalálni magad, amire neked szükséged lenne az egy tárhely és egy telepíthető WP csomag a wordpress.org-ról. Itt a csoportban is ezzel foglalkozunk. A wordpress.com főként blogolásra vagy kisebb személyes weboldalakhoz való, ha már reklámok meg adsense jön a képbe, akkor ahhoz már kevés lesz.
Itt van egy cikk a wordpress.com és wordpress.org különbségiről: [link]
-
#5662
The DJ
addikt
bence092301
#5661
The DJ
addikt
válasz
bence092301
#5661
üzenetére
Ha a szolgáltató biztosít ingyenes SSL tanúsítványt a tárhelyhez (pl Let's Encrypt), akkor megoldható ennek a beüzemelése, ellenkező esetben vásárolni kell valahol egy tanúsítványt, de elérhetők ezek már nagyon olcsón is.
Ahhoz, hogy a keresőkben elérőbb kerülj SEO-ra lesz szükséged. Ez egy külön iparág ma már, nincs rá egyszerű és gyors trükk. Sok idő, rengeteg energia és legfőképpen releváns és gyakran frissülő tartalom és megfelelő on-site SEO + rád mutató linkek kellenek hozzá és még lehetne ezt napestig sorolni. Rengeteg cikk van a témában a neten, érdemes olvasgatni.
-
#5660
The DJ
addikt
bence092301
#5659
The DJ
addikt
válasz
bence092301
#5659
üzenetére
Kideríted milyen névszerverek tartoznak a tárhelyhez és megadod ezeket a domainedhez tartozó DNS kezelőfelületen. A másik opció, hogy nem névszervereket módosítasz, hanem A rekorddal irányítod a tárhelyre a domaint, ehhez a szerver IP címét kell kideríteni, de ha van cPanel, akkor ott kiírja ezt is és a névszervereket is.
-
#5651
The DJ
addikt
gameresboy
#5650
The DJ
addikt
válasz
gameresboy
#5650
üzenetére
Alapból nem tudja, plugin kell hozzá, van rá elég sok, pl: [link]
-
#5645
The DJ
addikt
PowerBuldog
#5644
The DJ
addikt
válasz
PowerBuldog
#5644
üzenetére
Elvileg ez pont erre szolgál: [link]
Egy kézi megoldás (functions.php-be):
function cw_change_product_price_display( $price ) {
$price .= ' TEXT';
return $price;
}
add_filter( 'woocommerce_get_price_html', 'cw_change_product_price_display' );
add_filter( 'woocommerce_cart_item_price', 'cw_change_product_price_display' );Ez így a termékek ára mögé is odateszi és a kosárhoz is, ha csak a kosár kell, akkor az utolsó előtti sort töröld.
A kimenő emailek pedig ezzel testreszabhatóak: [link]
-
#5623
The DJ
addikt
PowerBuldog
#5622
The DJ
addikt
válasz
PowerBuldog
#5622
üzenetére
Nem próbáltam még, de leírás alapján akár jó is lehet: [link]
"Creating COD (cash on delivery) shipping method with additional costs"
-
#5615
The DJ
addikt
sarasota123
#5611
The DJ
addikt
válasz
sarasota123
#5611
üzenetére
Ingyenesek közül Polylang vagy az általam is bemutatott QTranslate-X, fizetősek közül a legjobb a WPML.
-
The DJ
addikt
A logo körüli header háttér megváltoztatásához a kód:
#header {background-color:#000;}Értelemszerűen a #000 helyére a kívánt szín kódja megy.
A teljes oldal háttérszín cseréjéhez pedig:
.mainwrap {background-color:#000;}(#5580) GreenIT: Ez segítség, ártalmatlan. Jelszó hasheket generál megadott jelszó alapján, ugyanezt csinálja maga a WordPress de akár a PHPMyAdmin is.
-
The DJ
addikt
Nyugodtan jöhet a szolgáltató neve, a pozitív tapasztalatok ugyanúgy elférnek itt, mint a negatívak.
(#5557) Veron: Megspórolsz magadnak egy kis időt meg utólagos költöztetést, ha rögtön az éles domain/tárhely alatt fejlesztesz, de természetesen egyik sem feltétlenül szükséges az induláshoz. Ezek nélkül a legegyszerűbb és legkönnyebb elkezdeni a helyi fejlesztést a Local segítségével. Itt írtam róla: [link]
-
The DJ
addikt
válasz
#57018880
#5553
üzenetére
Egyébként nem hit-téríteni akarok, tényleg szeretnék informálódni a hazai helyzetről, mert nekem elég siralmasak a tapasztalataim sajnos, ezért is mozgatok akit csak lehet VPS-re vagy Sitegroundra.
Melyik az a hazai szolgáltató, akit bátran mernél ajánlani WP-hez és ahol szerinted hasonló minőségben és hatékonyságban megvalósítható mondjuk a cache megoldása, mint Siteground esetében? Tehát ahol tárhely szinten is foglalkoznak vele és nem neked kell bűvészkedni a pluginekkel és ezek konfigurációjával. A technikák és megoldások valóban standardek (lennének), mégse foglalkozik vele szinte senki tárhely szinten itthon valamiért.
-
The DJ
addikt
válasz
#57018880
#5548
üzenetére
Lehet ez már csak a saját kukacoskodásom, de nem nagyon találkoztam még "komolyabb itthoni szolgáltatóval". Olyannal meg végképp nem, ahol ilyen szintű WP-vel integrált pár kattintásos komplex cache rendszer lenne létrehozva. Igen, tény, PHP 7.x-et és Cloudflare-t jó esetben tudsz integrálni bárhova (bár nem két kattintással), a gyorsítótárazást is meg tudod oldani bővítményekkel és trükközéssel (de memcache akkor se lesz nagy valószínűséggel), de ez egyik sem szerver szinten zajlik ezekben az esetekben és sosem fogsz olyan eredményeket elérni, mint Siteground-nál + mire létrejön a cache addigra meg is eszi a tárhelyed és a szerver összes erőforrását a fájlok generálása.
Szintén logikus, hogy itthoni közösségnek itthoni tárhely, de ez már régen nem mérvadó, a latency eltérés pedig annyira jelentéktelen a lokációk között, hogy még tesztekben is minimális a különbség.
Pár saját példa:
Tarhelypark.hu hazai osztott tárhelycsomag: 28ms
Tarhely.eu hazai osztott tárhelycsomag: 25ms
Saját Linode VPS-em (London datacenter): 30ms
Siteground Amsterdam datacenter osztott tárhely: 42ms
Siteground London datacenter osztott tárhely: 48msEmber legyen a talpán, aki ezek között érzékel bármilyen különbséget normál böngészés és felhasználás mellett.
-
The DJ
addikt
Igen, jó az irány, biztosan több lehetőséged lenne a WP mellett testreszabhatóság és kiadható reklámfelület szempontjából is.
A Siteground mellett szól még a brutálisan jó belső cache rendszerük is, egy kattintásos SuperCacher (static cache, dynamic cache, memcache), mindez kiegészítve a saját WP Cachepress pluginjükkel. Ha kattintasz még kettőt és aktiválsz mindezek mellé egy Cloudflare-t is, akkor pedig már egy CDN-ed is lesz, ami még tovább gyorsítja az oldalt. Persze ezekhez már a PHP 7.x is szükséges, de az az alapértelmezett verzió, úgyhogy ez sem probléma.
Nagyon sok ügyfelet költöztettem már Sitegroundra a pocsékabbnál pocsékabb itthoni és külföldi osztott tárhelyek mellől és közülük még senki sem váltott azóta sem. Az általános reakció a költözés után minden esetben az, hogy hihetetlen, hogy az oldaluk ennyire gyors is tud lenni.
Mindezek mellett szuper a support is, a cPanelben pedig minden megtalálható, amire csak szükséged lehet.
-
The DJ
addikt
Egyik sem, nagyon nem. A leglassabb szolgáltatók között van mindkettő (személyes tapasztalataim alapján is). A GoDaddy shared hostingjai szintén kerülendők.
Itt én már elgondolkodnék egy VPS-en is, de persze ehhez kell szakember, aki beállítja és kezeli. Ennek hiányában osztott tárhely témakörben ami szerintem szóba jöhet az csakis a Siteround valamelyik WP csomagja: [link]
Nyugodtan olvass utána, nézz összehasonlításokat, független review-kat. Toronymagasan a Siteground vezet sebesség és megbízhatóság terén ezen a piacon.
-
The DJ
addikt
-
The DJ
addikt
válasz
soldi3r
#5440
üzenetére
Az oldalon található összes szöveges tartalom a MySQL adatbázisban tárolódik, így ha arról nincs mentésed, akkor sajnos ez nem lesz megoldható. Ha van bármilyen adatbázis backup, akkor ez importálható egy meglévő üres adatbázisba és aztán PHPMyAdmin segítségével böngészhető. Mazochisták nekiugorhatnak Notepad++-al is, de nem lesz egyszerű abban a formában eligazodni a tartalmakon.
A képeket megtalálod a fájlrendszer mentésed "/wp-content/uploads" könyvtárában.
(#5439) spiritex: A domaint regisztrálod, nem az előtagot. A valami.hu regisztrációja esetén a tiéd a http://valami.hu és a http://www.valami.hu is. A DNS rekordok vagy a szerver konfigurációja szabja meg, hogy melyik verzió is lesz aktív. Akár lehet mindkettő is, de ez nagyon nem javasolt. A legtöbben a www nélküli változatot szeretik, mert rövidebb, a www-t pedig átirányítják a sima változatra. Ez megoldható szerver szinten vagy DNS rekord szinten is. Az utóbbi esetén a www egy CNAME rekord lesz, ami a sima változatra mutat. Ilyenkor ezt beírja a böngészőbe a látogató és átirányításra kerül. Ez egy DNS szintű átirányítás, tehát a szervertől független és a www változat nem fog megjelenni a címsorban még akkor sem, ha direkt ezt írod be.
Legyen egy ilyen átirányítás aktív (mindegy honnan hova) és onnantól kezdve mindegy mi kerül majd a névjegykártyára mert mindkét változat élni fog és az oldalra mutat majd (csak éppen az egyik át fog dobni a másikra).
(#5441) Flowtation:
1: Ha a sablon nem tudja a "full width" megjelenítést (és nincs opció ennek a bekapcsolására), akkor ehhez elég sok kézi módosítás fog kelleni, mivel ahogy látom fixen vannak megadva a szélességek pixelben. Például a wrapper (ami az egész tartalmi részt közrefogja) 1200px. Ha ezen növelsz, akkor már szélesedni fog a "keret", persze ez még csak egy lépés, ezen kívül is minden más fix paramétert is változtatni kell és itt is media querykkel kell játszadozni. Ha nem csináltál még ilyet, akkor elég sok a dolog buktatója és könnyen el lehet rontani.
2: Írtam erről egy részletes cikket anno: [link]
3: Menü testreszabására (azaz inkább lecserélésére) ez a plugin lehet jó alternatíva, elég sok beállítási lehetőséggel rendelkezik: [link] De bármi megoldható CSS-el egyébként. A lekerekített sarok a "border-xxx-xxx-radius" paraméterrel oldató meg. Példa: [link]
4: Egy sebesség optimalizálással/elemzéssel kellene kezdeni (GTMetrix, PageSpeed Insights), azután az eredmények tükrében haladni tovább. Erről meg itt írtam részletesen: [link]
5: Barnának a csatornáján/oldalain vannak nagyon jó Elementor alapozó/haladó videók/segédletek: [link]
-
-
The DJ
addikt
válasz
spiritex
#5430
üzenetére
Mondd el neki, hogy a WordPress.com blogolásra és alap weboldalakhoz alkalmas főként, de ott rengeteg a korlátozás, nem telepíthetsz egyedi sablont vagy bővítményt, nem nyúlhatsz bele semmibe, nincs FTP vagy MySQL hozzáférésed sem. Amiért itt felárat fizetsz az az, hogy a frissítésekkel sem kell törődni, ez úgynevezett "managed" szolgáltatás. Véleményem szerint nem ér annyit, amennyit kérnek érte.
-
#5409
The DJ
addikt
Flowtation
#5408
The DJ
addikt
válasz
Flowtation
#5408
üzenetére
A sablonod footer.php fájljában találod ezt a részt nagy valószínűséggel. A régit törölni tudod és azt kódolsz be helyette amit szeretnél.
Jogilag nem minden esetben ilyen egyszerű ez, de technikailag megvalósítható természetesen.
-
The DJ
addikt
válasz
Dexter68
#5405
üzenetére
Általában az ilyen bakik azok, amiket legnehezebb megtalálni és ezek okozzák a legtöbb szívást is
Éppen készítek egy oldalt, az egyik alap Javascript funkciót 1 óra küzdelem után se sikerült beizzítani. Már épp fel akartam adni, amikor rájöttem, hogy elírtam a funkcióban a CSS elem ID-jének a nevét az első pillanatban, onnantól kezdve pedig hiába változtattam a kódon, semmit se ért az egész. Elment egy óra a semmire
-
The DJ
addikt
válasz
Dexter68
#5401
üzenetére
Szerverfüggő. Van root hozzáférésed? Apache a webszerver? root hozzáférés esetén Apache-nál: "/var/log/apache2/error.log". Nginx-nél: "/var/log/nginx/error.log".
Ha osztott tárhely, akkor a kezelő panelben mindig van lehetőség megnézni az error logokat is. cPanelben "Errors" szekció: [link] Egyes tárhelyeknél logolódnak fájlba is a hibaüzenetek, ezek általában a weboldal document rootjában vannak error_log néven.
Más panelek másutt tárolják ezeket, ISPConfig esetén "/var/www/oldal.hu/log/error.log"
Plesknél: [link]
-
The DJ
addikt
Firefoxban készült, de minden böngészőben megoldható a dolog lényegében. F12 (fejlesztői konzol), ott belenyúltam a CSS-be, ezt a változtatást pedig rögtön mutatja is az oldal. Még annyi történt, hogy előtte bekapcsoltam az alkalmazkodó megjelenítést és beállítottam egy mobil felbontást, hogy ne a desktop változatot töltse be és tudjak dolgozni a mobil reszponzív megjelenítéssel. Nagyon hasznos eszközök, napi szinten használom a fejlesztői konzolt és az alkalmazkodó megjelenést is.
-
The DJ
addikt
Gondolom a bővítmények menü alatt sincs ott a szerkesztés opció.
A biztonsági bővítmények kapcsolják ezt ki általában, hogy megnehezítsék az esetlegesen bejutó kezdő hackerek dolgát. Például az iThemes Security bekapcsolás után rögtön el is tünteti ezeket az opciókat, de itt könnyedén újra engedélyezhető a beállításaiban.
-
#5280
The DJ
addikt
Core2duo6600
#5276
The DJ
addikt
válasz
Core2duo6600
#5276
üzenetére
A szervered PHP konfigurációjában (php.ini) kell módosítanod az upload_max_filesize és a post_max_size sorokat 8M-ről amekkorára akarod. Utána kell egy webszerver restart.
Fájlrendszer szintjén az adatbázisok általában a /var/lib/mysql könyvtárban vannak Linux esetén, Windowsnál pedig C:\ProgramData\MySQL\MySQL Server x.x\data könyvtárban, de az általad használt operációs rendszertől és kiszolgálói környezettő függően mindkettő eltérhet.
PHPMyAdminban látod mekkora egy adatbázis, de általában nem ezek eszik meg a tárhelyet. Több GB méretű adatbázishoz már általában kell egy izmosabb VPS vagy dedikált szerver és ott már rengeteg adatról van szó.
-
#5250
The DJ
addikt
Core2duo6600
#5244
The DJ
addikt
válasz
Core2duo6600
#5244
üzenetére
Igen, napi szinten használom a helyi hosts fáj módosításos trükköt tesztelésre: [link]
(#5246) Agostino: Szerintem nem fogsz találni olyan form plugint, ami az összes igényednek meg fog felelni. Ezt vagy le kell programoztatni vagy más úton kell közelíteni és form pluginek helyett valami profile builderrel kell létrehozni a felhasználók által szerkeszthető mezőket. Így hozzá lenne rendelve a profilhoz, megmaradna a beírt tartalom és tetszőlegesen meg tudnád szabni, hogy milyen mezők és milyen formában is legyenek kitölthetők.
-
#5239
The DJ
addikt
Core2duo6600
#5238
The DJ
addikt
válasz
Core2duo6600
#5238
üzenetére
Használj local-t: [link]
-
The DJ
addikt
Nem jól cseréled az adatbázisban az URL-eket, az általad használt módszer nem tudja kezelni a szérializált adattömböket.
ITT írtam erről is:
"Ha egy mód van rá óvakodjunk az automatizált kézi domain cserétől (például az SQL exportunkat lokálisan megnyitva, Notepad++ segítségével). Az úgynevezett “szérializált” adattömbökben található linkek cseréjét csak a fentebb bemutatott eszközök tudják végrehajtani, ezért hiába is próbálnánk, nem fogunk sikerrel járni kézi módszerek esetén. Ilyenkor fordul elő az, hogy a költözés után elvesznek a sablonunk beállításai, bizonyos dolgok eltűnnek, alapra állnak vissza, a tulajdonos pedig csak vakarja a fejét, hiszen szerinte mindent jól csinált, az oldal azonban mégsem úgy néz ki, ahogy a korábbi domain alatt."
-
The DJ
addikt
Szerintem erre nincs kész megoldás, neked kell elkészíteni.
(#5228) Shodan: Ha az oldalt megnyitva már nincs ott ez a szöveg, de a Google még mutatja a találati listában, akkor csak meg kell várni, amíg újra be nem járja a googlebot a weblapod. Akkor majd frissül a találati lista is. Esetleg Search Console-ban lehet kérni egy újraindexeltetést, ez gyorsíthat a dolgon.
-
#5223
The DJ
addikt
dangerzone
#5222
The DJ
addikt
válasz
dangerzone
#5222
üzenetére
Nincs erre szabály, tapasztalataim szerint általában 10-15 plugin szokott aktív lenni a legtöbb oldal esetében, de láttam már ennél jóval magasabb számot is és az oldal nem lassult be tőlük. Egy darab rosszul megírt plugin is okozhat brutális lassulást és 30-40 mellett is lehet gyors az oldal. Neked kell kitapasztalni, hogy melyik milyen hatással van a betöltési időkre. A Jetpack egyébként a WordPress csapat fejlesztése, tehát azzal nem nagyon lehet gond.
-
#5219
The DJ
addikt
dangerzone
#5218
The DJ
addikt
válasz
dangerzone
#5218
üzenetére
A Jetpack hasznos funkciók gyűjteménye, lényegében egy pluginbe zsúfolták a szerintük leglényegesebb kiegészítő funkciókat a fejlesztők. Te döntöd el, hogy szükséged van-e rá. Itt vannak felsorolva a modulok, amiket be tudsz kapcsolni benne: [link]
-
#5213
The DJ
addikt
dangerzone
#5212
The DJ
addikt
válasz
dangerzone
#5212
üzenetére
Tegyél ki egy under construction vagy maintenance plugint és így csak te fogod látni, mint bejelentkezett felhasználó, sima látogatók számára az általad megadott üzenet jelenik csak meg (pl: "Feltöltés alatt!" vagy "Hamarosan jövünk!").
Ezt szoktam használni erre a célra: [link]
-
#5211
The DJ
addikt
dangerzone
#5210
The DJ
addikt
válasz
dangerzone
#5210
üzenetére
Jól döntöttél
Mindegy milyen emailt adsz meg.
-
#5199
The DJ
addikt
dangerzone
#5196
The DJ
addikt
válasz
dangerzone
#5196
üzenetére
Ez mind csak ajánlás, nem kőbe vésett értékek. Általában semmi nem történik, ha túlléped, ezek a számok arra utalnak, hogy ha ennél több látogatód érkezik, akkor valószínűleg nem ebben a csomagban (és nem osztott tárhelyben) kell gondolkodni, hanem VPS-ben vagy dedikált szerverben. Sitegroundnál egyébként havi 100.000 látogatót ír a GoGeek csomag, az meg azért elég az esetek többségében.
(#5197) CharlieDrop: A sablon nyelvi fájljai felülírják az alap WooCommerce fordítást, a sablonhoz pedig valószínűleg nincs magyar nyelv. PoEdit segítségével vagy Loco Translate pluginnel keresd meg ezeket a sorokat és fordítsd le, valószínűleg ez lesz a megoldás. Ezekről itt írtam: [link]
(#5198) rii: Az eredeti oldalon működött minden rendesen? Ha igen, akkor valószínűleg a klónozás során történt valami hiba, legtöbbször az adatbázisban történő linkcserék szoktak ilyen galibákat okozni. Nem tudom mivel és hogyan cserélted a linkeket a klónozás során, de ide megfelelő speciális eszköz kell, ami tudja a szérializált adattömbökben is a cserét. Például ez: [link] Egyébként így kell helyesen klónozni: [link]
Ha fehér képernyő jelenik meg egy művelet után, akkor engedélyezni kell a wp debugot és utána ki fogja írni a valós hibaüzenetet, ami miatt elhasal a betöltés. Erről meg itt írtam: [link]
-
#5195
The DJ
addikt
dangerzone
#5194
The DJ
addikt
válasz
dangerzone
#5194
üzenetére
A WP Engine valóban drága, cserébe egy teljesen WP-re optimalizált, managed hosting. Tipikusan az a fajta, hogy felrakod az oldalt és más dolgod nem nagyon van. Nekem néhol kicsit túl kötött is, például nem tudod rendesen sebesség optimalizálni a weboldalad, mert saját cache megoldásokat alkalmaznak és az összes cache plugin tiltott náluk. Épp nemrég költöztettem WPEngine-ről Sitegroundra egy látogatott WP oldalt és az eredmény az lett, hogy Sitegroundnál kis optimalizálással fele annyi lett a betöltési idő és közel duplája a GTMetrix és PageSpeed pontszám. Szóval jó-jó a WPEngine, de szerintem drága ahhoz képest, amit nyújtanak.
A GoDaddy infrastruktúrája és szolgáltatásai szintén jók, de az osztott tárhelyeik lassúak, nem ajánlom. Bluehostot szintén nem, nagyon lassú.
Amit érdemes választani az egyértelműen a Siteground által kínált WordPress tárhelyek vagy itthon mondjuk az általad is írt tarhely.eu.
-
#5193
The DJ
addikt
dangerzone
#5192
The DJ
addikt
válasz
dangerzone
#5192
üzenetére
A beépített WordPress komment rendszer már teljesen GDPR kompatibilis, de ez igaz az összes nagyobb külső hozzászólás integrációs megoldásokra is (Disqus és társai).
Spamek ellen Akismet + Recaptcha és sose látod őket többet
-
#5188
The DJ
addikt
dangerzone
#5187
The DJ
addikt
válasz
dangerzone
#5187
üzenetére
Meg lehet Avadával is csinálni, de az elsősorban business theme és nem cikkek csoportosítására és rendszerezésére való. Sokkal többet kellene reszelni vele, mint egy direktben erre a célra kiadott sablonnal.
-
#5186
The DJ
addikt
dangerzone
#5185
The DJ
addikt
válasz
dangerzone
#5185
üzenetére
Rengeteg van, ami megfelelhet erre a célra, a kulcsszó a "newspaper wordpress themes" lesz. Ingyenest is találsz, de a professzionálisabbak fizetősek lesznek, ezeket themeforest-en keresd.
-
The DJ
addikt
Kívülről tényleg nem látszik semmi gyanús. A forráskódban se látok így hirtelen semmit és a Sucuri ellenőrző sem mutat malware-t.
Viszont a linkek ismerősek, nemrég takarítottam egy oldalt, ahol ilyen linkek voltak beágyazva. Ott a Visual Composer egyes hozzáadott elemeinek tartalmi részébe lett injektálva JavaScript kód, de titkosítva, tehát adatbázis kereséssel nem adott volna ki találatot, csak manuálisan lehetett észrevenni és azt is csak kód szerkesztő nézetben.
Van egyébként olyan fertőzés, ami nem látható és meg sem jelenik, csak akkor, ha bizonyos referrer-t vagy user-agent-et érzékel, tehát ha például Google találatokból érkezel vagy éppen megadott eszközről tekinted meg az oldalt.
Ha még nem volt, akkor egy WordFence teljes ellenőrzést futtatnék a biztonság kedvéért, de úgy, hogy a scan beállításaiban mindent bepipálsz előtte, hogy biztos alapos legyen.
Ha ez se ad ki semmit és nem tudnak pontosabbat mondani a fertőzésről és a linkek helyéről, akkor manuálisan kell átnézni kezdetnek a főoldal kódjait, de nem visual editorban, hanem kódszerkesztő nézetben és ki kell gyomlálni mindent, ami gyanús.
-
The DJ
addikt
Ezek egyike sem ad aggodalomra okot. A PDF akárki is töltötte fel minden esetben ártalmatlan fájltípus, a többi pedig plugin frissítésekből eredő fájlmódosulás, nem kell velük törődni.
(#5176) vic999: Orbitális szívatásokat tud produkálni a Google Adsense csapat valamiért. Nagyon sokszor kellett velük hosszas levelezéseket váltani, mert képtelenek voltak felfogni, hogy egy korábban fertőzött oldal ki lett takarítva és már nincs rajta többé a malware, ami miatt elutasították a hirdetést. Hiába linkeltem nekik az általuk korábban küldött URL-eket, amik természetesen nem éltek többé, ők csak továbbra is fújták a magukét, hogy fertőzés meg malware. A másik kedvencem, mikor valamelyik gyári módosítatlan plugint véltek kártékonynak és emiatt nem mehetett a hirdetés. Rengetegszer lehet false-positive megjelölésekbe futni és ilyenkor nem is nagyon tudsz mit csinálni, mert úgyis nekik lesz igazuk.
Milyen URL-eket találtak problémásnak nálad?
-
The DJ
addikt
Ownership gondok vannak nyilvánvalóan.
Az apache webszervered tulajdonosa/csoportja kell hogy megadva legyen tulajdonosnak a WP mappád document rootjához, persze rekurzívan.
Ergo ha www-data a felhasználó és a csoport és a WP a "/var/www/konyvtarad" könyvtárba lett feltelepítve, akkor:
chown -R www-data:www-data /var/www/konyvtaradEz a parancs szépen a WP könyvtárán belül az összes fájlnak/mappának beállítja a www-data usert és groupot.
Ja és természetesen minden könyvtár 755 legyen, minden fájl pedig 644, ha ezek közül bármi nem teljesül, akkor a fenti anomáliákat fogod tapasztalni, mert a webszervernek nem lesz joga a fájlok/könyvtárak írásához/módosításához.
De erősen ajánlok feltenni valami web hosting kezelő felületet, hogy megkíméld magad az ilyen véget nem érő szívásoktól. Az ISPConfig például ingyenes, szeretjük nagyon.
-
The DJ
addikt
Igen, ha adsz az oldaladhoz egy adminisztrátor hozzáférést (és esetleg egy FTP-t), akkor a megbízottad el tudja végezni a feladatát és fel tudja építeni az oldalt, persze ehhez az kell, hogy telepítve és aktiválva legyen a megvásárolt sablon, vagy el kell küldened neki a fejlesztőktől letölthető teljes zip csomagot.
Egy prémium sablon a megvásárlás helyén létrehozott fiókodhoz lesz hozzárendelve. A legnagyobb piactér a themeforest, ott ha megveszel valamit, akkor megmarad a fiókodban és te bármikor le tudod tölteni a legfrissebb verziót belőle. A komolyabb sablonok kérni fognak vásárlási kulcsot is, ezt szintén a themeforest fiókodból töltheted le, ezzel rendelődik hozzá maga a sablon a domainhez, tehát hivatalosan csak egy helyen használhatod.
A Divi kicsit kakukktojás, mert az pont nem themeforesten keresztül vehető meg, de szintén aktiválni kell ahhoz, hogy teljes értékűen használhasd.
-
-
The DJ
addikt
A sablon egy WordPress-re szabott, kulcsrakész megoldás, telepíted, beállítod a vezérlőpulton és kész vagy. A design egy látványterv, egy grafikai szerkesztőben összeállított "váz", amiből neked még grafikus és/vagy programozó segítségével WordPress sablont (theme-et) kell készítened. Ez elég nagy meló és hozzáértő személy nélkül nem érdemes belevágni. Én azt javaslom, hogy direkte WordPress sablonokat keress, hacsak nem akarsz teljesen a nulláról elkészített, teljesen egyedi designal dolgozni.
A pro az szinte minden esetben a fizetős változat, a free értelemszerűen az ingyenes, az agency pedig ezeken belól maga egy kategória (agency theme, azaz ügynökségek számára elkészített sablon / design). Pl: [link]
Reklámot maximum az ingyenes sablonok helyeznek ki és ott is általában csak egy link szerepel a footerben a készítő személy vagy cég honlapjára, esetleg a sablon pro verziójára.
-
The DJ
addikt
válasz
Agostino
#5125
üzenetére
Itt írtam róla: [link]
Nem nagyon találkoztam még olyan esettel, amikor ne lett volna elegendő az ingyenes változat. A SEO sikere amúgy sem egy pluginen múlik, hanem a tartalmon és annak rendszerességén/relevanciáján. Ez csak ad pár tippet és segít egy jó tartalmat még optimalizáltabbá tenni a megadott kulcsszóra.
-
The DJ
addikt
válasz
Agostino
#5115
üzenetére
Amíg a sablon elérhető themeforesten és aktívan fejlesztik, addig nem lesz gond a frissítésekkel. Rengeteg megvásárolt sablonom van, amihez évek óta kapom a frissítéseket. Az Avada ráadásul pont az egyik legnagyobb és legnépszerűbb sablon és a fejlesztők se hülyék, hogy magára hagyják vagy töröljék, tehát véleményem szerint ebben az esetben nem lesz gondod a frissítésekkel még nagyon sokáig.
Szintén nem valószínű, hogy komolyabb gond lenne fél év után, ami miatt a supporthoz kellene fordulni. A kezdő fejlesztő csapatok és a kevésbé népszerű theme-ek esetén van általában több probléma és anomália induláskor, az Avada viszont már annyira kiforrott és átgondolt, hogy komolyabb gondod nem lehet vele, ha csak nem akarsz temérdek egyedi funkciót integrálni.
-
-
The DJ
addikt
Igen, erre gondoltam én is, amikor említettem, hogy a .htaccess-ben meg kellene nézni a PHP handlert. cPanelben be lett állítva, hogy a PHP 5.6-os verzió kezelje a PHP kiterjesztéseket, de valószínűleg ez a beállítás összeakadt valamivel és nem a PHP 5.6 volt az alapértelmezett verzió (hanem mondjuk 7.x), így nem tudta a PHP fájlok betöltéséhez az 5.6-ot használni, ergo a PHP kiterjesztések nem is futottak le.
-
The DJ
addikt
válasz
half333
#5073
üzenetére
A WordPress közel sem weboldal szerkesztő, inkább egy CMS, azaz egy tartalomkezelő váz, amit aztán úgy alakítasz/bővítesz sablonokkal és kiegészítő bővítményekkel, ahogy szeretnél.
Ha ebből akarsz megélni úgy, hogy semmi előképzettséged nincs, akkor legalább 1-2 év fog kelleni az alapok elsajátításához, de ehhez szükséges lesz HTML+CSS ismeret és erősen ajánlott PHP, JavaScript és MySQL tudás is. Persze lehet ezt még fokozni Linux + rendszergazdai ismeretekkel, ha tényleg komolyan gondolod és itt még mindig csak az alapokról beszélünk. Elég komplex téma ez, persze lehet csak kattintgatva összetákolni valamit, de ma erre már bárki képes, szóval ennél jóval többet kell tudnod nyújtani, ha el akarsz helyezkedni a piacon.
(#5074) Tatejka84: A Total Commander és a legtöbb FTP kliens alapértelmezetten nem mutatja a rejtett fájlokat. Linux alatt minden rejtett fájlnak számít, ahol a fájlnév előtt pont szerepel. Szóval először engedélyezni kell ezek megjelenítését. TC-ben ezt a "Hálózat / FTP rejtett fájl látszik" menüpont kiválasztásával tudod megtenni.
-
The DJ
addikt
Az alapértelmezett "wp_" adatbázis előtagnak nincs köze a wp-admin és wp-login.php belépési pontokhoz, ezek minden esetben megegyeznek WordPress oldalak esetén, akkor is, ha az adatbázis előtagot megváltoztattad telepítéskor.
Nyugodtan írd át őket a security bővítményben, legrosszabb esetben is annyi lesz a teendő, hogy törlöd vagy ideiglenesen átnevezed a plugin mappáját a "wp-content/plugins"-ből, ha valami oknál fogva nem tudnál belépni. De nem szokott ezzel gond lenni. Én iThemes Security-val szoktam megváltoztatni minden oldal esetén és még sose volt probléma belőle. Olyan már előfordult, hogy elfelejtette a tulaj, hogy mire írta át a belépési pontot, de ekkor is elég volt csak átnevezni az iThemes mappáját és visszatért az alapértelmezett wp-admin és wp-login.php.
-
The DJ
addikt
Ez is rendben van, de nálam az iThemes Security + WordFence (+WAF) kombó vált be, persze okosan és alaposan beállítva mindkettőt.
(#5047) Rruuer: Spam kommentek és regisztrációk ellen recaptcha kell, ezek közül is a Google ReCaptcha az, ami igazán hatékony. Be kell tenni egyet a regisztrációs form végére + a komment űrlap aljára és meg fogja fogni a spamek 99%-át.
-
The DJ
addikt
Írtam egy összefoglalót a GDPR és a WordPress témáról én is, hátha valakit érdekel: "WordPress és a GDPR"
-
The DJ
addikt
-
The DJ
addikt
Nem muszáj, a célnak megfelel egy olcsó vagy ingyenes tanúsítvány is, de nagyobb webshopok esetén már szinte elvárás, hogy megjelenjen a címsorban a cég neve, ez ad egy plusz biztonsági faktort a látogatónak és ezek a tanúsítványok komolyabb ellenőrzést is futtatnak a vásárlás után az aktivációs folyamat során. De technikailag egy ingyenes Let's Encrypt és egy prémium tanúsítvány is ugyanazt csinálja protokoll szinten.
(#4913) sz.j: Be tudod másolni a .htaccess fájlod tartalmát?
-
The DJ
addikt
Az egyéni HTML widgetben már van szintaktikai kiemelés egy ideje meg talán a HTML/CSS szerkesztőben is.
De egyébként nagyon sok jó plugin van erre a célra, amik élesítik ezt kb. mindenütt, ahol szerkesztő felület van.
A child theme-et ez alapján próbáld meg létrehozni: [link]
(#4897) Mattb: Közben már válaszoltam emailben.
-
#4871
The DJ
addikt
Flowtation
#4868
The DJ
addikt
válasz
Flowtation
#4868
üzenetére
Eltüntetéshez CSS:
.
single .entry-meta-bar {display: none;}Átpakoláshoz meg kell keresni ezt a szekciót a single.php-ben és oda tenni, ahol szimpatikus.
-
The DJ
addikt
válasz
topjoyy
#4866
üzenetére
Erre nincs jó válasz, mindenkinek más pluginekre van szüksége. Van, akinek nem kell se kapcsolati űrlap, se Mailchimp. Az alapelv az, hogy minden hétköznapi feladatra létezik egy jól bevált plugin, csak tudni kell megkeresni. Olvasgass például a wpszaki.hu-n, sok hasznos bővítményről írtam már és még fogok is a jövőben.
-
The DJ
addikt
válasz
topjoyy
#4864
üzenetére
A Contact Form 7-el űrlapokat készítesz amin keresztül majd üzenetet küldhetnek neked a látogatóid a weblapodon, a Mailchimp egy külső szolgáltatás, amin keresztül fel tudnak iratkozni a hírleveleidre vagy egyéb általad létrehozott listákra, ezeknek a feliratkozóknak pedig bármikor küldhetsz ki üzenetet vagy hírlevelet egy pár kattintással a Mailchimp felületén keresztül.
Új hozzászólás Aktív témák
- ASUS ROG Strix GeForce RTX 4070 Ti OC 12GB GDDR6X 192bit Videokártya
- RX570-es, RX580-as és RX5500XT eladó videó-kártyák - Garancia
- Canon EOS 1300D gép szettek, objektívekkel, kiegészítőkkel (1400 - 7900 expos gépek, újszerűek! )
- Macbook Air M2 8/256 100% akku
- Iphone 14 Pro fehér-ezüst 128GB nagyon szép
- Bomba ár! HP EliteBook 850 G2 - i5-5GEN I 8GB I 256GB SSD I 15,6" FULL HD I Cam I W10 I Gari!
- AKCIÓ! ASUS MAXIMUS VIII HERO Z170 chipset alaplap garanciával hibátlan működéssel
- BESZÁMÍTÁS! Intel Core i7 4790 4 mag 8 szál processzor garanciával hibátlan működéssel
- Csere-Beszámítás! Olcsó Számítógép PC Akár játékra! Intel X5650 / GTX 1650 / 24GB / 240SSD+ 500HDD
- Samsung Galaxy Xcover 5 64GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest