Problemas en las URL al ejecutar Django en el subdirectorio o decir suburl

3 minutos de lectura

avatar de usuario
Inforian

Estoy tratando de ejecutar Django dentro de WordPress como WordPress en la URL principal www.wptesting.com y Django en el suburbio www.wptesting.com/django . La URL de la raíz principal de Django funciona bien en www.wptesting.com/django pero su suburl, por ejemplo, el administrador no funciona como debería. www.wptesting.com/django/admin . Sin embargo, cada vez que traté de solicitar la URL de administrador, se convierte en www.wptesting.comhttp%3a//wptesting.com/django/admin

Estoy ejecutando WordPress y Django con Apache y mod_wsgi mi archivo conf para apache es el siguiente:

<VirtualHost *:80>

WSGIScriptAlias /django /path_to_project/wsgi.py

ServerName wptesting.com
ServerAlias www.wptesting.com

DocumentRoot /var/www/html/wordpress

<Directory /var/www/html/wordpress/>
AllowOverride All
Order allow,deny

allow from all
#            Options Indexes FollowSymLinks
#            Require all granted
</Directory>


<Directory /path_to_project/>
            Options Indexes FollowSymLinks
            Require all granted
</Directory>


</VirtualHost>

Anteriormente hice una pregunta sobre la configuración de Django desde el subdirectorio de WordPress con Apache y wsgi -> puede ver la pregunta aquí

Además, si traté de acceder a cualquier url que no está en el proyecto Django, está dando el error estándar 404 no encontrado, pero cuando intento acceder a cualquier url válida como admin, está dando el error mencionado anteriormente.

Editado:
Mi archivo Urls.py:

from django.conf.urls import patterns, include, url
from django.contrib import admin
from django.views.generic import TemplateView

urlpatterns = patterns('',
    # Examples:
    # url(r'^$', 'dev_redis.views.home', name="home"),
    # url(r'^blog/', include('blog.urls')),

    url(r'^$',TemplateView.as_view(template_name="index.html")),
    url(r'^admin/', include(admin.site.urls)),

    url(r'^cache/', 'redis_app.views.redisTest'),

)

  • Sólo un par de preguntas: ¿Comprobó si el urls.py ¿Tiene la URL de administración y también la detección automática para el módulo de administración?

    – Nagaraj Tantri

    25 de septiembre de 2014 a las 6:28

  • sí, urls.py tiene un módulo de administración, incluso yo puedo acceder a eso en el servidor de desarrollo

    – Inforian

    25 de septiembre de 2014 a las 7:01

  • ¿Podría proporcionar una pequeña idea de lo que tiene su urls.py? No tiene que mostrar todo, solo muestre la detección automática del administrador ()

    – Nagaraj Tantri

    25 de septiembre de 2014 a las 8:29

  • Edité mi pregunta y agregué el código del archivo urls.py. Sin embargo, no se trata solo de las URL de administración, también sucede con otras URL válidas, solo me refiero a la URL de administración como ejemplo.

    – Inforian

    25 de septiembre de 2014 a las 9:12

  • ¿Posible duplicado de How to host a Django project in a subpath?

    – FamosoJameous

    13 de junio de 2018 a las 22:10

Ese es el formato antiguo de urls.py. La actual es esta:

"""monero URL Configuration

The `urlpatterns` list routes URLs to views. For more information please see:
    https://docs.djangoproject.com/en/3.0/topics/http/urls/
Examples:
Function views
    1. Add an import:  from my_app import views
    2. Add a URL to urlpatterns:  path('', views.home, name="home")
Class-based views
    1. Add an import:  from other_app.views import Home
    2. Add a URL to urlpatterns:  path('', Home.as_view(), name="home")
Including another URLconf
    1. Import the include() function: from django.urls import include, path
    2. Add a URL to urlpatterns:  path('blog/', include('blog.urls'))
"""
from django.contrib import admin
from django.urls import path
from monero import views

urlpatterns = [
    path('admin/', admin.site.urls),
    path("https://stackoverflow.com/", views.py),
]

Este es en realidad el archivo que se crea cuando crea un nuevo proyecto Django.

avatar de usuario
lewis machilika

En primer lugar, Django y apache se ejecutan como servidores web backend. Por lo tanto, puede resolver esto ejecutando apache y Django en dos puertos separados.

Luego puede redirigir desde el sitio actual de Django al nuevo sitio usando HttpResponseRedirect.

¿Ha sido útil esta solución?