Django-compressor: Veröffentlichen Sie eine neue Version von django_compressor

Vielen vielen Dank.

(Für alle anderen, die dieses Problem sehen, können Sie -e git://github.com/django-compressor/django-compressor.git@a5bfd775450428e1a261b88e1e5424bfb4dde081#egg=django_compressor in Ihre Requirements.txt-Datei einfügen, um den aktuellen Master-Commit des Kompressors direkt von github zu installieren.)

Ich habe es versucht

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

und gutes Ergebnis.

$ ./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'...

Ich werde versuchen, die Zeit für eine Veröffentlichung bald zu finden. Wenn Sie helfen möchten, ist das Testen des develop Zweigs in realen Umgebungen immer willkommen.

Ich betreibe den Entwicklungszweig ( @a5bfd77545 ) mit Django 3.0 in Produktion mit der folgenden Konfiguration, kein Problem :)

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',
]

Dies ist auf Heroku mit Gunicorn als Server, Uvicorn als Asgi-Worker, Channels als Router und Whitenoise zum Bereitstellen statischer Dateien.

Lokales Ausführen (gleiches Setup außer heroku) mit Online-Komprimierung funktioniert ebenfalls einwandfrei.

Ich installiere die nächsten Pakete über pip.
Aber die Installation von django_compressor ist fehlgeschlagen, weil sechs 1.13.0 installiert sind.
Bitte ändern Sie install_requires .

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

• Django
• djangorestframework
• Abschlag
• django-filter
• drf-yasg
• django-bootstrap4
• django_compressor
• django-libsass

Ich habe gerade den aktuellen develop Zweig von django_compressor mit Weblate getestet und alle Tests haben bestanden. Hast du Pläne für die Veröffentlichung?

Es gibt eine PR, um eine neue Version in #964 zu erstellen, die auf #967 wartet

setup.py django-compressor hat diese Anforderung:

'django-appconf >= 1.0'

django-appconf 1.0.3 funktioniert einwandfrei. Und wenn ich django-compressor in einem leeren virtualenv installiere, wird diese Version installiert.

django-appconf 1.0.2 funktioniert nicht mit Django 3: es versucht, django.utils.six zu importieren. Wenn ich django-compressor aufrüste und bereits django-appconf==1.0.2 installiert habe, erfüllt die 1.0.2 die ">= 1.0"-Anforderung. Am Ende habe ich also eine kaputte Installation.

Ich denke, die django-appconf-Anforderung in setup.py sollte verschärft werden.

Ich habe # 978 basierend auf dem obigen Kommentar erstellt. #964 kann nach #978 zusammengeführt werden

https://pypi.org/project/django-compressor/2.4/ wurde veröffentlicht. Hoffentlich funktioniert es und vielen Dank für all Ihre Bemühungen,

@diox könnten Sie 2,4 Git-Tag hinzufügen?

Fertig.

Super, danke für die Veröffentlichung!

Die neue Version wird noch nicht auf https://django-compressor.readthedocs.io angezeigt – wäre schön, sie auch zu aktualisieren.

mmm Ich denke, es liegt daran, dass ich zuerst vergessen habe, zu taggen, also hat es 2.4 noch nicht erkannt. Ich bin mir nicht sicher, was man dagegen tun kann - vielleicht wird es sich von selbst beheben, sobald wir mehr Dinge festlegen.

Ich habe die stable Version in readthedocs neu erstellt, was zu einem neuen 2.4-Build führte, aber stable war immer noch bei 2.3. das sah ein bisschen aus wie https://github.com/readthedocs/readthedocs.org/pull/3913 , und das Löschen der Umgebung hat geholfen, also denke ich, dass jetzt alles in Ordnung ist. danke für den Bericht @cuu508!

@intgr hat gemeldet, dass die Version latest ebenfalls nicht neu erstellt wurde. Ich habe nachgesehen und es scheint, dass das Problem etwas ganz anderes war, unser Repo hatte noch die alten Github-Integrationen, die vor einem Jahr latest readthedocs-Seite wurde seitdem tatsächlich nicht automatisch aktualisiert. Ich habe einen Webhook hinzugefügt, damit sollte dies in Zukunft wieder automatisch funktionieren. danke @intgr!

und es funktioniert tatsächlich, ich habe gerade https://github.com/django-compressor/django-compressor/commit/bfd440feef72ec5a2ec68ed632c26c154cc9b92e gedrückt und die Dokumente wurden neu erstellt.