Hallo, ik zou graag willen weten of deze plug-in volledig compatibel is met de WP Offload S3-plug-in, om een mediabibliotheek te beheren die is opgeslagen in de S3-cloud.
Bij voorbaat dank,
Bij voorbaat dank,
Hallo, bedankt voor je antwoord! naar een van uw video's ( https://vimeo.com/112322214 ) kijkt, betekent dit dan dat een bestaande hiërarchische structuur op de server behouden blijft? De bestanden worden op hun werkelijke locatie bewaard EN er worden taxonomiemappen gemaakt? Of worden de bestanden gewoon geïmporteerd in de hoofduploadmap ( dwz . /myFiles) en blijft de originele map behouden als taxonomiemap?
Sorry dat ik het opnieuw vraag, maar ik geef er de voorkeur aan om mijn behoeften beter uit te leggen, want als ik naar je andere add-ons kijk (Google Drive, DropBox), denk ik dat ik alles zou kunnen afhandelen met je WP Media Folder -plug-in. Dit is mijn scenario en vereisten:
1. Ik heb verschillende sites die een aantal GB aan bestanden (afbeeldingen, pdf, zip-bestanden) gebruiken, gedistribueerd in verschillende op maat gemaakte mappen via FTP en een paar items zijn "normaal" toegevoegd aan hun respectievelijke WP-mediagalerij. De bestanden en afbeeldingen "buiten" de mediagalerij werden handmatig gebruikt in de inhoud van berichten, waarbij het volledige pad werd toegevoegd ( bijv . http://domainname.com/myFiles/MyFolder/OtherOne/filename.jpg" ;, etc.).
2. Ik moet (vanwege de eis van de klant) hun aangepaste mappenhiërarchie behouden.
3. Ik moet, vanwege ruimtebeperkingen bij mijn nieuwe hostingprovider, de daadwerkelijke bestanden buiten de ISP verplaatsen naar een cloudservice (AWS was mijn eerste gedachte, daarom heb ik gevraagd naar de AWS Offload S3-ondersteuning, maar deze respecteert de bestaande hiërarchie in S3 niet, waardoor alles in één enkele map wordt platgedrukt. Ik kan dus Google Drive, DropBox, enz. gebruiken als de mapstructuur van het vorige punt dat kan onderhouden). Ik heb geen problemen om de originele bestaande gegevens indien nodig opnieuw te uploaden naar GDrive.
4. Het is geen probleem om elke bestandsreferentie (indien nodig) in de bestaande berichten en pagina's handmatig bij te werken (of te zoeken en te vervangen). de "nieuwe bestandslocatie" indien nodig, is een eenmalige handeling en we hebben het niet over duizenden berichten.
5. Het uiteindelijke doel is om alleen de WP-installatie en de minimaal vereiste bestanden in de ISP te hebben en het totaal van de mediagalerij eruit te halen.
6. Ik hoef dit allemaal niet "vanochtend" op te lossen, maar ik geef er de voorkeur aan om wat tijd te nemen om hierin te duiken om een definitieve oplossing te vinden voor deze sites en toekomstige sites.
Elke aanbeveling wordt op prijs gesteld en als ik alles kan doen met een oplossing van één leverancier, zoals jij, zou het perfect zijn. Als u dit gesprek liever voortzet via e-mail of Skype om de communicatie te vereenvoudigen, laat het mij dan weten.
Bij voorbaat dank!
1. Ik heb verschillende sites die een aantal GB aan bestanden (afbeeldingen, pdf, zip-bestanden) gebruiken, gedistribueerd in verschillende op maat gemaakte mappen via FTP en een paar items zijn "normaal" toegevoegd aan hun respectievelijke WP-mediagalerij. De bestanden en afbeeldingen "buiten" de mediagalerij werden handmatig gebruikt in de inhoud van berichten, waarbij het volledige pad werd toegevoegd ( bijv . http://domainname.com/myFiles/MyFolder/OtherOne/filename.jpg" ;, etc.).
2. Ik moet (vanwege de eis van de klant) hun aangepaste mappenhiërarchie behouden.
3. Ik moet, vanwege ruimtebeperkingen bij mijn nieuwe hostingprovider, de daadwerkelijke bestanden buiten de ISP verplaatsen naar een cloudservice (AWS was mijn eerste gedachte, daarom heb ik gevraagd naar de AWS Offload S3-ondersteuning, maar deze respecteert de bestaande hiërarchie in S3 niet, waardoor alles in één enkele map wordt platgedrukt. Ik kan dus Google Drive, DropBox, enz. gebruiken als de mapstructuur van het vorige punt dat kan onderhouden). Ik heb geen problemen om de originele bestaande gegevens indien nodig opnieuw te uploaden naar GDrive.
4. Het is geen probleem om elke bestandsreferentie (indien nodig) in de bestaande berichten en pagina's handmatig bij te werken (of te zoeken en te vervangen). de "nieuwe bestandslocatie" indien nodig, is een eenmalige handeling en we hebben het niet over duizenden berichten.
5. Het uiteindelijke doel is om alleen de WP-installatie en de minimaal vereiste bestanden in de ISP te hebben en het totaal van de mediagalerij eruit te halen.
6. Ik hoef dit allemaal niet "vanochtend" op te lossen, maar ik geef er de voorkeur aan om wat tijd te nemen om hierin te duiken om een definitieve oplossing te vinden voor deze sites en toekomstige sites.
Elke aanbeveling wordt op prijs gesteld en als ik alles kan doen met een oplossing van één leverancier, zoals jij, zou het perfect zijn. Als u dit gesprek liever voortzet via e-mail of Skype om de communicatie te vereenvoudigen, laat het mij dan weten.
Bij voorbaat dank!
T
9 jaar geleden
·
#5453Hallo,
Misschien is dit antwoord voldoende. Je hebt gelijk: als je de importer gebruikt, worden de bestanden gewoon geïmporteerd in de hoofduploadmap (dat wil zeggen /myFiles) en wordt de originele map alleen als taxonomiemap bewaard (geen fysieke mappen).
Proost,
Misschien is dit antwoord voldoende. Je hebt gelijk: als je de importer gebruikt, worden de bestanden gewoon geïmporteerd in de hoofduploadmap (dat wil zeggen /myFiles) en wordt de originele map alleen als taxonomiemap bewaard (geen fysieke mappen).
Proost,
T
9 jaar geleden
·
#5455Hallo,
oké, zie het nu pas. Sorry dat ik sneller per e-mail heb geantwoord.
Ja, het zou in orde moeten zijn en uw problemen met schijfruimte moeten oplossen. U kunt uw mappen en submap uploaden in Drive of Dropbox ( OneDrive komt binnenkort ook) en vervolgens synchroniseren met WP File Download . Onze plug-in indexeert alleen bestanden (voor het zoeken, kopiëren/plakken...) maar slaat ze niet op uw server op.
Het enige waar ik aan denk, is dat je misschien geduld moet hebben met het initiële synchronisatie-/indexproces als je duizenden bestanden hebt. Laten we dan
proosten,
oké, zie het nu pas. Sorry dat ik sneller per e-mail heb geantwoord.
Ja, het zou in orde moeten zijn en uw problemen met schijfruimte moeten oplossen. U kunt uw mappen en submap uploaden in Drive of Dropbox ( OneDrive komt binnenkort ook) en vervolgens synchroniseren met WP File Download . Onze plug-in indexeert alleen bestanden (voor het zoeken, kopiëren/plakken...) maar slaat ze niet op uw server op.
Het enige waar ik aan denk, is dat je misschien geduld moet hebben met het initiële synchronisatie-/indexproces als je duizenden bestanden hebt. Laten we dan
proosten,
Koel! En wat gebeurt er bij het synchronisatieproces als er niets wordt gekopieerd naar de ISP-servers, bijvoorbeeld vanuit GDrive? Om de record van elk bestand toe te voegen aan de wp-tabellen. Om nog eens te controleren: kunnen de mappen in GDrive worden gebruikt als taxonomiemappen? Ze zullen deel uitmaken van de media-URL ( dwz . http://gdrivepath/myFiles/myFolder/etc/filename.jpg"
?
Koel! En wat gebeurt er bij het synchronisatieproces als er niets wordt gekopieerd naar de ISP-servers, bijvoorbeeld vanuit GDrive? Om de records van elk bestand toe te voegen aan de wp-tabellen?
Om nog eens te controleren: kunnen de mappen in GDrive worden gebruikt als taxonomiemappen? Ze zullen deel uitmaken van de media-URL ( dwz . http://gdrivepath/myFiles/myFolder/etc/filename.jpg"
?
Om nog eens te controleren: kunnen de mappen in GDrive worden gebruikt als taxonomiemappen? Ze zullen deel uitmaken van de media-URL ( dwz . http://gdrivepath/myFiles/myFolder/etc/filename.jpg"
- Bladzijde :
- 1
Er zijn nog geen antwoorden op dit bericht.
Log in om een antwoord te plaatsen
Je moet ingelogd zijn om een reactie te kunnen plaatsen. Log in via het formulier aan de rechterkant of registreer een account als je hier nieuw bent. Registreer hier "
