Hidden Design

WordPress a Hidden tárhelyen

Frissítve:

A Hidden tárhelyein a WordPress (valamint a Drupal, a Joomla és más PHP-alapú rendszerek) gond nélkül fut. Ez az oldal a telepítést, az áthozatalt, a WordPress-specifikus beállításokat (adatbázis-host, levélküldés, gyorsítótár), a felelősségi köröket és a leggyakoribb WordPress-hibák megoldását foglalja össze.

Amit érdemes tudni előre

Téma Hidden tárhelyen
Adatbázis-host (DB_HOST) mysql. (a végén ponttal, nem localhost)
Webgyökér web/ könyvtár (ide kerül a wp-config.php, wp-content stb.)
PHP-verzió a vezérlőpultban választható (a WordPress által ajánlott verziót válassza) – lásd PHP-beállítások
PHP-korlátok 128M memória, 32M feltöltés, 60 mp futási idő (emelhető)
SSL / HTTPS automatikus (Cloudflare-en vagy a Hidden proxyján keresztül), a HTTP → HTTPS átirányítással együtt
Mentés napi szerveroldali mentés, a vezérlőpultból letölthető – mentőbővítmény nem szükséges
Gyorsítótár Cloudflare + oldal szintű cache-bővítmény; Redis és Memcached elérhető
Frissítések (WordPress, téma, bővítmények) az ügyfél (vagy fejlesztője) feladata

Új WordPress telepítése

  1. Adatbázis: kérjen adatbázist a supporttól ([email protected]), ha még nincs – lásd Adatbázis és phpMyAdmin.
  2. PHP-verzió: a vezérlőpultban (Domainek → részletek) állítson be egy aktuális, a WordPress által támogatott verziót.
  3. Letöltés: töltse le a WordPress legfrissebb magyar változatát a hu.wordpress.org oldalról, és csomagolja ki a gépén.
  4. Feltöltés: FTP-n vagy SFTP-n (ftp.hidden.hu) töltse fel a wordpress mappa tartalmát a tárhely web/ könyvtárába (ne a wordpress mappát magát). Lásd FTP és SFTP.
  5. Telepítő: nyissa meg a domaint böngészőben, és adja meg:
    • Adatbázis neve, felhasználónév, jelszó: a kapott adatok
    • Adatbázis-kiszolgáló: mysql.
    • Táblaelőtag: maradhat wp_, de egyedi előtag is jó
  6. Hozza létre az admin felhasználót erős, egyedi jelszóval (ne „admin” legyen a név).
  7. Telepítés után: Beállítások → Általános – időzóna: Budapest; Beállítások → Közvetlen hivatkozások – válasszon szép URL-t és mentse.

Ha a domain még nem a Hidden szerverére mutat, a fejlesztéshez kérhet egy ideiglenes *.hidden.hu aldomaint vagy teszt aldomaint (pl. dev.example.hu) a supporttól.

Meglévő WordPress áthozatala

A teljes költözési folyamatot (domain, levelezés, DNS) a Költözés a Hiddenhez oldal írja le. A WordPress-specifikus lépések:

Kézi módszer (megbízható, nagy oldalakhoz is)

  1. A régi tárhelyről töltse le az összes fájlt FTP-n, és készítsen adatbázis-exportot (SQL).
  2. Töltse fel a fájlokat a Hidden tárhely web/ könyvtárába.
  3. Importálja az SQL-t a phpMyAdminban (https://pma.hidden.hu).
  4. Szerkessze a web/wp-config.php-t: DB_NAME, DB_USER, DB_PASSWORD az új adatokra, DB_HOST = mysql..
  5. Ha az oldal közben új címre kerül (pl. ideiglenes aldomainre), írja át az URL-eket:
    • a wp_options táblában a siteurl és home értékét,
    • a tartalomban lévő hivatkozásokat egy keresés-csere bővítménnyel (pl. Better Search Replace) vagy WP-CLI-vel (wp search-replace). Ne szöveges szerkesztőben cserélje a dumpot – a szerializált adatok elromlanak.
  6. Lépjen be az adminba, és mentse újra a Közvetlen hivatkozások beállítást (ez újraírja a .htaccess-t).
  7. Ürítse az összes gyorsítótárat.

Bővítménnyel (kisebb oldalakhoz)

Kisebb oldalaknál a migrációs bővítmények (pl. All-in-One WP Migration, Duplicator) is működnek. Figyeljen rá, hogy:

Költözés utáni ellenőrzőlista

Levélküldés (űrlapok, SMTP)

A kapcsolatűrlapok, a WooCommerce-értesítők és a jelszó-visszaállító levelek a WordPress wp_mail() függvényén keresztül mennek ki. A Hidden tárhelyén ez alapból működik, de a jó kézbesítéshez figyeljen a következőkre:

  1. Feladó címe: legyen a weboldal saját domainjén (pl. [email protected] vagy [email protected]). Gmailes, freemailes vagy más domainhez tartozó feladóval a levelek spambe kerülnek vagy elutasítják őket. Az űrlapon megadott látogatói címet a Reply-To fejlécbe tegye, ne a From-ba.
  2. SPF: a domain SPF-rekordjában szerepeljen az include:spf.hidden.hu. Ha a DNS-t a Hidden kezeli, ezt mi állítjuk be.
  3. Módszer kiválasztása:
Módszer Beállítás Mikor ajánlott
PHP mail() (alapértelmezett, ajánlott) nincs teendő a legtöbb oldalhoz ez elég
Helyi (belső) SMTP host: smtp., port: 25, hitelesítés nélkül, titkosítás nélkül ha a mail() nem működik, vagy a bővítmény mindenképpen SMTP-t kér

SMTP-beállításhoz ingyenes bővítmény elég (pl. WP Mail SMTP ingyenes változata, FluentSMTP); fizetős SMTP-bővítmény nem szükséges. A 587-es port nálunk nem elérhető.

  1. Korlát: a levélküldés óránként korlátozott (alapértelmezés szerint 500 levél/óra). Hírlevelet ne küldjön a tárhelyről – erre használjon külső szolgáltatást (Mailchimp, Mailgun, Brevo stb.).
  2. Ellenőrzés: a weboldalról küldött levelek naplója a logs/ könyvtárban van; ha egy levél nem érkezett meg, a naplóból kiderül, hogy elment-e. A kérdéssel kapcsolatos részleteket (időpont, címzett) küldje a supportnak.

Ha a régi szolgáltatónál külső SMTP-szerver (pl. 587-es port) volt beállítva, költözés után ezt cserélje a fenti beállítások egyikére.

Gyorsítótár és sebesség

  1. Cloudflare: a Hidden által kezelt domainek Cloudflare mögött futnak, amely a statikus fájlokat (képek, CSS, JS) gyorsítótárazza és tömöríti.
  2. Oldal szintű cache-bővítmény: a legnagyobb hatású beállítás (pl. W3 Total Cache, WP Super Cache, WP Fastest Cache).
    • A cache-bővítmény CSS/JS „minify” funkcióját érdemes kikapcsolni (a Cloudflare elvégzi), a preload-ot pedig visszafogottan használni.
  3. Objektum-gyorsítótár: Redis (redis. host, egyedi kulcs-előtaggal) vagy Memcached – nagy, adatbázis-igényes oldalaknál (WooCommerce) sokat segít.
  4. Lassító bővítmények: a fájlokat folyamatosan szkennelő biztonsági bővítmények, a statisztikát/naplót adatbázisba író bővítmények, a Jetpack egyes moduljai és a mentőbővítmények jelentősen lassíthatnak.
  5. Adatbázis: régi bejegyzés-revíziók, lejárt transient-ek, nagy wp_options autoload – takarításuk gyorsítja az admint.
  6. Képek: a WordPress minden feltöltött képből több méretet készít; a nagy felbontású eredetik sokszorosan foglalják a helyet és lassítják az oldalt. Feltöltés előtt méretezze át és tömörítse őket.

Részletes diagnosztika: Lassú oldal és hibakódok.

Frissítések – kinek a feladata?

A WordPress a kisebb (biztonsági) frissítéseket alapból automatikusan telepíti, erről e-mailes értesítést küld – ilyenkor teendő általában nincs. A nagyobb verzióváltásokat és a bővítményfrissítéseket rendszeresen végezze el, mert az elavult bővítmény a feltört oldalak leggyakoribb oka.

Frissítés előtt:

  1. Győződjön meg róla, hogy van friss mentés (a napi mentés a vezérlőpultból letölthető; a frissítés előtt phpMyAdminból azonnali adatbázis-exportot is készíthet).
  2. Nagyobb oldalnál előbb teszt környezetben próbálja ki.
  3. Frissítsen, majd ellenőrizze az oldalt.

Ha nincs fejlesztője, a frissítéseket a Hidden is elvégezheti díjazás ellenében, külön díjazott munkaként, a webhosting-szerződésben rögzített díjszabás szerint. Írjon a [email protected] címre.

Biztonság

Gyakori WordPress-hibák

Tünet Valószínű ok Megoldás
Error establishing a database connection DB_HOST = localhost, rossz jelszó, vagy jelszógenerálás után nem frissült a wp-config.php DB_HOST legyen mysql.; ellenőrizze az adatokat. Lásd Adatbázis.
Fehér oldal (white screen of death) vagy „Kritikus hiba történt a honlapon” PHP fatal error – jellemzően egy bővítmény vagy a téma, gyakran frissítés vagy PHP-váltás után Nézze meg a logs/php.log-ot. Kapcsolja ki a hibás bővítményt a könyvtára FTP-s átnevezésével (web/wp-content/plugins/<név> → <név>.off). Ha PHP-váltás után jött, váltson vissza.
500 Internal Server Error hibás .htaccess (pl. php_value sor), PHP fatal error, memóriahiány Nevezze át ideiglenesen a web/.htaccess-t, nézze meg a logs/error.log és logs/php.log fájlt. Ha az oldal betölt, a Közvetlen hivatkozások újramentésével hozzon létre új .htaccess-t.
Allowed memory size … exhausted elfogyott a memória .user.ini-ben memory_limit = 256M; a wp-config.php-ban define('WP_MEMORY_LIMIT', '256M'); – de keresse meg, mi fogyaszt ennyit.
Aloldalak „404 / File not found”-ot adnak, a főoldal működik hiányzik vagy sérült a .htaccess WordPress-szakasza Beállítások → Közvetlen hivatkozások → Mentés (nem kell semmit módosítani). Ha a .htaccess nem írható, másolja be kézzel a WordPress alap rewrite-blokkját.
Vegyes tartalom (mixed content), a böngésző „nem biztonságos”-nak jelzi az oldalt, hiányzó képek/stílusok a tartalomban még http:// hivatkozások vannak Állítsa a siteurl/home értékét https://-re, és cserélje a régi URL-eket keresés-csere bővítménnyel (http://example.hu → https://example.hu). Ürítse a cache-t.
Átirányítási hurok („túl sok átirányítás”) dupla HTTPS-átirányítás (bővítmény + .htaccess + Cloudflare), vagy rossz siteurl A HTTPS-átirányítást a Cloudflare / a Hidden proxyja automatikusan elvégzi: a bővítményben és a .htaccess-ben kapcsolja ki; ellenőrizze a siteurl/home értékét. Írjon a supportnak, ha a Cloudflare-beállítást is ellenőrizni kell.
504 / 524 időtúllépés mentéskor, importnál, Elementor-szerkesztőben a kérés 100 mp-nél tovább fut Lásd Lassú oldal és hibakódok; nagy importot bontson részekre.
503 az adminban, a naplóban SIGSEGV a PHP-folyamat összeomlik az adott verzión Váltson PHP-verziót (pl. 8.1 → 8.2), frissítse a bővítményeket.
Elementor nem tölt be / admin-ajax hiba bővítmény-ütközés vagy PHP-hiba logs/php.log alapján azonosítsa a bővítményt; emelje a memóriát.
„A feltöltött fájl mérete meghaladja…” 32M feltöltési korlát .user.ini-ben emelje az upload_max_filesize/post_max_size értéket, vagy töltse fel FTP-n.
Nem jönnek az űrlaplevelek idegen domainű feladó, hiányzó SPF, óránkénti korlát Lásd fent: Levélküldés.
Módosítás nem látszik gyorsítótár (WP-cache, Cloudflare, böngésző) Ürítse a WP-cache-t; a Cloudflare-cache ürítését kérje a supporttól.
Nem tudok belépni az adminba elfelejtett jelszó, régi e-mail cím „Elfelejtett jelszó” funkció; ha az e-mail cím már nem él, phpMyAdminban a wp_users táblában írja át (lásd lent).
Kifogyott a tárhely mentőbővítmények archívumai (wp-content/updraft, ai1wm-backups, backwpup-*), nagy képek, naplófájlok Törölje a régi mentéseket és a felesleges fájlokat – szerveroldali napi mentés úgyis van.
WordPress Webhely egészsége: „elavult PHP” régi PHP-verzió Váltson a vezérlőpultban újabb, a WordPress által ajánlott verzióra.

Admin-jelszó visszaállítása phpMyAdminban

  1. Lépjen be a https://pma.hidden.hu címen az adatbázis adataival (ld. wp-config.php).
  2. Nyissa meg a wp_users táblát (ha más az előtag, pl. abc_users).
  3. Keresse meg a felhasználót, és kattintson a Szerkesztés gombra.
  4. A user_pass mezőnél a Függvény oszlopban válassza az MD5-öt, az értékhez írja be az új jelszót, majd Indítás.
  5. Lépjen be az új jelszóval; a WordPress az első belépéskor biztonságosabb formára alakítja a jelszót.

Ha inkább az e-mail címet javítaná, a user_email mezőt írja át, majd használja az „Elfelejtett jelszó” funkciót. Ha elakad, a support is segít.

Gyakori kérdések

Mit adjak meg adatbázis-hostnak? mysql. – a végén ponttal.

Kell mentőbővítmény (UpdraftPlus stb.)? Nem szükséges: a tárhelyről naponta szerveroldali mentés készül, amely a vezérlőpult Napi mentések menüjéből letölthető. A mentőbővítmények archívumai a tárhelyen foglalják a helyet (akár meg is háromszorozhatják a használatot), és mentés közben erősen terhelik az oldalt. Ha mégis szeretne saját mentést, azt ne a tárhelyen, hanem külső helyen (felhőtárhely) tárolja.

Frissítitek a WordPresst? A WordPress, a témák és a bővítmények frissítése az ügyfél vagy a fejlesztő feladata. Kérésre külön díjazott munkaként vállaljuk.

Lehet jelszóval védeni a fejlesztés alatt álló oldalt? Igen: WordPress-bővítménnyel (pl. Password Protected), vagy .htaccess-alapú HTTP-jelszóval. Kérhet külön teszt aldomaint is külön adatbázissal.

Kérhetek staging (teszt) környezetet? Igen, kérhet teszt aldomaint külön FTP-vel és külön adatbázissal. Az éles oldal átmásolását a tesztre (és vissza) Ön vagy fejlesztője is elvégezheti; ha a Hidden végzi, az külön díjazott munka.

Telepíthetek WooCommerce-t, Elementort, WPML-t? Igen, bármilyen bővítményt telepíthet. A nagy, sok bővítményes oldalak (WooCommerce + oldalépítő) több erőforrást igényelnek: használjon gyorsítótárat, és ha az oldal kinövi a megosztott tárhelyet, kérjen ajánlatot nagyobb erőforrásra.

Kezelitek a WordPress-hibákat? A szerver és a PHP-környezet a mi felelősségünk; a tárhelyen futó weboldal kódja, bővítményei és tartalma a fejlesztőé. Szívesen segítünk a hiba azonosításában (naplók, PHP-verzió, beállítások), a weboldalon belüli javítás pedig külön díjazott munkaként kérhető.

Kapcsolódó oldalak

Nem találta, amit keresett? Kérdezze az asszisztenst, vagy írjon a [email protected] címre.