Pourquoi ai-je l'erreur sqlite, "impossible d'ouvrir le fichier de la base de données" ?

De la Django indique "Impossible d'ouvrir le fichier de base de données" lors de l'utilisation de SQLite3 section de la Erreurs des débutants Le wiki de Django page :

1. assurez-vous qu'Apache peut aussi écrire dans le répertoire parent de la base de données
2. s'assurer qu'aucun des dossiers du chemin complet du fichier de la base de données ne commence par un nombre
3. assurez-vous que le chemin d'accès complet au db le répertoire existe
4. assurez-vous que votre /tmp le répertoire est inscriptible dans le monde entier
5. assurez-vous que le chemin vers la base de données spécifié dans settings.py est un chemin complet
6. Assurez-vous qu'il n'y a pas de caractères spéciaux dans le chemin d'accès.
7. sous Windows, assurez-vous que le chemin du répertoire db est écrit avec des doubles barres obliques inverses.

Ma solution à ce problème était plutôt du genre. Je ne voulais pas vraiment changer la propriété de ce répertoire (principalement parce que j'utilise l'utilisateur pi pour faire des choses comme git).

/var/www/mysite $ ls -la sql*
-rw-rw-r-- 1 pi       pi       25600 Jan  2 22:57 sqlite.db

(ou tout autre base de données que vous utilisez)

où pi est l'utilisateur avec lequel j'ai créé tous les fichiers. (oui c'est un raspberry pi)

Au lieu de changer les permissions pour www-data, j'ai trouvé que je devais seulement changer les permissions comme ceci :

sudo chmod 775 /var/www/mysite
sudo chmod 664 /var/www/mysite/sqlite.db
sudo usermod -a -G pi www-data

Cela donne au groupe un accès en écriture aux fichiers nécessaires et ajoute l'utilisateur www-data au groupe pi.

Remarque : si vous disposez d'un système de journalisation, vous devrez également effectuer cette opération pour le fichier journal de django, sinon Apache ne l'appréciera guère.

L'ajout d'un utilisateur opérationnel au groupe www-data fonctionne bien sur mon environnement de test. De plus, j'ai placé le fichier sqlite3.db dans un dossier séparé. sous-dossier pour être plus sûr.

Le fichier de la base de données doit appartenir à www-data

sudo chown www-data mysite/db_sqlite3/
sudo chown www-data mysite/db_sqlite3/my.db

Mon utilisateur opérationnel hape devient membre du groupe www-data :

sudo usermod -a -G www-data hape

Autoriser l'accès en écriture aux fichiers de la base de données aux membres du groupe www-data :

sudo chmod u+w+x,g+w+x mysite/db_sqlite3/
sudo chmod u+w+x,g+w+x mysite/db_sqlite3/my.db

En conséquence, la base de données peut être accédée en lecture et écriture par apache2-daemon (utilisateur www-data), sans donner accès au dossier racine du projet, et - d'autre part - l'application peut être exécutée en mode dev par l'utilisateur opérationnel hape, par exemple.

./manage.py runserver

également.

La solution consiste à s'assurer que le répertoire contenant le fichier de la base de données dispose également d'un accès en écriture autorisé pour le processus.

Pour Windows 7, 8.1, 10, Server 2012, etc., suivez les instructions de l'onglet Instructions d'installation de Bonobo :

Autoriser l'utilisateur IIS à modifier C:\inetpub\wwwroot\Bonobo.Git.Server\App_Data dossier.

Pour le faire :

1. sélectionnez Propriétés du dossier App_Data,
2. Allez dans l'onglet Sécurité,
3. cliquez sur modifier,
4. sélectionnez l'utilisateur IIS (dans mon cas IIS_IUSRS) et ajoutez les droits de modification et d'écriture,
5. Confirmez ces paramètres en cliquant sur le bouton Appliquer.