Tudásbázis

Appearance

Folyamat leírások ​

Ide kerülnek azok a leírások, dokumentumok, amik valamelyik munkafolyamatot, feladatot írják le lépésenként. Nem feltétlen van a munkafolyamat kifejtve, ezeknek a leírásoknak a lényege a lépések listázása, ami az adott feladat elvégzéséhez kell.

☑️ Előfizetések kezelése ​

Lépések a különböző előfizetések megszűnése után

☑️ [Előfizetés] Weboldal bekötése ​

Előfizetés bekötés dokumentálása az Airtable adatbázisban is Ehhez használjuk az Airtable táblázatot is, ahol az egyes szolgáltatások, lépések ott külön mezőnként fel vannak véve és ott kell ezeket kitölteni: https://airtable.com/appfQM8bSM2J6OrNq/tbleUqLk3EQRp6Ppq/viwVQukmcaeiPBkiH

Weboldal jelenlegi állapotának a mentése Fontos, hogy átvétel előtt első lépésként a weboldal információját elmentsük. Ezt az Eszközök → Webhely Egészség menüpont alatt az Információ fülnél a "Weboldal információjának másolása vágólapra" gombra kell kattintani. Ezt kell mindig a ClickUp feladatnál elmenteni.

1.) DNS kezelés átvétele ​

Cloudflare Most már mindenkit a Cloudflare-re hozunk át, nincs lehetőség más DNS szolgáltatót választani. A Closte DNS szolgáltatása helyett is a Cloudflare-t használjuk. A lényeg, hogy első lépésként mindenkit hozzunk át a Cloudflare-re. Ezt a leírást majd ki kell bővíteni, de a lényeg, hogy minden ügyfélnek, tehát nem installációnként, hanem ügyfelenként kell létrehozni Cloudflare fiókot. Ott kell majd az adott ügyfélhez tartozó összes domaint kezelni. Alapból nem muszáj a CF proxy-t bekötni, de a DNS kezelés kerüljön át az elején, mert a proxy és az ahhoz kapcsolódó szolgáltatások is fontos része a szolgáltatásunknak. Csomagtól függően valakinek alapból járnak majd ezek a konfigurációk, valakinek pedig külön, egyszeri díjért állítjuk be.

1.1.) DNS rekordok beszerzése ​

1.1.1.) Ügyfél elküldi az összes DNS rekordot ​

1.1.2.) Ügyfél hozzáférést ad a domain adminisztrációs felülethez ​

1.1.2.1.) cPanel ​

A cPanel dokumentum írja le, hogy hogyan lehet onnan kiszedni a DNS rekordokat.

1.2.) DNS rekordok beállítása ​

1.2.1.) Manuális bevitel ​

1.2.2.) Importálás fájlból ​

Az importálást egy txt fájlból lehet megoldani, amiben minden DNS rekord külön sorban van és tabulátorral elválasztott helyközökkel van megadva a rekordhoz szükséges adat. Az első mindig a domain vagy subdomain. FONTOS! Importálás előtt ellenőrizni kell a fájlt, hogy a domain-ek ponttal végződnek-e? Fontos, hogy a domain-ek, subdomain-ek végén ott legyen egy pont, illetve a CNAME és MX rekordok esetén az értékben szereplő domain vagy aldomain esetén is kell a záró pont, különben a Cloudflare a végét kiegészíti a fődomain-nel, így hibás lesz a bejegyzés.

1.3.) DNS rekordok ellenőrzése ​

A DNS rekordok beállítása után még át kell manuálisan ellenőrizni a rekordokat, értékeket. A következő lista folyamatosan bővül azokkal a szempontokkal, amikre figyelni kell és amiket ellenőrizni kell:

  • Amiknél domain van értékként megadva (pl.: CNAME, MX), ott ellenőrizni kell, hogy a fődomain-t nem adta-e hozzá plusz aldomain-ként. Ez akkor lehet, ha az import fájlban a fődomain végén nincs "pont".
  • Ránézni a TXT rekordokra, hogy nincs-e bennük sortörés. Például a DKIM rekordoknál lehet ilyen.
  • Az MX rekordot meg kell nézni, hogy mire van beállítva. Ha a fődomain-re vagy olyan aldomain-re, aminél a CNAME rekord a fődomain-re mutat és annak az IP címét módosítjuk/módosítottuk az új szerver IP címére, akkor kell egy külön aldomain, amire beállítjuk az előző IP címet és azt adjuk meg az MX rekordnál. Így továbbra is működik a levelezés, ha az még az előző szolgáltatónál marad.
  • CNAME rekordokat is ellenőrizni, amiknél az érték a fődomain. Ha a fődomain IP címét módosítjuk/módosítottuk és már így nem releváns, nem helyes a beállítás, akkor ezekhez is külön aldomain-t kell beállítani a régi IP címmel.
  • A Cloudflare az egyes értékeket úgy fogja felvenni, hogy idézőjelben vannak. Ez így jó, maradhat az idézőjel. Az SPF rekordnál akár az értékek egyes részei is külön idézőjelben lehetnek. Ebben az esetben az értéknél törölni kell az összes köztes idézőjelet, de a kezdő és záró idézőjel marad!

2.) Weboldal a tárhelyre ​

Egy új ügyfélnek vagy már van weboldala vagy új weboldalt szeretne. Ha van, akkor vagy olyan tárhelyszolgáltatónál van, akikkel mi is dolgozunk (pl.: Closte, Kinsta) vagy máshol van. Eszerint a következő variációk lehetnek az indulásnál:

  1. VAN weboldala DE NEM elfogadott tárhelyszolgáltatónál
  2. VAN weboldala ÉS elfogadott tárhelyszolgáltatónál
  3. NINCS weboldala A fenti lehetőségek alapján a következő lépések kellenek:
  4. Meglévő weboldal költöztetése (migráció): Migrálni kell az installációt az elfogadott tárhelyszolgáltatók valamelyikére.
  5. Hozzáférések bekérése: Csak hozzáféréseket kell kérni a tárhely admin-hoz.
  6. Új installáció létrehozása: Létre kell hozni új installációt az elfogadott tárhelyszolgáltatók valamelyikén.

2.1.) Meglévő weboldal költöztetése (migráció) ​

Most már (2020) szinte mindenkit a Closte szolgáltatóhoz hozok, mert sokkal gyorsabb és kedvezőbb a havidíja.

2.1.1.) Closte migráció ​

  1. Az ügyfélnek saját magának kell fiókot létrehoznia és első lépésben megosztania velem a belépési adatokat.
  2. A Closte szolgáltatónak van saját, ingyenesen kérhető migrációs szolgáltatása. Ezt az admin felületükön egyszerűen le lehet adni.
    1. Itt arra figyelek, hogy először a forrás installációban létrehozok egy closte felhasználót a closte@pwp.hu email címmel és akkor ennek a felhasználónak az adatait adom meg.
  3. A migrálás és beállítások után meg kell osztani velem a fiókot (Collaboration)
    1. A Sites menüpont alatt, miután ki lett választva a Site is.
    2. DNS
    3. SSL
  4. Ellenőrizni, hogy a migrálás során minden domain-t felvettek-e a Site-hoz. Ha nem, akkor a Domains menüpont alatt hozzá kell adni őket.
  5. A hozzáadott és már validált domain-ekhez SSL hozzáadása.
    1. Az SSL collaboration ugye csak itt működik, amikor már van SSL.
  6. A closte nevű felhasználót lehet törölni az installációból.

2.1.2.) Manuális migráció esetén ezeket ellenőrizni: ​

  1. Mekkora lesz a tárhely igény? Ha nagyobb, mint 5 GB, akkor előre kell szólni a Closte ügyfélszolgálatára.
  2. A médiafájlokat, bővítményeket, esetleg sablonokat tömörítve érdemes feltölteni, mert úgy sokkal gyorsabb.
    1. Ebben az esetben a migrálás után Terminal-ból még meg kell csinálni, hogy minden folder és sub-folder 755-ös jogosultsággal rendelkezzen. A következő parancsot a WP installáció főkönyvtárában kell lefuttatni:
haskell
find . -type d -exec chmod 755 {} \;

2.2.) Hozzáférések bekérése ​

2.2.1.) Hozzáférések bekérése a Closte-n ​

Ügyféltől kérni, hogy állítsa be a Collaboration-t:

  1. Closte-n Collaboration menüpont
  2. Invite Collaborator gombra kattintson
  3. A felugró ablakba adja meg az email címünket: info@premiumwp.hu
  4. Kattintson az Invite gombra. Elfogadni a Collaboration request-et:
  5. Érkezik egy email értesítés a felkérésről. Akár ott is rákattinthatunk a "View invite" gombra VAGY
  6. Belépni a Closte fiókunkba.
  7. (Collaboration menüpontban nem jelenik meg a felkérés.)
  8. Értesítéseknél (jobb felső harang ikonnál) rákattintani a felkérésre: "XY (email cím) has requested you as collaborator..."
  9. Notifications oldalon rákattintani a linkre: "... You can accept or decline on following link.)
  10. Új oldal: Invite Request Details-en a Decision-nél az Accept legyen kiválasztva, majd kattintsunk a Confirm gombra.

2.3.) Új installáció létrehozása ​

2.3.1.) Új installáció a Closte-n ​

Mi végezzük el az ügyfél helyett az ügyfél Closte hozzáférésével:

  1. Elkérjük az ügyféltől a Closte hozzáférését és belépünk vele.
  2. Closte » Sites
  3. Add Site gomb
  4. Goal: New WordPress site
  5. Next gomb
  6. Site Name: mi szoktuk elnevezni az installációt az adott napi keresztnevek alapján
  7. Region: europe-west4-Netherlands
  8. Domain: I have domain
  9. Next gomb
  10. Domain
  11. Email: info@premiumwp.hu
  12. Username: premiumwp
  13. Password és Confirm Password: beállítani valamit (amit fel is kell venni a 1Password-be)
  14. Type: "Single" vagy "Multisite - Subdomains"
  15. Version: a WordPress verzió száma. Megkérdezni erről Pétert, hogy melyiket rakjuk fel.
  16. Caching plugin: LiteSpeed Cache (jelenleg ezt használjuk)
  17. Deploy gomb FONTOS! IDE JÖN A CLOUDFLARE DNS KEZELÉS LEÍRÁSA. A DNS kezelést lehetőleg mindenkinél a Cloudflare szolgáltatónál csináljuk! 2023-ban a Closte is engedélyezte a Cloudflare használatát, szóval tényleg minden domain átmehet a Cloudflare-re. Ezután DNS és SSL beállítások:
  18. Closte » Sites » adott site jobb szélén dashboard gomb
  19. Domains
  20. Add Domain gomb
  21. Felugró ablakban Hostname: a honlap domainje simán (http:// vagy https:// NÉLKÜL és a végén / NÉLKÜL)
  22. Wildcard, Primary, Redirect üresen maradjon
  23. Add gomb
  24. végigfut a feladat
  25. SSL oszlopban "Request & Install" gomb
  26. Átdob az SSL » Free SSL Requests menüpontra, ahol elindul a folyamat. Ha kész, rá kell nyomni az install gombra (a folyamatjelző helyén jelenik meg). Ez egy új oldalra visz, ahol az összes eddigi SSL oldal mellett egy install gomb jelenik meg, amire ugyancsak rá kell nyomni.
  27. (Cloudflare-ben beállítható a proxy (felhőcske) az általunk kezelt DNS-ekre. Ekkor azonban Closte CDN-t ki kell kapcsolni. És esetleg más, pl Kinsta CDN-t is ki kell kapcsolni.)

3.) Closte beállítása ​

A Closte admin felületén az installáció kiválasztása után a Settings menüpontra kell kattintani. Itt kell pár dolgot beállítani.

3.1.) General: ​

  • Label: Ez mindig a domain. A saját fiókunkban érvényes csak, nem globális beállítás. Tehát ha mi átállítjuk, akkor még az ügyfél saját fiókjában az ő beállítása marad.
  • Auto Login WP Username: Ez általában a premiumwp, de lehet más is. A saját fiókunkban érvényes csak, nem globális beállítás. Tehát ha mi átállítjuk, akkor még az ügyfél saját fiókjában az ő beállítása marad.
  • WP built-in cron: Ez mindig legyen bekapcsolva!
  • External Cron: Ezt nem kell feltétlen bekapcsolni, de ha fontosak az időzítések, akkor be lehet kapcsolni.
  • Automatic Minor Upgrades: Mindig be van kapcsolva.
  • Automatic Major Upgrades: Ez soha sincs bekapcsolva.

3.2.) Wp-config: ​

  • WP_DEBUG: Csak akkor kell bekapcsolni, ha valami hibát keresünk az oldalon. Ezt is csak ideiglenesen!
  • WP_SITEURL hostname: Ez legyen "Static"-ra állítva!
  • WP_POST_REVISIONS: Ez legyen 2-re állítva!
  • Table Prefix: Ez az adatbázisban használt előtag. Ehhez nem kell nyúlni, mert ha nem lenne jó, akkor nem is töltene be a weboldal.
  • Additional wp-config.php content: Ennek a konfigurálását lásd lejjebb!

3.3.) Server ​

  • Server Log Level: Error-ra legyen állítva

3.4.) Backup ​

  • Disaster Backup: Nem lehet módosítani, úgy van jól, ha be van kapcsolva.
  • Automatic Daily Backup: Aktiválva legyen!
  • Automatic Backup Days: Minden nap aktiválva legyen!
  • Backup retention: Legyen 15-re beállítva. Ha valakinek több kell, akkor kérésre beállíthatunk többet. De arra figyelni kell, hogy ez növeli a tárhely foglaltságot. A mentések inkrementálisak, tehát nem többszöröződik feltétlen a tárhely igény. Módosítás esetén törli az összes eddigi mentést!

3.5.) PHP ​

Itt nem írom le a pontos beállításokat, mert lehet akár eltérő. A PHP verzióhoz tartozó alapbeállítások legtöbb esetben jók. Igény szerint lehet ezeket módosítani. Fontos, hogy törekedni kell mindig a legfrissebb verzió használatára!

3.6.) Live ​

Ezekhez a beállításokhoz nem kell nyúlni! Soha nem is használtuk ezeket semmire.

3.7.) CDN ​

  • CDN: Most már ezt kikapcsoljuk, mert nem használjuk a Closte, illetve a Google saját CDN-jét, helyette az ingyenes Cloudflare-t állítjuk inkább be.

3.8.) Security ​

  • DDOS Protection: Nem lehet módosítani és úgy jó, ha be van kapcsolva.
  • Cloud Scan: Nem lehet módosítani és úgy jó, ha be van kapcsolva.
  • Maximum Requests per IP: Az alapértelmezett értéke 500 és ha más nem indokolja, akkor ez így is marad.
  • WAF: Elvileg be kell kapcsolni, de volt már olyan weboldal, ahol ki kellett kapcsolni. Ez nagyon ritka és az ilyen helyzetekben ezt úgyis egyedileg kell elbírálni.
  • Hotlink Protection: A képeket és egyéb statikus fájlokat lehet-e másik domain alatt beilleszteni úgy, hogy innen töltse be? Ezt lehet aktiválni, de érdemes megkérdezni az ügyfelet róla, hogy erősítse meg.
  • Enable XML-RPC: Ezt legtöbbször ki kell kapcsolni, mert általában nincs rá szükség. Ha mégis, akkor úgyis kiderül és be lehet kapcsolni.
  • Force SSL on all domains: Ezt be kell kapcsolni!
  • HTTP Basic Auth: Ezzel és az alatta levő két mezővel lehet jelszóval védeni a weboldalt. Ez szerver szintű, így elég nagy védelmet ad, illetve a szerver erőforrásait is kíméli. Csak akkor kell bekapcsolni, ha külön kéri az ügyfél.

3.9.) Staging ​

  • Create Stage Rules: Itt lehet egyedi szabályokat megadni, hogy mi kerüljön át a staging környezetbe vagy mi ne. Például lehet kivételként beállítani az uploads mappát és akkor a média fájlokat nem viszi át. A többi beállítást nem módosítjuk!

3.10.) WP-CLI ​

  • Max Execution Time: Nem módosítjuk!

3.11.) NewRelic ​

Ezt akkor kell bekapcsolni, ha szeretnénk szerver szintű analitikát, hibakeresést. Nagyon jó eszköz, de nagyon bonyolult és erőforrás igényes, ezért csak rövid ideig szabad használni!

3.12.) Billing ​

Itt nincs is mit beállítani.

4.) Szolgáltatások és szoftverek beállításai ​

4.1.) FTP adat mentése ​

4.1.1.) 1Password - NEM Moonshot esetén ​

  1. 1Password-ben mentjük el az SFTP belépési adatokat.
  2. Új elemként kell létrehozni, hogy a létrehozás dátuma aktuális legyen.
  3. Meglévő mentett elemet meg lehet nézni, hogyan adminisztráljuk, hogyan nevezzük el.
  4. Vannak olyan elemek, amikhez címkéket is adunk hozzá, ezt ellenőrizni kell.

4.1.2.) Google Táblázat - Moonshot FTP ​

  1. A Moonshot-hoz tartozó weboldalak esetén egy Google Táblázatba mentjük el a hozzáféréseket.
  2. A felhasználónevet és jelszót fehér színnel adjuk hozzá, hogy "láthatatlan" legyen.

4.2.) FTP kliens beállítása ​

Csak akkor kell ezt beállítani, ha szükséges a fájlok kezelése. A PWP Control beállításához nem kötelező, mert akár a tárhelyszolgáltató fájlkezelőjéből is megoldható.

Itt mindenki a már használt, ismert, megbízható klienst használja és ahhoz kell beállítani.

  1. Új szervert már meglévőből szoktam másolni.
  2. A jelszót is meg lehet adni.

4.3.) DeployHQ beállítása (PWP Control) ​

  1. Itt a PWP Control projektet kell választani.
  2. A Servers & Groups menüpont alatt meg kell nyitni az egyik létező szervert egy külön lapon. Olyan szervert kell választani, aki ugyanannál a tárhelyszolgáltatónál van, amit éppen fel akarunk venni, onnan lehet lesni a szolgáltató specifikus beállítások miatt.
  3. A New Server gombbal hozzá kell adni az új szervert. Az adatokat a külön megnyitott lapon látható minta alapján kell kitölteni az új szerver adataival. Fontos odafigyelni, hogy a megfelelő "path" legyen beállítva, ahová feltölti a fájlokat, azaz a WordPress installáció főmappájára kell mutatnia. Ezt követően le lehet zárni a másik fület, amiről lestük a kitöltést.
  4. Visszatérve a Servers & Groups oldalra a listában rendezzük ABC sorrendbe az új installációt! Ezt "fogd és vidd" módszerrel lehet áthelyezni.
  5. A sikeres hozzáadás után megnyitjuk a hozzáadott szervert, ahol a Deploy Project gombra kell kattintani és elindítani egy új deployment-et. Servers-nél válasszuk ki azt a Group-ot, amelyiken a deploymentet futtatni akarjuk. A Start Revision-t a legelső verzióra kell állítani. Ehhez a lila lista szerű ikonra kell kattintani, ami ezt írja ki az egeret fölé vive: Choose a commit. Ezt kell alul kipipálni a felugró ablakban: Deploy the entire repository? Aztán a Choose Revision gombra kell kattintani.
  6. Végül a Deploy gombra kell kattintani a deploy elindításához.

4.4.) Pulsetic beállítása ​

  1. Itt lényegében létre kell hozni egy újabb monitorozást. Ezt lehet a meglévők másolásával.
  2. Át kell írni a nevet, az URL-t és ellenőrizni a beállításokat, mert ezek duplikálásnál sokszor eltűnnek. Ehhez az oldal nevére kell kattintani és az advanced fül alatt találjuk a beállításokat.
  3. Mentés és ezzel készen is vagyunk.

Beállítások:

  1. Check frequency: 5 minutes
  2. Enable SSL check: OFF

4.5.) Google Monitoring beállítása ​

  1. A Google táblázatba beírni az új weboldalt: https://docs.google.com/spreadsheets/d/1m5aEPFushCYC9xbKCepMLNJ9iIsalWCPQK9K4z9C8gk/edit?gid=0#gid=0

4.6.) Management szolgáltatás bekötése ​

4.6.1.) Modular DS bekötése ​

Private (https://app.clickup.com/9015056002/docs/8cndnm2-5615/8cndnm2-13695)

4.6.2.) MainWP bekötése ​

Private (https://app.clickup.com/9015056002/docs/8cndnm2-5595/8cndnm2-14975)

4.6.3.) InfiniteWP bekötése ​

4.6.4.) ManageWP Orion bekötése ​

2025.08.06 - Ezt már nem használjuk

  1. ManageWP Worker bővítmény telepítése, aktiválása.
  2. Az Orion felületen hozzá kell adni az oldalt.
  3. Prémium kiegészítők bekapcsolása:
    1. Backups: Daily - 08:00 AM (Storage Region-t Europe-ra! Mert ha később állítjuk át, törlődnek az előző Backup-ok!)
    2. Security Check:
      1. PWP esetén: Weekly - Monday
      2. Moonshot esetén: KIKAPCSOLVA
    3. Performance Check:
      1. PWP esetén: Weekly - None - None - Monday - 10s - London, UK
      2. Moonshot esetén: KIKAPCSOLVA
    4. Uptime Monitor: 5 minutes - No delay
    5. Client Report

4.7.) PageScreen beállítása (https://pagescreen.io/)) ​

  1. Monitoring menüpont alatt található a New Monitoring gomb, arra kell kattintani.
  2. URL:
    1. Nem WooCommerce/Sensei/Membership esetén a főoldalt állítjuk be.
    2. WooCommerce/Sensei/Membership esetén a főoldalon kívül még egy archívum és egy termék végoldalt is beállítunk. A New Monitoring, majd Bulk import fülre kattintva több URL is felvihető egyszerre.
  3. Name: domain név
  4. Schedule:
    1. PWP esetén: Daily | Monday, Wednesday, Friday | 12 pm 00 | Europe/Budapest
    2. Moonshot esetén: Daily | Tuesday, Thursday | 12 pm 00 | Europe/Budapest
  5. Késleltetés (Delay): 10mp
  6. A weboldal adatainak a megadását követően a template-et ki kell választani: Desktop Full
  7. Ha kész, akkor rá kell menni a Monitoring-ra és ott a Refresh Now gombra kell kattintani, hogy az első képet le is generálja egyből.

5.) Installáció konfigurálása ​

FONTOS! Mielőtt bármit csinálunk, mindig kell egy biztonsági mentést csinálni!

5.1.) Bővítmények kezelése ​

5.1.1.) Szükséges bővítmények telepítése & beállítása ​

  • GPL Times

Bővebben - Private (https://app.clickup.com/9015056002/docs/8cndnm2-5715/8cndnm2-12895)

  • Yoast SEO bővítmények (ha ezekhez mi biztosítjuk a licenszt GPLTimes-on):
    • Yoast SEO (Free Activated): GPLTimes-os verzió letöltése, felülírása, vagy telepítése
    • Yoast SEO Premium
    • Yoast SEO: WooCommerce, ha van WooCommerce telepítve
  • SMTP bővítmény: FluentSMTP (Korábban használtuk a PWP Control-t és a WP Mail SMTP Pro is az SMTP bekötésére, de már mindelhol FluentSMTP-t kötünk be. Legyen szó sima PHP mail beállításról / tárhelyszolgáltatós SMTP szerverről / SMTP szolgáltatóról.)
  • Cache bővítmény, ha nincs telepítve: pl.:
  • WP Migrate - csak MULTISITE esetén
  • ManageWP Worker VAGY WP Umbrella VAGY MainWP Child
  • NS Cloner - Site Copier - csak MULTISITE esetén (ha szeretne klónozni oldalakat)
  • Smush (Free) (LightSpeed esetén nem kell)
  • Surbma | Premium WP

5.1.2.) Nem szükséges bővítmények törlése ​

  • Disable Gutenberg
  • Classic editor

5.1.3.) Bővítmények automatikus frissítésének a kikapcsolása ​

  1. Bővítmények → Telepített bővítmények menüpont
  2. Kijelölni az összes bővítményt
  3. Csoportműveletek select mezőben az "Automatikus frissítés kikapcsolása" opciót választani
  4. Mellette levő Alkalmaz gombra kattintani

5.1.4.) WPMU DEV beállítása ​

Csak akkor kell telepíteni, ha WPMU DEV-es bővítményeket használunk (például Hustle Pro, Smush Pro, stb)

  1. Az alap bővítmény letöltése és aktiválása: WPMU DEV Dashboard
  2. A WPMU DEV oldalon bejelentkezni és a szükséges szolgáltatások bekapcsolása.

5.2.) Sablonok kezelése ​

5.2.1.) Nem szükséges sablonok törlése ​

  • Twenty...
  • Egyéb nem használt ÉS nem egyedi sablonok

5.2.2.) Sablonok automatikus frissítésének a kikapcsolása ​

  1. Megjelenés → Sablonok menüpont
  2. Egeret a sablonra vinni és a megjelenő "Sablon részletei" gombra kattintani
  3. HA be van kapcsolva az automatikus frissítés, akkor az "Automatikus frissítés kikapcsolása" linkre kell kattintani

5.3.) Closte beállítások ​

5.3.1.) General ​

  • Development Mode: OFF

5.3.2.) CDN ​

  • CDN: OFF
  • CDN Hostname: Ezt nem lehet módosítani.
  • Exclusions: Itt lehet megadni mappákat vagy kiterjesztéseket, amiket ne kezeljen a CDN-en keresztül.

5.3.3.) Object-Cache ​

  • Object Cache: Enable

5.3.4.) OPcache ​

  • OPcache Settings: Enable

5.3.5.) Email ​

  • Configured SMTP credentials: Nem lehet ezt már használni.

6.) A wp-config.php konfigurálása ​

FONTOS! Biztonsági másolat készítése Weboldal átvételnél készítünk egy backup másolatot a wp-config.php fájlról, amit így nevezünk el: wp-config-pwp-backup.php Felmondás, előfizetés lemondás esetén ezt állítjuk vissza az ügyfélnek.

FONTOS! Closte esetén Closte esetén ezt a fájlt nem a szerveren, hanem a Closte admin felületén lehet módosítani! A "REMOVE ON CLOSTE!" sorokat törölni kell a Closte esetén! Nem Closte esetén pedig magát a comment-et lehet törölni: // REMOVE ON CLOSTE!

WP SALTS megtartása A meglévő "WP SALTS" meghatározásokat megtartjuk a fájlban. Ezekről van szó:

plain
define('AUTH_KEY', '');
define('SECURE_AUTH_KEY', '');
define('LOGGED_IN_KEY', '');
define('NONCE_KEY', '');
define('AUTH_SALT', '');
define('SECURE_AUTH_SALT', '');
define('LOGGED_IN_SALT', '');
define('NONCE_SALT', '');

NAGYON FONTOS! Azonnali lépés szükséges A WP_HOME és WP_SITEURL meghatározásoknál azonnal be kell állítani a weboldal URL-jét! Tehát mentés előtt annak stimmelnie kell!

plain
/* BEGIN Premium WordPress */

// Secure the website for single install - REMOVE ON CLOSTE!
// define( 'WP_HOME', 'https://domain.hu' ); // REMOVE ON CLOSTE!
// define( 'WP_SITEURL', 'https://domain.hu' ); // REMOVE ON CLOSTE!

// Enable FILE_MODS temporary if necessary
// define( 'DISALLOW_FILE_MODS', false );

// Enable debug mode
// define( 'WP_DEBUG', true ); // REMOVE ON CLOSTE!
// define( 'WP_DEBUG_LOG', true ); // REMOVE ON CLOSTE!
// define( 'WP_DEBUG_DISPLAY', false );

// MULTISITE ONLY: Enable all uploads for all users
// define( 'ALLOW_UNFILTERED_UPLOADS', true );

// MULTISITE ONLY:Set default theme
// define( 'WP_DEFAULT_THEME', 'Divi-Plus' );

// Disable Wordfence WAF
define( 'WFWAF_ENABLED', false );

/* END Premium WordPress */

/* BEGIN PWP Control */

// Start PWP Control
define( 'PWP_CONTROL', true);

// Set PWP Control SMTP
// define( 'PWP_SMTP_HOST', 'smtp.eu.mailgun.org' );
// define( 'PWP_SMTP_USER', 'postmaster@mg.domain.hu' );
// define( 'PWP_SMTP_PASSWORD', 'mailgunsmtppassword' );
// define( 'PWP_SMTP_PORT', '587' );
// define( 'PWP_SMTP_SECURE', 'tls' );
// define( 'PWP_SMTP_FROM', 'from@email.hu' );
// define( 'PWP_SMTP_FROMNAME', 'From Name' );

// Disable big image threshold
define( 'PWP_CONTROL_BIG_IMAGE_SIZE_THRESHOLD', false );

// Set maximum width and height for images
define( 'PWP_CONTROL_IMAGE_MAX_WIDTH', '1920' );
define( 'PWP_CONTROL_IMAGE_MAX_HEIGHT', '1200' );

// Manage image sizes
// Logic options: keep, remove
// define( 'PWP_CONTROL_IMAGE_SIZES_LOGIC', 'keep' );
// Available pre-defined options: all, wp, wp-admin, wp-responsive, wc, wp-responsive-and-wc
// define( 'PWP_CONTROL_IMAGE_SIZES', 'wp-admin' );

// Set WooCommerce image pairs
// define( 'PWP_CONTROL_WOOCOMMERCE_GALLERY_THUMBNAIL_IMAGE_PAIR', 'thumbnail' );
// define( 'PWP_CONTROL_WOOCOMMERCE_THUMBNAIL_IMAGE_PAIR', 'medium' );
// define( 'PWP_CONTROL_WOOCOMMERCE_SINGLE_IMAGE_PAIR', 'large' );

// Disable or modify PWP branding
// define( 'PWP_CONTROL_ADMIN_FOOTER', false ); // UNCOMMENT ON MOONSHOT WEBSITE
// define( 'PWP_CONTROL_LOGIN_INFO', false ); // UNCOMMENT ON MOONSHOT WEBSITE
// define( 'PWP_CONTROL_LOGIN_STYLE', false );
// define( 'PWP_CONTROL_FOOTER_CREDS', false );

// Enable Google Consent Mode v2
// define( 'PWP_CONTROL_GOOGLE_CONSENT_MODE', true );
// define( 'PWP_CONTROL_ADS_DATA_REDACTION', false );
// define( 'PWP_CONTROL_URL_PASSTHROUGH', true );

// Set Google Tag Manager
// define( 'PWP_CONTROL_GOOGLE_TAG_MANAGER', '' );

// Exclude users from admin limiting
// define( 'PWP_CONTROL_UNLIMITED_USERS', ['username1','username2'] );

// This must be the last line!
include_once( __DIR__ . '/pwp-config.php' );

/* END PWP Control */

Multisite esetén, ha aloldalanként más beállítást szeretnénk, akkor azt egy PHP feltétellel tudjuk megoldani. Itt van egy példa kód, hogyan lehet ezt implementálni Multisite installáció esetén:

plain
if ( 'domain.hu' == $_SERVER['HTTP_HOST'] ) {
  // Custom settings for domain.hu

  // Set maximum width and height for images
  define( 'PWP_CONTROL_IMAGE_MAX_WIDTH', '2048' );
  define( 'PWP_CONTROL_IMAGE_MAX_HEIGHT', '1600' );
} else {
  // Global settings for all other subsites

  // Set maximum width and height for images
  define( 'PWP_CONTROL_IMAGE_MAX_WIDTH', '1920' );
  define( 'PWP_CONTROL_IMAGE_MAX_HEIGHT', '1200' );
}

6.1.) PWP Control beállítási lehetőségek ​

6.1.1.) PWP Control aktiválása ​

PWP_CONTROL

  • A PWP Control aktiválásához kell ezt beállítani.
  • Lehetséges értékek: true vagy false

6.1.2.) SMTP konfigurálása ​

Az SMTP beállításhoz szükséges adatokat lehet ezekkel konfigurálni. Ezeket az SMTP szolgáltató fogja megadni. Lehet akár a saját email szolgáltató SMTP szervere is, ha azt állítjuk be egy másik, külsős SMTP szolgáltató helyett.

PWP_SMTP_HOST

  • Az SMTP beállításhoz szükséges szerver.
  • Kötelező megadni!

PWP_SMTP_USER

  • Az SMTP beállításhoz szükséges felhasználó.
  • Kötelező megadni!

PWP_SMTP_PASSWORD

  • Az SMTP beállításhoz szükséges jelszó.
  • Kötelező megadni!

PWP_SMTP_PORT

  • Az SMTP beállításhoz szükséges port.
  • Alapértelmezett értéke: 25
  • Lehetséges standard értékek: 25, 465, 587
  • Lehetséges nem standard értékek: 2525, 2587

PWP_SMTP_SECURE

  • Az SMTP kapcsolat titkosításának a protokollja.
  • Alapértelmezett értéke: nincs alapértelmezett érték
  • Lehetséges értékek: TLS, SSL (ez az SSL már elavult)

PWP_SMTP_FROM

  • A kézbesítéskor használt küldő email címe. Ezt a különböző bővítmények beállításai, mint például a Gravity Forms is meghatározhatják, olyankor az a beállítás érvényesül.

PWP_SMTP_FROMNAME

  • A kézbesítéskor használt küldő neve. Ezt a különböző bővítmények beállításai, mint például a Gravity Forms is meghatározhatják, olyankor az a beállítás érvényesül.

6.1.3.) PWP Branding konfigurálása ​

Moonshot Moonshot esetén a következő meghatározásokat kell kikommentelve megadni:

plain
define( 'PWP_CONTROL_ADMIN_FOOTER', false );
define( 'PWP_CONTROL_LOGIN_INFO', false );

PWP_CONTROL_ADMIN_FOOTER Az admin felület alján módosítja a WordPress alapértelmezett footer szövegét. Választási lehetőségek:

  • Ha nem adjuk meg, akkor a pwp-config alapértelmezett értéke jelenik meg: "Ez is egy Prémium WordPress honlapszolgáltatás honlap 😃"
  • Ha false értékkel adjuk meg, akkor nem jelenik meg semmi.
  • Ha bármilyen egyedi szöveget adunk meg (két aposztróf között: 'ide jön a szöveg'), akkor csak az jelenik meg.

PWP_CONTROL_LOGIN_INFO A bejelentkezési oldal alján jelenít meg egy szöveget. Választási lehetőségek:

  • Ha nem adjuk meg, akkor a pwp-config alapértelmezett értéke jelenik meg: "Ez is egy Prémium WordPress honlapszolgáltatás honlap 😃"
  • Ha false értékkel adjuk meg, akkor nem jelenik meg semmi.
  • Ha bármilyen egyedi szöveget adunk meg (két aposztróf között: 'ide jön a szöveg'), akkor csak az jelenik meg.

PWP_CONTROL_LOGIN_STYLE A bejelentkezési oldal stílusát lehet vele módosítani vagy kikapcsolni. Választási lehetőségek:

  • Ha nem adjuk meg, akkor a PWP Control bővítményben meghatározott stílus jelenik meg.
  • Ha false értékkel adjuk meg, akkor az teljesen kikapcsolja a PWP Control formázást és a WP alapértelmezett bejelentkezési stílusával jelenik meg.
  • Ha bármi CSS kódot megadunk, akkor az a PWP Control által meghatározott egyedi stílusokhoz lesz hozzáadva pluszban. Tehát nem helyette!

PWP_CONTROL_FOOTER_CREDS Ezzel a front-end-en a footer-ben megjelenő alapértelmezett szöveget lehet felülírni. Támogatott sablonok:

  • Genesis keretrendszer
  • Divi Választási lehetőségek:
  • Ha nem adjuk meg, akkor a PWP Control bővítmény felülírja a weboldal nevével, plusz a pwp-config alapértelmezett értéke jelenik meg: "Prémium WordPress"
  • Ha false értékkel adjuk meg, akkor csak a weboldal neve jelenik meg a "Prémium WordPress" nélkül.
  • Ha bármilyen egyedi szöveget adunk meg (két aposztróf között: 'ide jön a szöveg'), akkor az a weboldal neve után jelenik meg egy "szóköz + függőleges elválasztó vonal + szóköz" után.

6.1.4.) Google Consent Mode (GCM) beállítása ​

PWP_CONTROL_GOOGLE_CONSENT_MODE A Google Consent Mode alapértelmezett értékeit lehet ezzel megadni. Ez az alapkövetelmény a Google Consent Mode kompatibilitáshoz. A legtöbb sütikezelő megoldás ezt a kódot is hozzáadja, így most már csak ritka esetben kell ezt külön meghatározni. Ez a beillesztés alapból engedélyezi az ads_data_redaction paramétert és tiltja az url_passthrough paramétert.

PWP_CONTROL_ADS_DATA_REDACTION A GCM alapértelmezett ads_data_redaction paraméterét lehet ezzel felülírni.

  • Alapértelmezett értéke: true
  • Lehetséges értékek: true vagy false

PWP_CONTROL_URL_PASSTHROUGH A GCM alapértelmezett url_passthrough paraméterét lehet ezzel felülírni.

  • Alapértelmezett értéke: false
  • Lehetséges értékek: true vagy false

6.1.5.) Google Tag Manager (Címkekezelő) beállítása ​

PWP_CONTROL_GOOGLE_TAG_MANAGER A Google Tag Manager, azaz Google Címkekezelő konténer azonosítóját kell megadni, akkor elhelyezi a front-end felületen a megfelelő kódot.

6.1.6.) WordPress képkezelések ​

A beállítás teljes folyamatát itt lehet olvasni: Képek optimalizálása

A WordPress "nagy kép" kezelésének a kikapcsolása ​

PWP_CONTROL_BIG_IMAGE_SIZE_THRESHOLD Ezzel a beállítással csak törölni lehet ezt az opciót, tehát más méretet nem lehet beállítani. Választási lehetőségek:

  • false - A false beállítással kikapcsolható ez a funkció, így nem fogja a WP létrehozni a -scaled változatot. Ezt úgy érdemes használni, hogy a maximális felbontást is beállítjuk. Erről a következő pontban lehet olvasni.

Feltöltött képek maximális felbontásának a beállítása ​

PWP_CONTROL_IMAGE_MAX_WIDTH A megadott érték lesz a maximális szélessége a feltöltött képnek. Nagyobb kép feltöltése esetén le lesz méretezve a megadott értékre úgy, hogy megtartja a képarányt. Ajánlott érték (px): 1920

PWP_CONTROL_IMAGE_MAX_HEIGHT A megadott érték lesz a maximális magassága a feltöltött képnek. Nagyobb kép feltöltése esetén le lesz méretezve a megadott értékre úgy, hogy megtartja a képarányt. Ajánlott érték (px): 1200

Képméretek (thumbnails) beállításai ​

PWP_CONTROL_IMAGE_SIZES_LOGIC Először a logikát állítjuk be, hogy a következő lépésben megadott képméreteket hogyan kezelje? Csak azokat akarjuk megtartani vagy azokat akarjuk törölni? Választási lehetőségek:

  • keep - Ezzel az opcióval azt a logikát adjuk meg, hogy a meghatározott képméretek maradjanak csak, minden mást töröljön a rendszer.
  • remove - Ezzel az opcióval azt adjuk meg, hogy a meghatározott képméreteket törölje a rendszer és minden más képméret maradjon használatban.

PWP_CONTROL_IMAGE_SIZES Itt lehet beállítani a képméreteket, amikhez az előző lépésben határoztuk meg a logikát. Szabadon is megadható egy lista vagy előre definiált értékekből is lehet választani. Választási lehetőségek:

  • Ha szabadon megadott listát adunk meg, akkor csak azokra a képméretekre vonatkozik a beállítás. Ezt esetleg évente felül kell vizsgálni, hogy ki kell-e egészíteni a listát.
  • Pl.: define( 'PWP_CONTROL_IMAGE_SIZES', ['medium_large','2048x2048']);
  • all - Ez az összes képméretet meghatározza. Csak a remove logikával van értelme használni, hogy az összes kiskép méretet törölje, így csak a feltöltött kép eredeti mérete lesz meg, azt lehet csak használni.
  • wp - Ezzel a WordPress saját képméreteit lehet meghatározni: thumbnail, medium, medium_large, large, 1536x1536, 2048x2048
  • wp-admin - Ezzel a WordPress saját képméreteit lehet meghatározni, de azon belül csak azokat, amiket az admin felületen lehet beállítani: thumbnail, medium, large
  • wp-responsive - Ezzel a WordPress saját reszponzív képméreteit lehet meghatározni: medium_large, 1536x1536, 2048x2048
  • wc - Ezzel a WooCommerce saját képméreteit lehet meghatározni: woocommerce_thumbnail, woocommerce_single, woocommerce_gallery_thumbnail
  • wp-responsive-and-wc - Ezzel a WordPress saját képméretei közül csak a reszponzív méreteket és a WooCommerce saját képméreteit lehet meghatározni: medium_large, 1536x1536, 2048x2048, woocommerce_thumbnail, woocommerce_single, woocommerce_gallery_thumbnail

WooCommerce képméretek párosításai más képméretekkel ​

Ha a WooCommerce által hozzáadott képméreteket esetleg töröljük, tehát nem generál ezeknek megfelelően kis képeket a WordPress a képek feltöltésekor, akkor ezekhez a funkciókhoz nagyon ajánlott megadni azokat a képméreteket, amiket a WooCommerce tud használni. Ha ezt nem határozzuk meg, akkor a full méretet, azaz az eredeti, legnagyobb méretet fogja a WooCommerce mindenhol használni.

PWP_CONTROL_WOOCOMMERCE_GALLERY_THUMBNAIL_IMAGE_PAIR A termék végoldalon a főkép alatti kis képekhez, amivel a galériát lehet lapozni. Ajánlott helyettesítő képméret, ha aktív: thumbnail

PWP_CONTROL_WOOCOMMERCE_THUMBNAIL_IMAGE_PAIR A különböző lista és gyüjtőoldalakon használt kép a termékekhez. Ajánlott helyettesítő képméret, ha aktív: medium

PWP_CONTROL_WOOCOMMERCE_SINGLE_IMAGE_PAIR A termék végoldalon a termék fő képe. Ajánlott helyettesítő képméret, ha aktív: full

6.1.7.) Teljeskörű felhasználók hozzáadása ​

PWP_CONTROL_UNLIMITED_USERS Ezzel lehet megadni egy array-ben azokat a felhasználóneveket, akikre nem vonatkoznak a PWP Control korlátozásai. Ha egy felhasználót is akarunk megadni, akkor is array-ben kell megadni, mert a kód array-t vár.

6.2.) Bővítmények egyedi beállításai ​

6.2.1.) Wordfence beállítások ​

Bővebben - Private (https://app.clickup.com/9015056002/docs/8cndnm2-5715/8cndnm2-13315) A Wordfence bővítményt telepítjük a nem Closte és nem Kinsta tárhelyen lévő weboldalaknál. Főleg a magyar tárhelyszolgáltatók miatt. A Pro verziót és a Wordfence Activator-t a GPL Times oldaláról töltjük le.

WFWAF_ENABLED A legfontosabb funkciója a malware keresés, főleg ezért telepítjük. De a tűzfal funkciója nem kell, ezért a tűzfalat (WAF) kikapcsoljuk:

  • Az értékét false -ra állítjuk.

7.) SMTP beállítása ​

Mailgun beállítása ​

A Mailgun ideiglenes használatához az mg.pwp.hu domain állítható be, aminek a szükséges adatait a 1Password-ben lehet megtalálni a "Servers" kategóriában "Mailgun - mg.pwp.hu" név alatt.

  1. Rákérdezni az ügyfélre, hogy szeretne-e saját Mailgun fiókot használni. Ha saját Mailgun fiókot szeretne, akkor el kell kérnünk a kész MG fiók hozzáférését és a DNS kezeléshez való hozzáférés is követelmény.
  2. Ha nem szeretne saját Mailgun fiókot, akkor be kell kötni a Prémium WordPress saját Mailgun fiókjába:
  • A Mailgun beállításához kell egy külön mg aldomain. Single installáció esetén a fődomainhez, multisite esetén pedig a pwp.hu domainhez szoktam létrehozni ezzel a sémával: mg.installacioneve.pwp.hu
  1. Az aldomaint beállítani a Mailgun admin felületén.
    1. EU szervert beállítani.
    2. ??? IP assignment option beállításai??? (Csak a Shared IP állítható be.)
    3. DKIM bekapcsolva, az 1024 elég hozzá.
  2. Utána a megadott DNS rekordokat be kell állítani az aldomainhez.
  • FONTOS! Ha a DNS-t Cloudflare-en kezeljük, akkor a Mailgun-hoz kapcsolódó CNAME rekord esetén nem kapcsoljuk be a Proxy-t!
  1. Verify DNS settings gomb (jobb felső sarokban) - Elvileg sikerül is azonnal, de lehet, hogy várni kell rá.
  2. Sending -> Domain settings -> SMTP credentials
    1. Reset password - Előbb erre kell kattintani, hogy legyen egyáltalán jelszó.
  • Password creation method: Automatic.
    • Jobb alsó sarokban megjelenik, hogy egy új jelszó jött létre és rá kell kattintani a Copy gombra.
    • Az itt létrehozott jelszót kell a wp-config.php fájlban megadni az SMTP konfigurálásnál (pl a PWP_SMTP_PASSWORD-hez).
  1. A postmaster email címet (pl.: postmaster@mg.happykids.hu), mint felhasználónevet is meg kell adni a wp-config.php fájlban az SMTP konfigurálásnál (pl a PWP_SMTP_USER-hez).
    1. A szerver címet (EU-s régió esetén: smtp.eu.mailgun.org) is meg kell adni a wp-config.php fájlban az SMTP konfigurálásnál (pl. a PWP_SMTP_HOST-hoz). Ez is látható ebben a Mailgun almenüpontban.
    2. A portokat is megadja a Mailgun, amik beállíthatók a wp-config.php fájlban az SMTP konfigurálásnál (pl. a PWP_SMTP_PORT-hoz). Ezek közül csak egyet kell megadni: 587 (TLS esetén)
    3. A // comment-eket ki kell venni a wp-config.php fájlban az SMTP konfigurálásánál a define sorok elején, ha azok még ott vannak a sorokban. Ezzel lesznek aktívak ezek a beállítások.

8.) Google szolgáltatások bekötése ​

CSAK MAGASABB CSOMAGBAN

8.1.) Google Search Console ​

  1. Kell írni az ügyfélnek, hogy ossza meg az info@premiumwp.hu email címmel a fiókot.
  2. Ezt akár én is hozzáadhatom, ha van hozzáférésem a DNS rekordokhoz.

8.2.) Google Tag Manager | Google Címkekezelő ​

  1. Kell írni az ügyfélnek, hogy adjon hozzá az info@premiumwp.hu email címmel.

9.) A premiumwp felhasználó beállítása ​

  1. A premiumwp felhasználónál (akár új, akár csak az email csere történt) az alábbi adatokat töltjük ki:
    1. Felhasználónév: premiumwp
    2. Email cím: info@premiumwp.hu
    3. Keresztnév: Prémium WordPress (nem magyar nyelvű oldalakon Premium WordPress)
    4. Vezetéknév: (semmi)
    5. Becenév: PWP
    6. Nyilvánosan megjelenő név: Prémium WordPress (vagy idegen nyelvű oldalakon Premium WordPress) Weboldal: https://premiumwp.hu

10.) Átvett bővítmények / licenszek ​

  1. HelloPack használata esetén: meg kell nézni, hogy minden bővítményt tudunk-e frissíteni GPLTimes-ból, amit addig a HelloPack-en keresztül frissítettek. Ez ellenőrizhető a HelloPack bővítmény saját menüjében, ahol előre sorolja a listában a használt bővítményeket. Esetleg a HelloWP saját oldalán: https://hellowp.io/hu/t/hellopack/
  2. Ha van olyan, ami a GPLTimes-ból nem frissíthető, akkor azt vagy lecseréljük másra, vagy ...???
  3. Elementor Pro: GPLTimes-ban a fiókunkban a My Account → Downloads menüben tölthető le az Elementor Pro és az Elementor Pro Activator. Lépések átvételkor:
    1. HelloPack (vagy bármilyen más külső frissítő bővítmény) kikapcsolása, törlése.
    2. Elementor → Licenc menüpont: itt valószínűleg azt fogjuk látni, hogy Állapot: Hiányzó (de akár ezt is láthatjuk: Aktív). Nyomjunk rá a Leválasztás gombra.
    3. Állapot: Hiányzó fog látszani.
    4. Kapcsoljuk be az Elementor Pro Activator bővítményt. Utána újra Állapot: Aktív fog látszani.

Checklist - Weboldal bekötése ​

0. Előfizetés dokumentálása Airtable-ben ​

  • [ ] - [ ] Airtable tábla megnyitása
    • [ ] Minden mező kitöltése

1. Weboldal jelenlegi állapotának mentése ​

  • [ ] - [ ] Weboldal info másolása
    • [ ] ClickUp feladathoz menteni

2. DNS kezelés átvétele ​

  1. 1. **Cloudflare**
 - [ ] Minden domain átadása Cloudflare-re

  2. 1. **DNS rekordok beszerzése**
 - [ ] Ügyféltől DNS rekordok vagy hozzáférés
 - [ ] cPanel esetén DNS rekordok kiszedése

  3. 1. **DNS rekordok beállítása**
 - [ ] Manuális bevitel vagy Importálás (txt)

  4. 1. **DNS rekordok ellenőrzése**
 - [ ] CNAME
 - [ ] MX
 - [ ] TXT
 - [ ] CNAME
 - [ ] SPF

3. Weboldal a tárhelyre ​

  1. 1. **Meglévő weboldal migráció**
 1. **Closte migráció**
     - [ ] Ügyfél fiókot létrehoz
     - [ ] Migrációs szolgáltatás igénybevétele
     - [ ] Fiók megosztása Péterrel (Collaboration)
     - [ ] Domain ellenőrzés
     - [ ] SSL hozzáadása
     - [ ] Closte felhasználó törlése
 2. **Manuális migráció**
     - [ ] Tárhely igény ellenőrzése
     - [ ] Médiafájlok, bővítmények feltöltése
     - [ ] Jogosultságok beállítása

  2. 1. **Hozzáférések bekérése**
 - [ ] Closte Collaboration beállítása
 - [ ] Invite elfogadása

  3. 1. **Új installáció létrehozása Closte-n**
 - [ ] Closte hozzáférés elkérése
 - [ ] Új site hozzáadása
 - [ ] Alapadatok megadása
 - [ ] WP beállítások
 - [ ] Deploy
 - [ ] DNS és SSL konfigurálása

4. Closte beállítás ​

  • [ ] - [ ] Label beállítása
    • [ ] Auto Login WP Username engedélyezése
    • [ ] WP built-in cron / External cron beállítása
    • [ ] Automatic Minor/Major Upgrades konfigurálása
    • [ ] WP_DEBUG, WP_SITEURL, WP_POST_REVISIONS, Table Prefix, Additional wp-config content megadása
    • [ ] Server Log Level ellenőrzése
    • [ ] Disaster Backup, Automatic Daily Backup, Backup retention beállítása
    • [ ] PHP verzió ellenőrzése
    • [ ] Live beállítások változatlanul hagyása
    • [ ] CDN kikapcsolása
    • [ ] Security beállítások:
      • [ ] DDOS Protection
      • [ ] Cloud Scan
      • [ ] Maximum Requests per IP
      • [ ] WAF, Hotlink Protection
      • [ ] Enable XML-RPC
      • [ ] Force SSL
      • [ ] HTTP Basic Auth
  • [ ] - [ ] Staging: Create Stage Rules
    • [ ] NewRelic: bekapcsolás szükség esetén

5. Szolgáltatások és szoftverek beállítása ​

  1. 1. **FTP adatok mentése**
 - [ ] 1Password (nem Moonshot esetén): új elem létrehozása, meglévő elemek ellenőrzése, címkék hozzáadása
 - [ ] Google Táblázat (Moonshot esetén): felhasználónév és jelszó hozzáadása “láthatatlan” (fehér) színnel

  2. 1. **FTP kliens beállítása**
 - [ ] Új szerver beállítása meglévőből másolva
 - [ ] Jelszó megadása

  3. 1. **DeployHQ beállítása (PWP Control)**
 - [ ] PWP Control projekt kiválasztása
 - [ ] Létező szerver megnyitása mintaként
 - [ ] Új szerver hozzáadása, adatok kitöltése
 - [ ] Path beállítása a WP főmappára
 - [ ] ABC sorrendbe rendezés, Deploy Project indítása
 - [ ] Start Revision legelső verzióra, teljes repository deploy
 - [ ] Deploy gomb megnyomása

  4. 1. **Pulsetic beállítása**
 - [ ] Új monitor létrehozása, meglévő másolása
 - [ ] Névváltoztatás, URL ellenőrzése, advanced fül beállításainak ellenőrzése
 - [ ] Check frequency: 5 minutes
 - [ ] SSL check: OFF

  5. 1. **Google Monitoring beállítása**
 - [ ] Új weboldal felvétele a Google táblázatba

  6. 1. **Management szolgáltatások bekötése**
 - [ ] Modular DS bekötése
 - [ ] MainWP bekötése
 - [ ] InfiniteWP bekötése

  7. 1. **PageScreen beállítása**
 - [ ] New Monitoring
 - [ ] URL beállítása
 - [ ] Domain név megadása
 - [ ] Schedule beállítása
 - [ ] Delay beállítása
 - [ ] Template kiválasztása
 - [ ] Első snapshot generálása

6. Installáció konfigurálása ​

  1. 1. **Bővítmények kezelése**
 - [ ] Szükséges bővítmények telepítése
 - [ ] Nem szükséges bővítmények törlése
 - [ ] Automatikus frissítés kikapcsolása
 - [ ] WPMU DEV telepítése és beállítása

  2. 1. **Sablonok kezelése**
 - [ ] Nem szükséges sablonok törlése
 - [ ] Automatikus frissítés kikapcsolása

  3. 1. **Closte beállítások**
 - [ ] Development Mode OFF
 - [ ] CDN: OFF
 - [ ] Exclusions beállítása
 - [ ] Object-Cache: Enable
 - [ ] OPcache Settings: Enable

7. wp-config.php konfigurálása ​

  • [ ] Backup
  • [ ] WP SALTS megtartása
  • [ ] SITEURL, HOME beállítás
  • [ ] PWP Control beállítások:
    • [ ] Aktiválás
    • [ ] SMTP konfiguráció
    • [ ] Branding konfiguráció
    • [ ] Google Consent Mode
    • [ ] Google Tag Manager
    • [ ] Képkezelések
    • [ ] WooCommerce képméretek
    • [ ] Teljeskörű felhasználók hozzáadása
  • [ ] Egyedi plugin beállítások

8. SMTP beállítása ​

  • [ ] Mailgun DNS rekordok beállítása
  • [ ] SMTP adatok wp-config.php-ba

9. Google szolgáltatások bekötése ​

  • [ ] Search Console hozzáadása
  • [ ] Tag Manager hozzáadása

10. PremiumWP user ​

  • [ ] Felhasználó adatok kitöltése

☑️ [Előfizetés] Weboldal kikötése ​

  1. Airtable-ben az Állapot mezőt átállítani "Felmondott"-ra.
  2. Admin oldalon kikapcsolni és törölni a bővítményeket. Általános szabály, hogy a bekötött licenszek törlése után maradhatnak akár a Pro verziók is, kivéve a következőknél:
    1. GPL Times - Előtte törölni a beállításokat! Ha az admin felületen kikapcsolom és törlöm, akkor ez törli a beállításokat. (Vagy esetleg előtte Deaktiválással törölni a GPL Times fiókkal való kapcsolatot.)
    2. Elementor Pro Activator (ha mi biztosítottuk a licenszt GPLTimes-on)
    3. WP Mail SMTP (ha mi biztosítottuk a licenszt GPLTimes-on):
      1. WP Mail SMTP (ingyenes) bővítményt telepíteni és BEKAPCSOLNI
      2. WP Mail SMTP Pro-t kikapcsolni és törölni
    4. Yoast SEO bővítmények (ha ezekhez mi biztosítottuk a licenszt GPLTimes-on):
      1. Yoast SEO: WooCommerce kikapcsolása és törlése
      2. Yoast SEO Premium kikapcsolása és törlése
    5. Surbma | WP Control
    6. Multisite esetén:
      1. NS Cloner
    7. WPMU DEV Dashboard - Előtte kijelentkezni!
    8. Wordfence - Itt kikapcsolás és törlés előtt a beállításoknál ellenőrizni kell, hogy a Wordfence-hez kapcsolódó adatokat is törölje. Itt lehet megtenni: Admin oldalsávban - Wordfence - All options-General Wordfence Options - Delete Wordfence tables and data on deactivation négyzetet bepipálni-Oldal tetején mentés. Ezt a kikapcsolásnál is megkérdezi, ott is azt kell választani, hogy mindent töröljön.
    9. Wordfence Security Activator - Ezt is töröljük!
  3. Admin oldalon a licensz kulcsok törlése:
    1. Elementor Pro-hoz Moonshot-nak saját licensze van, így ezt hagyjuk!
    2. Gravity Forms
    3. Soliloquy
    4. Divi, Extra, Monarch, Bloom
    5. AffiliateWP
  4. A WPML és Toolset fiókokban törölni az installációk oldalát, ha használtuk ezeket a bővítményeket az adott weboldalon.
  5. Jetpack összekötés törlése.
  6. WPMU regisztráció törlése.
  7. Használ valamilyen prémium HuCommerce modult az ügyfél? Ha igen, legyen saját HuCommerce prémium előfizetése.
  8. PWP Control kikötése, törlése:
    1. Megnézni a bekötés dokumentációját:
    2. A wp-config.php fájlban törölni a /* BEGIN PWP Control */ kezdettel és /* END PWP Control */ véggel jelölt blokkot, DE
      1. A WP_HOME és WP_SITEURL define-okat meghagyjuk!
      2. A "salt"-okat újra megadni. Itt fontos, hogy a pwp-config.php-ban lévő "salt"-okat be kell illeszteni a wp-config.php fájlba, különben a Fluent SMTP-t újra kell konfigurálni. Amennyiben ez nem lehetséges a : https://api.wordpress.org/secret-key/1.1/salt/ oldalon lehet új "salt"-okat lehet generálni.
    3. Szerveren törölni a PWP Control fájljait és mappáit: GitHub-on megnézni a fájlokat: https://github.com/Premium-WordPress/PWP-Control
  9. Amennyiben új "salt"-okat kellett generálnunk és beillesztenünk, akkor újra be kell jelentkezni és ezeket ellenőrizni:
    1. A FluentSMTP bővítménynél
  10. Felhasználó törlése
    1. admin@pwp.hu (szerepkör nélküli) felhasználó törlése
    2. premiumwp felhasználó törlése a Modular DS-sel úgy, hogy egy másik felhasználóval kell belépni.
  11. Admin oldalon kikapcsolni és törölni a bővítményeket:
    1. Modular DS
    2. MainWP Child
  12. WordPress Management szolgáltatásokból kikötni:
    1. Modular DS (Ez az utolsó lépés legyen,
      1. Ha ez volt az utolsó weboldala az ügyfélnek, akkor az ügyfelet is törölni.
    2. MainWP (main.pwp.hu) oldalról törölni az oldalt.
  13. HuCommerce whitelist-ből törölni a domaint.
  14. DeployHQ-ról törölni a szervert.
  15. Szerveren a mu-plugins mappában is törölni a hozzáadott fájlokat.
    1. Ellenőrizni minden fájlt, ami így kezdődik: surbma-
    2. Ellenőrizni minden fájlt, ami így kezdődik: pwp-
    3. Ezt a fájlt is ellenőrizni: 1-custom-functions.php vagy 1-pwp-custom-functions.php
  16. Mailgun fiókból törölni az oldalt: Domain settings → Delete domain → Delete gomb
  17. Monitoring szolgáltatásokból törölni:
    1. Pagescreen
      1. Elég a monitoring-ból törölni, a meglévő captures-ökkel nem kell foglalkozni.
    2. Pulsetic
    3. PWP Website monitoring - Google Sheet
  18. WPMU oldalon törölni (csak a www.hucommerce.hu van már ott.)
  19. A Closte fiókunkból is el kell távolítani az installációt. Erre három variáció van:
    1. HA van hozzáférésünk az ügyfél fiókjához, akkor be kell lépni és ott kell törölni a Collaboration alatt a hozzáféréseinket az installációhoz, DNS és SSL beállításokhoz.
    2. HA nincs hozzáférésünk az ügyfél Closte fiókjához és az ügyfelet meg tudjuk kérni, hogy távolítson el minket, akkor vele kell megbeszélni ezt. Erről kell írni dokumentációt a Prémium WordPress Tudásbázisba, hogy az alapján meg tudja ezt csinálni.
    3. HA nincs hozzáférésünk az ügyfél Closte fiókjához, de az ügyfél nem tudja megcsinálni vagy már nem vagyunk vele kapcsolatban, akkor a Closte-nak írni, hogy töröljék az installációt és az esetlegesen megosztott DNS, SSL hozzáféréseket is.
  20. Cloudflare fiókunkból törölni az ügyfél fiókját. Itt az az alap elvárás, hogy az ügyfélnek saját fiókja van, amit ha mi hoztunk eredetileg létre a pwp-s email címmel, akkor is átvette már tőlünk és a saját email címével és jelszavával használja. A Cloudflare fiókot a mi saját fiókunkból tudjuk leválasztani:
    1. Ehhez a megosztott fiókra kell kattintani.
    2. Ott a Manage Account → Members menüpontra kell kattintani.
    3. Le kell nyitni a mi email fiókunkhoz tartozó sort.
    4. Ott pedig a "Leave" linkre kell kattintani.
  21. Google fiókokból törölni kell:
    1. Search Console
    2. Google Analytics
    3. Tag Manager
    4. Google Cloud Console APIs
    5. reCaptcha
  22. Transmit-ból (és esetleg más FTP szoftverekből) törölni.
  23. Codeanywhere oldalról törölni.
  24. 1Password-ből törölni a login-ját.
  25. Prémium WordPress táblázatból törölni:
    1. Beírni a "Felmondott előfizetések" munkalapra a domaint.
    2. PRO Szolgáltatások munkalapról törölni.
    3. PRO Előfizetések munkalapról törölni.
  26. Dokumentációkból törölni, ha írtunk róla
    1. Slite
  27. Billingo:
    1. Leállítani az időzítést.
    2. Sztornózni az aktuális számlát, ha az a szolgáltatási idő nem járt le.

☑️ [Előfizetés] Moonshot weboldal kikötése ​

  1. Airtable-ben az Állapot mezőt átállítani "Felmondott"-ra.
  2. Admin oldalon kikapcsolni és törölni a bővítményeket. Általános szabály, hogy a bekötött licenszek törlése után maradhatnak akár a Pro verziók is, kivéve a következőknél:
    1. GPL Times - Előtte törölni a beállításokat! Ha az admin felületen kikapcsolom és törlöm, akkor ez törli a beállításokat. (Vagy esetleg előtte Deaktiválással törölni a GPL Times fiókkal való kapcsolatot.)
    2. Elementor Pro Activator (ha mi biztosítottuk a licenszt GPLTimes-on)
    3. WP Mail SMTP (ha mi biztosítottuk a licenszt GPLTimes-on):
      1. WP Mail SMTP (ingyenes) bővítményt telepíteni és BEKAPCSOLNI.
      2. WP Mail SMTP Pro kikapcsol az ingyenes bekapcsolásával, viszont utána törölni
    4. Yoast SEO bővítmények (ha ezekhez mi biztosítottuk a licenszt GPLTimes-on):
      1. Yoast SEO: WooCommerce kikapcsolása és törlése
      2. Yoast SEO Premium kikapcsolása és törlése
      3. Yoast SEO (ingyenes) letöltése wordpress.org-ról és FELÜLÍRÁSA
    5. Wordfence Activator és Wordfence kikapcsolása és törlése
      1. Itt kikapcsoláskor megkérdezi, hogy mi legyen az adatokkal. Ott a minden adat törlését kell választani. A "Delete Wordfence tables and data on deactivation" funkció a Wordfence - All Options - General Wordfence Options lenyíló fül alatt a deaktiválás előtt is bekapcsolható.
  3. Admin oldalon a licensz kulcsok törlése (AT-ben megnézni, mik a mieink):
    1. Elementor Pro-hoz Moonshot-nak saját licensze van, így ezt hagyjuk!
    2. Gravity Forms
    3. Soliloquy
    4. Divi, Extra, Monarch, Bloom
    5. AffiliateWP
  4. A WPML és Toolset fiókokban törölni az installációk oldalát, ha használtuk ezeket a bővítményeket az adott weboldalon.
  5. HuCommerce whitelist-ből törölni a domaint.
  6. DeployHQ-ról törölni a szervert.
  7. A wp-config.php fájl visszaállítása:
    1. Ha készítettünk backup-ot az akkori wp-config.php fájlról bekötésnél, akkor azt kell visszaállítani. Vagy ha kikommentelve otthagytuk a fájlban a kezelésünk előtti kódokat, akkor azokat visszaállítani.
    2. A PWP Control-hoz kapcsolódó kódokat törölni (Closte esetén a Closte felületen), DE
      1. A WP_HOME és WP_SITEURL define-okat meghagyjuk!
      2. A "salt"-okat ki kell másolni a pwp-config.php fájlból és azokat kell itt megadni, mert ha újat adunk meg, akkor a FluentSMTP beállításai érvénytelenek lesznek, mivel az SMTP adatokat a "salt"-okkal titkosítja.
    3. Szerveren törölni a PWP Control fájljait és mappáit:
      1. GitHub-on megnézni az aktuális fájlokat.
  8. Szerveren a mu-plugins mappában is törölni a hozzáadott fájlokat:
    1. Ellenőrizni minden fájlt, ami így kezdődik: surbma-
    2. Ellenőrizni minden fájlt, ami így kezdődik: pwp-
    3. Ezt a fájlt is ellenőrizni: 1-custom-functions.php
  9. Használ valamilyen prémium HuCommerce modult az ügyfél? Ha igen, legyen saját HuCommerce prémium előfizetése. Ügyfélnek szólni. A whitelist-ből töröljük 1 héten belül, erre be kell állítani egy időzített feladatot a ClickUp-ban a Péternek.
  10. A premiumwp felhasználónkat törölni/töröltetni a WordPress felületen. Saját magunkat nem törölhetjük, ezért a megoldások:
    1. Modular DS-ből ManageWP-ből más adminnal bejelentkezve töröljük
    2. User Switching bővítmény (Szerző: John Blackbourn) telepítése után átváltunk egy másik Adminisztrátor felhasználóra és töröljük magunkat. (Csak így bekapcsolva marad ez a bővítmény.) VAGY
    3. megkérjük Regiéket, hogy töröljenek.
  11. Admin oldalon kikapcsolni és törölni a bővítményeket:
    1. Modular DS
    2. MainWP Child
  12. WordPress Management szolgáltatásokból kikötni:
    1. Modular DS oldalon törölni az installációt (Site settings → Delete website gomb)
    2. MainWP oldalon törölni az installációt
  13. Monitoring szolgáltatásokból törölni:
    1. Pagescreen
    2. Pulsetic
    3. PWP Website monitoring - Google Sheet Private (https://app.clickup.com/9015056002/docs/8cndnm2-5615/8cndnm2-12335) A fenti dokumentumban kikeresni a törölni kívánt domaint és törölni a sort. A weboldalak csoportosítva találhatóak az egyes munkalapokon.
  14. Ha Closte-s, akkor a fiókunkból is el kell távolítani az installációt. Erre három variáció van:
    1. HA van hozzáférésünk az ügyfél fiókjához, akkor be kell lépni és ott kell törölni a Collaboration alatt a hozzáféréseinket az installációhoz, DNS és SSL beállításokhoz.
    2. HA nincs hozzáférésünk az ügyfél Closte fiókjához, akkor az ügyfelet megkérni, hogy távolítson el minket. Erről kell írni dokumentációt a Prémium WordPress Tudásbázisba, hogy az alapján meg tudja ezt csinálni.
    3. HA nincs hozzáférésünk az ügyfél Closte fiókjához, de az ügyfél nem tudja megcsinálni vagy már nem vagyunk vele kapcsolatban, akkor a Closte-nak írni, hogy töröljék az installációt és az esetlegesen megosztott DNS, SSL hozzáféréseket is.
  15. Cloudflare: Itt az az alap elvárás, hogy az ügyfél a Moonshot saját CF fiókjában van. Innentől kezdve CF kikötéssel nekünk nincs dolgunk.
  16. FTP kliensekből (pl.: Transmit, FileZilla, stb.) törölni az FTP adatokat.
  17. Moonshot táblázatokban:
    1. "Moonshot előfizetések" táblázatban a megfelelő hónaptól kihúzni a díját és pirosra színezni a domain-t úgy, hogy azt a speciális karaktert is megkapja az ABC sorrendezés miatt.
    2. "Moonshot FTP" táblázatban törölni a weboldal sorát.
  18. 1Password-ből törölni a loginját.
  19. Dokumentációkból törölni, ha írtunk róla
    1. ClickUp-ban rákeresni a weboldalra.

☑️ [Előfizetés] Weboldal kikötése – Egységes folyamatleírás ​

Ez a dokumentum a weboldal kikötésének egységes folyamata, amely vonatkozik az összes esetre. Az alaplépések minden projekt esetén érvényesek, míg a Moonshot specifikus eltérések és kiegészítések külön jelölve szerepelnek.

  1. Az Airtable-ben az Állapot mező „Felmondott”-ra állítása
  2. Bővítmények kikapcsolása és törlése az admin oldalon
    1. Általános szabály: a bekötött licenszek törlése után maradhatnak akár a Pro verziók is, kivéve az alábbi esetekben:
      1. GPL Times – előtte a beállítások törlése szükséges.
      2. Ha az admin felületen kikapcsolásra és törlésre kerül, a beállítások automatikusan törlődnek.
      3. (Vagy alternatívaként előtte deaktiválni kell a GPL Times fiókkal való kapcsolatot.)
      4. Elementor Pro Activator – (amennyiben a licensz a GPLTimes-on biztosított volt)
      5. WP Mail SMTP – (amennyiben a licensz a GPLTimes-on biztosított volt)
        1. A WP Mail SMTP (ingyenes) bővítmény telepítése és bekapcsolása.
        2. A WP Mail SMTP Pro kikapcsolása és törlése.
        3. Moonshot esetén: a WP Mail SMTP Pro kikapcsolódik az ingyenes aktiválásával, majd törlésre kerül.
    2. Yoast SEO bővítmények – (amennyiben a licensz a GPLTimes-on biztosított volt)
      1. Yoast SEO: WooCommerce kikapcsolása és törlése.
      2. Yoast SEO Premium kikapcsolása és törlése.
      3. Moonshot esetén: Yoast SEO (ingyenes) letöltése wordpress.org-ról és FELÜLÍRÁSA (adminon vagy ManageWP-n).
    3. Wordfence
      1. Kikapcsolás előtt ellenőrzés:: Admin oldalsáv → Wordfence → All options → General Wordfence Options
      2. A „Delete Wordfence tables and data on deactivation” opció bepipálása, majd mentése.
      3. Kikapcsoláskor minden adat törlésének kiválasztása.
      4. Moonshot esetén: Wordfence Activator is kikapcsolásra és törlésre kerül.
  3. Licensz kulcsok törlése az admin oldalon
    1. Elementor Pro-hoz Moonshot-nak saját licensze van → nem kerül törlésre.
    2. Gravity Forms
    3. Soliloquy
    4. Divi, Extra, Monarch, Bloom
    5. AffiliateWP
    6. WPML és Toolset – törölni szükséges az installációt a fiókból, az adott oldalon történő használat esetén.
  4. HuCommerce
    1. Ellenőrzés szükséges, hogy az ügyfél használ-e prémium HuCommerce modult.
    2. Ha igen → saját HuCommerce prémium előfizetés biztosítása.
    3. A HuCommerce whitelist-ből a domain törlése.
    4. Moonshot esetén: A whitelist-ből törlés 1 héten belül történik – ClickUp-ban időzített feladat Péternek.
  5. DeployHQ
    1. A DeployHQ-ból a szerver törlése.
  6. wp-config.php módosítások
    1. Closte esetén a PWP Control-hoz kapcsolódó kódok törlése a Closte felületén.
    2. A PWP Control-hoz kapcsolódó kódok törlése, de a WP_HOME és WP_SITEURL define-okat szükséges meghagyni.
    3. A „salt”-okat a pwp-config.php fájlból átmásolni a wp-config.php-ba. (Ha új „salt”-ok kerülnek megadásra, a FluentSMTP beállításai érvénytelenek lesznek.)
    4. A PWP Control fájljainak és mappáinak törlése a szerverről (a listát GitHub-on ellenőrizni lehet).
  7. A mu-plugins mappában a surbma- és pwp- kezdetű fájlok törlése, valamint a 1-custom-functions.php fájl ellenőrzése.
  8. Felhasználók törlése
    1. Az admin@pwp.hu (szerepkör nélküli) és a premiumwp felhasználó törlése.
    2. A saját felhasználó törléséhez Modular DS-ből vagy ManageWP-ből más adminnal szükséges bejelentkezni, vagy User Switching bővítmény használata javasolt.
  9. Modular DS és MainWP
    1. Be kell lépni az admin felületre egy másik adminisztrátor felhasználóval a Modular DS-ből.
    2. A Modular DS és MainWP Child bővítmények kikapcsolása és törlése.
    3. Modular DS oldalon az installáció törlése.
    4. MainWP oldalon az oldal törlése.
  10. Monitoring szolgáltatásokból törölni
    1. PageScreen
    2. Pulsetic
    3. PWP Website monitoring (Google Sheet)
    4. Moonshot esetén: Moonshot előfizetések táblázatban: a megfelelő hónaptól a díj kihúzása, pirosra színezve a domaint, speciális karakterrel az ABC sorrend miatt.
    5. Moonshot esetén: Moonshot FTP táblázatban a weboldal sor törlése.
  11. Closte
    1. 3 forgatókönyv van:
      1. Van hozzáférés → a saját hozzáférés eltávolítása Collaboration alatt.
      2. Nincs hozzáférés → az ügyfél megkérése a törlésre.
      3. Ha ez sem lehetséges → írni a Closte-nak, hogy töröljék az installációt és az esetlegesen. megosztott hozzáféréseket.
  12. Cloudflare
    1. Moonshot esetén: Cloudflare kikötéssel nincs teendő, mivel az ügyfél saját fiókjában van.
    2. Az ügyfélnek saját fiókkal kell rendelkeznie.
    3. Ha a saját fiókban van, akkor a hozzáférés eltávolítása szükséges a Members listából.
  13. QUIC.cloud fiókból törlés
  14. FTP és hozzáférések
    1. Az FTP adatok törlése az FTP kliensekből (Transmit, FileZilla, stb.).
    2. 1Password-ből a hozzáférés törlése.
  15. Dokumentációk
    1. A domaint minden dokumentációból törölni, ahol szerepel. ClickUp-ban a weboldalra keresve az érintett bejegyzések eltávolítása.
  16. Google fiókokból törölni kell:
    1. Search Console
    2. Google Analytics
    3. Tag Manager
    4. Google Cloud Console APIs
    5. reCaptcha
  17. Billingo
    1. Az időzítés leállítása.
    2. Az aktuális számla sztornózása, ha a szolgáltatási idő nem járt le.

Checklist - [Előfizetés] Weboldal kikötése – Egységes folyamatleírás ​

1. Airtable ​

  • [ ] - [ ] Az Állapot mező „Felmondott”-ra állítása

2. Bővítmények kikapcsolása és törlése az admin oldalon ​

  • [ ] - [ ] GPL Times beállítások törlése
    • [ ] Elementor Pro Activator törlése GPLTimes licensz esetén
      • [ ] WP Mail SMTP:
        • [ ] Ingyenes verzió telepítése és bekapcsolása
        • [ ] Pro verzió kikapcsolása és törlése
        • [ ] Moonshot: ingyenes aktiválás után Pro törlése
      • [ ] Yoast SEO:
        • [ ] WooCommerce kikapcsolása és törlése
        • [ ] SEO Premium kikapcsolása és törlése
      • [ ] Wordfence:
        • [ ] „Delete Wordfence tables and data on deactivation” bepipálása
        • [ ] Kikapcsoláskor minden adat törlésének kiválasztása
        • [ ] Moonshot: Wordfence Activator kikapcsolása és törlése

3. Licensz kulcsok törlése az admin oldalon ​

  • [ ] - [ ] Elementor Pro (Moonshot: nem törlendő)
    • [ ] Gravity Forms
    • [ ] Soliloquy
    • [ ] Divi, Extra, Monarch, Bloom
    • [ ] AffiliateWP
    • [ ] WPML és Toolset

4. HuCommerce ​

  • [ ] - [ ] Prémium modul ellenőrzése
    • [ ] Ha igen: saját előfizetés biztosítása
    • [ ] Domain törlése a whitelistből
    • [ ] Moonshot: whitelistből törlés 1 héten belül (ClickUp feladat)

5. DeployHQ ​

  • [ ] - [ ] Szerver törlése

6. wp-config.php módosítások ​

  • [ ] - [ ] Closte: PWP Control kódok törlése Closte felületen
    • [ ] PWP Control kódok törlése (WP_HOME, WP_SITEURL marad)
    • [ ] Salt-ok átmásolása
    • [ ] PWP Control fájlok és mappák törlése a szerverről

7. mu-plugins ​

  • [ ] - [ ] surbma- és pwp- kezdetű fájlok törlése
    • [ ] 1-custom-functions.php ellenőrzése

8. Felhasználók törlése ​

  • [ ] - [ ] admin törlése
    • [ ] premiumwp törlése
    • [ ] Saját felhasználó törlése

9. Modular DS és MainWP ​

  • [ ] - [ ] Modular DS és MainWP Child bővítmények kikapcsolása és törlése
    • [ ] Modular DS oldalon installáció törlése
    • [ ] MainWP oldalon oldal törlése

10. Monitoring szolgáltatásokból törölni ​

  • [ ] - [ ] PageScreen
    • [ ] Pulsetic
    • [ ] PWP Website monitoring (Google Sheet)
    • [ ] Moonshot: előfizetés táblázat módosítása
    • [ ] Moonshot: FTP táblázatból törlés

11. Closte ​

  • [ ] - [ ] Van hozzáférés → saját hozzáférés eltávolítása Collaboration alatt
    • [ ] Nincs hozzáférés → ügyfél megkérése törlésre
    • [ ] Ha nem lehetséges → Closte értesítése törlésre

12. Cloudflare ​

  • [ ] - [ ] Moonshot: nincs teendő

    • [ ] Ügyfélnek saját fiók kell
    • [ ] Saját fiók esetén hozzáférés törlése a Members listából

  • [ ] - [ ] QUIC.cloud fiókból törlés

14. FTP és hozzáférések ​

  • [ ] - [ ] FTP kliensből adatok törlése
    • [ ] 1Password-ből törlés

15. Dokumentációk ​

  • [ ] - [ ] Domain törlése minden dokumentációból (ClickUp keresés)

16. Google fiókokból törlés ​

  • [ ] - [ ] Search Console
    • [ ] Google Analytics
    • [ ] Tag Manager
    • [ ] Google Cloud Console APIs
    • [ ] reCaptcha

17. Billingo ​

  • [ ] - [ ] Időzítés leállítása
    • [ ] Számla sztornózása

☑️ [Előfizetés] PWP aloldal kikötése ​

Ez a leírás bemutatja annak a lépéseit, amikor egy PWP ügyfél felmondja, törölteti a megrendelését.

PWP ügyfél felmondása esetén a jelenlegi szabályok szerint 1 évig megtartjuk az installációt ideiglenes valami.pwp.hu-s aldomainen.

Lépések: ​

  1. Cloudflare fiókból törölni a domaint:
  • Cloudflare > premiumwp > kiválasztani a domaint > Overview oldal alján "Remove from Cloudflare"-re kattintani
  1. Closte admin felületen törölni a domaint:
  • Closte > Sites > premiumwp > Domains > az adott domain sorának végén lévő lenyíló menüből rákattintani a delete-re, majd végigvárni a törlési folyamatot. Ezzel óvatosan, mert a Closte nem kérdez rá domain törlés előtt még egyszer, hogy biztosan gondoltuk-e.
  1. Létrehozni Cloudflare-en az installációnak a pwp-s aldomaint: Cloudflare > Surbma > pwp.hu domain > DNS > Add record:
    1. Type: CNAME
    2. Name: honlap_régi_domainje
    3. Target: pwp.hu
    4. Proxy status: kikapcsolva
  2. Closte oldalon pwp-s aldomain hozzáadása: Closte → Sites → premiumwp → Domains → Add Domain gomb
    1. Hostname: honlap_régi_domainje.pwp.hu
  3. Closte oldalon SSL beállítása a pwp-s aldomain-hez: Closte > Sites > premiumwp > Domains. Hozzáadott új domain sorában rákattintani a Request & Install gombra, majd a megjelenő új oldalon megvárni, míg a felső sor végén (Status) kiírja, hogy install, amire rá kell kattintani, majd az újabb megjelenő oldalon újra az Install gombra kattintva elindítani az SSL hozzáadását.
  4. A premiumwp installációban network-ön átírni az aldomaint a pwp-s aldomainre
  5. Felhasználók törlése az aloldalról (a network-ről nem töröljük egyelőre)
  6. Valamelyik alapértelmezett sablon bekapcsolása (pl.: Genesis, Divi)
  7. Hálózati admin felületen a Sablonok → PWP Theme manager alatt ellenőrizni, hogy a kikapcsolt sablon aktív-e valamelyik másik aloldalon. HA nem aktív sehol ÉS nem egyedi sablon volt, akkor azt is törölni kell. Ha egyedi sablon, akkor az aloldal későbbi végleges törlése esetén kell törölni.
  8. A bővítmények kikapcsolása az aloldalon.
  9. Hálózati admin felületen a Bővítmények → PWP Plugin manager alatt ellenőrizni, hogy a kikapcsolt bővítmények aktívak-e valamelyik másik aloldalon. HA nem aktívak sehol, akkor azokat is törölni kell.
  10. Időzítést beállítani, amikor valóban töröljük az aloldalt (jelenleg +1 év múlva)
  11. Törlés utáni egyéb teendők:
    1. ManageWP-ből és MainWP-ből törölni az oldalt.
    2. Pagescreen-ből törölni.
    3. Google Térkép API törlése, ha a mi fiókunkhoz állítottuk be
    4. Mobiltelefonból törölni az adatait (GDPR)
    5. 1Password-ből törölni bármilyen meglévő login-jét
    6. Ellenőrizni, hogy a Google Analytics, Google Tag Manager és Google Search Console fiókokat megosztotta-e velünk, onnan törölni vagy kérni a törlést.
    7. A következő Google szolgáltatásokat is ellenőrizni és szükség esetén törölni: Google Cloud Console APIs, reCaptcha
    8. Számlázókból törölni.
    9. Prémium WordPress táblázat → PWP előfizetések munkalapon leadminisztrálni a felmondást.
    10. Prémium WordPress táblázat → Felmondott előfizetések munkalapra beírni.
    11. (Multisite karbantartásnál törölni megmaradt dolgait.)

☑️ [Előfizetés] Multisite aloldal kikötése ​

Aloldal kikötése esetén a jelenlegi szabályok szerint 1 évig megtartjuk az installációt ideiglenes aldomainen.

Ezek a lépések akkor kellenek, ha az egyik multisite aloldalát valamilyen oknál fogva ki kell kötnünk. Ez lehet azért, mert a multisite tulajdonosa azt az aloldalt elvitte máshova, megszüntette, nem fizet neki az aloldal bérlője, stb.

Lépések 1 év szüneteltetésig (végleges kikötés esetén ez a rész átugorható): ​

  1. Ideiglenes aldomaint hozunk létre neki.
    1. Cloudflare-en (vagy ahol a DNS-ei kezelve vannak) a fődomainhez felvesszük az ideiglenes aldomaint CNAME rekorddal. A proxy-t nem kapcsoljuk még be a rekordnál (különben nem futna le az SSL)
    2. Closte-n is hozzáadjuk az ideiglenes aldomaint az adott domain vezérlőpultján: Domains » Add Domain gomb: Hostname-hez az ideiglenes aldomain név (https:// NÉLKÜL és vége perjel NÉLKÜL). Nem kell se Wildcard, se Primary, se Redirect.
    3. Domains menüpontban: a felvett ideiglenes aldomain SSL oszlopában rá kell kattintani a Request & Install gombra, mikor az megjelenik. Átdob az SSL » Free SSL Requests menüpontra, ahol elindul a folyamat. Ha kész, rá kell nyomni az install gombra (a folyamatjelző helyén jelenik meg). Ez egy új oldalra visz, ahol az összes eddigi SSL oldal mellett egy install gomb jelenik meg, amire ugyancsak rá kell nyomni.
    4. Cloudflare-en (ha ott kezeljük) az ideiglenes aldomain DNS rekordjánál most már bekapcsolható a proxy.
  2. Átállítjuk az aloldal URL-jét az ideiglenes aldomainre. WordPress hálózati beállítások » Honlapok-nál az adott aloldalt szerkesztve beállítani a Honlap ideiglenes URL-jét, majd mentés.
  3. Kikapcsoljuk (nem töröljük!!!) az ideiglenes aldomaint a WordPress hálózati beállítások » Honlapok-nál.
  4. Időzítést beállítani, amikor valóban töröljük az aloldalt (jelenleg +1 év múlva)
  5. Megírni az ügyfélnek, hogy vegye vissza a domainje DNS kezelését, ha eddig mi kezeltük a Cloudflare-en.
  6. Ha visszavette az ügyfél a domainje DNS kezelését, akkor törölni a domaint a Cloudflare fiókból:
    1. Cloudflare > premiumwp > kiválasztani a domaint > Overview oldal alján "Remove from Cloudflare"-re kattintani
  7. Closte admin felületen törölni a domaint:
    1. Closte > Sites > premiumwp > Domains > az adott domain sorának végén lévő lenyíló menüből rákattintani a delete-re, majd végigvárni a törlési folyamatot. Ezzel óvatosan, mert a Closte nem kérdez rá domain törlés előtt még egyszer, hogy biztosan gondoltuk-e.
  8. Felhasználók törlése az aloldalról (a network-ről csak azokat töröljük, akik egyik más multisite aloldalon sem aktívak)
  9. Valamelyik alapértelmezett sablon bekapcsolása (pl.: Genesis, Divi)
  10. Hálózati admin felületen a Sablonok ➝ PWP Theme manager alatt ellenőrizni, hogy a kikapcsolt sablon aktív-e valamelyik másik aloldalon. HA nem aktív sehol ÉS nem egyedi sablon volt, akkor azt is törölni kell. Ha egyedi sablon, akkor az aloldal későbbi végleges törlése esetén kell törölni.
  11. A bővítmények kikapcsolása az aloldalon.
  12. Hálózati admin felületen a Bővítmények ➝ PWP Plugin manager alatt ellenőrizni, hogy a kikapcsolt bővítmények aktívak-e valamelyik másik aloldalon. HA nem aktívak sehol, akkor azokat is törölni kell.

Adminisztráció ​

  1. Pagescreen-ből törölni.
    1. Google Térkép API törlése, ha a mi fiókunkhoz állítottuk be.
    2. Mobiltelefonból törölni az adatait (GDPR), ha van.
    3. 1Password-ből törölni bármilyen meglévő login-jét.
    4. Ellenőrizni, hogy a Google Analytics, Google Tag Manager és Google Search Console fiókokat megosztotta-e velünk, onnan törölni vagy kérni a törlést.
    5. A következő Google szolgáltatásokat is ellenőrizni és szükség esetén törölni: Google Cloud Console APIs, reCaptcha
    6. Számlázókból törölni, ha mi számláztunk neki.
    7. Prémium WordPress táblázat megfelelő munkalapján leadminisztrálni a felmondást.
    8. Prémium WordPress táblázat → Felmondott előfizetések munkalapra beírni.
    9. (Multisite karbantartásnál törölni megmaradt dolgait.)

☑️ [Előfizetés] Lépések SITEGROUND-ba migráláshoz ​

Fontos! SiteGround-nak van migráló pluginje, de multisite-ot nem kezel, marad a WP Migrate Pro. Élő weboldal költöztetése esetén a legjobb, ha ideiglenes aldomainre költöztetjük (például valami.sensei.hu) és később az adott weboldalnál kicseréljük a domaint. Lépései:

  1. Cloudflare-ben nézzük meg az adott domainhez tartozó DNS rekordokat, mert SiteGroundnál érdemes a névszervert is átírni (pl. CDN miatt), viszont nincs export-import, így kézzel kell felvinni. Előbb még átírjuk csak az A rekordot a SG IP-jére, de később szólni kell az ügyfélnek is, hogy írja át a névszervereit.
  2. premiumwp és senseiadmin admin felhasználók legyenek az élő oldalon felvéve
  3. A SAJÁT DOMAIN-jének egy ALDOMAIN-jével (ha van saját domainje) VAGY a SiteGround ideiglenes domainnel (Temporary domain) hozzunk létre egy weboldalt SG-n
  4. FONTOS! Ne a SiteGround saját migrálójával, mert az a legfrissebb WP-t és a legfrissebb WooCommerce-t telepíti automatikusan
    1. Email address: info@sensei.hu
    2. Password
    3. Site Scanner nem kell: NO, THANK YOU
    4. Email Marketing nem kell
    5. Premium Backup nem kell
    6. FINISH gomb
  5. Ha elkészült (kb 2 perc alatt kész. Érkezik róla email is):
    1. SSL-t beállítani rá.
    2. HTTPS Enforce-ot bekapcsolni rá.
    3. Bejelentkezni WP adminjába (e-mail-ben kapott adatokkal VAGY SG felületén lévő "Access WordPress Admin"-nal)
    4. 1P-be menteni az ideiglenes URL-t az ideiglenes loginhoz.
  6. WordPress Starter elindul (SiteGround Central plugin csinálja):
    1. EXIT WIZARD: varázsló az oldal beállításához (téma, egy-pár bővítmény, stb). Nem kell.
    2. SiteGround Central bővítmény törölhető.
  7. (Ha közvetlenül a fájlokat és az adatbázist másoljuk át, nem használunk migráló szoftvert, akkor a fájlkezelő nézetében be kell kapcsolni, hogy mutassa a rejtett fájlokat is, mert azokat is át kell másolni.)
  8. WP Migrate Pro-t telepíteni és push-olni ide a tartalmakat.
    1. premiumwp és senseiadmin admin felhasználók legyenek az élő oldalon felvéve
    2. Egyben is végig tudja migrálni (Closte-ról), vagy külön-külön.
    3. Mindent (pl. bővítményt) érdemes átmigrálni, mert az adatbázisban benne lesz és a bővítmény kikapcsolásával törlődik onnan. Máskülönben benne marad.
    4. HA VANNAK AZ OLDALON, akkor az adatbázist kivéve előbb mindent, majd ha már nincsenek az oldalon, akkor gyorsan az adatbázist is.
  9. Ellenőrizni a tartalmak darabszámát a 2 weboldalon (Bejegyzések, Vimeo videók, Média, Oldalak, Tanfolyamok, Leckék, Felhasználók)
  10. Beállítások:
    1. Általános » Időzóna: Budapest
    2. Általános » A honlap nyelve: Magyar
    3. Általános » Tagság: Bárki regisztrálhat opciót bepipálni.
    4. Olvasás » Keresőmotor láthatóság
  11. Vezérlőpult » Frissítések » Fordításokat lefrissíteni
  12. Eddigi élő oldalon (csak Single-nél) átírni FTP-n a maintenance.txt-t .maintenance-ra, hogy lássuk, mikor áll át az új élő oldalra.
  13. Átírni CF-ben a domain DNS-énél az A rekordot a SiteGround szerver IP címére (Dashboard » Site Information » IP and Name Servers)
  14. (Lehet, hogy CNAME-et kell átírni A rekordra.)
  15. Cseréljük át a domaint az ideiglenesről a valódi domainre: SG » Websites » adott domain sorban 3 pötty » Change Primary Domain. Érdemes a weboldal listát leszűrni, nehogy rossz weboldalnak állítsuk át a domainjét.
  16. SSL-t kérni rá: Security » SSL Manager
    1. Select Domain
    2. Select SSL: Let's Encrypt
    3. Get gomb
  17. Security » HTTPS Enforce-t bekapcsolni
  18. wp-config.php konfigurálása (PWP Control) most már az igazi domainre
  19. (Backup még nincs az elején)
  20. Better Search Replace (van saját funkciója is az SG-nek az admin adott oldalán WordPress » Search & Replace, de nem működik, csak pörög-pörög, "Your request is being processed". Jobb a plugin.)
    1. ideiglenes aldomain-ről (emailben megvan) éles domainre (https:// nélkül és végső perjel nélkül, például: valami.domain.hu → domain.hu)
    2. http-t https-re (például http://domain.hu → https://domain.hu)
    3. multisite-ból migrálás esetén /uploads/sites/253/ helyett /uploads/
  21. DIVI beállításai nem módosulnak:
    1. logo URL-je (Divi » Sablon beállítások » Általános » Logó)
    2. Divi-s oldalak háttérképei
    3. Divi » Sablon beállítások » Általános » Performance beállításait ellenőrizni, kikapcsolni (kivéve Dynamic Module Framework)
  22. Megjelennek a Tanfolyamok, Leckék?
    1. Purge SG Cache törlés
    2. Közvetlen hivatkozások-ra rámenteni.
  23. FTP felhasználót létrehozni a weboldalhoz: Site » FTP Accounts
    1. Account Name: sensei@valami.hu
    2. Password
    3. Többi info: Actions » FTP Credentials (username végéhez néha 2 láthatatlan szóközt tesz)
    4. felvenni Transmit-be
    5. felvenni Forklift-be
    6. felvenni 1Password-be (adatbázis adatait is)
  24. További fájlok átmásolása/ellenőrzése FTP-n
    1. wp-content/languages/custom (egyedi Sensei fordítások)
    2. wp-content/languages/plugins-ban pár saját fordítás (pl. woo-stripe-payment-hu_HU.mo)
    3. ha nincs fordítás a Blokkoknál, akkor CLI-t lefuttatni
    4. /wp-content/mu-plugins saját php fájlok (pl. surbma-vimeo-count.php)
  25. Site » MySQL » PHPMYADMIN: ellenőrizni az adatbázisban a wp_options táblát
  26. WordPress » Autoupdate beállítása:
    1. Major Release: 72 Hours
    2. Minor Release: 72 Hours
    3. Update Plugins: KI kapcsolni
  27. Törölni 1P-ből az ideiglenes domain loginját.
  28. Bővítmények SiteGround miatt:
    1. Security Optimizer
    2. Speed Optimizer
    3. Wordfence
    4. Wordfence Activator
    5. FluentSMTP
  29. Felesleges bővítményeket kikapcsolni, törölni
    1. WP Migrate Pro
    2. Better Search Replace
    3. SiteGround Central
  30. Felesleges sablonokat törölni (Twenty-...)
  31. Independent Analytics Pro analitikáját lenullázni
  32. GPLTimes-ot beállítani
  33. Licenszeket ellenőrizni (pl Gravity Forms, Divi)
  34. DeployHQ
  35. Security Optimizer beállításai:
    1. Get the Most of This Plugin: "Collect technical data ..." CONFIRM
    2. Site Security
    3. Login Security
  36. Speed Optimizer beállításai:
    1. Get the Most of This Plugin: "Collect technical data ..." CONFIRM
    2. Caching
    3. Environment
    4. Frontend
    5. Media:
      1. Maximum Image Width: 2048 vagy 1920
    6. Site Performance (nem működik)
  37. Képek optimalizálására valami. SG saját megoldása?
  38. Új jelszót senseiadmin-hoz. Ezeket felvenni 1Password-be
  39. multisite-ból migrálás esetén
    1. CF-en ideiglenes sensei aldomain CNAME-mel. Pl regi-valami.sensei.hu
    2. Closte-n hozzáadni a domaint + SSL-t kérni rá
    3. sensei hálózati networkben átírni az aloldal URL-jét erre az ideiglenes aldomainre és kikapcsolni az aloldalt
    4. Closte domain-ek közül törölni a fődomaint.
    5. 1-2 hétre kikapcsolni (nem törölni) az aloldalt
    6. Naptárba beállítani időzítést törlésre
  40. ManageWP-vel összekötni és csak a Backup-ot bekapcsolni.
  41. MainWP-vel
    1. összekötni
    2. frissíteni adatait (pl Tags: SiteGround)
  42. fluentSMTP-vel bekötni vagy saját MailGun-t létrehozni neki
  43. **Wordfence Scan-**t lefuttatni.
  44. Telepíteni az ügyfélnek a további bővítményeket, ha csomagot váltott.
  45. Uptime:
    1. Google monitoring
    2. Pulsetic
  46. CDN-t bekapcsolni
    1. DNS rekordjait átírni CF-ből a SG-ba: Domain » DNS Zone Editor
    2. Ügyfélnek írni:
      1. kérni az ügyféltől, hogy írja át a névszervereit a SiteGround-ra
      2. megírni a változásokat (felhasználó kezelés, iframe, ...
  47. Ügyfél Adatkezelési Tájékoztatójában a Tárhely-szolgáltatást átírni SiteGround-ra
  48. SiteGround Hosting Ltd. (3rd Floor, 11-12 St. James’s Square, London SW1Y 4LB, United Kingdom, email: compliance@siteground.com)
  49. AirTable-ben adminisztrálni vagy aktualizálni (pl. Hosting: SiteGround).
  50. SalesAutoPilot-ban aktualizálni az adatokat.

Változások a multisite-ból single site-ba helyezés után: ​

  1. 1. **Felhasználók professzionálisabb kezelése:** hozzáadható új, jelszó megadható, adatai átírhatók
  2. iframe kódok: most már Ti is tehettek be az oldalatokba, nem kell minket megkérni erre. Illetve az oldal módosítása után a beillesztett iframe kód nem törlődik. (Az eddigi multisite rendszerben biztonsági okokból ez törlődött és csak mi tudtuk beilleszteni újra.)
  3. napi és akár eseti backup-ok: a honlapot bármikor vissza tudjuk állítani a hajnal 2-3 órai backupra. Valamint nagyobb újítások, módosítások előtt eseti backup is kérhető tetszőleges időpontban. Probléma esetén ezekre az eseti backup-okra is vissza tudjuk állítani a honlapot.
  4. Vimeo tárhely 50 GB. Ez a Te esetedben pont előny, mivel most +10 GB-os Vimeo tárhely díjat fizetsz, mert átlépted a csomagodban lévő 10 GB-ot. Így most akkor ez a díj már nem számolódik fel és csomó ideig elegendő lesz az 50GB Vimeo tárhely.
  5. Pár bővítmény:
    1. Independent Analytics Pro
    2. User Switching
  6. Webtárhely nem fix, nem áll le, ha betelik: EZT MEGÍRNI RENDESEN. Külön Closte, külön Elin, külön SiteGround: (A jelenlegi csomagodban 3 GB) Viszont tudni kell, hogy az új csomagoknál egy bizonyos költségig vállaljuk át a tárhelyszolgáltatás díját. Ez a FIX csomag esetében 8 USD. Egy általános weboldal nagyjából 5-10 USD. Attól függ, hogy mekkora erőforrásokat, tárhelyet használ. De ha valami nagyon megugrik, akkor mindenképp átnézzük és segítünk, hogy optimális legyen a kihasználtság.
  7. Honlapjaim menüpont: bal felső sarokban lévő Honlapjaim menüpont már nem elérhető. Ott lehetett átkattintani a sensei.hu-ra és kezelni a Sensei előfizetésedet.

☑️ [Előfizetés] Lépések új ügyfél bekötésénél SITEGROUND-ba (SENSEI) ​

  1. A SiteGround a sensei-es aldomainnel hozzunk létre egy weboldalt SG-n:
  2. Existing domain » Start New Website » WordPress
  3. FONTOS! Ne a SiteGround saját migrálójával, mert az a legfrissebb WP-t és a legfrissebb WooCommerce-t telepíti automatikusan
    1. Email address: info@sensei.hu
    2. Password
    3. Site Scanner nem kell: NO, THANK YOU
    4. Email Marketing nem kell
    5. Premium Backup nem kell
    6. FINISH gomb
  4. CF-ben felvenni az ideiglenes sensei-es aldomaint A rekorddal a SiteGround szerver IP címére (Dashboard » Site Information » IP and Name Servers)
  5. Ha elkészült (kb 2 perc alatt kész. Érkezik róla email is):
    1. Megnézni, friss-e a WordPress. Ha van újabb, akkor esetleg arra frissíteni
    2. SSL-t beállítani rá.
    3. HTTPS Enforce-ot bekapcsolni rá.
    4. Bejelentkezni WP adminjába (e-mail-ben kapott adatokkal VAGY SG felületén lévő "Access WordPress Admin"-nal)
  6. WordPress Starter elindul (SiteGround Central plugin csinálja):
    1. EXIT WIZARD: varázsló az oldal beállításához (téma, egy-pár bővítmény, stb). Nem kell.
    2. SiteGround Central bővítmény törölhető.
    3. WP Migrate Pro-t telepíteni
  7. (Ha közvetlenül a fájlokat és az adatbázist másoljuk át, nem használunk migráló szoftvert, akkor a fájlkezelő nézetében be kell kapcsolni, hogy mutassa a rejtett fájlokat is, mert azokat is át kell másolni.)
  8. WP Migrate Pro-t telepíteni és push-olni ide a tartalmakat a klon-sg.sensei.hu-ról.
    1. senseiadmin admin felhasználó legyen az élő oldalon felvéve
    2. Egyben is végig tudja migrálni (SiteGround-ról), vagy külön-külön.
    3. Mindent (pl. bővítményt) érdemes átmigrálni, mert az adatbázisban benne lesz és a bővítmény kikapcsolásával törlődik onnan. Máskülönben benne marad.
  9. Ellenőrizni a tartalmak darabszámát a 2 weboldalon (Bejegyzések, Vimeo videók, Média, Oldalak, Tanfolyamok, Leckék, Felhasználók)
  10. Cseréljük át a domaint az ideiglenesről a valódi domainre: SG » Websites » adott domain sorban 3 pötty » Change Primary Domain. Érdemes a weboldal listát leszűrni, nehogy rossz weboldalnak állítsuk át a domainjét.
  11. SSL-t kérni rá: Security » SSL Manager
    1. Select Domain
    2. Select SSL: Let's Encrypt
    3. Get gomb
  12. Security » HTTPS Enforce-t bekapcsolni
  13. FTP felhasználót létrehozni a weboldalhoz: Site » FTP Accounts
    1. Account Name: sensei@valami.hu
    2. Password
    3. Többi info: Actions » FTP Credentials (username végéhez néha 2 láthatatlan szóközt tesz)
    4. felvenni Transmit-be
    5. felvenni Forklift-be
    6. felvenni 1Password-be (adatbázis adatait is)
  14. wp-config.php konfigurálása (PWP Control)
  15. (Backup még nincs az elején)
  16. Better Search Replace (van saját funkciója is az SG-nek az admin adott oldalán WordPress » Search & Replace, de nem működik, csak pörög-pörög, "Your request is being processed". Jobb a plugin.)
    1. ideiglenes aldomain-ről (emailben megvan) éles domainre (https:// nélkül és végső perjel nélkül, például: valami.domain.hu → domain.hu)
    2. http-t https-re (például

[

http://domain.hu

](http://domain.hu)

  1. 1. →

[

https://domain.hu

](https://domain.hu)

  1. 1. )
  2. Vezérlőpult » Frissítések » Fordításokat lefrissíteni
  3. Beállítások:
    1. Általános » Honlap neve
    2. Általános » Időzóna: Budapest
    3. Általános » A honlap nyelve: Magyar
    4. Általános » Tagság: Bárki regisztrálhat opciót bepipálni.
    5. Olvasás » Keresőmotor láthatóság: NOINDEX egyelőre
  4. DIVI beállításai nem módosulnak:
    1. logo URL-je (Divi » Sablon beállítások » Általános » Logó)
    2. Divi-s oldalak háttérképei
    3. Divi » Sablon beállítások » Általános » Performance beállításait ellenőrizni, kikapcsolni (kivéve Dynamic Module Framework)
  5. Megjelennek a Tanfolyamok, Leckék?
    1. Purge SG Cache törlés
    2. Közvetlen hivatkozások-ra rámenteni.
  6. További fájlok átmásolása/ellenőrzése FTP-n
    1. wp-content/languages/custom (egyedi Sensei fordítások)
    2. wp-content/languages/plugins-ban pár saját fordítás (pl. woo-stripe-payment-hu_HU.mo)
    3. ha nincs fordítás a Blokkoknál, akkor CLI-t lefuttatni
    4. /wp-content/mu-plugins saját php fájlok (pl. surbma-vimeo-count.php)
  7. Site » MySQL » PHPMYADMIN: ellenőrizni az adatbázisban a wp_options táblát
  8. WordPress » Autoupdate beállítása:
    1. Major Release: 72 Hours
    2. Minor Release: 72 Hours
    3. Update Plugins: KI kapcsolni
  9. Törölni 1P-ből az ideiglenes domain loginját.
  10. Bővítmények SiteGround miatt:
    1. Security Optimizer
    2. Speed Optimizer
    3. Wordfence
    4. Wordfence Activator
    5. FluentSMTP: ha nem gmail-es az email címe, akkor beállítani a PHP mail opciót addig az ügyfél nevével, email címével. Ha gmail-es, akkor nem fog működni.
  11. SMTP beállítása a Sensei MailGun-jára
  12. Felesleges bővítményeket kikapcsolni, törölni
    1. WP Migrate Pro
    2. Better Search Replace
    3. SiteGround Central
    4. Előfizetéséhez nem tartozó bővítmények (pl WooCommerce Memberships - Sensei FIX-nél)
  13. Felesleges sablonokat törölni (Twenty-...)
  14. WP Crontrol-nál ellenőrizni a 2 db WP_DGV_Cron műveletet (Video Uploads for Vimeo Pro)
  15. Independent Analytics Pro analitikáját lenullázni
  16. GPL Times-ot beállítani
  17. Felhasználót Adminisztrátornak felvenni: Új felhasználó hozzáadása
    1. Felhasználónév: nevéből generálni: vezeteknev.keresztnev
    2. E-mail-cím (sensei.hu oldal új előfizetői közül kikeresni)
    3. Keresztnevet, Vezetéknevet is kitölthetjük
    4. Szerepkör: Adminisztrátor
    5. Megerősítő email MENJEN KI (bepipálva)
    6. Jelszó kimegy neki? Kell, hogy érkezzen róla egy értesítő e-mail nekünk. Ha nem, akkor Jelszó visszaállítás, Visszaállító hivatkozás küldése gomb.
  18. Beállítások » Általános » Adminisztrációs e-mail cím: beállítani az előfizető email-jét
  19. WooCommerce adatbázis frissítés? WooCommerce » Beállítások
  20. Bővítmények bekapcsolása:
  21. WooCommerce,
  22. Sensei Pro (WC Paid Courses),
  23. HuCommerce | Magyar WooCommerce kiegészítések
  24. (2 db Surbma DIVI bővítmény)
  25. Gravity Forms-ot
  26. Barion
  27. FluentSMTP
  28. Payment Plugins for Stripe WooCommerce
  29. Yoast SEO
  30. Yoast SEO Premium
  31. Yoast SEO: WooCommerce
  32. Video Uploads for Vimeo PRO
  33. WP Crontrol
  34. WooCommerce Memberships (Sensei PLUS csomagtól)
  35. WooCommerce Subscriptions (Sensei PLUS csomagtól)
  36. Beállítások » Vimeo: (Demo Sensei alapján a Beállítások » Vimeo beállításai)
  37. HuCommerce beállítása (modulok) Fordítások, ???
  38. WooCommerce » E-mailek: (Ha már elfogadta az adminisztrátori email-jét, akkor elég csak üresen hagyni, törölni és úgy lementeni)
    1. Új rendelés
    2. Visszamondott rendelés
    3. Sikertelen rendelés
    4. Új Megújítási Rendelés
    5. Előfizetés bekapcsolva
    6. Törölt előfizetés
    7. Lejárt előfizetés
    8. Felfüggesztett előfizetés
  39. WooCommerce » E-mailek: alul Feladó neve: oldalnév + Feladó címe: email cím
  40. WooCommerce » E-mailek » E-mail információk aktiválása-t kikapcsolni.
  41. WooCommerce » Beállítások » Adó beállításokat ellenőrizni
  42. WooCommerce » Beállítások » Haladó » Funkciók fül
    1. Blueprint (béta)-t KIKAPCSOLNI
  43. Sensei LMS » Beállítások » E-mail-ek » Beállítások
  44. Főoldalát beállítani témája alapján (Beállítások » Olvasás és Menüben)
  45. Senseiadmin szerzőt eltávolítani a tartalmakról:
    1. Oldalak Szerzőjét átírni másra (Csoportos szerkesztéssel)
    2. Visszatérítési és visszaküldési oldalt TÖRÖLNI
    3. Tartalom korlátozva című oldalt TÖRÖLNI, ha alacsonyabb az előfizetése
    4. Bejegyzések Szerzőjét átírni (Gyorsszerkesztéssel)
    5. Tanfolyamok Szerzőjét átírni (Csoportos szerkesztéssel) (ERRŐL EMAILT KAP, HOGY HOZZÁ KERÜLT)
  46. Megjelenés » Testreszabás-ra rámenteni!!!
  47. DIVI beállításai:
    1. Egyéni CSS-nél átírni az oldal URL-jét
    2. API kulcsot beállítani DIVI » Sablon beállítások » Frissítés-nél
    3. Rámenteni!
  48. Közvetlen hivatkozások-ra rámenteni
  49. Licenszeket ellenőrizni (Gravity Forms, SeedProd Pro, HuCommerce)
  50. ADÓSZÁMÁT ELLENŐRIZNI!!! Jól írta?

[

https://www.e-cegjegyzek.hu

](https://www.e-cegjegyzek.hu)

  1. vagy

[

www.nyilvantarto.hu

https://www.nyilvantarto.hu/evny-lekerdezo/

](https://www.nyilvantarto.hu/evny-lekerdezo/)

    1. SalesAutoPilot:
    2. Előfizetése aktív
    3. Fizetési mód
    4. Igényelt Előfizetői csomagot ellenőrizni
    5. Sensei honlap nevet beírni
    6. Beírni/Javítani az aldomain URL-jét: https://aldomain.sensei.hu
    7. Beírni/Javítani a felhasználónevét (https://sensei.hu-ról-exa/)))
    8. Milyen tanfolyamokat indítasz-t beírni
    9. Honnan hallottál rólunk-ot beírni
    10. Adószámot beírni, ha megadta - Sensei.hu oldalról, az Előfizetések-ben megadottak alapján
  2. “Elkészült a honlapja” űrlapot (SalesAutoPilot) kitölteni.
  3. “DÍJ BEFIZETVE” űrlapot (SalesAutoPilot) kitölteni, ha megérkezett az előfizetési díj.
  4. Mobilba beírni a nevét, telefonszámát
  5. DeployHQ
  6. Security Optimizer beállításai:
    1. Get the Most of This Plugin: "Collect technical data ..." CONFIRM
    2. Site Security
    3. Login Security
  7. Speed Optimizer beállításai:
    1. Get the Most of This Plugin: "Collect technical data ..." CONFIRM
    2. Caching
    3. Environment
    4. Frontend
    5. Media:
      1. Maximum Image Width: 2048 vagy 1920
    6. Site Performance (nem működik)
  8. Képek optimalizálására valami. SG saját megoldása?
  9. Új jelszót a senseiadmin-hoz. Ezt felvenni 1Password-be
  10. ManageWP-vel összekötni és csak a Backup-ot bekapcsolni (havi 1-szer 15-ére 8:00)
  11. MainWP-vel
    1. összekötni
    2. frissíteni adatait (pl Tags: SiteGround)
  12. **Wordfence Scan-**t lefuttatni.
  13. Telepíteni az ügyfélnek a további bővítményeket, ha csomagot váltott.
  14. Uptime:
    1. Sensei Google monitoring
    2. Pulsetic
  15. CDN-t bekapcsolni
    1. DNS rekordjait átírni CF-ből a SG-ba: Domain » DNS Zone Editor
    2. Ügyfélnek írni:
      1. kérni az ügyféltől, hogy írja át a névszervereit a SiteGround-ra
      2. megírni a változásokat (felhasználó kezelés, iframe, ...
  16. Ügyfél Adatkezelési Tájékoztatójában a Tárhely-szolgáltatást átírni SiteGround-ra
  17. SiteGround Hosting Ltd. (3rd Floor, 11-12 St. James’s Square, London SW1Y 4LB, United Kingdom, email: compliance@siteground.com)
  18. AirTable-ben adminisztrálni vagy aktualizálni (pl. Hosting: SiteGround).

☑️ [Előfizetés] Lépések ELIN-be migráláshoz (Sensei) ​

Fontos! ELIN-nél a tárhelyszolgáltatási csomagot a domain szintjén lehet csak beállítani. Így az összes aldomain onnantól fogva ugyanabba a webtárhely szolgáltatási csomagba fog kerülni.

Élő weboldal költöztetése esetén a legjobb, ha ideiglenes aldomainre költöztetjük (például valami.sensei.hu) és később az adott webtárhely soránál a "Webtárhely domain csere" ikonra kattintva kicseréljük. Lépései:

  1. premiumwp és senseiadmin admin felhasználók legyenek az élő oldalon felvéve
  2. ideiglenes aldomainnel webtárhely Elinen (CF-en DNS). WordPress-t telepíttetni rá és azt frissíteni.
  3. Adatbázis hozzáférési adatok: jelszót vagy wp-config.php-ból kiolvasni vagy generáltatni újat. 1Password-be felvenni.
  4. (Ha közvetlenül a fájlokat és az adatbázist másoljuk át, nem használunk migráló szoftvert, akkor a fájlkezelő nézetében be kell kapcsolni, hogy mutassa a rejtett fájlokat is, mert azokat is át kell másolni.)
  5. WP Migrate Pro-val push-olni ide a tartalmakat DE FORDÍTOTT sorrendben. Előbb az mu-plugins, utána Plugins, utána Sablonok, stb.
    1. premiumwp és senseiadmin admin felhasználók legyenek az élő oldalon felvéve
    2. Előtte a webtárhelyen WAF-ot ki kell kapcsolni.
    3. PHP ini-ben átállítani azonosra a PHP verziót
    4. PHP ini-ben átállítani a Maximum memória-t 256M-re (vagy nagyobbra, ha kell)
    5. Érdemes lehet az "Ideiglenes PHP futási idő növelés"-re is rányomni.
    6. Elinesek javasolták a PHP ini-ben az "Allow URL fopen"-t BE kapcsolni, de szerintem ez nem segített semmit.
  6. Ellenőrizni a tartalmak darabszámát a 2 weboldalon (Bejegyzések, Vimeo videók, Média, Oldalak, Tanfolyamok, Leckék, Felhasználók)
  7. Beállítások:
    1. Általános » Időzóna: Budapest
    2. Általános » A honlap nyelve: Magyar
    3. Általános » Tagság: Bárki regisztrálhat opciót bepipálni.
    4. Olvasás » Keresőmotor láthatóság
  8. Csak a wp-config.php-ben kell átírni a HOME és SITEURL-t az ideiglenes aldomainre. Az adatbázisban (wp_options) nem kell átírni, viszont érdemes ellenőrizni.
  9. Eddigi élő oldalon (csak Single-nél) átírni FTP-n a maintenance.txt-t .maintenance-ra, hogy lássuk, mikor áll át az új élő oldalra.
  10. Átírni a domain DNS-énél az A rekordot az Elin szerver IP címére (185.75.192.3).
  11. Elin-en új webtárhelyet létrehozni. (Érdemes a végleges domainnel azonos ASA szerverre.)
    1. PHP-t beállítani rá
    2. Maximum memóriát min. 256M-re (vagy nagyobbra)
    3. SSL-t kérni az új végleges domainre.
    4. www átirányítást bekapcsolni, ha úgy van a domain.
  12. Elin-en cseréljük át a domaint az ideiglenes (valami.sensei.hu-ról) domain-ről a valódi domainre. Kattintsunk az ideiglenes domain webtárhelyének során a "Webtárhely domain csere" ikonra. (Ha különböző ASA szerveren voltak, akkor az felcserélődik.)
  13. Ellenőrizni az Elin adminon, hogy az adatbázis domainje is átcserélődött-e: Webtárhely → Adatbázis
  14. SFTP felhasználót létrehozni az ideiglenes webtárhelyhez
    1. felvenni Transmit-be
    2. felvenni Forklift-be
    3. felvenni 1Password-be
  15. wp-config.php konfigurálása (PWP Control)
  16. Better Search Replace
    1. ideiglenes aldomain-ről éles domainre (https:// nélkül és végső perjel nélkül, például: valami.domain.hu → domain.hu)
    2. http-t https-re (például

[

http://domain.hu

](http://domain.hu)

  1. 1. →

[

https://domain.hu

](https://domain.hu)

  1. 1. )
    1. multisite-ból migrálás esetén /uploads/sites/253/ helyett /uploads/
  2. Megjelennek a Tanfolyamok, Leckék?
    1. Közvetlen hivatkozások-ra rámenteni.
    2. Purge All cache törlés
  3. Visszakapcsolni WAF-ot
  4. DIVI beállításai nem módosulnak:
    1. logo URL-je (Divi » Sablon beállítások » Általános » Logó)
    2. Divi-s oldalak háttérképei
    3. Divi » Sablon beállítások » Általános » Performance beállításait ellenőrizni, kikapcsolni (kivéve Dynamic Module Framework)
  5. Bővítmények Elin miatt:
    1. Wordfence
    2. Wordfence Activator
    3. FluentSMTP
  6. Felesleges bővítményeket kikapcsolni, törölni (pl WP Migrate Pro, Better Search Replace)
  7. Felesleges sablonokat törölni (Twenty-...)
  8. GPLTimes-ot beállítani
  9. Licenszeket ellenőrizni (pl Gravity Forms, Divi)
  10. DeployHQ
  11. További fájlok átmásolása/ellenőrzése FTP-n
    1. wp-content/languages/custom (egyedi Sensei fordítások)
    2. wp-content/languages/plugins-ban pár saját fordítás (pl. woo-stripe-payment-hu_HU.mo)
    3. /wp-content/mu-plugins saját php fájlok (pl. surbma-vimeo-count.php)
    4. ha nincs fordítás a Blokkoknál, akkor CLI-t lefuttatni
  12. Ideiglenes aldomain webtárhelyét törölni Elinről. (Adatbázist nem kell, mert azt átadtuk a valós weboldalnak.)
  13. Ideiglenes aldomaint törölni CF-ről a DNS-ek közül.
  14. multisite-ból migrálás esetén
    1. CF-en ideiglenes sensei aldomain CNAME-mel. Pl regi-valami.sensei.hu
    2. Closte domain-ek közül törölni a fődomaint.
    3. Closte-n hozzáadni a domaint + SSL-t kérni rá
    4. sensei hálózati networkben átírni az aloldal URL-jét erre az ideiglenes aldomainre és kikapcsolni az aloldalt
    5. 1-2 hétre kikapcsolni (nem törölni) az aloldalt
    6. Naptárba beállítani időzítést törlésre
  15. Smush Pro: Bulk Smush
  16. Új jelszót premiumwp-hez és senseiadmin-hoz. Ezeket felvenni 1Password-be
  17. ManageWP-vel összekötni. Backup-ot bekapcsolni.
  18. MainWP-vel
    1. összekötni
    2. frissíteni adatait (pl Tags: ELIN)
  19. **Wordfence Scan-**t lefuttatni.
  20. Google monitoring táblázatba felvenni.
  21. AirTable-ben adminisztrálni vagy aktualizálni (pl Elin).

[

domain.hu

http://domain.hu/

](http://domain.hu/)

  1. Domain hozzáadása: Domain → Domain → + jel
    1. Domain név
    2. 1. - 4. névszerver címe: úgy hagyni, ahogy van, mert úgysem Elin-es, hanem Cloudflare-es névszerverek lesznek/vannak beállítva a domainhez.
    3. DNS sablon: úgy hagyni, ahogy van
    4. Szolgáltatás hozzárendelése: Parkoltatás helyett válasszuk ki a webtárhely csomagot, amelyikbe el akarjuk helyezni.
    5. Használati jog ellenőrzése: a megadott karaktersorozattal egy TXT rekordot kell létrehozni a domain DNS-einél "elin-check" névvel. Megjegyzésben (CF-ben) érdemes beírni, hogy "ELIN"
  2. Webtárhely létrehozása: Webtárhely → Webtárhely → + jel
    1. Domain név: választani a már felvett domain-ek közül
    2. Aldomain név: megadni, ha aldomain-es weboldalt hozunk létre
    3. Szerver: talán automatikusan a legoptimálisabbat választja betöltéskor?!? Választhatunk másikat. Közben ha az egeret tovább felette tartjuk, akkor felugró információs üzenetként megjelenik a szerver IP címe, amit majd a domain DNS-einél fel kell venni A rekordként.
    4. Gyökérkönyvtár: hagyjuk üresen (.../web/)
    5. WWW alias: alapértelmezetten be van kapcsolva. Nem állítható át.
    6. SSL tanúsítvány generálása: alapértelmezetten ki van kapcsolva. Ne kapcsoljuk be, mert jobb, ha ezek a folyamatok külön futnak le. Ha még nem tudjuk beállítani a domainhez/aldomainhez az A rekordot (pl migrálásnál), akkor nem fogja tudni létrehozni az SSL tanúsítványt még.
    7. Aktív: alapértelmezetten be van kapcsolva.
  3. SSL generálása: Webtárhely → Webtárhely.
  4. Ha élő oldalt akarunk migrálni azonos domain névre, akkor nem lehet SSL-t generálni, mert a DNS-eknél nem tudjuk beállítani az A rekordot az ELIN-re ekkor még.
    1. Az adott webtárhely "Átir. HTTPS-re" oszlopában látunk egy nyitott lakatról zárt lakatra mutató nyíl képet (infó szövege: Még nincs SSL tanúsítvány a tárhelyhez, automatikus generáláshoz kattintson ide) Kattintsunk erre. Várni kell kb 30 mp-et.
    2. Utána az "Átir. HTTPS-re" oszlopban kapcsoljuk be a kapcsolót.
  5. Alap WordPress-t telepíttethetünk a WordPress jelre kattintva, ha szükséges. Óvatosan, mert a webtárhelyen az összes adat törlődni fog ezáltal.
    1. Ez létrehozza a weboldalhoz tartozó adatbázist is, ha még eddig nem hoztuk létre hozzá külön.
    2. Erről egy "WordPress telepítés" tárgyú email érkezik az Elin-nél beállított email címünkre, benne a bejelentkezési adatokkal.
    3. Általában nem teljesen friss ez a WordPress. Ha kell, frissítsük le. Néha viszont frissebb ez a verzió, mint amit át akarunk migrálni (ekkor érdemes downgrade-elni a WP-t).
    4. Esetenként a frissítés után sem veszi észre, hogy már friss és csak ajánlgatja tovább. Ekkor itt, a Frissítések menüpontban rá kell nyomni az Újraellenőrzés-re.
    5. Akismet és Hello Dolly bővítmények törölhetők.
  6. Új FTP felhasználó létrehozása: Webtárhely → FTP felhasználó → + jel
    1. Webtárhely domain név: válasszuk ki, melyik webtárhelyhez hozzuk létre az FTP-t
    2. Felhasználónév: egy alapból beírt előtaghoz írjunk valami azonosító utótagot. Például a weboldal URL-jéből (pl. sensei) vagy az installáció azonosítóját (pl. amina).
    3. Jelszó: kattintsunk a fogaskerékre és vagy generáltassunk egyet vagy adjunk meg egyet, majd Jelszó alkalmazása.
    4. Csatlakozás ebbe a könyvtárba: hagyjuk
    5. IP cím szűrés: hagyjuk
    6. Aktív: hagyjuk
    7. 1Password-be mentsük el!
  7. Új SFTP felhasználó létrehozása: Webtárhely → SFTP felhasználó → + jel.
  8. 1 webtárhelyhez csak 1 SFTP felhasználót hozhatunk létre. Ő látja az adott szerveren lévő többi webtárhely könyvtárát is, de módosítani nem tudja a benne lévő fájlokat ezzel a felhasználóval bejelentkezve.
    1. Webtárhely domain név: válasszuk ki, melyik webtárhelyhez hozzuk létre az FTP-t
    2. Felhasználónév: megadja a webtárhely kiválasztása után.
    3. Jelszó: kattintsunk a fogaskerékre és vagy generáltassunk egyet vagy adjunk meg egyet, majd Jelszó alkalmazása.
    4. Aktív: hagyjuk
    5. 1Password-be mentsük el!
  9. ÚJ adatbázis létrehozásánál: Webtárhely → Adatbázis → + jel
    1. Adatbázishoz tartozó webtárhely (Alapok és Haladó)
    2. Név utótag (Alapok): az adatbázis névben és az adatbázis felhasználónévben lévő utótag. Haladó fülön ezek testreszabhatóak, de ezt hagyjuk!
    3. Jelszó (Alapok): a fogaskerékre kattintva tudunk generáltatni egyet.
    4. Szerver (Haladó): hagyjuk ugyanazon, mint amin a webtárhely is van, hogy az egyéb problémákat elkerüljük.
    5. Napi automatikus mentések száma: hagyjuk 1-en
    6. Aktív (Haladó)
    7. Folyamatos hozzáadás
    8. 1Password-be mentsük el!
  10. Meglévő adatbázis szerkesztésénél: Webtárhely → Adatbázis. Az alap WordPress telepítésével létrehoz egy adatbázist. Ennek jelszavát a wp-config.php-ben találjuk.
    1. Beállításait lásd az előző pontban.
    2. A jelszó kicserélése a WordPress beállításokban is: alapból ki van kapcsolva. Pedig érdemes bekapcsolni, ha módosítjuk a jelszót, hogy a wp-config.php-ban módosítsa az adatbázis elérési adatait.
  11. Migrálás esetén lásd az alábbi leírást: IDE JÖHET A MIGRÁLÁSRÓL SZÓLÓ DOKSI LINKJE

☑️ [Előfizetés] Lépések ELIN-be migráláshoz (Prémium WP) ​

Fontos! ELIN-nél a tárhelyszolgáltatási csomagot a domain szintjén lehet csak beállítani. Így az összes aldomain onnantól fogva ugyanabba a webtárhely szolgáltatási csomagba fog kerülni.

Élő weboldal költöztetése esetén a legjobb, ha ideiglenes aldomainre költöztetjük (például valami.sensei.hu) és később az adott webtárhely soránál a "Webtárhely domain csere" ikonra kattintva kicseréljük. Lépései:

  1. premiumwp admin felhasználó legyen az élő oldalon felvéve
  2. Érdemes előbb hozzáadni az Elines domain ellenőrzéshez használt elin-check TXT rekordot az eredeti névszervereken lévő DNS-ekhez, hogy ne kelljen várni a CF-es névszerver módosításra ennek a rekordnak a felvételével.
  3. Cloudflare-re áthozni a DNS kezelést. Ha DNSSEC be van kapcsolva, azt ki kell kapcsolni.
  4. ideiglenes aldomainnel webtárhelyet létrehozni az Elinen (CF-en DNS). WordPress-t telepíttetni rá és azt frissíteni.
  5. Ha az Elin az ügyfél fiókja, akkor a WP belépési adatokat neki küldi, így nekünk nem lesz meg egyből. Ilyenkor az Elin adminon a WordPress → Kezelés → domain sorának bal elején szerkesztés ikon (="További lehetőségek") → Felhasználók almenüben át tudjuk írni a jelszót egy általunk választottra és be tudunk lépni a WP adminba. Ott érdemes létrehoznunk a premiumwp admin felhasználót.
  6. Adatbázis hozzáférési adatok: jelszót vagy wp-config.php-ból kiolvasni vagy generáltatni újat. 1Password-be felvenni.
  7. (Ha közvetlenül a fájlokat és az adatbázist másoljuk át, nem használunk migráló szoftvert, akkor a fájlkezelő nézetében be kell kapcsolni, hogy mutassa a rejtett fájlokat is, mert azokat is át kell másolni.)
  8. WP Migrate Pro-val push-olni ide a tartalmakat DE FORDÍTOTT sorrendben. Előbb az mu-plugins, utána Plugins, utána Sablonok, stb.
    1. premiumwp admin felhasználó legyen az élő oldalon felvéve
    2. Előtte a webtárhelyen WAF-ot ki kell kapcsolni.
    3. PHP ini-ben átállítani azonosra a PHP verziót
    4. PHP ini-ben átállítani a Maximum memória-t 256M-re (vagy nagyobbra, ha kell)
    5. Érdemes lehet az "Ideiglenes PHP futási idő növelés"-re is rányomni.
    6. Elinesek javasolták a PHP ini-ben az "Allow URL fopen"-t BE kapcsolni, de szerintem ez nem segített semmit.
  9. Ellenőrizni a tartalmak darabszámát a 2 weboldalon (Bejegyzések, Vimeo videók, Média, Oldalak, Tanfolyamok, Leckék, Felhasználók)
  10. Csak a wp-config.php-ben kell átírni a HOME és SITEURL-t az ideiglenes aldomainre. Az adatbázisban (wp_options) nem kell átírni, viszont érdemes ellenőrizni.
  11. Eddigi élő oldalon (csak Single-nél) átírni FTP-n a maintenance.txt-t .maintenance-ra, hogy lássuk, mikor áll át az új élő oldalra.
  12. Átírni a domain DNS-énél az A rekordot az Elin szerver IP címére (185.75.192.3).
  13. Elin-en új webtárhelyet létrehozni. (Érdemes a végleges domainnel azonos ASA szerverre.)
    1. PHP-t beállítani rá
    2. Maximum memóriát min. 256M-re (vagy nagyobbra)
    3. SSL-t kérni az új végleges domainre.
    4. www átirányítást bekapcsolni, ha úgy van a domain.
  14. Elin-en cseréljük át a domaint az ideiglenes (valami.sensei.hu-ról) domain-ről a valódi domainre. Kattintsunk az ideiglenes domain webtárhelyének során a "Webtárhely domain csere" ikonra. (Ha különböző ASA szerveren voltak, akkor az felcserélődik.)
  15. Az adatbázis domainjét is át kell cserélni az ideiglenesről a valódira: Webtárhely → Adatbázis
  16. SFTP felhasználót létrehozni az ideiglenes webtárhelyhez
    1. felvenni Transmit-be
    2. felvenni Forklift-be
    3. felvenni 1Password-be
  17. wp-config.php konfigurálása (PWP Control)
  18. Better Search Replace
    1. ideiglenes aldomain-ről éles domainre (https:// nélkül és végső perjel nélkül, például: valami.domain.hu → domain.hu)
    2. http-t https-re (például

[

http://domain.hu

](http://domain.hu)

  1. 1. →

[

https://domain.hu

](https://domain.hu)

  1. 1. )
    1. multisite-ból migrálás esetén /uploads/sites/253/ helyett /uploads/

  2. Megjelennek a bejegyzések, oldalak?

    1. Közvetlen hivatkozások-ra rámenteni.
    2. Purge All cache törlés

  3. Visszakapcsolni WAF-ot

  4. DIVI beállításai nem módosulnak:

    1. logo URL-je (Divi » Sablon beállítások » Általános » Logó)
    2. Divi-s oldalak háttérképei
    3. Divi » Sablon beállítások » Általános » Performance beállításait ellenőrizni, kikapcsolni (kivéve Dynamic Module Framework)

  5. Beállítások:

    1. Általános » Időzóna: Budapest
    2. Általános » A honlap nyelve: Magyar
    3. Általános » Tagság: Bárki regisztrálhat opciót bepipálni.
    4. Olvasás » Keresőmotor láthatóság

  6. Bővítmények Elin miatt:

    1. Wordfence
    2. Wordfence Activator
    3. FluentSMTP

  7. Felesleges bővítményeket kikapcsolni, törölni (pl WP Migrate Pro, Better Search Replace)

  8. Felesleges sablonokat törölni (Twenty-...)

  9. GPL Times-ot beállítani

  10. Licenszeket ellenőrizni (pl Gravity Forms, Divi)

  11. DeployHQ

  12. Ideiglenes aldomain webtárhelyét törölni Elinről. (Adatbázist nem kell, mert azt átadtuk a valós weboldalnak.)

  13. Ideiglenes aldomaint törölni CF-ről a DNS-ek közül.

  14. Smush Pro: Bulk Smush

  15. Új jelszót premiumwp-hez. Ezt felvenni 1Password-be.

  16. Modular DS-sel összekötni. Backup-ot bekapcsolni.

  17. MainWP-vel

    1. összekötni
    2. frissíteni adatait (pl Tags: ELIN)

  18. **Wordfence Scan-**t lefuttatni.

  19. PWP website monitoring táblázatba felvenni.

  20. AirTable-ben adminisztrálni vagy aktualizálni (pl Elin).

  21. Domain hozzáadása: Domain → Domain → + jel

    1. Domain név
    2. 1. - 4. névszerver címe: úgy hagyni, ahogy van, mert úgysem Elin-es, hanem Cloudflare-es névszerverek lesznek/vannak beállítva a domainhez.
    3. DNS sablon: úgy hagyni, ahogy van
    4. Szolgáltatás hozzárendelése: Parkoltatás helyett válasszuk ki a webtárhely csomagot, amelyikbe el akarjuk helyezni.
    5. Használati jog ellenőrzése: a megadott karaktersorozattal egy TXT rekordot kell létrehozni a domain DNS-einél "elin-check" névvel. Megjegyzésben (CF-ben) érdemes beírni, hogy "ELIN"

  22. Webtárhely létrehozása: Webtárhely → Webtárhely → + jel

    1. Domain név: választani a már felvett domain-ek közül
    2. Aldomain név: megadni, ha aldomain-es weboldalt hozunk létre
    3. Szerver: talán automatikusan a legoptimálisabbat választja betöltéskor?!? Választhatunk másikat. Közben ha az egeret tovább felette tartjuk, akkor felugró információs üzenetként megjelenik a szerver IP címe, amit majd a domain DNS-einél fel kell venni A rekordként.
    4. Gyökérkönyvtár: hagyjuk üresen (.../web/)
    5. WWW alias: alapértelmezetten be van kapcsolva. Nem állítható át.
    6. SSL tanúsítvány generálása: alapértelmezetten ki van kapcsolva. Ne kapcsoljuk be, mert jobb, ha ezek a folyamatok külön futnak le. Ha még nem tudjuk beállítani a domainhez/aldomainhez az A rekordot (pl migrálásnál), akkor nem fogja tudni létrehozni az SSL tanúsítványt még.
    7. Aktív: alapértelmezetten be van kapcsolva.

  23. SSL generálása: Webtárhely → Webtárhely.

  24. Ha élő oldalt akarunk migrálni azonos domain névre, akkor nem lehet SSL-t generálni, mert a DNS-eknél nem tudjuk beállítani az A rekordot az ELIN-re ekkor még.

    1. Az adott webtárhely "Átir. HTTPS-re" oszlopában látunk egy nyitott lakatról zárt lakatra mutató nyíl képet (infó szövege: Még nincs SSL tanúsítvány a tárhelyhez, automatikus generáláshoz kattintson ide) Kattintsunk erre. Várni kell kb 30 mp-et.
    2. Utána az "Átir. HTTPS-re" oszlopban kapcsoljuk be a kapcsolót.

  25. Alap WordPress-t telepíttethetünk a WordPress jelre kattintva, ha szükséges. Óvatosan, mert a webtárhelyen az összes adat törlődni fog ezáltal.

    1. Ez létrehozza a weboldalhoz tartozó adatbázist is, ha még eddig nem hoztuk létre hozzá külön.
    2. Erről egy "WordPress telepítés" tárgyú email érkezik az Elin-nél beállított email címünkre, benne a bejelentkezési adatokkal.
    3. Általában nem teljesen friss ez a WordPress. Ha kell, frissítsük le. Néha viszont frissebb ez a verzió, mint amit át akarunk migrálni (ekkor érdemes downgrade-elni a WP-t).
    4. Esetenként a frissítés után sem veszi észre, hogy már friss és csak ajánlgatja tovább. Ekkor itt, a Frissítések menüpontban rá kell nyomni az Újraellenőrzés-re.
    5. Akismet és Hello Dolly bővítmények törölhetők.

  26. Új SFTP felhasználó létrehozása: Webtárhely → SFTP felhasználó → + jel.

  27. 1 webtárhelyhez csak 1 SFTP felhasználót hozhatunk létre. Ő látja az adott szerveren lévő többi webtárhely könyvtárát is, de módosítani nem tudja a benne lévő fájlokat ezzel a felhasználóval bejelentkezve.

    1. Webtárhely domain név: válasszuk ki, melyik webtárhelyhez hozzuk létre az FTP-t
    2. Felhasználónév: megadja a webtárhely kiválasztása után.
    3. Jelszó: kattintsunk a fogaskerékre és vagy generáltassunk egyet vagy adjunk meg egyet, majd Jelszó alkalmazása.
    4. Aktív: hagyjuk
    5. 1Password-be mentsük el!

  28. ÚJ adatbázis létrehozásánál: Webtárhely → Adatbázis → + jel

    1. Adatbázishoz tartozó webtárhely (Alapok és Haladó)
    2. Név utótag (Alapok): az adatbázis névben és az adatbázis felhasználónévben lévő utótag. Haladó fülön ezek testreszabhatóak, de ezt hagyjuk!
    3. Jelszó (Alapok): a fogaskerékre kattintva tudunk generáltatni egyet.
    4. Szerver (Haladó): hagyjuk ugyanazon, mint amin a webtárhely is van, hogy az egyéb problémákat elkerüljük.
    5. Napi automatikus mentések száma: hagyjuk 1-en
    6. Aktív (Haladó)
    7. Folyamatos hozzáadás
    8. 1Password-be mentsük el!

  29. Meglévő adatbázis szerkesztésénél: Webtárhely → Adatbázis. Az alap WordPress telepítésével létrehoz egy adatbázist. Ennek jelszavát a wp-config.php-ben találjuk.

    1. Beállításait lásd az előző pontban.
    2. A jelszó kicserélése a WordPress beállításokban is: alapból ki van kapcsolva. Pedig érdemes bekapcsolni, ha módosítjuk a jelszót, hogy a wp-config.php-ban módosítsa az adatbázis elérési adatait.

  30. Migrálás esetén lásd az alábbi leírást: IDE JÖHET A MIGRÁLÁSRÓL SZÓLÓ DOKSI LINKJE

☑️ [Előfizetés] Lépések ELIN-be migráláshoz (Egységesített) ​

Fontos! ELIN-nél a tárhelyszolgáltatási csomagot a domain szintjén lehet csak beállítani. Így az összes aldomain onnantól fogva ugyanabba a webtárhely szolgáltatási csomagba fog kerülni.

Élő weboldal költöztetése esetén a legjobb, ha ideiglenes aldomainre költöztetjük (például valami.sensei.hu) és később az adott webtárhely soránál a "Webtárhely domain csere" ikonra kattintva kicseréljük. Lépései:

1. Előkészületek és hozzáférések ​

  1. Premium WP: premiumwp admin felhasználó legyen az élő oldalon felvéve
  2. Sensei: premiumwp és senseiadmin admin felhasználók legyenek az élő oldalon felvéve
  3. Érdemes előbb hozzáadni az Elines domain ellenőrzéshez használt elin-check TXT rekordot az eredeti névszervereken lévő DNS-ekhez, hogy ne kelljen várni a CF-es névszerver módosításra ennek a rekordnak a felvételével.
  4. Cloudflare-re áthozni a DNS kezelést. Ha DNSSEC be van kapcsolva, azt ki kell kapcsolni.
  5. ideiglenes aldomainnel webtárhelyet létrehozni az Elinen (CF-en DNS). WordPress-t telepíttetni rá és azt frissíteni.
  6. Ha az Elin az ügyfél fiókja, akkor a WP belépési adatokat neki küldi, így nekünk nem lesz meg egyből. Ilyenkor az Elin adminon a WordPress → Kezelés → domain sorának bal elején szerkesztés ikon (="További lehetőségek") → Felhasználók almenüben át tudjuk írni a jelszót egy általunk választottra és be tudunk lépni a WP adminba. Ott érdemes létrehoznunk a premiumwp admin felhasználót.
  7. Adatbázis hozzáférési adatok: jelszót vagy wp-config.php-ból kiolvasni vagy generáltatni újat. 1Password-be felvenni.
  8. (Ha közvetlenül a fájlokat és az adatbázist másoljuk át, nem használunk migráló szoftvert, akkor a fájlkezelő nézetében be kell kapcsolni, hogy mutassa a rejtett fájlokat is, mert azokat is át kell másolni.)

2. WP Migrate Pro és PHP beállítások ​

  1. WP Migrate Pro-val push-olni ide a tartalmakat DE FORDÍTOTT sorrendben. Előbb az mu-plugins, utána Plugins, utána Sablonok, stb.
    1. premiumwp admin felhasználó legyen az élő oldalon felvéve
    2. Előtte a webtárhelyen WAF-ot ki kell kapcsolni.
    3. PHP ini-ben átállítani azonosra a PHP verziót
    4. PHP ini-ben átállítani a Maximum memória-t 256M-re (vagy nagyobbra, ha kell)
    5. Érdemes lehet az "Ideiglenes PHP futási idő növelés"-re is rányomni.
    6. Elinesek javasolták a PHP ini-ben az "Allow URL fopen"-t BE kapcsolni, de szerintem ez nem segített semmit.

3. Tartalmak ellenőrzése és Sensei beállítások ​

  1. Ellenőrizni a tartalmak darabszámát a 2 weboldalon (Bejegyzések, Vimeo videók, Média, Oldalak, Tanfolyamok, Leckék, Felhasználók)
  2. Sensei: Beállítások:
    1. Általános » Időzóna: Budapest
    2. Általános » A honlap nyelve: Magyar
    3. Általános » Tagság: Bárki regisztrálhat opciót bepipálni.
    4. Olvasás » Keresőmotor láthatóság
  3. Csak a wp-config.php-ben kell átírni a HOME és SITEURL-t az ideiglenes aldomainre. Az adatbázisban (wp_options) nem kell átírni, viszont érdemes ellenőrizni.
  4. Eddigi élő oldalon (csak Single-nél) átírni FTP-n a maintenance.txt-t .maintenance-ra, hogy lássuk, mikor áll át az új élő oldalra.

4. Domain és webtárhely lépések ​

  1. Átírni a domain DNS-énél az A rekordot az Elin szerver IP címére (185.75.192.3).
  2. Elin-en új webtárhelyet létrehozni. (Érdemes a végleges domainnel azonos ASA szerverre.)
    1. PHP-t beállítani rá
    2. Maximum memóriát min. 256M-re (vagy nagyobbra)
    3. SSL-t kérni az új végleges domainre.
    4. www átirányítást bekapcsolni, ha úgy van a domain.
  3. Elin-en cseréljük át a domaint az ideiglenes (valami.sensei.hu-ról) domain-ről a valódi domainre. Kattintsunk az ideiglenes domain webtárhelyének során a "Webtárhely domain csere" ikonra. (Ha különböző ASA szerveren voltak, akkor az felcserélődik.)
  4. Az adatbázis domainjét is át kell cserélni az ideiglenesről a valódira: Webtárhely → Adatbázis

5. SFTP, wp-config, keresés/csere és ellenőrzés ​

  1. SFTP felhasználót létrehozni az ideiglenes webtárhelyhez
    1. felvenni Transmit-be
    2. felvenni Forklift-be
    3. felvenni 1Password-be
  2. wp-config.php konfigurálása (PWP Control)
  3. Better Search Replace
    1. ideiglenes aldomain-ről éles domainre (https:// nélkül és végső perjel nélkül, például: valami.domain.hu → domain.hu)
    2. http-t https-re (például

[

http://domain.hu

](http://domain.hu)

[

https://domain.hu

](https://domain.hu)

  1. 1. multisite-ból migrálás esetén `/uploads/sites/253/` helyett `/uploads/`
  2. Megjelennek a bejegyzések, oldalak?
    1. Közvetlen hivatkozások-ra rámenteni.
    2. Purge All cache törlés
  3. Visszakapcsolni WAF-ot

6. DIVI, Premium WP, bővítmények és licenszek ​

  1. DIVI beállításai nem módosulnak:
    1. logo URL-je (Divi » Sablon beállítások » Általános » Logó)
    2. Divi-s oldalak háttérképei
    3. Divi » Sablon beállítások » Általános » Performance beállításait ellenőrizni, kikapcsolni (kivéve Dynamic Module Framework)
  2. Premium WP esetén: Beállítások:
    1. Általános » Időzóna: Budapest
    2. Általános » A honlap nyelve: Magyar
    3. Általános » Tagság: Bárki regisztrálhat opciót bepipálni.
    4. Olvasás » Keresőmotor láthatóság
  3. Bővítmények Elin miatt:
    1. Wordfence
    2. Wordfence Activator
    3. FluentSMTP
  4. Felesleges bővítményeket kikapcsolni, törölni (pl WP Migrate Pro, Better Search Replace)
  5. Felesleges sablonokat törölni (Twenty-...)
  6. GPL Times-ot beállítani
  7. Licenszeket ellenőrizni (pl Gravity Forms, Divi)

7. Migrálás, Sensei, monitoring és végső lépések ​

  1. DeployHQ
  2. Sensei: További fájlok átmásolása/ellenőrzése FTP-n
    1. wp-content/languages/custom (egyedi Sensei fordítások)
    2. wp-content/languages/plugins-ban pár saját fordítás (pl. woo-stripe-payment-hu_HU.mo)
    3. /wp-content/mu-plugins saját php fájlok (pl. surbma-vimeo-count.php)
    4. ha nincs fordítás a Blokkoknál, akkor CLI-t lefuttatni
  3. Ideiglenes aldomain webtárhelyét törölni Elinről. (Adatbázist nem kell, mert azt átadtuk a valós weboldalnak.)
  4. Ideiglenes aldomaint törölni CF-ről a DNS-ek közül.
  5. Sensei: multisite-ból migrálás esetén
    1. CF-en ideiglenes sensei aldomain CNAME-mel. Pl regi-valami.sensei.hu
    2. Closte domain-ek közül törölni a fődomaint.
    3. Closte-n hozzáadni a domaint + SSL-t kérni rá
    4. sensei hálózati networkben átírni az aloldal URL-jét erre az ideiglenes aldomainre és kikapcsolni az aloldalt
    5. 1-2 hétre kikapcsolni (nem törölni) az aloldalt
    6. Naptárba beállítani időzítést törlésre
  6. Smush Pro: Bulk Smush
  7. Új jelszót premiumwp-hez. Ezt felvenni 1Password-be.
  8. Modular DS-sel összekötni. Backup-ot bekapcsolni.
  9. MainWP-vel
    1. összekötni
    2. frissíteni adatait (pl Tags: ELIN)
  10. **Wordfence Scan-**t lefuttatni.
  11. PWP website monitoring táblázatba felvenni.
  12. Sensei: Google monitoring táblázatba felvenni.
  13. AirTable-ben adminisztrálni vagy aktualizálni (pl Elin).

8. Webtárhely és domain lépések ELIN-nél ​

  1. Domain hozzáadása: Domain → Domain → + jel
    1. Domain név
    2. 1. - 4. névszerver címe: úgy hagyni, ahogy van, mert úgysem Elin-es, hanem Cloudflare-es névszerverek lesznek/vannak beállítva a domainhez.
    3. DNS sablon: úgy hagyni, ahogy van
    4. Szolgáltatás hozzárendelése: Parkoltatás helyett válasszuk ki a webtárhely csomagot, amelyikbe el akarjuk helyezni.
    5. Használati jog ellenőrzése: a megadott karaktersorozattal egy TXT rekordot kell létrehozni a domain DNS-einél "elin-check" névvel. Megjegyzésben (CF-ben) érdemes beírni, hogy "ELIN"
  2. Webtárhely létrehozása: Webtárhely → Webtárhely → + jel
    1. Domain név: választani a már felvett domain-ek közül
    2. Aldomain név: megadni, ha aldomain-es weboldalt hozunk létre
    3. Szerver: talán automatikusan a legoptimálisabbat választja betöltéskor?!? Választhatunk másikat. Közben ha az egeret tovább felette tartjuk, akkor felugró információs üzenetként megjelenik a szerver IP címe, amit majd a domain DNS-einél fel kell venni A rekordként.
    4. Gyökérkönyvtár: hagyjuk üresen (.../web/)
    5. WWW alias: alapértelmezetten be van kapcsolva. Nem állítható át.
    6. SSL tanúsítvány generálása: alapértelmezetten ki van kapcsolva. Ne kapcsoljuk be, mert jobb, ha ezek a folyamatok külön futnak le. Ha még nem tudjuk beállítani a domainhez/aldomainhez az A rekordot (pl migrálásnál), akkor nem fogja tudni létrehozni az SSL tanúsítványt még.
    7. Aktív: alapértelmezetten be van kapcsolva.
  3. SSL generálása: Webtárhely → Webtárhely.
  4. Ha élő oldalt akarunk migrálni azonos domain névre, akkor nem lehet SSL-t generálni, mert a DNS-eknél nem tudjuk beállítani az A rekordot az ELIN-re ekkor még.
    1. Az adott webtárhely "Átir. HTTPS-re" oszlopában látunk egy nyitott lakatról zárt lakatra mutató nyíl képet (infó szövege: Még nincs SSL tanúsítvány a tárhelyhez, automatikus generáláshoz kattintson ide) Kattintsunk erre. Várni kell kb 30 mp-et.
    2. Utána az "Átir. HTTPS-re" oszlopban kapcsoljuk be a kapcsolót.
  5. Alap WordPress-t telepíttethetünk a WordPress jelre kattintva, ha szükséges. Óvatosan, mert a webtárhelyen az összes adat törlődni fog ezáltal.
    1. Ez létrehozza a weboldalhoz tartozó adatbázist is, ha még eddig nem hoztuk létre hozzá külön.
    2. Erről egy "WordPress telepítés" tárgyú email érkezik az Elin-nél beállított email címünkre, benne a bejelentkezési adatokkal.
    3. Általában nem teljesen friss ez a WordPress. Ha kell, frissítsük le. Néha viszont frissebb ez a verzió, mint amit át akarunk migrálni (ekkor érdemes downgrade-elni a WP-t).
    4. Esetenként a frissítés után sem veszi észre, hogy már friss és csak ajánlgatja tovább. Ekkor itt, a Frissítések menüpontban rá kell nyomni az Újraellenőrzés-re.
    5. Akismet és Hello Dolly bővítmények törölhetők.
  6. Sensei: Új FTP felhasználó létrehozása: Webtárhely → FTP felhasználó → + jel
    1. Webtárhely domain név: válasszuk ki, melyik webtárhelyhez hozzuk létre az FTP-t
    2. Felhasználónév: egy alapból beírt előtaghoz írjunk valami azonosító utótagot. Például a weboldal URL-jéből (pl. sensei) vagy az installáció azonosítóját (pl. amina).
    3. Jelszó: kattintsunk a fogaskerékre és vagy generáltassunk egyet vagy adjunk meg egyet, majd Jelszó alkalmazása.
    4. Csatlakozás ebbe a könyvtárba: hagyjuk
    5. IP cím szűrés: hagyjuk
    6. Aktív: hagyjuk
    7. 1Password-be mentsük el!
  7. Új SFTP felhasználó létrehozása: Webtárhely → SFTP felhasználó → + jel.
  8. 1 webtárhelyhez csak 1 SFTP felhasználót hozhatunk létre. Ő látja az adott szerveren lévő többi webtárhely könyvtárát is, de módosítani nem tudja a benne lévő fájlokat ezzel a felhasználóval bejelentkezve.
    1. Webtárhely domain név: válasszuk ki, melyik webtárhelyhez hozzuk létre az FTP-t
    2. Felhasználónév: megadja a webtárhely kiválasztása után.
    3. Jelszó: kattintsunk a fogaskerékre és vagy generáltassunk egyet vagy adjunk meg egyet, majd Jelszó alkalmazása.
    4. Aktív: hagyjuk
    5. 1Password-be mentsük el!
  9. ÚJ adatbázis létrehozásánál: Webtárhely → Adatbázis → + jel
    1. Adatbázishoz tartozó webtárhely (Alapok és Haladó)
    2. Név utótag (Alapok): az adatbázis névben és az adatbázis felhasználónévben lévő utótag. Haladó fülön ezek testreszabhatóak, de ezt hagyjuk!
    3. Jelszó (Alapok): a fogaskerékre kattintva tudunk generáltatni egyet.
    4. Szerver (Haladó): hagyjuk ugyanazon, mint amin a webtárhely is van, hogy az egyéb problémákat elkerüljük.
    5. Napi automatikus mentések száma: hagyjuk 1-en
    6. Aktív (Haladó)
    7. Folyamatos hozzáadás
    8. 1Password-be mentsük el!
  10. Meglévő adatbázis szerkesztésénél: Webtárhely → Adatbázis. Az alap WordPress telepítésével létrehoz egy adatbázist. Ennek jelszavát a wp-config.php-ben találjuk.
    1. Beállításait lásd az előző pontban.
    2. A jelszó kicserélése a WordPress beállításokban is: alapból ki van kapcsolva. Pedig érdemes bekapcsolni, ha módosítjuk a jelszót, hogy a wp-config.php-ban módosítsa az adatbázis elérési adatait.
  11. Migrálás esetén lásd az alábbi leírást: IDE JÖHET A MIGRÁLÁSRÓL SZÓLÓ DOKSI LINKJE

☑️ [Előfizetés] Single installáció költöztetése (migrálás) a Closte tárhelyre ​

1.) Migrálás kérése a Closte-től ​

2.) Manuális költöztetés ​

3.) Költöztetés utáni lépések ​

Ellenőrzések ​

Kép nem tölt be A böngészőben a Console-t kell megnézni. Ha 404-es hibát ír ki, akkor a kép fájl hiányzik a szerverről a megadott útvonal alatt. Ha például a "mixed content" hibát írja ki, akkor az SSL tanúsítvánnyal lesz valószínű gond.

Költöztetés ideiglenes domain-nel ​

Hátrány:

  • Amennyiben az adatbázisban nem írtuk át a domain-t az ideiglenes domain-re, akkor az abszolút (statikus) URL-ek miatt nem tudjuk 100%-osan letesztelni a költöztetés sikerességét, például az uploads mappa áthozatalát, mivel a képeket még az eredeti szerverről fogja behúzni. Ennek a kiküszöbölése a hosts fájl átírása, így akkor ezeket az URL-eket is innen szolgálja ki.

Költöztetés az éles domain-nel ​

A weboldalt ebben az esetben a hosts fájl átírásával lehet ellenőrizni adott gépen. Fontos, hogy az ellenőrzés és a domain DNS módosítása után a hosts fájlt vissza kell állítani!

Előnyök:

  • Nem kell kétszer is módosítani az adatbázisban az URL-t. Hátrány:
  • Ügyfél nem tudja ellenőrizni.
  • Nincs érvényes SSL tanúsítvány.
  • Az URL-ek még az eredeti szerverre mutatnak, tehát a költöztetés sikerességét nem lehet 100%-ban leellenőrizni.

A hosts fájl átírása a weboldal teszteléséhez ​

A hosts fájl átírásával már előre tudjuk tesztelni a weboldalt az éles domain alatt. Ilyenkor még hiányzik az SSL tanúsítvány a szerveren, tehát a böngésző ezt a hibajelzést ki fogja írni. Az SSL tanúsítványt csak a domain DNS átírása után lehet kérni a szerveren.

  • A fájl útvonala: /etc/hosts
  • Szerkesztés: A "Szövegszerkesztő" alkalmazással nem lehet szerkeszteni, mivel ez egy rendszer fájl. Például a "Sublime Text" alkalmazással lehet szerkeszteni, de mentésnél kéri az adminisztrátori jelszót.
  • Szintaxis: Minden adott meghatározást külön sorban kell megadni. Az elejére az IP címet kell írni, majd egy szóköz vagy tab után a domain-t kell megadni. A domain-t https:// nélkül kell megadni. Ha www-s a domain, akkor azt kell megadni. Pl.: 123.456.789.000 domain.hu

A legjobb, ha a tesztelés időszakára írjuk csak át. Így nyitva maradhat a szerkesztő, ami emlékeztet is arra, hogy ezt a fájlt vissza kell állítani.

☑️ [Előfizetés] Megrendelés folyamata (VÁZLAT) ​

  1. Megrendelés beérkezése
    1. Cég ellenőrzés (e-cégjegyzék) (magánszemély esetén nem kell!)
    2. Adószám, Cégjegyzék szám, Cím, Cégnév
  2. HA az adatok stimmelnek: Péternek jelezni
  3. HA az adatok nem stimmelnek: Megrendelőnek jelezni
  4. Új aloldal létrehozása multisite-ban (dokumentációja itt)
  5. Domain kezelés
  6. Ha megérkezett a visszaigazolás, hogy az (át)regisztráció befejeződött

Lépések előfizetés felmondása után ​

Lépések a különböző előfizetések megszűnése után

Lépések PRO előfizetés felmondása után ​

  1. Admin oldalon kikapcsolni és törölni a bővítményeket:
    1. GPL Times - Előtte deaktiválni a GPL Times fiókkal való kapcsolatát.
    2. Elementor Pro Activator (ha mi biztosítottuk a licenszt GPLTimes-on)
    3. WP Mail SMTP (ha mi biztosítottuk a licenszt GPLTimes-on):
      1. WP Mail SMTP (ingyenes) bővítményt telepíteni és BEKAPCSOLNI
      2. WP Mail SMTP Pro-t kikapcsolni és törölni
    4. Yoast SEO bővítmények (ha ezekhez mi biztosítottuk a licenszt GPLTimes-on):
      1. Yoast SEO: WooCommerce kikapcsolása és törlése
      2. Yoast SEO Premium kikapcsolása és törlése
      3. Yoast SEO (ingyenes) letöltése wordpress.org-ról és FELÜLÍRÁSA (adminon vagy ManageWP-n)
    5. Surbma | WP Control
    6. NS Cloner
    7. WPMU DEV Dashboard - Előtte kijelentkezni!
  2. Admin oldalon a licensz kulcsok törlése:
    1. Gravity Forms
    2. Soliloquy
    3. Divi, Extra, Monarch, Bloom
    4. AffiliateWP
  3. A WPML és Toolset fiókokban törölni az installációk oldalát, ha használtuk ezeket a bővítményeket az adott weboldalon.
  4. Jetpack összekötés törlése.
  5. WPMU regisztráció törlése.
  6. Használ valamilyen prémium HuCommerce modult az ügyfél? Ha igen, legyen saját HuCommerce prémium előfizetése.
  7. Felhasználó törlése
    1. admin@pwp.hu (szerepkör nélküli) felhasználó törlése
    2. premiumwp felhasználó törlése a ManageWP-vel úgy, hogy egy másik felhasználóval kell belépni.
  8. Admin oldalon kikapcsolni és törölni a bővítményeket:
    1. ManageWP - Worker
    2. MainWP Child
    3. WP Umbrella
  9. WordPress Management szolgáltatásokból kikötni:
    1. ManageWP oldalon törölni az installációt.
      1. Ha ez volt az utolsó weboldala az ügyfélnek, akkor az ügyfelet is törölni.
    2. WP Umbrella oldalon törölni az installációt.
    3. MainWP (main.pwp.hu ) oldalról törölni az oldalt.
  10. HuCommerce whitelist-ből törölni a domaint.
  11. DeployHQ-ról törölni a szervert.
  12. Szerveren törölni a PWP Control fájljait és mappáit
    1. A wp-config.php fájlban törölni a kapcsolódó kódokat, DE
      1. A WP_HOME és WP_SITEURL define-okat meghagyjuk! A "salt"-okat újra megadni:

[

api.wordpress.org

https://api.wordpress.org/secret-key/1.1/salt/

](https://api.wordpress.org/secret-key/1.1/salt/)

  1. 1. Szerveren törölni a **PWP Control fájljait és mappáit:** GitHub-on megnézni a fájlokat.
  2. Szerveren a mu-plugins mappában is törölni a hozzáadott fájlokat.
    1. Ellenőrizni minden fájlt, ami így kezdődik: surbma-
    2. Ellenőrizni minden fájlt, ami így kezdődik: pwp-
    3. Ezt a fájlt is ellenőrizni: 1-custom-functions.php vagy 1-pwp-custom-functions.php
  3. Mailgun fiókból törölni az oldalt: Domain settings → Delete domain → Delete gomb
  4. Monitoring szolgáltatásokból törölni:
    1. Pagescreen
    2. Pulsetic
    3. Website monitoring - Google Sheet
  5. WPMU oldalon törölni (csak a www.hucommerce.hu van már ott.)
  6. A Closte fiókunkból is el kell távolítani az installációt. Erre három variáció van:
    1. HA van hozzáférésünk az ügyfél fiókjához, akkor be kell lépni és ott kell törölni a Collaboration alatt a hozzáféréseinket az installációhoz, DNS és SSL beállításokhoz.
    2. HA nincs hozzáférésünk az ügyfél Closte fiókjához és az ügyfelet meg tudjuk kérni, hogy távolítson el minket, akkor vele kell megbeszélni ezt. Erről kell írni dokumentációt a Prémium WordPress Tudásbázisba, hogy az alapján meg tudja ezt csinálni.
    3. HA nincs hozzáférésünk az ügyfél Closte fiókjához, de az ügyfél nem tudja megcsinálni vagy már nem vagyunk vele kapcsolatban, akkor a Closte-nak írni, hogy töröljék az installációt és az esetlegesen megosztott DNS, SSL hozzáféréseket is.
  7. Cloudflare fiókunkból törölni az ügyfél fiókját. Itt az az alap elvárás, hogy az ügyfélnek saját fiókja van, amit ha mi hoztunk eredetileg létre a pwp-s email címmel, akkor is átvette már tőlünk és a saját email címével és jelszavával használja. A Cloudflare fiókot a mi saját fiókunkból tudjuk leválasztani:
    1. Ehhez a megosztott fiókra kell kattintani.
    2. Ott a Manage Account → Members menüpontra kell kattintani.
    3. Le kell nyitni a mi email fiókunkhoz tartozó sort.
    4. Ott pedig a "Leave" linkre kell kattintani.
  8. Google fiókokból törölni kell:
    1. Search Console
    2. Google Analytics
    3. Tag Manager
    4. Google Cloud Console APIs
    5. reCaptcha
  9. Transmit-ból (és esetleg más FTP szoftverekből) törölni.
  10. Codeanywhere oldalról törölni.
  11. 1Password-ből törölni a login-ját.
  12. Prémium WordPress táblázatból törölni:
    1. Beírni a "Felmondott előfizetések" munkalapra a domaint.
    2. PRO Szolgáltatások munkalapról törölni.
    3. PRO Előfizetések munkalapról törölni.
  13. Dokumentációkból törölni, ha írtunk róla
    1. Slite
  14. Billingo:
    1. Leállítani az időzítést.
    2. Sztornózni az aktuális számlát, ha az a szolgáltatási idő nem járt le.

Lépések PWP előfizetés felmondása után ​

Ez a leírás bemutatja annak a lépéseit, amikor egy PWP ügyfél felmondja, törölteti a megrendelését.

PWP ügyfél felmondása esetén a jelenlegi szabályok szerint 1 évig megtartjuk az installációt ideiglenes valami.pwp.hu-s aldomainen.

Lépések: ​

  1. Cloudflare fiókból törölni a domaint:
    • Cloudflare > premiumwp > kiválasztani a domaint > Overview oldal alján "Remove from Cloudflare"-re kattintani.
  2. Closte admin felületen törölni a domaint:
    • Closte > Sites > premiumwp > Domains > az adott domain sorának végén lévő lenyíló menüből rákattintani a delete-re, majd végigvárni a törlési folyamatot.
    • Ezzel óvatosan, mert a Closte nem kérdez rá domain törlés előtt még egyszer, hogy biztosan gondoltuk-e.
  3. Létrehozni Cloudflare-en az installációnak a pwp-s aldomaint:
  4. Cloudflare > Surbma > pwp.hu domain > DNS > Add record
    1. Type: CNAME
    2. Name: honlap_régi_domainje
    3. Target: pwp.hu
    4. Proxy status: kikapcsolva
  5. Closte oldalon pwp-s aldomain hozzáadása:
    • Closte → Sites → premiumwp → Domains → Add Domain gomb
    1. Hostname: honlap_régi_domainje.pwp.hu
  6. Closte oldalon SSL beállítása a pwp-s aldomain-hez:
    • Closte > Sites > premiumwp > Domains
    • Hozzáadott új domain sorában rákattintani a Request & Install gombra, majd a megjelenő új oldalon megvárni, míg a felső sor végén (Status) kiírja, hogy install, amire rá kell kattintani, majd az újabb megjelenő oldalon újra az Install gombra kattintva elindítani az SSL hozzáadását.
  7. Premiumwp installációban network-ön átírni az aldomaint a pwp-s aldomainre.
  8. Felhasználók törlése az aloldalról (a network-ről nem töröljük egyelőre).
  9. Alapértelmezett sablon bekapcsolása (pl.: Genesis, Divi).
  10. Hálózati admin felületen ellenőrizni a sablonokat:
    • Sablonok → PWP Theme manager alatt ellenőrizni, hogy a kikapcsolt sablon aktív-e valamelyik másik aloldalon.
    • HA nem aktív sehol ÉS nem egyedi sablon volt, akkor azt is törölni kell.
    • Ha egyedi sablon, akkor az aloldal későbbi végleges törlése esetén kell törölni.
  11. Bővítmények kikapcsolása az aloldalon.
  12. Hálózati admin felületen ellenőrizni a bővítményeket:
    • Bővítmények → PWP Plugin manager alatt ellenőrizni, hogy a kikapcsolt bővítmények aktívak-e valamelyik másik aloldalon.
    • HA nem aktív sehol, akkor azokat is törölni kell.
  13. Időzítést beállítani, amikor valóban töröljük az aloldalt (jelenleg +1 év múlva).
  14. Törlés utáni egyéb teendők:
    1. ManageWP-ből és MainWP-ből törölni az oldalt.
    2. Pagescreen-ből törölni.
    3. Google Térkép API törlése, ha a mi fiókunkhoz állítottuk be.
    4. Mobiltelefonból törölni az adatait (GDPR).
    5. 1Password-ből törölni bármilyen meglévő login-jét.
    6. Ellenőrizni, hogy a Google Analytics, Google Tag Manager és Google Search Console fiókokat megosztotta-e velünk, onnan törölni vagy kérni a törlést.
    7. A következő Google szolgáltatásokat is ellenőrizni és szükség esetén törölni: Google Cloud Console APIs, reCaptcha.
    8. Számlázókból törölni.
    9. Prémium WordPress táblázat → PWP előfizetések munkalapon leadminisztrálni a felmondást.
    10. Prémium WordPress táblázat → Felmondott előfizetések munkalapra beírni.
    11. (Multisite karbantartásnál törölni megmaradt dolgait.)

Lépések Moonshot előfizetés/oldal megszűnése után ​

  1. Admin oldalon kikapcsolni és törölni a bővítményeket:
    1. GPL Times – Előtte törölni a beállításokat! Ha az admin felületen kikapcsolom és törlöm, akkor ez törli a beállításokat. (Vagy esetleg előtte Deaktiválással törölni a GPLTimes fiókkal való kapcsolatot.)
    2. WP Mail SMTP (ha mi biztosítottuk a licenszt GPLTimes-on):
      1. WP Mail SMTP (ingyenes) bővítményt telepíteni és BEKAPCSOLNI.
      2. WP Mail SMTP Pro kikapcsol az ingyenes bekapcsolásával, viszont utána törölni.
    3. Yoast SEO bővítmények (ha ezekhez mi biztosítottuk a licenszt GPLTimes-on):
      1. Yoast SEO: WooCommerce kikapcsolása és törlése
      2. Yoast SEO Premium kikapcsolása és törlése
      3. Yoast SEO (ingyenes) letöltése wordpress.org-ról és FELÜLÍRÁSA (adminon vagy ManageWP-n)
    4. Wordfence Activator és Wordfence kikapcsolása és törlése
      1. Itt kikapcsoláskor megkérdezi, hogy mi legyen az adatokkal. Ott a minden adat törlését kell választani.
  2. Admin oldalon a licensz kulcsok törlése (AT-ben megnézni, mik a mieink):
    1. Gravity Forms
    2. Soliloquy
    3. Divi, Extra, Monarch, Bloom
    4. AffiliateWP
  3. A WPML és Toolset fiókokban törölni az installációk oldalát, ha használtuk ezeket a bővítményeket az adott weboldalon.
  4. Jetpack összekötés törlése, ha a mienk.
  5. HuCommerce whitelist-ből törölni a domaint.
  6. DeployHQ-ról törölni a szervert.
  7. PWP Control törlése:
    1. A wp-config.php fájlban (Closte esetén Closte felületen) törölni a kapcsolódó kódokat, DE:
      1. A WP_HOME és WP_SITEURL define-okat meghagyjuk! A "salt"-okat újra megadni:

[

api.wordpress.org

https://api.wordpress.org/secret-key/1.1/salt/

](https://api.wordpress.org/secret-key/1.1/salt/)

  1. 1. Szerveren törölni a **PWP Control fájljait és mappáit:** GitHub-on megnézni a fájlokat.
  2. Szerveren a mu-plugins mappában is törölni a hozzáadott fájlokat:
    1. Ellenőrizni minden fájlt, ami így kezdődik: surbma-
    2. Ellenőrizni minden fájlt, ami így kezdődik: pwp-
    3. Ezt a fájlt is ellenőrizni: 1-custom-functions.php
  3. Használ valamilyen prémium HuCommerce modult az ügyfél? Ha igen, legyen saját HuCommerce prémium előfizetése. Ügyfélnek szólni.
  4. A premiumwp felhasználónkat törölni/töröltetni a WordPress felületen. Saját magunkat nem törölhetjük, ezért a megoldások:
    1. ManageWP-ből más adminnal bejelentkezve töröljük
    2. User Switching bővítmény telepítése után átváltunk egy másik Adminisztrátor felhasználóra és töröljük magunkat. (Csak így bekapcsolva marad ez a bővítmény.)
    3. Megkérjük Regiéket, hogy töröljenek.
  5. Admin oldalon kikapcsolni és törölni a bővítményeket:
    1. MainWP Child
    2. MainWP Child Reports
    3. ManageWP - Worker
  6. WordPress Management szolgáltatásokból kikötni:
    1. MainWP oldalon törölni az installációt
    2. ManageWP oldalon törölni az installációt
  7. Mailgun fiókból törölni az oldalt.
  8. Monitoring szolgáltatásokból törölni:
    1. Pagescreen
    2. Pulsetic
    3. PWP Website monitoring – Google Sheet
  9. Ha Closte-s, akkor a fiókunkból is el kell távolítani az installációt. Három variáció van:
    1. HA van hozzáférésünk az ügyfél fiókjához, akkor be kell lépni és ott törölni a Collaboration alatt a hozzáféréseinket az installációhoz, DNS és SSL beállításokhoz.
    2. HA nincs hozzáférésünk az ügyfél Closte fiókjához, akkor az ügyfelet megkérni, hogy távolítson el minket. Dokumentációt írni a Tudásbázisba.
    3. HA nincs hozzáférésünk és az ügyfél nem tudja megcsinálni vagy már nem vagyunk kapcsolatban, akkor a Closte-nak írni, hogy töröljék az installációt és az esetlegesen megosztott DNS, SSL hozzáféréseket is.
  10. Cloudflare fiókunkból törölni az ügyfél fiókját:
    1. Megosztott fiókra kattintani
    2. Manage Account → Members menüpontra kattintani
    3. A mi email fiókhoz tartozó sort kiválasztani
    4. "Leave" linkre kattintani
  11. Google fiókokból törölni:
    1. Search Console
    2. Google Analytics
    3. Tag Manager
    4. Google Cloud Console APIs
    5. reCaptcha
  12. Transmit-ból törölni az FTP adatokat.
  13. Codeanywhere oldalról törölni (ha felvéve).
  14. Moonshot táblázatokban:
    1. Moonshot előfizetések – a megfelelő hónaptól kihúzni a díját és pirosra színezni a domaint
    2. Moonshot szolgáltatások – PRO szolgáltatások munkalapról törölni a weboldal sorát
    3. Moonshot FTP – törölni a weboldal sorát
  15. Moonshot – Üzemeltetett projektek táblázatban:
    1. Aktív weboldalak munkalap – törölni a honlap sorát
    2. Felmondott weboldalak munkalap – beírni a honlapot és a felmondás dátumát (év, hónap)
  16. 1Password-ből törölni a loginját.
  17. Dokumentációkból törölni, ha írtunk róla:
    1. Slite
  18. Billingo:
    1. Leállítani az időzítést
    2. Sztornózni az aktuális számlát, ha a szolgáltatási idő nem járt le

Lépések Multisite aloldal kikötése/megszűnése/elköltözése esetén ​

Aloldal kikötése esetén a jelenlegi szabályok szerint 1 évig megtartjuk az installációt ideiglenes aldomainen.

Ezek a lépések akkor kellenek, ha az egyik multisite aloldalát valamilyen oknál fogva ki kell kötnünk. Ez lehet azért, mert a multisite tulajdonosa azt az aloldalt elvitte máshova, megszüntette, nem fizet neki az aloldal bérlője, stb.

Lépések 1 év szüneteltetésig (végleges kikötés esetén ez a rész átugorható) ​

  1. Ideiglenes aldomaint hozunk létre neki:
    1. Cloudflare-en (vagy ahol a DNS-ei kezelve vannak) a fődomainhez felvesszük az ideiglenes aldomaint CNAME rekorddal. A proxy-t nem kapcsoljuk még be a rekordnál (különben nem futna le az SSL).
    2. Closte-n is hozzáadjuk az ideiglenes aldomaint az adott domain vezérlőpultján:
      • Domains » Add Domain gomb: Hostname-hez az ideiglenes aldomain név (https:// NÉLKÜL és perjel NÉLKÜL). Nem kell se Wildcard, se Primary, se Redirect.
    3. Domains menüpontban: a felvett ideiglenes aldomain SSL oszlopában rá kell kattintani a Request & Install gombra, mikor az megjelenik. Átdob az SSL » Free SSL Requests menüpontra, ahol elindul a folyamat. Ha kész, rá kell nyomni az Install gombra (a folyamatjelző helyén jelenik meg). Ez egy új oldalra visz, ahol az összes eddigi SSL oldal mellett egy Install gomb jelenik meg, amire szintén rá kell kattintani.
    4. Cloudflare-en (ha ott kezeljük) az ideiglenes aldomain DNS rekordjánál most már bekapcsolható a proxy.
  2. Átállítjuk az aloldal URL-jét az ideiglenes aldomainre.
    • WordPress hálózati beállítások » Honlapok-nál az adott aloldalt szerkesztve beállítani a Honlap ideiglenes URL-jét, majd mentés.
  3. Kikapcsoljuk (nem töröljük!!!) az ideiglenes aldomaint a WordPress hálózati beállítások » Honlapok-nál.
  4. Időzítést beállítani, amikor valóban töröljük az aloldalt (jelenleg +1 év múlva).
  5. Megírni az ügyfélnek, hogy vegye vissza a domainje DNS kezelését, ha eddig mi kezeltük a Cloudflare-en.
  6. Ha visszavette az ügyfél a domainje DNS kezelését, akkor törölni a domaint a Cloudflare fiókból:
    1. Cloudflare > premiumwp > kiválasztani a domaint > Overview oldal alján "Remove from Cloudflare"-re kattintani.
  7. Closte admin felületen törölni a domaint:
    1. Closte > Sites > premiumwp > Domains > az adott domain sorának végén lévő lenyíló menüből rákattintani a delete-re, majd végigvárni a törlési folyamatot. Ezzel óvatosan, mert a Closte nem kérdez rá domain törlés előtt még egyszer.
  8. Felhasználók törlése az aloldalról (a network-ről csak azokat töröljük, akik egyik más multisite aloldalon sem aktívak).
  9. Valamelyik alapértelmezett sablon bekapcsolása (pl.: Genesis, Divi).
  10. Hálózati admin felületen a Sablonok ➝ PWP Theme manager alatt ellenőrizni, hogy a kikapcsolt sablon aktív-e valamelyik más aloldalon.
    • HA nem aktív sehol ÉS nem egyedi sablon volt, akkor azt is törölni kell.
    • Ha egyedi sablon, akkor az aloldal későbbi végleges törlése esetén kell törölni.
  11. A bővítmények kikapcsolása az aloldalon.
  12. Hálózati admin felületen a Bővítmények ➝ PWP Plugin manager alatt ellenőrizni, hogy a kikapcsolt bővítmények aktívak-e valamelyik más aloldalon.
    • HA nem aktívak sehol, akkor azokat is törölni kell.

Adminisztráció ​

powershell
1. Pagescreen-ből törölni.
2. Google Térkép API törlése, ha a mi fiókunkhoz állítottuk be.
3. Mobiltelefonból törölni az adatait (GDPR), ha van.
4. 1Password-ből törölni bármilyen meglévő login-jét.
5. Ellenőrizni, hogy a Google Analytics, Google Tag Manager és Google Search Console fiókokat megosztotta-e velünk, onnan törölni vagy kérni a törlést.
6. A következő Google szolgáltatásokat is ellenőrizni és szükség esetén törölni: Google Cloud Console APIs, reCaptcha
7. Számlázókból törölni, ha mi számláztunk neki.
8. Prémium WordPress táblázat megfelelő munkalapján leadminisztrálni a felmondást.
9. Prémium WordPress táblázat → Felmondott előfizetések munkalapra beírni.
10. (Multisite karbantartásnál törölni megmaradt dolgait.)

☑️ [MainWP] Weboldal hozzáadása ​

A MainWP management szolgáltatással is kezeljük, figyeljük a weboldalakat. Sok olyan szolgáltatást tud, amit a Modular DS még nem, így ezt a szolgáltatást is bekötjük mindenképpen a weboldalakhoz.

FONTOS! Időben össze kell kapcsolni a weboldalt a MainWP-vel, mert (alapértelmezetten) 20 perc után kikapcsolja magát a bővítmény.

  1. **Telepíteni és aktiválni a MainWP Child bővítményt **(teljes neve: MainWP Child – Securely Connects to the MainWP Dashboard to Manage Multiple Sites). Ezt akár ManageWP-ből is lehet.
  2. Először érdemes letesztelni a kapcsolódást MainWP felületünkön a "Test Connection" gombra kattintva, még mielőtt beállítunk mindent és akkor derül ki, hogy van valami gond.
  3. Weboldal admin felületén Beállítások → MainWP Child → Settings fül:
    1. Require Password Authentication kapcsolót BE kapcsolni.
    2. **Require Unique Secuirty ID kapcsolót BE **kapcsolni, majd Save Settings gomb.
    3. Erre legenerál egy Unique Secuirty ID-t, amit majd a MainWP rendszerbe kell beilleszteni.
    4. Rámenteni a Save Settings gombra.
  4. MainWP felületünkön (https://mainwp.pwp.hu/wp-admin/):
    1. "+" gomb jobb felül, majd Add Website-ot választani. (Egyszerre is meg lehet nyitni több fülön és pl. 5-ösével külön-külön végigvinni weboldalak hozzáadását.)
    2. Site URL: beírni a weboldal URL-jét
    3. Verify that the MainWP Child plugin is installed and activated: BE kapcsolni
    4. Administrator username: premiumwp
    5. Connection authentication method(s):
      1. Administrator password: KI kapcsolni
      2. Unique Security ID: BE kapcsolni
    6. Unique security ID: ide kell bemásolni azt az ID-t, amit a weboldalon legenerált a rendszer
    7. Site title: domain név legyen az oldal címe
    8. Show Optional Settings-re rákattintani
    9. Tags (optional): a releváns tag-eket megadni.
    10. Client (optional): kiválasztani az ügyfelet
    11. Add Site gombra kattintani
    12. Kiírja: "Adding the site to your MainWP Dashboard. Please wait..."
    13. Ha hibát ír, akkor rányomni a "Test Connection" zöld gombra
    14. Ha minden rendben: "Site successfully added ..."

✅ [Deploy HQ] Failed deployment of... ​

Leírás ​

Ez az email értesítő azt jelzi, hogy melyik szerver csoportba nem sikerült a deploy. Ha egy adott csoporton belül akár csak egy szerver is okozta a hibát, akkor már a teljes csoportra hibajelzést ad. Ahhoz hogy tudjuk melyik szerverrel (akár többel is) van baj, le kell ellenőrizni a kapcsolatokat, majd újra kell indítani a deploy-t manuálisan.

Lépések ​

  1. Bejelentkezés a Deploy HQ admin felületére.
  2. Ki kell választani az adott projektet a jobb oldalsávban.
  3. A bal oldalsávban a Settings menüpontra kell kattintani.
  4. A Run Tests gombra kell kattintani, hogy lefuttassa a teszteket az összes szerverre.
  5. Ezután egy popup-ban mutatja az eredményeket, ott lehet látni, melyik szerverrel van probléma. A szerver elnevezése mellé (ami nálunk a domain általában) ezt írja: Error
  6. Ezután a problémás szerverek beállításaira megyünk, azaz lezárjuk a popup-ot és a Servers & Groups menüpontra kattintunk a bal oldalsávban.
  7. A listában rákattintunk arra a szerverre, amelyikkel probléma volt, így annak a konfigurációs szerkesztőjébe jutunk.
  8. Ott újra megadjuk az FTP adatokat és rákattintunk az Update Server gombra.
  9. Ha az adatok rendben voltak, akkor hibajelzés nélkül elmenti és visszalép a lista oldalra.
  10. Ezután a Deployments menüpontra kell kattintani, ahol kilistázza a sikeres és sikertelen deploy-okat.
  11. Itt a Failed deploy-okat kell nézni, ahol a Retry gombra kell kattintani a folyamat újra indításához.
  12. Ha valamiért nem fut le így sem a deploy, akkor manuálisan kell azt lefuttatni:
    1. Ugyanitt a Deployments menüpont alatt a jobb felső sarokban a Deploy Project gombra kell kattintani.
    2. Servers - Itt ki kell választani azt a szerver csoportot, ahová szeretnénk elindítani a deploy-t.
    3. Branch - Ki kell választani azt a Git branch-et, amit akarunk deploy-olni.
    4. Start Revision - Az a kezdő verzió, ahonnan számolva szeretnénk a változásokat feltölteni. Itt a lila lista ikonra kattintva kiválaszthatunk egy múltbeli verziót is. Akár a legelsőt is, ebben az esetben az egészet felülírja a legfrissebb verzióval.
    5. End Revision - Az a verzió, aminek az állapotával szeretnénk frissíteni.
    6. Schedule Deployment - Azt lehet beállítani, hogy mikor fusson le a deployment. Nyilván a Start immediately a legjobb választás legtöbbször.

Gyakran Ismételt Kérdések ​

RunCloud kezelése ​

☑️ [RunCloud] Installáció migrálása ​

  1. Private (https://app.clickup.com/9015056002/docs/8cndnm2-5595/8cndnm2-20855)
  2. ...
  3. A mu-plugins mappa átvizsgálása:
    1. A Closte által felrakott mappát és fájlt törölni.

Adatbázis importálás ​

  1. Az AdminNEO legújabb verzióját telepíteni:
    1. Le kell tölteni a legújabb verziót: https://www.adminneo.org/download
    2. Elég csak az angol nyelvűt választani.
    3. A fájlt át kell nevezni valami véletlen karaktersorral. Pl.: adminneo-8734tgakuwzgsw4e5ze.php
    4. Ezt a fájlt kell feltölteni az installáció főmappájába.
    5. Majd külön fülön meg kell nyitni ezt a fájlt.
    6. A "Permanent login" opciót be kell pipálni.
    7. Az adatbázis adatok megadása után be kell lépni.
  2. Az srdb mappa feltöltése az installáció főmappájába.
  3. A böngészőben a /srdb/ útvonal megnyitása.
  4. A szükséges adatbázis adatokat a wp-config.php fájlból kimásolva a "Database Details" szekciónál kell megadni.
  5. Utána a "Test connection" gombra kell kattintani.
  6. A "convert to innodb" gomb megnyomása, ha nem innodb az Engine a tábláknál.
  7. A "convert to utf8mb4 unicode" gomb megnyomása, hogy minden táblán a Collation utf8mb4_unicode_ci legyen.
  8. Az adatbázisnál a Collation beállítása utf8mb4_unicode_ci értékre, hogy az új táblák is így jöjjenek létre.
  9. A végén az /srdb/ mappát törölni kell!

☑️ [RunCloud] Redis beállítása ​

  • Ha automatikusan nem illeszti be, akkor ezzel ki lehet egészíteni a wp-config.php fájlban a konfigurációt: define( 'RCWP_REDIS_HOST', 'localhost' );

✅ [RunCloud] Web Application létrehozása ​

A RunCloud rendszerében az egyes installációk, weboldalak úgynevezett Web Application egységenként hozhatók létre. Ezeknek külön beállításaik vannak, külön adatbázis és jogosultságok. Az egyes web alkalmazások teljesen elszigetelve léteznek.

https://runcloud.io/docs/create-a-web-application

Lépések Web Application létrehozása esetén ​

  1. Choose how you would like to deploy your web application: Itt lehet kiválasztani, hogy hogyan szeretnénk létrehozni az új web alkalmazást és milyen előre konfigurált szoftvert szeretnénk alkalmazni. A legtöbbször itt a "One-Click" fül alatt található "WordPress" opciót fogjuk használni.
  2. Web App Details
    1. Web Application Name: A domain alapján nevezzük el, de pont helyett kötőjelet használunk, például: domain-hu
    2. Web Application Owner: "Use existing system user" checkbox-ot be kell pipálni. Mindenképpen már létező felhasználót állítsunk be, így egy új Web Application esetén ezt előre létre kell hozni és a 1Password-ben el kell menteni.
  3. Domain
    1. Domain Name: Itt legtöbbször a "Use my own domain / subdomain" opciót fogjuk választani, mivel saját weboldalt fogunk használni. De lehet a "Use test domain" opciót is választani teszteléshez.
    2. Enable www for this domain / subdomain: A legtöbb (nem aldomaines) weboldal esetén ezzel az opcióval állítjuk be, hogy a www-s aldomain DNS rekordja is be lett állítva. Ezt bepipálva kijön egy következő lehetőség:
      1. Preferred Domain Version: Itt lehet kiválasztani, hogy melyik verziót szeretnénk alkalmazni:
        1. www (enable non-www → www redirection): A www változat esetén a nem www-s változatra beállít egy átirányítást.
        2. non-www (enable www → non-www redirection): Ha nem a www-s változatot szeretnénk használni, akkor ezzel állítjuk be, hogy a www-s változatot átirányítsa a nem www-s változatra.
        3. Do not set a preferred domain version: Amennyiben nem akarunk átirányítást beállítani, akkor ezzel az opcióval megengedjük, hogy mindkét változatban betöltsön a weboldal. EZ NEM AJÁNLOTT!
    3. DNS Integration: Itt egyelőre (amíg nem vagyunk magasabb csomagban) a "None - I will setup DNS records manually" opciót kell választani. Ha magasabb csomagba megyünk, akkor lehet majd a "Cloudflare" opciót is választani, hogy automatikusan állítsa be a DNS rekordokat. Addig viszont manuálisan fogjuk szerkeszteni.
  4. WordPress: Az új installáció telepítéséhez szükséges adatokat kell itt megadni. Vagy megadunk rendes adatokat, ha egy teljesen új installációt akarunk létrehozni vagy ha azért hozzuk létre, hogy migráljunk egy weboldalt, akkor minden adatot ezzel kell kitölteni: info@premiumwp.hu
    1. Site Title: Az installáció címe.
    2. Admin Username: Az első admin felhasználó felhasználóneve.
    3. Admin Password: Az első admin felhasználó jelszava.
    4. Admin Email: Az első admin felhasználó email címe.
    5. WordPress Multisite: Be kell állítani, hogy Multisite lesz-e az installáció vagy "No (Standard Installation)".
  5. Database (Optional)
    1. Database User: Az adatbázis létrehozásánál az adatbázis neve és a felhasználó ugyanaz lesz. Így ide csak át kell másolni az adatbázis nevét.
    2. Database Password: Az adatbázis jelszót is ugyanúgy legeneráljuk a "Generate Password" linkre kattintva. Itt az alapértelmezett 32 karakter hosszú, minden karakteres verzió maradhat.
    3. Database Name: Ez egy 24 karakteres, csak kis angol ABC betűkből és számokból álló véletlen karaktersorozat lesz. Ott az adatbázis beállításának a blokkjában a jelszónál van egy "Generate Password" link, ami létrehoz ilyen véletlen karaktersorozatot. Tehát itt nem használunk nagy betűket és speciális karaktereket.
    4. Table Prefix: A WordPress táblák előtagját lehet itt az alapértelmezett helyett másikra beállítani. Ezt nem szoktuk már megváltoztatni.
  6. Backup
    1. Enable backup for this web application: Ezt kell bepipálni ahhoz, hogy a biztonsági mentések aktiválva legyenek. Ezért ezt mindig bepipáljuk.
    2. Backup Label: A következő sémát alkalmazzuk:
      1. Először kötőjellel az első időpontot, amikor elkezdi a mentést, például: 05-55
      2. Utána helyközzel elválasztva a Web Application elnevezését használjuk
      3. Majd a végén helyközzel elválasztva a mentés típusát: RC-APP-DB, RC-APP, RC-DB
      4. Tehát például: 05-55 weboldal-hu RC-APP-DB
    3. Alatta a "RunCloud Storage" opciót választjuk.
    4. Backup Type: A biztonsági mentés típusát lehet itt kiválasztani. Mi az "Incremental Backup" opciót választjuk.
    5. Backup Frequency: Itt a "12 hours" opciót választjuk.
    6. First Backup Start At: Ezt mindig másnap reggelre állítjuk úgy, hogy ne legyen két mentés azonos időpontban. 5 perces eltolással hozzuk létre a mentéseket 05:00 - 08:00 között. Ezt szerverenként kell így beosztani! Ha egy szerveren csak egy weboldal van, akkor ahhoz a mentést 06:00-ra kell állítani.
    7. Backup File Retention: Ügyfél esetén a "1 month" opciót választjuk, saját weboldalak esetén lehet más időintervallumot is, akár kevesebbet is.
  7. Basic Settings and Stack
    1. Public Path: Ez az elérési útvonala lesz a weboldalnak a szerveren. Nem bántjuk.
    2. PHP Version: Itt állítjuk be a PHP verziót.
    3. Web Application Stack: A telepítés típusát állítjuk itt be.
      1. NGINX + Apache2 Hybrid (You will be able to use .htaccess): NGINX és Apache hibrid stack. Ezt választjuk!
      2. Native NGINX (You won't be able to use .htaccess but it is faster): Csak NGINX stack, ami gyorsabb, de több rendszergazdai szakértelmet igényel, ezért ezt nem választjuk.
      3. Native NGINX + Custom config (For power user. Manual Nginx implementation): Ez is csak NGINX, plusz még teljesen egyedi konfiguráció, szóval ezt meg végképp nem választjuk.
    4. Stack Mode: Kiválasztható, hogy "Production" vagy "Development" környezetet akarunk-e létrehozni. Többnyire "Production" környezetet hozunk létre.
  8. A végén a jobb alsó sarokban található "Deploy..." gombra kell kattintani.

✅ [RunCloud] Web Application klónozása ​

A RunCloud rendszerében az egyes installációk, weboldalak úgynevezett Web Application egységenként hozhatók létre. Ezeknek külön beállításaik vannak, külön adatbázis és jogosultságok. Az egyes web alkalmazások teljesen elszigetelve léteznek.

https://runcloud.io/docs/create-a-web-application

Lépések Web Application klónozása esetén ​

  1. General
    1. Choose Destination Server: Itt választhatjuk ki, hogy a meglévő Web Application-t melyik szerverre szeretnénk klónozni.
  2. Web Application Option
    1. New Web Application Name: A domain alapján nevezzük el, de pont helyett kötőjelet használunk, például: domain-hu
    2. Web Application Owner: "Use existing system user" checkbox-ot be kell pipálni. Mindenképpen már létező felhasználót állítsunk be, így egy új Web Application esetén ezt előre létre kell hozni és a 1Password-ben el kell menteni.
  3. Database Option
    1. New Database Name: Ez egy 24 karakteres, csak kis angol ABC betűkből és számokból álló véletlen karaktersorozat lesz. Ott az adatbázis beállításának a blokkjában a jelszónál van egy "Generate Password" link, ami létrehoz ilyen véletlen karaktersorozatot. Tehát itt nem használunk nagy betűket és speciális karaktereket.
    2. New Database Username: Az adatbázis létrehozásánál az adatbázis neve és a felhasználó ugyanaz lesz. Így ide csak át kell másolni az adatbázis nevét.
    3. New Database Password: Az adatbázis jelszót is ugyanúgy legeneráljuk a "Generate Password" linkre kattintva. Itt az alapértelmezett 32 karakter hosszú, minden karakteres verzió maradhat.
  4. Domain & SSL
    1. Domain Option: Itt legtöbbször a "Use my own domain / subdomain" opciót fogjuk választani, mivel saját weboldalt fogunk használni. De lehet a "Use test domain" opciót is választani teszteléshez.
    2. Domain Name: Itt kell megadni a domain nevet.
    3. Enable www for this domain / subdomain: A legtöbb (nem aldomaines) weboldal esetén ezzel az opcióval állítjuk be, hogy a www-s aldomain DNS rekordja is be lett állítva. Ezt bepipálva kijön egy következő lehetőség:
      1. Preferred Domain Version: Itt lehet kiválasztani, hogy melyik verziót szeretnénk alkalmazni:
        1. www (enable non-www → www redirection): A www változat esetén a nem www-s változatra beállít egy átirányítást.
        2. non-www (enable www → non-www redirection): Ha nem a www-s változatot szeretnénk használni, akkor ezzel állítjuk be, hogy a www-s változatot átirányítsa a nem www-s változatra.
        3. Do not set a preferred domain version: Amennyiben nem akarunk átirányítást beállítani, akkor ezzel az opcióval megengedjük, hogy mindkét változatban betöltsön a weboldal. EZ NEM AJÁNLOTT!
    4. DNS Integration: Itt egyelőre (amíg nem vagyunk magasabb csomagban) a "None - I will setup DNS records manually" opciót kell választani. Ha magasabb csomagba megyünk, akkor lehet majd a "Cloudflare" opciót is választani, hogy automatikusan állítsa be a DNS rekordokat. Addig viszont manuálisan fogjuk szerkeszteni.
    5. SSL/TLS Method: Itt most csak a "Basic SSL (One SSL certificate for all domains)" opciót tudjuk választani, de ez is a jó választás.
    6. Advanced Options: További beállítások lehetősége KLÓNOZÁS ESETÉN!
      1. Custom NGINX config: Egyedi NGINX konfiguráció klónozása.
      2. RunCloud Hub: Amennyiben már telepítve volt, azt is lehet klónozni.
      3. Backup: A biztonsági mentéseket is lehet klónozni.
  5. A végén a jobb alsó sarokban található "Clone Webapp to Server..." gombra kell kattintani.

☑️ ClickUp feladat létrehozása Help Scout jegyből ​

  • A ClickUp feladatnak a címe legyen egyértelműen a feladatra optimalizálva, nem kell, hogy ugyanaz legyen, mint a Help Scout jegy tárgya.
  • A ClickUp feladatba be kell illeszteni a Help Scout jegy URL-jét.
  • A ClickUp feladatba a leírásba kell írni egy összefoglalót, a pontos feladat leírását és esetleg az ügyfél levelét lehet beilleszteni.
  • A ClickUp feladatnál is fel kell venni címkéket, nem feltétlen ugyanazokat, amiket a Help Scout-ban veszünk fel. Viszont a "help-scout" címke legyen hozzáadva!
  • A Help Scout jegyben fel kell venni a ClickUp Task property-be a ClickUp feladat "Private link" URL-jét.
    • A feladatnál a Share gombra kell kattintani, majd a "Private link" sorában a "Copy link" gombra.

☑️ [Emailit] SMTP szolgáltatás bekötése ​

Lépések ​

Emailit beállítása:

  1. Sending domain hozzáadása.
  2. Domain hitelesítése a DNS beállításokkal.
    1. Az Emailit saját aldomainjéhez az SPF rekordnál átírjuk a szigorítást a legszigorúbbra, azaz a végén az ~all helyett -all lesz!
    2. A _dmarc aldomain rekordját csak akkor kell beállítani, ha még nincs beállítva az adott domainnél. Ha be van állítva, akkor ahhoz nem nyúlunk.
    3. A fődomain SPF rekordjához is mindenképpen fel kell venni ezt: include:_spf.emailit.com
  3. API létrehozása: Oldalsávban API Keys → Jobb felül Add API Key
    1. Name: Weboldal neve, ahol használuk URL https:// és www nélkül. Pl.: hucommerce.hu
    2. Scope: Sending Only
    3. Scope Domain: A küldő domain, amit használunk a weboldalon.
  4. API Key elmentése a 1Password-be. CSAK az API-t kell elmenteni Email típusú item-ként Password mezőt írjuk át erre - API Key & SMTP. Ezt a kulcsot a rendszer többé már nem mutatja! FluentSMTP használata esetén:
  5. FluentSMTP telepítése ha még nincs telepítve.
  6. FluentSMTP beállítása:
    1. SMTP adatok megadása:
      1. Host: smtp.emailit.com
      2. Username: emailit
      3. Password: 1Password-ben elmentett jelszó
      4. Port: 587
      5. Encryption: TLS

Fontos jegyzetek ​

  • Nem a weboldal domain a mérvadó az SMTP beállításnál, hanem az, hogy milyen email domaint használnak (azaz a @ utáni domain) a levelek, értesítések küldőjeként. Például űrlap bővítményben az egyes űrlapokhoz beállított küldő domain, vagy Woocommerce - Beállítások - Email résznél beállított küldő domain, vagy Pagebuilder-es Form-ban beállított küldő domain stb... Ez lehet, hogy eltér az Adminisztrátori email címtől. Az is lehet, hogy egy weboldalon több küldő domaint kell beállítani. A FluentSMTP ezt megfelelően tudja kezelni és mindig azt a küldő domaint használja, amelyik az adott esetben szükséges.
  • Mindenképpen ellenőrizni kell a WordPress installációban beállított alapértelmezett admin email címet, mert ha más nem írja felül, akkor ez lesz a küldő email cím. Természetesen az SMTP bővítmények, PWP Control, illetve más bővítmények (pl.: űrlap kezelők) felülírhatják a küldő email címet. Tehát a beállított küldő email címhez tartozó domainnévhez kell az SMTP szolgáltatás.

Sok tapasztalattal 👨‍💻, munkával 💪 és törődéssel ❤️ készítettük.

Copyright © Prémium WordPress