Fizikai mappák - a WP tiszta telepítésének beállításai

Szia!

Javasoljuk, hogy hagyja meg a beállításokat, még az alapértelmezett telepítésnél is.
Ez elkerüli a jövőbeni problémákat a WP-frissítéseknél, vagy ha egy nap telepít egy bővítményt, és elfelejti visszaállítani ezeket a beállításokat.

Beállíthatja az egérmutatót, és magyarázatot kap arról, hogy mit csinál.

Íme a magyarázat a lebegtető eszköztippben:
Keresés a teljes adatbázisban: "Ha be van jelölve, a beépülő modul nem csak a WordPress-táblázatok tartalmát fogja lecserélni, hanem az adatbázisban található összes táblában. Hasznos lehet, ha a mellékletek hivatkozásait egy másik CMS-ben vagy egyéni szkriptben. Ha nincs erre kifejezetten szüksége, hagyja bejelöletlenül ezt a lehetőséget."

Relatív elérési utak cseréje: "Alapértelmezés szerint a WordPress abszolút URL-eket használ, de egyes beépülő modulok relatív elérési utat használnak. Ha be van jelölve, a beépülő modul megpróbálja lecserélni a relatív elérési utat is az adatbázisban, nem csak az abszolút URL-eket. Az adatbázis cseréje bizonyos esetekben meghiúsulhat ( azonos nevű fájlok), ha ezt a lehetőséget használja, miközben nem használja a WordPress beállításaiban az alapértelmezett év/hónap feltöltési mappák beállítást."

Tudassa velünk, ha a magyarázatok nem elég egyértelműek, de az Ön esetében kikapcsolhatja.

(De továbbra is fennáll annak a veszélye, ha bármi megváltozik a WP-ben vagy egy nem tesztelt forgatókönyv esetén) A "Médiatáblák észlelése a tartalom cseréjéhez" kapcsán kikapcsolhatja.
Alapértelmezés szerint néhány oszlop be van jelölve. Ez az az oszlop, ahol a képek linkjei tárolhatók. De a korábbiakhoz hasonlóan, ha elfelejt egy oszlopot hozzáadni, miközben más oszlopokat használó beépülő modult telepít, az meghiúsul, és manuálisan kell frissítenie az adatbázist.


Megnézem az ügyfélszolgálatot, lehet, hogy félreértik a kérdésedet.

Nagyon hatalmas adatbázist hozok létre rengeteg adathordozóval - tehát a lehető legpontosabb gyorsító hangolásra van szükségem - így minden felesleges funkciót ki kell kapcsolni.

1) Igen, a magyarázatok és az eszköztippek nem túl egyértelműek, mert amikor a „mit csinálnak?” kérdésre válaszolnak, még mindig nem adnak választ a fontos alapkérdésekre – „szükségem van-e rájuk most és amikor kell?”
– Pontosan mikor dolgoznak? Erősen javaslom, hogy minden opcióhoz adjon részletesebb magyarázatot 2 esetben - 1) az egyértelmű WP telepítéshez és az egyéni médiaútvonalakat használó bővítmények nélkül, 2) az egyéni médiaútvonalakat használó bővítményekhez.
Vagy csak adjon hozzá néhány kifejezést, például: „Ez a lehetőség csak olyan harmadik féltől származó beépülő modulok esetén szükséges, amelyek a saját médiaútvonalukat tárolják”. És adjon hozzá pontos információkat, amikor az egyes funkciók működnek - a "Fizikai mappák" alkalmazásáról, a régi adathordozók áthelyezéséről, az új média feltöltéséről stb.? Akkor majd kiderül.

2) A "Médiatáblák észlelése a tartalom cseréjéhez" opcióról - ha teljesen le lesz tiltva, és az összes DB tábla nincs bejelölve - elrontja a "Fizikai mappákat"?

vagy tiszta WP-nél feltöltött új média esetén a "Physical folders" továbbra is megfelelően fog működni? PS Támogatás gondatlan viselkedés klasszikus az ő régiójukban, nem lehet velük igazán mit kezdeni, hidd el, sokszor szembesültem hasonló gondatlansággal sok más projektben, és próbáltam hasonló dolgokat betanítani a projektemnél - ez szinte semmilyen javulást nem ad, sajnos a hanyagság mindig hamar visszatér. A legjobb módszer az, ha minden jegyhez hozzáadja az ügyfél-elégedettségi értékelést, és elbocsátja azokat a támogató tagokat, akik gondatlanabbak, mint mások.

Ok köszönöm visszajelzését.
Az Ön konkrét esetére letilthatja a "Keresés a teljes adatbázisban" funkciót, mivel csak WordPress telepítve van.

Ha új fájlokat tölt fel a megfelelő mappába, vagy áthelyezi, mielőtt a fájlt bárhova használná, és később nem módosítja a fájl mappáját, akkor letilthatja a "Médiatáblák észlelése a tartalom cseréjéhez" funkciót, és törölheti az összes oszlop bejelölését.
Az adatbázistábla módosítása csak akkor szükséges, ha olyan fájlt helyez át, amelyet valahol a WordPressben használtak (tartalom, oldal, bejegyzés stb.).

Mit csinál a motorháztető alatt:
1/ Egy fájl áthelyezésre kerül a WPMF UX-ban
2/ Ez a fájl sorba kerül
3/ A sorban lévő fájlok egyenként aszinkron módon haladnak tovább.
4/ A szkript a beállításoknak megfelelően megkeresi az aktuális fájl elérési utat az adatbázisban, és frissíti a használt elérési utat.
5/ Végül a fájl ténylegesen áthelyezésre kerül, és a WordPress melléklet frissítésre kerül az adatbázisban (semmi nem kapcsolódik az előző adatbázis-kereséshez) .

Remélhetőleg választ ad a kérdésedre.

Tehát ha az összes WP-bővítmény és tartalomhivatkozási média nem közvetlen útvonalon, hanem csak ID-n keresztül létezik, akkor ezekre az opciókra nincs szükség.
Így a megfelelő SW dev szempontjából - javaslom a "Médiatáblák észlelése a tartalom cseréjéhez" funkcióváltó viselkedésének megváltoztatását úgy, hogy a jelenlegi "keresés egyáltalán / keresés a kiválasztott helyen" opcióhoz hozzáadja az új opciót - "off" - a funkció teljes letiltásához. és ne is hívd.

PS BTW Sok felhasználó értékelni fogja azt a funkciót, amely lehetőséget ad arra, hogy képeket stb. adjunk hozzá a gutenbergi posts-content-etc-hez nem közvetlen útvonalakon, hanem pontos azonosítóval, esetleg rövid kódként [media=ID] – ez sok problémát megold majd útvonalak keresése és cseréje (és jobban működik az általam javasolt "Média URL-védelem" funkcióval is). Lehet, hogy a bővítménye már rendelkezik ilyen funkcióval, nem biztos.

Tehát ha minden létezik, akkor a WP -bővítmények és a tartalomhordozók nem közvetlen útvonalon, hanem csak azonosítóval vannak megadva - mindezekre nincs szükség.

Attól függ, hogy egyes WP -szolgáltatások csak a melléklet azonosítóját használják, mások a sima linket. Nem ugyanaz a viselkedés, ha html -tartalomba vagy képblokkon keresztül illeszti be.
Emiatt be kell jelentkeznünk az adatbázis oszlopaiba.

Nem, nincs ilyen rövid kódunk.

A fájlvédelemről pedig a WP File Download plugint adjuk el, amely sokkal megfelelőbb eszköz. Lehetővé teszi a fájlok biztonságos védelmét .htaccess -el és átnevezéssel, szemcsés jogosultságok kiválasztásával stb ...

Remélem, minden javaslatom segíteni fog abban, hogy a plugin még jobb legyen!