Django-compressor: Publica una nueva versión de django_compressor

Muchas muchas gracias.

(Para cualquier otra persona que vea este problema, puede agregar -e git://github.com/django-compressor/django-compressor.git@a5bfd775450428e1a261b88e1e5424bfb4dde081#egg=django_compressor en su archivo requirements.txt para instalar la confirmación maestra actual del compresor directamente desde github)

Lo intenté

$ pip install -e git://github.com/django-compressor/django-compressor.git@a5bfd775450428e1a261b88e1e5424bfb4dde081#egg=django_compressor

y buen resultado.

$ ./manage.py test monitor
Creating test database for alias 'default'...
System check identified no issues (0 silenced).
........
...
.
----------------------------------------------------------------------
Ran 10 tests in 5.034s

OK
Destroying test database for alias 'default'...

Intentaré encontrar el tiempo para hacer un lanzamiento pronto. Si desea ayudar, siempre se agradece probar la rama develop en entornos reales.

Estoy ejecutando la rama de desarrollo ( @ a5bfd77545 ) con Django 3.0 en producción con la siguiente configuración, sin problema :)

COMPRESS_ENABLED = True
COMPRESS_OFFLINE = True
COMPRESS_MTIME_DELAY = 0
COMPRESS_CSS_FILTERS = [
    'compressor.filters.css_default.CssAbsoluteFilter',
    'compressor.filters.cssmin.CSSCompressorFilter'
]
COMPRESS_CSS_HASHING_METHOD = None
COMPRESS_JS_FILTERS = [
    'compressor.filters.jsmin.JSMinFilter',
]

Esto está en heroku con gunicorn como servidor, uvicorn como trabajador asgi, canales como enrutador y whitenoise para servir archivos estáticos.

Ejecutar localmente (la misma configuración excepto heroku) con compresión en línea también funciona bien.

Instalo los siguientes paquetes a través de pip.
Pero falló la instalación de django_compressor, porque instaló seis 1.13.0.
Cambie install_requires .

    install_requires=[
        .....
        'six == 1.12.0',
    ],

• Django
• djangorestframework
• reducción
• filtro django
• drf-yasg
• django-bootstrap4
• django_compressor
• django-libsass

Acabo de probar la rama actual develop de django_compressor con Weblate y todas las pruebas pasan. ¿Tienes planes para el lanzamiento?

Hay un PR para crear una nueva versión en el # 964, que está esperando el # 967

setup.py django-compressor tiene este requisito:

'django-appconf >= 1.0'

django-appconf 1.0.3 funciona bien. Y si instalo django-compressor en un virtualenv vacío, esta es la versión que se instala.

django-appconf 1.0.2 no funciona con Django 3: intenta importar django.utils.six. Cuando actualizo django-compressor y ya tengo django-appconf == 1.0.2 instalado, el 1.0.2 satisface el requisito "> = 1.0". Así que al final tengo una instalación rota.

Creo que el requisito de django-appconf en setup.py debería reforzarse.

Creé el # 978 basado en el comentario anterior. # 964 se puede fusionar después de # 978

https://pypi.org/project/django-compressor/2.4/ ha sido lanzado. ¡Ojalá funcione, y muchas gracias por todos tus esfuerzos,

@diox ¿ podrías agregar la etiqueta git 2.4?

Hecho.

Genial, gracias por hacer el lanzamiento.

La nueva versión aún no aparece en https://django-compressor.readthedocs.io ; sería bueno actualizarla también.

mmm Creo que es porque olvidé etiquetar al principio, por lo que aún no ha detectado 2.4. No estoy seguro de qué se puede hacer al respecto; tal vez se solucione solo una vez que enviemos más cosas.

Reconstruí la versión stable en readthedocs, lo que llevó a una nueva versión 2.4, pero stable todavía estaba en 2.3. que se parecía un poco a https://github.com/readthedocs/readthedocs.org/pull/3913 , y limpiar el entorno ayudó, así que creo que todo está bien ahora. gracias por el informe @ cuu508!

@intgr informó que la versión latest tampoco fue reconstruida. Lo verifiqué y parece que el problema era algo completamente diferente, nuestro repositorio todavía tenía las viejas integraciones de github, que han sido reemplazadas por webhooks hace un año. la página latest readthedocs no se actualizó automáticamente desde entonces. Agregué un webhook, por lo que debería funcionar automáticamente en el futuro nuevamente. gracias @intgr!

y de hecho funciona, acabo de presionar https://github.com/django-compressor/django-compressor/commit/bfd440feef72ec5a2ec68ed632c26c154cc9b92e y los documentos fueron reconstruidos.