Best way to install plugins persistently?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 25/100
Direzione di ricerca
Inizia leggendo le istruzioni di installazione e distribuzione del repository, quindi esamina come la configurazione di Elastic Beanstalk utilizza gli asset condivisi supportati da EFS descritti nel repository. Il lavoro è completo quando un approccio documentato o implementato conserva i plugin installati tra i riavvii delle istanze, mantenendo al contempo un workflow di aggiornamento pratico.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hello!
I'm a bit of a noob with both AWS and WordPress; I've been wrangling with the setup (routing to a custom domain, through HTTPS, etc.) for the last four days and finally have Vanilla WordPress setup and running as laid out in this guide--
BUT, I've noticed that whenever I install plugins through the admin panel they're wiped every time my EC2 instance reboots.
I'm assuming this is because the plugin source isn't bundled in with the deployment code and is only stored locally, so with every reboot it's gone forever and takes a reinstall. It appears though that plugin preferences are stored persistently in my RDS database, so even if I lose the plugins, as long as I reinstall them I don't lose their configurations.
I'm assuming in order to make my plugins persistent, I need to stick them in the root folder that I deploy the whole site with; but that feels like it could make updating the plugins tricky. (Or at least, a lot trickier than managing them through the admin panel--right now getting them into root means navigating everything through the command line.)
I guess I'm being lazy, but I'm just curious--is there a way to get close to the ease of functionality the admin panel offers both in terms of installing and updating plugins, while maintaining the persistence of bundling plugins in directly with your deployment?
Thank you!!
- Lingua principale
- PHP
- Stelle
- 165
- Fork
- 90
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di aws-samples/eb-php-wordpress
-
Permalinks do not workAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
aws-samples/eb-php-wordpress#27 · 1 commento · 1 reazione ·
-
wp-content symlinkAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
aws-samples/eb-php-wordpress#24 · 16 commenti ·
-
Issue With Health ChecksAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
aws-samples/eb-php-wordpress#21 · 9 commenti · 2 reazioni ·
Tutte le issue di aws-samples/eb-php-wordpress
Issue simili
-
extension/Commercial needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
crazy-goat/rabbit-stream#753 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
opensourcepos/opensourcepos#4743 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 82/100
grokability/snipe-it#19786 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 3 giorni