Django servir statique index.html avec une vue sur '/' url

J'ai mon index.html dans /static/dossier. Mon django app est en cours d'exécution ok quand j'essaie:

http://127.0.0.1:8000/index.html

Mais je veux acces index.html url:

http://127.0.0.1:8000/

Je l'ai écrit d'un point de vue et il fonctionne:

class IndexView(TemplateView):
    template_name = 'index.html'

J'ai également ajouté à urls.py(ce qui me permet de servir statique comme http://127.0.0.1:8000/css/style.css):

url(r'^(?P<path>.*)$', 'django.contrib.staticfiles.views.serve', {
            'document_root': settings.STATIC_ROOT, 'show_indexes':True
        }),

Mais je pense qu'il y a un moyen de faire ce que je veux sans TemplateView.

Des suggestions? Merci. Mon django version: Django 1.5

MODIFIER:

La raison que j'ai mis index.html en statique: je veux faire de Phonegap compatible django app, donc après le codage approprié, tout ce que j'ai à faire est de --> faire .zip à partir de statique dossier et de le transférer à Phonegap comme application mobile. Facile et propre.

Pourquoi ne voulez-vous pas une TemplateView? Il est là pour cette raison.
J'ai juste pensé qu'il y est un moyen de servir, sans un point de vue à tous.
Utiliser le flatpage app, puis.
I have my index.html in /static/ folder - c'est votre problème. /static/ n'est pas pour les fichiers html.
C'est du html statique, pas de modèle. Juste la paix de code statique sans django tempalte balises et etc.
Alors vraiment, utiliser le FlatPage application, il est conçu pour ce cas d'utilisation.
OK, peut-être que la prochaine fois je vais l'utiliser. Y compris d'une autre application pour django n'est pas pire une page de servir.

InformationsquelleAutor Feanor | 2013-08-01

49

Vous pouvez servir static/index.html pour le développement comme ceci:
```
if settings.DEBUG:
    urlpatterns += url(
        r'^$', 'django.contrib.staticfiles.views.serve', kwargs={
            'path': 'index.html', 'document_root': settings.STATIC_ROOT}),
```
Mais pour la production, vous devez configurer votre nginx (ou autre interface serveur) pour servir index.html fichier pour / emplacement

Mise à JOUR

Je tiens à expliquer le cas, vous devez faire comme ceci. Par exemple, votre django app n'est admin et api de vue, mais le client interagit avec une single page application (Braise, Angulaire, peu importe). Si vous le projet a au moins deux sous-projets, l'un avec votre principal django app et la seconde est une application client avec l'ensemble du html/js/css choses. Il est très commode d'avoir des scripts client distinct de django backend, il permet à votre frontend aux développeurs de faire leur travail et éviter de django existence (un jour, il peut être déplacé à l'distinctes repo).

Dans ce cas, vous obtenez le résultat suivant workflow de build:
1. Exécuter client app sources watcher pour reconstruire votre scripts/styles/modèles (brunch watch, grunt emploi ou gulp regarder tâche)
2. Recueillir statique avec django pour la production
3. Assurez-vous d'avoir urlpatterns correctif pour l'évolution de droite et de nginx config pour la production
Voici mon urls.py exemple
```
urlpatterns += patterns(
    'django.contrib.staticfiles.views',
    url(r'^(?:index.html)?$', 'serve', kwargs={'path': 'index.html'}),
    url(r'^(?P<path>(?:js|css|img)/.*)$', 'serve'),
)
```
- Merci pour cette. Comment traitez-vous avec HTML5 Histoire de l'API et de servir à partir d'un dossier src? - Je construire mon Angulaire des applications de sorte qu'ils sont servis à partir de la src au cours de dev. J'ai modifié les habitudes de sorte que le index.html est pris par un fourre-tout modèle d'URL et placé ce avant que le modèle de l'actif. Semble fonctionner. Mais j'aimerais servir js/css/img à partir de modèles/src. Essayé de changer le doc. racine, mais il ne fonctionne pas (ne peut pas coller du code dans les réponses argh)
- c'est un projet open source? Pourriez-vous me montrer ce que vous avez?
- Salut @Anton. Désolé pour la réponse tardive. J'ai créé un passe-partout sur Github pour l'utilisation de votre recommandation ci-dessus. Peut-être que vous pourriez fournir un indice? Le SPA à l'extérieur de Django, mais n'est pas servi par Django github.com/howieweiner/django-angular-boilerplate. Thnx
- Du Django docs Avertissement de Ce point de vue ne fonctionnera que si le DÉBOGAGE est Vrai. C'est parce que ce point de vue est d'une inefficacité flagrante et probablement d'insécurité. Ce n'est prévue que pour le développement local, et ne doit jamais être utilisé dans la production.
InformationsquelleAutor Anton Egorov
40

Vous n'avez pas besoin de sous-classe TemplateView dans ce cas. Vous pouvez utiliser TemplateView directement dans votre url de la conf, aussi longtemps que index.html est dans votre répertoire de modèles.
```
from django.views.generic.base import TemplateView

urlpatterns = [
    url(r'^$', TemplateView.as_view(template_name='index.html'), name="home"),
]
```
- hmm. sonne déjà mieux
- Il n'existe aucun moyen de servir statique fichier HTML sans passer par modèle de moteur de rendu?
- La views.serve helper est prévu pour le développement seulement. Vous ne devriez pas utiliser Django pour servir les fichiers statiques dans la production. Utiliser votre serveur web par exemple, Apache ou Nginx pour servir les fichiers statiques.
- Pourriez-vous expliquer pourquoi? Je veux dire tout le monde le dit, mais ils ne disent jamais pourquoi. Si vous recherchez un SPA que les navires de sa vue d'ensemble de l'appareil dans un pré-compilé la charge utile, il ne semble pas si mal de les laisser Django la servir. Tout visiteur que les charges qu'une seule fois. Mais si il y a des raisons qui ne sont pas antérieurs au SPA moderne de l'architecture, je serais très intéressé de savoir ce qu'ils sont.
- parce qu'il encourt un coût de l'UC qui est bien plus important que la simple utilisation de Nginx.
- La principale raison de ne pas l'utiliser en production, c'est la sécurité, pas l'efficacité. Le avertissement dans le Django docs est assez explicite.
- n'oubliez pas d'ajouter from django.views.generic import TemplateView
- N'est-ce pas une autre raison pour servir les fichiers statiques utilisant le serveur web directement qu'il permet au client de cache de ces ressources?
- le client peut mettre en cache une ressource si les en-têtes de cache sont fixés. Il n'a pas d'importance si la page est servi par Django ou un autre serveur web.
- Vous êtes de droite. Mais par défaut, les serveurs web fixera ces en-têtes tandis que les frameworks d'applications web ne va pas (car ils sont conçus pour le contenu dynamique).
- Je ne pense pas que les serveurs web fixera ces en-têtes par défaut - ce n'est pas une hypothèse sûre que index.html ne va pas changer, juste parce que c'est un fichier sur le disque. En tout cas, je pense que nous allons hors sujet ici.
InformationsquelleAutor Alasdair

Juste envelopper de votre fichier HTML statique dans un iframe défini dans basé sur un modèle de fichier HTML. Avec un peu de style réglages peuvent faire l'iframe 100% de la largeur et de la hauteur.

{% load static %}
<html>
    <head>
        <title>Templated HTML</title>

        <style>
            html, body {
                width: 100%;
                width: 100%;
                margin: 0;
                padding: 0;
                border-width: 0;
            }

            iframe {
                position: absolute;
                top: 0;
                left: 0;
                width: 100vw;
                height: 100vh;
                margin: 0;
                padding: 0;
                border-width: 0;
            }
        </style>
    </head>
    <body>
        {{ content }}
        <iframe src="{% static 'main/html/test.html' %}"></iframe>
    </body>
</html>

Salut disons que le nom du tableau graphique=['A.html','B.html'] alors {% for i in graph %} <iframe width="47%" height="700" src="{% statique '{{je|coffre-fort}}' %}" ></iframe> {% finpour %}, Toutes les idées de modifier la src liens, quand je le lance en retour Une erreur de serveur s'est produite. Veuillez contacter l'administrateur.

InformationsquelleAutor Geordie

vous pouvez créer des modèles de répertoire, mettre le html il et rendre ensuite à partir de views.py

    def index(request):
        return render(request, 'my_app/index.html', context={})

ne pas oublier de mettre le templates_dir dans le settings.py

BASE_DIR = os.path.dirname(os.path.dirname(os.path.abspath(__file__)))
TEMPLATES_DIR = os.path.join(BASE_DIR, "templates")

TEMPLATES = [
{
    'BACKEND': 'django.template.backends.django.DjangoTemplates',
    'DIRS': [TEMPLATES_DIR,],
    'APP_DIRS': True,
    ...

InformationsquelleAutor Michael Obichkin

0

Découvrez ma longue explication de la manière de servir index.html sur / dans cette réponse (ou étendu comme un post de blog). Cette solution peut ne pas être suffisante, cependant, si vous voulez avoir un véritable SPA servi par Django (parce que vous avez besoin d'interface de routage).

J'ai été jouer avec les différentes méthodes de routage /static/ à /, la redirection de toutes les demandes pour le frontend, trouver index.html fichiers. En fin de compte j'ai trouvé la meilleure méthode pour résoudre tout cela n'a pas été en peaufinant urls.py, mais comme une extension de WhiteNoise que je l'ai sorti comme django-spa (les instructions d'installation dans le fichier README).

Vous pouvez trouver une partie de la discussion dans ce WhiteNoise problème.

InformationsquelleAutor metakermit

Vous devez vous connecter pour publier un commentaire.