A "Nem található" hiba javítása

Tartalom

• Ezt a hibát látja?
• A Wordpress "Not Found" hibáról
• A "Nem található" hiba javítása a Wordpress programban
• Az OK
• Megjegyzések / kérdések?

20 éves digitális marketingszakember. Web designer. Wordpress-rajongó.

"Nem található" hibaüzenetet kap, amikor oldalakat látogat a Wordpress webhely beállítása során? Egyszerű dolog kijavítani ... ne aggódj! Ez a rövid útmutató megmutatja, mennyire könnyű.

Ezt a hibát látja?

Nem található

A kért URL / my-category / my-page nem található ezen a szerveren.

Ezenkívül egy 404 Not Found hibát észleltünk, amikor egy ErrorDocument-t próbáltunk használni a kérelem kezelésére.

A Wordpress "Not Found" hibáról

Ha ezt olvassa, biztosan megszerezte!

Az egyik legfélelmetesebb dolog, amelyet egy webmester vagy blogger láthatott a Wordpress blogján, a rettegett "Nem található" hiba. Ha megjelenik, akkor jelenik meg, amikor meglátogatja webhelye bármely nem kezdőlap területét. Ne aggódjon - ez egy egyszerű kérdés, amelynek megoldása másodperceket vesz igénybe.

A "Nem található" hiba javítása a Wordpress programban

Nyissa meg a Wordpress webhely adminisztrációs paneljét, lépjen a "Beállítások" részhez, és kezdjük.

1. Lépjen be webhelye FTP-területére, és keresse meg a .htaccess fájlt
2. Jelölje ki a .htaccess fájlt az FTP programban, és nyissa meg annak CHMOD beállításait. Valószínűleg 644-re van állítva. Változtassa 666-ra.
3. Menjen vissza a Wordpress webhely adminisztrációs szakaszába, és keresse meg a címet Beállítások » Permalink.
4. Szerkessze a linkstruktúrát az eredetileg kívántra, majd mentse el. Már nem szabad ezen az oldalon látnia a "szürkés" .htaccess mezőt, mondván, hogy a fájl nem írható.
5. Látogasson el webhelyének bármely oldalára, frissítsen és erősítse meg, hogy a hiba már nem fordul elő.
6. Végül, biztonsági intézkedésként térjen vissza az FTP-helyre, és módosítsa .htaccess fájlját 666-ról 644-re (biztonsági okokból), mivel valószínűleg soha többé nem kell szerkesztenie a Wordpress adminisztrációs paneljén keresztül.

Az OK

Miért történt ez egyáltalán?

Ez a hiba valószínűleg annak a ténynek tudható be, hogy megváltoztatta a Wordpress permalink felépítését. Az állandó kapcsolat struktúrájának beállításait az Adminisztrálás panel alatt találja Beállítások » Permalink. Alapvetően lehetővé teszi, hogy kiválassza, hogyan fog kinézni a Wordpress webhelyének URL-címei.

Megjegyzések / kérdések?

Yo Patel Indiából 2020. március 28-án:

Hasonló problémám volt a https://appleiphonetips.us webhelyemmel. A Google-keresésből jöttem a webhelyére, és teljes mértékben elolvastam a cikkét. Miután telepítettem ezeket a javításokat, azt tapasztaltam, hogy a probléma már megszűnt.

Köszi szépen.

Yogesh Khetani 2020. február 14-én:

Elég gyakori hiba volt a https://blucellphones.us/ blogomban, amikor olcsó tárhelyet használtam, de mióta a Cloudwaysbe költöztem, a hiba eltűnt.

BeingWp 2019. augusztus 21-én:

köszönöm, hogy nagy segítség voltál

Niyazahmad 2019. július 4-én:

Gyors finálé jhuta firod he kiya

Maria 2019. június 29-én:

Teljesen működött! Köszönöm!

Roozbeh 2019. május 9-én:

köszönöm. Nagyon hasznos

Lauryn Emery 2019. március 16-án:

Ne küldjön üzenetet nekem

Távolítsa el a számomat onnan a webhelyről

rosszindulatú 2018. december 7-én:

köszönöm ezt a www.technicalbud.com oldalt

ANUDEV C K 2018. november 21-én:

kérem, adjon erre videomegoldást.

Claudio 2018. szeptember 29-én:

Köszönöm

Bikash 2018. szeptember 11-én:

Hogyan találom meg a webhelyem FTP-területét? Kérem

Jay 2018. augusztus 23-án:

Köszönöm

Ahmad csodálkozott 2018. július 12-én:

Köszönöm szépen, szerintem nagyon nagy probléma, de nagyon kicsi

fantasztikus vagy, megmentetted az időmet

Shawn 2018. június 14-én:

Nagyon szépen köszönjük. Ez nagyon hasznos volt!

Marta 2018. június 7-én:

Köszönöm, nagyon hasznos!

Clarence 2018. június 4-én:

Nagyszerű ... nekem dolgozott. Nagyon köszönöm

Szükségem van egy dollárra 2018. május 25-én:

Az engedélyek módosítása 666-ra működött. Köszönöm.

Deshan Walallawita 2018. február 28-án:

Köszönöm szépen, ülj, a segítséged nagyon kedves volt és nagyra értékelték

Alex 2018. február 14-én:

Köszönöm! működik

Obi KenObi 2018. január 25-én:

Nekem működik, nagyon köszönöm

Sima rombuszhal 2018. január 21-én:

Sima rombuszhal! Dolgoztam egy csemegén, amit kicseréltem a webhelyemre egy másik szerverről, majd az összes linken folyamatosan "NEM TALÁLTAM".

Niels Thomas 2017. december 28-án:

nagyon köszönöm!

Először nemteljesítést tettem. Mentett, és minden újra működött. Megint "Post Name" -re változtatta, és minden rendben volt. Lehet, hogy ennek gyorsabb módja.

Félelmetes bejegyzés!

köszönöm 2017. december 27-én:

segítesz uram, köszönöm ...... 100%

Vahid 2017. december 22-én:

Nagy! a problémám úgy oldódott meg, hogy az állandó kapcsolatot alapértelmezetté változtattam, és az összes megjegyzésed megtörtént a biztonság érdekében. Nagyon köszönöm

profi vagy

Jim 2017. november 28-án:

Szuper! Köszönöm a megoldást!

olusola 2017. november 26-án:

Kösz tesó. a problémát úgy oldották meg, hogy a permalink-ot sima / alapértelmezetté változtatták.

Rajan malik 2017. november 20-án:

Köszönöm kedvesem, a te segítségeddel készült. Nagy!

pradeep 2017. október 30-án:

köszönet remek megoldás

jarvis 2017. október 23-án:

Köszönjük az egyszerű és elegáns megoldást. Nagyra értékelik. Isten áldja meg az agyadat .. még többet

Daniel 2017. október 13-án:

Köszönjük az egyszerű és elegáns megoldást. Nagyra értékelik.

wibill 2017. október 8-án:

Ez a probléma azután jelentkezett, hogy a webhelyemet egy új gazdagépre helyeztem át egy WordPress beépülő modul segítségével. Egyik oldalam sem fog működni. Próbáltam a javítással, de még mindig nem működött, de a bejegyzésből származó információk legalább újra elindították a webhelyet. Köszönöm! Végül megváltoztattam a permalink felépítését PLAIN-ra, és most legalább navigálhat a bejegyzésekhez. Még mindig nem tudom elérni, hogy egyéni vagy oldalcím-szerkezetre változzon, de legalább működik. Az igazán furcsa, hogy a PLAIN használatával működnek, semmilyen más struktúra nem. A .htaccess-t 666-ra változtattam, és valóban 644 volt, de valamilyen oknál fogva ez nem segített. Mindenesetre, köszönöm a tippet, és ha valaki felfedezi, hogy miért történt ez, vagy miért találkozott és megoldotta, kérjük, tegye meg.

joe 2017. szeptember 30-án:

először olvastam valamit, és először működik ...

Justin 2017. augusztus 20-án:

Nagyon köszönöm - tökéletesen működött!

DonDuke 2017. augusztus 18-án:

Köszi ... működik!

Daniel Valdez 2017. július 27-én:

Köszönöm a segítségedet, ma éjjel nyugodtan alszom. Üdvözlet és szerencse!

Juliance89 2017. július 17-én:

Nagyon szépen köszönöm a segítséget!

Sergio Brazíliából 2017. július 17-én:

Köszi haver. Jól működik!

Murali 2017. július 1-jén:

Fantasztikus, időt pazaroltam, hogy megtudjam a kiutat, és egyszerűen megtehettem a hozzászólásával. Tényleg a bejegyzésed él most is

sid 2017. május 17-én:

Szia, köszönöm szépen működik!

David 2017. május 13-án:

Sajnos az ezen az oldalon szereplő információk hibásak, 14 év elavultak és veszélyesek, és nagyon rossz feltételezéseket tesznek.

2004 előtt és a régen elavult Apache modulok PHP-bázisaiban, ahol a szkripteket nem futtatják tulajdonos engedélyével (egyébként rendkívüli kisebbség ma), akkor a megadott engedélyek és információk részben helytállóak lennének, de 2004 óta hivatalosan nem ez a helyzet a ma létező különféle kiszolgáló-telepítések túlnyomó többsége, és a bejegyzést író személynek jobban kell tudnia, mint olyasmit írni, amely képtelen vagy anélkül, hogy megtenné a megfelelő figyelmeztetéseket és tájékoztató jelzéseket, amelyek megakadályoznák a legtöbb embert abban, hogy a problémát valóban sokkal rosszabbá tegye.

A 644 engedélyek mind a legtöbb általánosan használt telepítésben mind Írható, mind Olvasható jelentést jelentenek, és a .htaccess helyes engedélye, amely lehetővé tenné a parancsfájlok számára a fájlba írást.

A 666 másrészt csak nagyon régen elavult esetekben alkalmazható, amikor a PHP-t elavult mod_php-ként telepítik, jelenlegi tulajdonosalapú telepítés nélkül, mint például a suphp, a fastcgi, az fcgi vagy a ma használt sok más bármelyike, vagy akár a szintén elavult phpsuexec bármelyik.

Még rosszabb, hogy mind a 777, mind a 666 speciális kivételes engedély maszkok, amelyek szó szerint azt jelentik, hogy a legtöbb modern rendszerben NINCS NINCS HOZZÁFÉRHETŐ, és ahelyett, hogy a fájlt írhatóvá tennék, amint azt a poszter írta, pontosan fordítva fordítanák, és a fájlt nem lehet elérni a szkriptek bármelyikével, és az engedélyezés helyett blokkolja az írási hozzáférést.

A PHP eredeti, 2004 előtti verziói, amelyek nagyon bizonytalanok voltak, MINDENKI globális bitet használtak, vagy három számmal rendelkező engedélybeállítás esetén akkoriban a 3. számjegyet használta, így 644-ben az akkor használt engedély volt a végső " 4 "csak akkor, amikor a régi rendszereken 666-ra váltottál, akkor a 3. számjegy" 6 "-ra változott, így az állomány olvashatóvá és írhatóvá vált, amit a bejegyzés írója tudatlanul feltételez, hogy mindenki vakon használja, ahogyan a bejegyzését írta. veszélyes és nagyrészt helytelen feltételezés, mivel ezeket azóta sokszor cserélték ki, és ma messze a kisebbség, és technikailag már nem kellene őket használni!

Eközben, ellentétben a mai rendszerekkel, amelyek csak az ELSŐ számot használják, tehát a 644 esetében csak az a "6" van, amely már olvashatóvá és írhatóvá teszi a fájlt, és a mai 644 pontosan ugyanaz az engedély, mint amit a 666 korábban használt évekkel ezelőtt, 2004 előtt.

Annak érdekében, hogy megakadályozzák a lustaságot a biztonságban, és arra kényszerítsék az embereket, hogy hagyják abba a múlt hibáit, mind a 666-ot, mind a 777-et hardveresen kódolták szkriptrendszerekbe és a Linux biztonságába, hogy ehelyett különleges kivételek legyenek bizonyos felhasználások esetén, például a szkriptek helyett ez azt jelenti, hogy 000 vagy inkább NEM HOZZÁFÉRÉS EGYÁLTALÁN.

Ahelyett, hogy azt mondta volna neked, hogy írhatóvá tedd a htaccess fájlodat, a bolond, aki ezt a bejegyzést írta, vakon azt mondta a legtöbben, hogy pontosan az ellenkezőjét tegyék, és vegyék el a már írható fájlt, és tegyék hozzáférhetetlenné! Őrnagy hopp!

Néhány puszta buta szerencse és helytelen, rosszul kezelt, biztonság nélküli kiszolgálók szerencsések lehetnek, és ez csak azért működik az Ön számára, mert nem azt futtatja, amit futtatnia kellene, és nyitott vagy arra, hogy feltörjék más problémák között, és ez a néhány bolond az csak azoknak lehet haszna a bolondtól, aki ezt a bejegyzést írta. A többiek, ha betartják az ebben a bejegyzésben megadott utasításokat, inkább ártani fognak Önnek, ha segítséget nyújtanak, ha nyilatkoznak a bejegyzést író személy kompetenciájáról!

Egyébként, csak a tudnivalók kedvéért: a WordPress alatt a legújabb, a SEO-ra át nem írt linkek nem találhatók meg a htaccessszel, annyi köze sincs a htaccesszishez, mint a plugin-inkompatibilitások az Apache és a PHP közelmúltbeli változásaihoz, amelyek jobban szolgálta volna a posztert, amely ezeket felvázolja, mint jórészt helytelen és elavult kijelentéseket tesz az engedélyekkel kapcsolatban, amelyek nem kapcsolódnak a kérdéses témához.

roquezam 2017. május 2-án:

köszönet a megosztásért

Kegyelem 2017. április 25-én:

Köszönöm

maria 2017. április 20-án:

Hogyan lehet kijavítani ezt a hibát.?

Nem található

Elnézést, de a kért oldal nem található. Talán a keresés segít

Ez a hiba mindig felmerült, amikor megnyitom a webhelyemet. Pls segítsen nekem. A wordpress-t használom

Eliana 2017. március 7-én:

Zseni!!! Nagyon köszönöm!!!

Swami 2017. február 22-én:

Köszönöm ember, működik ... !!!

Santhosh Kumar S 2017. január 27-én:

Wow ... Ez egy csodálatos cikk. Ezt keresem majdnem két napig. Köszönöm .. Működik ...

ali 2017. január 10-én:

Helló,

Pontosan azt tettem, amit fentebb mondtál, de még mindig megkapom a 404-es hibát! :( A weboldalam: www.mallofpakistan.pk

Kérlek, segíts ki. Akár adminisztrátori hozzáférést is adhatok neked, ha akarod.

Legjobb,

Ali

iwmudika 2017. január 4-én:

remekül működik :), köszönöm a nagyszerű bejegyzést, nagyon hasznos!

Yogesh Khetani 2016. december 30-án:

Nos, a http://yogeshkhetani.com/ oldalon találtam hasonló hibát, és kitalálom, mit kerestem a Google-on, és hogyan kerültem a webhelyére. Követtem, amit mondtál, és a blogom most jól működik.

Nishesh patel 2016. december 24-én:

Köszi, tesó

Dan 2016. december 8-án:

KÖSZÖNÖM!!! Most mentetted meg a napomat :)

Ann810 Napos Kaliból 2016. május 21-én:

Javítom, csak válassza ki az "átirányítást" a domain beállításaiban. Most pedig webhelyének meg kell jelennie a keresőmotorokban.

Ann810 Napospaliból 2016. március 9-én:

Szia, hogyan javíthatja ki ugyanezt a hibát egy Blogger esetében. com weboldal?

Rodney Kanadából 2016. február 24-én:

Kiváló cikk, ilyen egyszerűen javítható.

Eron Rodrigues 2015. november 9-én:

Köszönöm!

névtelen 2013. augusztus 19-én:

s

mariacarbonara 2013. május 31-én:

Általában az enyémet utónévre változtatom, amint beállítom a blogot, és soha többé nem változtatom meg!

névtelen 2013. április 3-án:

muchas gracias the lo agradezco !!!! nagyon szépen köszönöm!!!

névtelen 2013. február 17-én:

Helló Kedves, miután telepítettem a wordpress plugint, csak hibát találtam minden hozzászólásomban, kivéve a kezdőlapot. Itt van a 404 üzenet, amely minden bejegyzés után megnyílik, kérem, vezessen. Előre is köszönöm.

Nem található

A kért URL / 2013/02 / rich-text-for-mail-1-2-4-by-ryan-petrich-has-minor-fix-now / nem található ezen a szerveren.

Ezenkívül egy 404 Not Found hibát észleltünk, amikor egy ErrorDocument-t próbáltunk használni a kérelem kezelésére.

Apache / 2.2.23 (Unix) mod_ssl / 2.2.23 OpenSSL / 1.0.0-fips mod_auth_passthrough / 2.1 mod_bwlimited / 1.4 FrontPage / 5.0.2.2635 Szerver a www.iphoneleaks.net 80. porton

névtelen 2013. január 28-án:

@ névtelen: velem sem dolgozik :(

megoldotta a problémát? ,, keresett, de nem talál :(

névtelen 2013. január 6-án:

Ha a webhelyen javasolt összes elvégzése után továbbra is megjelenik a 404-es hiba, akkor próbálja meg szerkeszteni a httpd.conf fájlt az apache konfigurációs könyvtár alatt, és állítsa be a következő paramétereket:

Keresse meg a "mod_rewrite" szót (idézőjelek nélkül), és törölje a megjegyzést.

Keressen rá az "AllowOverride" kifejezésre (idézőjelek nélkül), törölje a Nincs elemet, és írja be az Összes parancsot

További információkért olvassa el: codex [dot] wordpress [dot] org / Using_Permalinks

névtelen 2012. december 28-án:

Nem működik. A wordpress webhelyem továbbra is 404 hibát kap, az összes oldal nem látogatható, kivéve a kezdőlapot. :(

névtelen 2012. december 20-án:

Köszönöm! Bonyolult javítás is.

névtelen 2012. december 15-én:

makulátlan !!

névtelen 2012. december 6-án:

TÖKÉLETES! WOW KÖSZÖNÖM NAGYON !!!

névtelen 2012. december 5-én:

Ahhh omg ez nagyon hasznos, köszönöm !!! :)

névtelen 2012. december 1-én:

@ névtelen: ROCK KERRYAMCLINA!

névtelen 2012. november 27-én:

Egyszerűnek kell lennie, de a megfelelő probléma megtalálásához ??? Köszönöm

névtelen 2012. november 19-én:

elképesztően hasznos. Vagyont mentettél meg nekem !!! ez csak egy 11. órás háborús helyzet volt egy ügyfél számára, aki szembesült ezzel a problémával, és a blogodnak köszönhetően meg tudtam oldani !!!

Thanx millió

névtelen 2012. november 6-án:

Mielőtt megőrülne és átírná az összes kódot, először ellenőrizze, hogy be van-e jelölve az "rewrite_module", az Apache> Apache modulok> check rewrite_module részben. Remélem ez segít :)

LEGJOBB JÁTÉKOSOK 2012. november 1-én:

Köszönöm. Nagyon hasznos volt. OnPage SEO tényezők

névtelen 2012. november 1-én:

fgsdghhkhlhfdsfdfdsfsdfds

névtelen 2012. október 27-én:

Nagyszerű köszönöm! Tökéletes megoldás erre a problémára, amellyel találkoztam, amikor webhelyemet egy másik szerverre helyeztem át.

névtelen 2012. október 25-én:

Amikor megpróbálok bejelentkezni a webhelyem rendszergazdájára, egy „nem található” oldalra irányítanak át, így nem juthatok el a permalink szakaszba, hogy frissítsem. Tud segíteni?!

névtelen 2012. október 21-én:

köszönet sokat segített

névtelen 2012. október 20-án:

az irányítópultomról remekül működött, nem kellett új fájlokat létrehozni. Köszönöm szépen!

névtelen 2012. október 12-én:

Köszönöm!! Pontosan ez volt a probléma. Azt is egyszerűen átmásolhatja és beillesztheti a .htaccess fájlba, ha nem akarja elrontani a chmod beállításait!

névtelen 2012. október 8-án:

Köszönöm, hogy megosztotta ezt a megoldást, így megmentette a napomat

névtelen 2012. október 5-én:

Köszönöm szépen. A javítás úgy működött, mint egy drágakő. Természetesen előbb létre kellett hoznom és hozzá kellett adnom egy .htaccess fájlt, de utána minden úgy ment, ahogy mondtad.

névtelen 2012. szeptember 28-án:

Ez segít nekem. Nagyon köszönöm.

névtelen 2012. szeptember 7-én:

Köszönet ezért ! Nagyon gyorsan meg tudtam oldani a problémámat (nagyon aggódtam, ezért köszönöm szépen)

névtelen 2012. szeptember 2-án:

Üdvözlet! A Google webmestereszközeimben ez áll: "A cél URL nem létezik, és a szerver nem ad vissza 404 (fájl nem található) hibát". Tudná valaki megmondani, hogyan lehet ezt kijavítani? Köszi / Tissy

névtelen 2012. szeptember 1-én:

A htaccess fájlengedélyek megváltoztatása élvezetes volt. Köszönöm

névtelen 2012. augusztus 16-án:

Nagyon köszönöm ;-))

névtelen 2012. augusztus 12-én:

nincs weboldal, nem engedek a WP területére ... Wordpress SZIVAT

névtelen 2012. augusztus 8-án:

Köszönöm, hogy ez segített kijavítani a wordpress problémát a http://www.jobstoday.com.ng webhelyemen

névtelen 2012. augusztus 8-án:

Köszönöm, hogy ez segített kijavítani a wordpress problémát a http://www.jobstoday.com.ng webhelyemen

raicabogdan 2012. augusztus 8-án:

@ névtelen: Valójában ugyanaz, vagy módosítsa a .htaccess fájlt, vagy csak állítsa alaphelyzetbe a rendszergazda részén található állandó kapcsolatokat, és szerkeszti az Ön számára a .htaccess fájlt.

névtelen 2012. augusztus 2-án:

Nem változtattam meg a permalink beállításait, de a .htaccess beállítások módosítása ugyanúgy megoldotta a problémát.

Köszönöm a borravalót.

névtelen 2012. július 28-án:

hé, köszönöm az információt ... jól működik a webemben ...

fthiesen 2012. július 20-án:

Szép tipp! Korábban volt ilyen problémám, és napokig próbáltam megoldani.

syauqy 2012. július 19-én:

Hé, köszönöm az információt! soha nem tudom, hogy a megoldás nagyon egyszerű volt :)

névtelen 2012. július 18-án:

A Wordpress e-kereskedelmi webhelyet futtatom a woocommerce használatával, de a termékkategóriáim nem működnek, és ez a módszer nem segített kijavítani. Webhelyem jól működik a következő és az előző gombokkal a www.ethiopianclothing.net/shop oldalon, de a probléma a www.ethiopianclothing.net/shop/ethiopian-womens-clothing/ oldalon található, miután megjelenítették a termékeket ebben a kategóriában, amikor a tovább gombra kattintottak. a www.ethiopianclothing.net/shop/ethiopian-womens-clothing/2/ címre 404-es hibát ad vissza. Kérem, segítsen ebben

névtelen 2012. június 30-án:

Most változtattam a Permalink Settings általános beállításait "Day and name" -re, és nekem ez mind működött :)) Köszönöm szépen a nagyon hasznos információkat !!!

névtelen 2012. június 27-én:

Nagyon köszönöm a nagyon hasznos információkat.

névtelen 2012. június 26-án:

Nem tudom miért, de a kategóriák nem működnének, láttam a bejegyzésedet, és megváltoztattam a permalinket "dátum és név" -ről "postai név" -re, és ez most működik! (: Rámutatsz a megoldásra, az állandó linkekre, ezért nagyon köszönöm!

névtelen 2012. június 24-én:

nagyszerű, nekem is segített. Jó poszt ... köszönöm! Tartsa meg a jó munkát

névtelen 2012. június 20-án:

Szép blog. További információ @ NAIJA SZOFTVER CSALÓK www.naijasoftwarecheats.com és softwarecheats.blogspot.com

névtelen 2012. június 20-án:

Köszönöm a bejegyzést. További információ @ www.naijasoftwarecheats.com és softwarecheats.blogspot.com

névtelen 2012. június 20-án:

Szia, újratelepíteni akartam a webhelyem szkriptjét. Tehát az összes fájlt töröltem a public_html fájlból, most hibaüzenetet kapok, amikor megpróbálom telepíteni a webhelyet. Tehát, kérem, segítsen nekem. Azt hiszem, a .htacess fájlt is töröltem. Nagyon sürgős számomra, kérem, segítsen nekem.

Köszönöm.