Lehetséges kombinálni a két funkciót, a "Fizikai mappák" és a "Kiszolgálómappák szinkronizálása"-t?
A két funkció Fizikai mappák és Szervermappák szinkronizálása együtt használható? Tanulmányoztam a róluk szóló prezentációdat és dokumentációdat, de sehol sem említik.
Más szóval: Lehetséges fájlokat és mappákat áthelyezni egy figyelt szerverkönyvtáron belül, és a mappa- és fájlszerkezet-változásokat szinkronizálni a wp-media kezelt könyvtárával? És nem lapos módon (a hierarchia csak a taxonómiában marad meg), hanem a mappaváltozásokat is oda replikálni? Vegyük ezt a mappaszerkezetet:
A számítógépem munkakönyvtára SFTP-n keresztül szinkronizálva egy szervermappával:
WP médiakönyvtár, amelyet WP Media Folder kezel aktivált fizikai mappákkal:
Szinkronizált mappakiszolgálók használata esetén:
…hogyan replikálódik egy „/sync-root-dir/” könyvtáron belüli művelet a „/wp-media-dir/” könyvtárba:
Milyenek a fájlelérési útvonalak felhőalapú fájlszolgáltatások használatakor?
A Dropbox szinkronizálás A funkcióleírásban a következő szerepel: „Határozza meg, hogy a médialinkjei nyilvánosak (linken keresztül elérhetők) vagy privátak maradnak-e”.
Mit jelent ez konkrétan a HTML kimenetre nézve a következőhöz: "<img> " és az „src” attribútuma?
Magán: src="/wp-content/uploads/1a-start.jpg"
Nyilvános: forrás="https://www.dropbox.com/s/px1pk2vndl2wyc9/1a-start.jpg"
HASZNÁLATI ESETEIM ÉS VÁSÁRLÁSI MOTIVÁCIÓM
A vásárlásom fő oka WP Media Folder problémája, hogy a Wordpress médiakönyvtár lapos fájlszerkezete nagyon gyorsan eléri a használhatóság (megtalálod a dolgaidat) és a SEO-optimalizálás (esetleg nem sokatmondó rövid fájlnevek, a fájlnév-ütközések automatikusan megoldódnak nem sokatmondó és csúnya "-2" "-3" utótagokkal) határait.
Sok képes történetem van a tervezett projektoldalakon. olyan sorrendi előtagokkal, mint az „1 start”, „2a open file”, „2b opens dialog” stb. Ez egy lapos struktúrává lefordítva, a projektspecifikus előtag nélkül, elég haszontalan:
1. Rossz használhatóság feltöltés/kezelés/beszúrás közben: Rengeteg egymással nem összefüggő fájl van a közelben, amelyek előtagja kis szám, például "1" vagy "2", ha a nevem rendezése közben történik.
- Ennek a problémának a megoldására használhatnék ingyenes bővítményeket, mint például Fájlbird, sőt, még egy galériablokkjuk is van.
2. SEO és szemantikus linkmegosztás céljából (messenger, közösségi média)
- Nem árulkodó elérési utak, mint például "/1-start.png", "/1-start-2.png" (WP automatikusan feloldotta a ronda név ütközését), "/2a-open-file.png"
- Szemben a "/myProjectName/1-start.png", "/myProjectName/2a-open-file.png", "/otherProject/1-start.png" stb. fájlokkal.
3. A mappastruktúrák újralétrehozásának manuális folyamata a WP bővítményekben és a fájlok feltöltése.
- Unalmas. Hibára hajlamos.
- Miért ne szinkronizálnád a számítógépeden lévő helyi mappákat felhőszolgáltatásokon, például a Dropboxon és társain keresztül, vagy a webtárhelyszolgáltatóval SFTP/ssh/rsync/stb. segítségével?
3. El szeretném kerülni a projektmappák nevének előtagként való kódolását sima fájlnevekbe, például "/Projektneve-1-start.png". Mert ha a "Projektneve"-et például "Legjobb-projektem"-re szeretném változtatni, akkor át kellene neveznem az összes fájlt, és a kötegelt műveletek, például a fájlnévből felirat létrehozása esetén manuálisan kellene eltávolítanom a felesleges "Projektneve" előtagot minden fájlonként, stb.
- Egész jól megoldható batch/regex eszközökkel, mint például a WP lapszerkesztő, de megint csak, miért nem az első utat választjuk?
Úgy tűnik, hogy WP Media Folder mindezen problémákat integrált módon kezelje. Vonzó! 👍
A két funkció Fizikai mappák és Szervermappák szinkronizálása együtt használható? Tanulmányoztam a róluk szóló prezentációdat és dokumentációdat, de sehol sem említik.
Más szóval: Lehetséges fájlokat és mappákat áthelyezni egy figyelt szerverkönyvtáron belül, és a mappa- és fájlszerkezet-változásokat szinkronizálni a wp-media kezelt könyvtárával? És nem lapos módon (a hierarchia csak a taxonómiában marad meg), hanem a mappaváltozásokat is oda replikálni? Vegyük ezt a mappaszerkezetet:
A számítógépem munkakönyvtára SFTP-n keresztül szinkronizálva egy szervermappával:
/sync-root-dir/drive
/hiking/
ground.jpg
person.jpg
shoes.jpg
/soccer/
ball.jpg
ground.jpg
shoes.jpgWP médiakönyvtár, amelyet WP Media Folder kezel aktivált fizikai mappákkal:
/wp-media-dir/
/hiking/ # Wordpress'es autogenerated responsive images nearby
person.jpg sweaty-person-320px.jpg sweaty-person-720px.jpg
shoes.jpg shoes-320px.jpg shoes-720px.jpg
/soccer/
ball.jpg ball-320px.jpg ball-720px.jpg
shoes.jpg shoes-320px.jpg shoes-720px.jpgSzinkronizált mappakiszolgálók használata esetén:
…hogyan replikálódik egy „/sync-root-dir/” könyvtáron belüli művelet a „/wp-media-dir/” könyvtárba:
- Helyezd át a(z) „/sync-root-dir/hiking/person.jpg” fájlt a(z) „/sync-root-dir/soccer/person.jpg” fájlba.
- Fájlfelülírási műveletként helyezze át a(z) „/sync-root-dir/hiking/shoes.jpg” fájlt a(z) „/sync-root-folder/soccer/shoes.jpg” mappába.
- Nevezd át a „/sync-root-dir/hiking/ground.jpg” fájlt „/sync-root-dir/hiking/grass.jpg” névre, majd helyezd át a „/sync-root-folder/soccer/grass.jpg” mappába.
Milyenek a fájlelérési útvonalak felhőalapú fájlszolgáltatások használatakor?
A Dropbox szinkronizálás A funkcióleírásban a következő szerepel: „Határozza meg, hogy a médialinkjei nyilvánosak (linken keresztül elérhetők) vagy privátak maradnak-e”.
Mit jelent ez konkrétan a HTML kimenetre nézve a következőhöz: "<img> " és az „src” attribútuma?
Magán: src="/wp-content/uploads/1a-start.jpg"
- amely kérésre HTTP-n keresztül továbbítódik egy felhőszolgáltatás UID-linkjére, például a következőre: " https://www.dropbox.com/s/px1pk2vndl2wyc9/ "
- amelynek virtuális fájlneve "1a-start"
- tehát " https://www.dropbox.com/s/px1pk2vndl2wyc9/1a-start.jpg "
Nyilvános: forrás="https://www.dropbox.com/s/px1pk2vndl2wyc9/1a-start.jpg"
HASZNÁLATI ESETEIM ÉS VÁSÁRLÁSI MOTIVÁCIÓM
A vásárlásom fő oka WP Media Folder problémája, hogy a Wordpress médiakönyvtár lapos fájlszerkezete nagyon gyorsan eléri a használhatóság (megtalálod a dolgaidat) és a SEO-optimalizálás (esetleg nem sokatmondó rövid fájlnevek, a fájlnév-ütközések automatikusan megoldódnak nem sokatmondó és csúnya "-2" "-3" utótagokkal) határait.
Sok képes történetem van a tervezett projektoldalakon. olyan sorrendi előtagokkal, mint az „1 start”, „2a open file”, „2b opens dialog” stb. Ez egy lapos struktúrává lefordítva, a projektspecifikus előtag nélkül, elég haszontalan:
1. Rossz használhatóság feltöltés/kezelés/beszúrás közben: Rengeteg egymással nem összefüggő fájl van a közelben, amelyek előtagja kis szám, például "1" vagy "2", ha a nevem rendezése közben történik.
- Ennek a problémának a megoldására használhatnék ingyenes bővítményeket, mint például Fájlbird, sőt, még egy galériablokkjuk is van.
2. SEO és szemantikus linkmegosztás céljából (messenger, közösségi média)
- Nem árulkodó elérési utak, mint például "/1-start.png", "/1-start-2.png" (WP automatikusan feloldotta a ronda név ütközését), "/2a-open-file.png"
- Szemben a "/myProjectName/1-start.png", "/myProjectName/2a-open-file.png", "/otherProject/1-start.png" stb. fájlokkal.
3. A mappastruktúrák újralétrehozásának manuális folyamata a WP bővítményekben és a fájlok feltöltése.
- Unalmas. Hibára hajlamos.
- Miért ne szinkronizálnád a számítógépeden lévő helyi mappákat felhőszolgáltatásokon, például a Dropboxon és társain keresztül, vagy a webtárhelyszolgáltatóval SFTP/ssh/rsync/stb. segítségével?
3. El szeretném kerülni a projektmappák nevének előtagként való kódolását sima fájlnevekbe, például "/Projektneve-1-start.png". Mert ha a "Projektneve"-et például "Legjobb-projektem"-re szeretném változtatni, akkor át kellene neveznem az összes fájlt, és a kötegelt műveletek, például a fájlnévből felirat létrehozása esetén manuálisan kellene eltávolítanom a felesleges "Projektneve" előtagot minden fájlonként, stb.
- Egész jól megoldható batch/regex eszközökkel, mint például a WP lapszerkesztő, de megint csak, miért nem az első utat választjuk?
Úgy tűnik, hogy WP Media Folder mindezen problémákat integrált módon kezelje. Vonzó! 👍
- oldal:
- 1
Erre a hozzászólásra még nem válaszoltak.
