Ma egy kíváncsi hibát észleltem - a webhely átruházása után (Jumla), az engedélyezés leállt (a webhely "admin" -re lehetetlenné válni).

Ugyanakkor nincs megadva hibaüzenetek - egyszerűen frissítve a bejelentkezési jelszó beviteli oldalát, és ez az.

1. szám.

Az ilyen hiba legnépszerűbb oka a szerverlemez (fiók) túllépése. Ennek eredményeként, amikor megpróbál bejelentkezni a webhelyre, a szkript nem hoz létre munkamenetfájlt (mert a lemez tele van), és ennek eredményeképpen a webhelyen található engedély nem fordul elő.

Javítsa meg a hibát egyszerűen - Tisztítsa meg a lemezterületet úgy, hogy még mindig tucat megabájt van a tartalékban, tisztítsa meg az ideiglenes mappát (TMP).

Figyeljen a fontos szempontra - a lemez nemcsak a helyet, hanem a leginkább hozzáférhető számú fájlok (inode) is! Vagyis a hely még mindig maradhat, de a fájlok egyszerre nem hozhatók létre!

2. szám.

Az ellenőrzés azt mutatta, hogy ebben az esetben az ok a változók hibás értékei voltak a konfigurációs.php fájlban (amely a webhely mappában van)

Nyilvános $ Cookie_Domain \u003d "example.org"; Nyilvános $ cookie_path \u003d "/ www"; // nyilvánvalóan, aki pontosan az, mivel az utat egyértelműen helytelenül jelzi;

A jogorvoslat sikerült üres értékeket megállapítani nekik:

Nyilvános $ Cookie_Domain \u003d ""; Nyilvános $ cookie_path \u003d "";

By the way, általában a $ cookie_domain és a $ cookie_path változók értéke, és üresnek kell lennie - a használatuk releváns, például olyan esetekben, ha egy másik CM-ot telepítenek az oldal almappájába, amelyhez külön bemeneti / cookie szükséges :

• $ Cookie_domain. : Olyan tartomány, amelyre a cookie érvényes. Annak érdekében, hogy a cookie-t minden aldomain esetében engedélyezzék, a domainnek meg kell kezdenie a "." Például - ".yourdomain.com". Alapértelmezés szerint a domain nevet használják, amelyen a Joomla telepítést elvégezték.
• $ Cookie_path : A szerver útja, amelyre valójában a cookie kérdése. Például, ha telepítve van / tesztelve /, akkor a cookie csak a könyvtár / teszt / és az összes alkönyvtáron belül érvényes (például / teszt / dir /) tartományban. Alapértelmezés szerint a Cookie az egész tartományra érvényes, amelyen a Joomla telepítést elvégezték.

Menjen a webhely adminisztrátori panelen a "Beállítások - Általános" oldalra. A WordPress cím és a webhely cím mezőkben adja meg az új tartomány URL-jét, és erősítse meg a módosításokat a "Módosítások mentése" gombra kattintva. Ezt követően a WordPress átirányítja Önt az adminisztrációs felülethez, de már az új tartományon.

Adatbázis

A helyszínen az oldalon, a WP_Options táblázatban meg kell változtatni webhelydomain az új értékek a mezők cím siteurl és HOME. Ezek a lehetőségek különböző azonosítói vannak a CMS és a létesítmények különböző verzióiban. Ez lehet ID 1, 2, 33, 37 és bármely más. Az adatbázist bármilyen kényelmes módon módosíthatja: SQL adatbázis lekérdezése bármely adatbáziskezelőn keresztül, nyissa meg a mentett SQL adatbázis adatbázisát egy szövegszerkesztőben, használjon olyan adatbázis-vezetőket, mint például a phpmyadmin, mysql workbench, heidisql stb.

Ha szüksége van egy SQL lekérdezésre, akkor például például:

A WP_OPTIONS SET OPCTION_VALUE frissítése \u003d "(! Lang: http: //new-domain.domain-zone" WHERE option_name = "home" OR option_name = "siteurl"; !}

Az akciók elvégzése után a CMS Wordpress webhelye normálisan működik az új tartományban.

Nem olyan régen, olyan problémába ütköztem, hogy miután átvette az oldalt egy másik tárhelyre, az admin modx forradalom leállt. A webhely teljesen működik, de amikor a központba költözik, látom a következő képet.

Ha bármilyen linkre kattint, semmi sem történik. Röviden, egy ilyen furcsa nem működőképes kép jött ki. By the way, ez nem csak akkor juthat el, ha átadja az oldalt, hanem frissítéskor, vagy egyszerűen, amikor a motor elsődleges telepítve van. Lehet, hogy az admin üres, vagy egyszerűen nem nyit meg, és nem hagyja el. De nem minden olyan ijesztő, van egy kiút, amely segít megszüntetni a problémát szó szerint 5 perc alatt.

Kezdjük, elindulunk, hogy a webhely álljon, és menjen a Config.Cache.php mappába

A mappa elérési útja a következő: /core/cache/system_settings/config.cache.php

Miután megtalálta a mappát, nyissa meg egy szövegszerkesztőben, és találjon két fontos vonalat.

Két sor szükséges:

'Compress_css' \u003d\u003e '1',
'Compress_js' \u003d\u003e '1',

Alapértelmezés szerint éppen ellenkezőleg, "1" állnak, meg kell változtatnunk az "1" -es "0" -ra, hogy a képernyőképemben legyen.

Miután ezeket a változtatásokat elvégezte, mentse. Minden rendben lesz, de egy ideig, 10 perc után, akkor újra működni és nulla hogy kizártuk a config.cache.php fájl módosítható automatt jegyekre, és minden ki fog derülni újra. Annak megakadályozása érdekében, hogy egy másik kis változást kell tennie, de csak a tárhelyen, hanem az adminisztrátori panelen.

Maga az adminisztrátorban a rendszert az egérrel hozjuk, és menjünk a "Rendszerbeállítások" -ra. Ezután keresünk a két sort.

Azokkal ellentétesek, az "igen" szavak állnak, meg kell változtatnunk két sorban "igen" a "nem".

Miután ezeket az utolsó változást elvégezte, akkor az üres, nem működő és nem nyitó adminisztrátor problémái eltűnnek, és nem mennek vissza. Csak egy másik tárhelyre történő átvitel után, vagy a frissítés után mindezek a problémák visszatérhetnek. De készen állsz rájuk, és gyorsan megszüntetheted.

Hello, ma az idő jött a következő, de régóta várt lecke. Egybeesés következtében 33 éves volt, és a 3. ábra a kedvenc számom.

Remélem, hogy a "trojka" is tetszik a 3. számú leckét követve, a blog az interneten lesz, az igazi szerveren, amelyet már régen vártál ... végül eloszthatja a blogodat Minden barátaidnak és barátaidnak, elkezdjük javítani a saját blogodat, arra törekszünk, hogy a kiváló "brainchild" -vel, amelyet nem szégyellni, hogy megmutassa a másikat.

Szóval, kezdjük. A mai lecke lesz a blog átvitele az igazi kiszolgálóhoz és annak beállításaihoz az átvitel után.

Transzfer blog a WordPressen

1. A mappában található összes fájl (Lehet, hogy másként másolható) egy külön mappába másolható, ahol az összes blogfájl tárolódik (az előzőben elmondtam róla).
   Például egy D helyi lemezen, létrehozom a nevéhez hasonló mappát. Létrehozok egy mappát web.és másolja az összes fájlt d: \\ Server \\ Home \\ localhost \\ www \\ web \\ . Ezt annak érdekében teszem, hogy normálisan dolgozzunk egy helyi számítógépet a kísérletekhez stb. (Mivel megváltoztatjuk a konfigurációs fájl beállításait az átvitelhez). Most az összes blogfájl itt van itt:
   A jövőben csak akkor fogunk dolgozni ezzel a mappával.és nem d: \\ Server \\ Home \\ localhost \\ www \\ web \\
2. Nyissa meg a fájlt wp-config.php. A téma fájlban. Meg kell változtatnunk az adatbázis nevét. Ezeket az adatokat megtalálhatjuk a CPanelben (ahol létrehoztunk egy adatbázist, a felhasználónév, a phpmyadmin, stb. Az utolsó leckében) Hoster (hogyan juthat el).
3. Másolja az adatbázis nevét:
   
   
4. Figyeljen az aláhúzott "dolgok" a fájlban wp-config.php.
   
5. Ki kell cserélnünk azokat, amelyeket létrehoztunk és rámutunk az előző leckében az adatbázis létrehozásának folyamatában:
   
   
6. Mentés wp-config.php. és ugyanazon a helyen találja meg a fájlt Nyissa ki és törölje mindent, azaz a fájl Tartsa üresen.
7. Ezután meg kell végrehajtania a létrehozási folyamat robots.txt

Fájl robots.txt a keresőmotorok megfelelő indexeléséhez szükséges (Yandex, Google stb.). Ha nem értesz valamit - nem baj, csak tedd, amit írtam. A fájlról további információt a következő órákban elmondom. Szóval, győződjön meg róla, hogy feliratkozik az RSS-re, hogy ne hagyja ki az új újonc blog órákat ()

Robots.txt létrehozása

Töltse le magad a számítógépre. Kicsomagolja, fájlnak kell lennie robots.txt

Fájl átvitel

1. Most nyílt FileZilla vagy más FTP kliens (olvastam telepítésével FileZilla és olvasni). A bal oldalon menjen az ablakhoz a blogoddal, és jobbra menjen, menjen az FTP-kiszolgálóra, és nyissa meg a Public_HTML mappát (például):
   
   
2. Bal minden fájlt oszthat meg És kattintson Letöltés a kiszolgálóhoz:
   
3. Indítsa el a fájlok másolásának folyamatát. Ha megkérdezi, "felülírja a fájlt?", Erősítse meg. Is kijuthat egy üzenetet is nem lehet csatlakozni a szerverhez, Csak várjon egy kicsit, másolja a fájlokat a helyreállításhoz.
4. A másolási folyamat 30 percet vettem. De néhány fájl (80 darab) van megbukottEz látható a bal alsó sarokban (ha az összes fájl elhaladt, akkor a következő 2 lépést hagyja el):
   
   
5. Regisztrálja őket, kattintson a " Sikertelen átvitel"(Kék jelölőn belül kiemelve), hozzon létre minden fájlt (Ctrl + A), kattintson a jobb egérgombra, és válassza ki "Tisztítsa meg a listát, és adja meg újra a fájlokat":
   
   
6. Most átviszi Önt a lapra " Fájlok a feladatban", Add meg újra az összes fájlt, a jobb egérgombot, és válassza ki az elemet" Végezze el a feladatot":
   Ennek eredményeképpen minden fájl szükséges, ha festetlen, ismételje meg a 4-6 lépést. Mindent letöltött.

A blog beállítása az átvitel után

1. Menjen az adminisztrátor panelre, de már az igazi kiszolgálón, a címen your_sait.ru / wp-admin.
2. Ha erre hasonlóan jöttél ki (az alábbi kép), csak kattintson a linkre, csak dolgozott a plugin XSS támadásokból, semmi szörnyű:
   
3. Adja meg az admin, a jelszavát (ő ugyanaz, mint a helyi számítógépen), és egy jelölőnégyzetet "emlékezzen rám":
   
4. Ön a "natív" admin (amellyel gyakran dolgoztunk a helyi szerveren), gratulálunk a leckék kiváló részéről! Most megyünk b. Beállítások -\u003e Állandó hivatkozások (CNC):
   
5. Az összes információt alacsonyabb és másoljuk az ablakban található ablakban:
   
6. Helyezze be a fájlba.hthaccess, ami bennem van LAN D / *** bár / web / .htaccess lemez Helyezze be, amit egy 5 lépésben másolt, mentse a fájlt. Úgy néz ki, mint ez:
   
7. Most frissíteni kell ezt a fájlt a kiszolgálón: erre allocate.htaccess Nyomja meg a jobb gombot, és válassza az Elem lehetőséget Letöltés a kiszolgálóhoz:
   
8. nyomja meg RENDBEN:
   
9. Most fájl Frissítve a szerveren.
10. A blog nevét és rövid leírását is átneveztem. Ehhez jött admin bloga -\u003e B. Építés -\u003e Általános:
    

Most megy a WP-tartalom mappát és adja meg a feltöltések mappát 777 (hogyan kell csinálni, látható (csak olvasni, hogyan kell beállítani jogok 777 és az összes)).

Ezen A blog átvitele az igazi kiszolgálóhoz teljes.Elköteleztük magunkat kis beállítás az átvitel után, eredmény - a blogunk az internetenhogy belehessen ahhoz, hogy tárcsázzon your_blog.ru. A böngészőben és ez az.

Őszintén szólva, a leckét sokáig írták, annyi képet, és megpróbálta ezt a leckét, hogy mindig részletes.

Most elkezdtem gondolkodni megpróbálhatja Néha videó leckék (különösen akkor, ha az anyag a vizsgálati térfogatra)? Azt hiszem, jelentősen egyszerűsítik az életet és én, és te. Általában gondolok erről a témáról.

I-aya célt ért el. mi Létrehozott egy blogot. Ez elérhető minden.

Most, mielőtt promóciós és jövedelem, nem lesz tanulságok tervezése tervezés, fordítás sablonok, új funkciókat a blog, és minden nagyon érdekes! Örülök, hogy várok rád kedves olvasó, BE, és az örömről ugrik.

Látva hamarosan találkozók az új órákon!

P.S.Hamarosan elmondom a blogom címét, aki együtt tette. Nem fogok dönteni, várjon egy hétre, kettő.

_______________________________________________________

A következő lecke: 34 lecke a lehető legnagyobb mértékben fájdalommentes.