Posts by Morik

Die Restriktionen waren nur in der Alpha Phase vorhanden, wurden dann aber für die Beta entfernt

Quote from Tim

Zwischen der letzten Version und dieser gab es keine Änderungen an der Datenbank, aber ja, grundsätzlich ist das korrekt. Insbesondere wird der Chat, wie schon mehrfach erläutert nicht auf die Finale Verison upgradebar sein.

Kann ich jetzt nicht mehr nachvollziehen ab wann ich das Problem hatte, es fehlten bei mit nur die spalten und Tabellen für die temporären räume, weshalb ich neu installieren musste^^

Wollte ich nur drauf hinweisen da man sich sonst wundert wiso der chat plötzlich fehler wirft wo es zunächst aussieht als wäre das Update durchgelaufen

Quote from Tim

Hallo,

angehängt der aktuelle Entwicklungsstand, der primär die Sachen umsetzt, die ich in den letzten Tagen schon in die unterschiedlichen Themen gepostet habe.

Der Vollständigkeit halber sei darauf hingewiesen dass ein Update, auch wenn es im ACP scheinbar funktioniert, dennoch nicht möglich ist, da die DB-Änderungen sonst nicht durchgeführt werden.

Es ist also zwingend eine neuinstallation notwendig^^

Hast du auch den Wartungs-Modus aktiviert ?

Ich habs bei mir getestet und es klappt problemlos...

Wenn nicht müsstest du dich aber eher an Tim wenden, da ich hier nur genau wie du ein User bin

Update auf diese Version hier und aktiviere den Wartungsmodus, dann sind bis zu 30 User erlaubt.

Quote from Tim

Ich möchte nicht, dass die Abfrage, ob der Chat produktiv eingesetzt wird trivial herausgepatcht werden kann. Die Finale Version wird mit dem Original-Quellcode kommen.

*hust* die Hürde ist aktuell aber auch nur minimal höher^^

Definiere "geht es nicht" bitte etwas genauer ?
Wie äußert sich dein Problem genau ?

Darauf hast du keinerlei Einfluss, das müsste also wenn chris umsetzen.
Das standart Vorgehen ist hier via localStorage Daten der selben origin zu synchronisieren.
Aber du persönlich kannst da nicht viel dran machen...

Redis dient als brücke zwischen nodepush und dem wcf.
Benötigen tust du also auch weiterhin beides

NodePush muss irgendwo her ja die Daten bekommen dass er die User informieren soll.
Bisher ist das über eine Socket oder TCP Verbindung abgelaufen.
In der neuen Version hat es sich jedoch geändert und alles läuft im Hintergrund via Redis ab (was wohl einen Performance gewinn bedeutet), was es auch erlaubt gewisse Daten zwischen NodePush und dem WCF zu Teilen.

Es war mir nur aufgefallen dass es in der Ankündigung und im Pluginstore (dort in Form der Kompatibilität) bereits als veröffentlicht steht.

Naja, das Hauptproblem ist doch, dass aktuell NodePush zwar laut Ankündigung auf dem Paketserver sein sollte, in Wirklichkeit aber eben noch nicht zu finden ist...
@Tim sollte ventuell mal das Paket aus Github Packen und anbieten.
Ohne ist das derzeit leider etwas witzlos

Davon ab: Du selbst brauchst dich nicht weiter darum zu kümmern ob NodePush als Backend vorhanden ist oder nicht, du benötigst nur Push.
Einbinden ist auch relativ simpel, schau am besten einfach bei GitHub rein:
https://github.com/wbbaddons/Push

Die version gibt es doch @Black Rider, kann man zumindest vom paketserver downloaden:
https://packages.bastelstu.be/be.bastelstu.wcf.push/1.1.1
Und ist auch auf github relased...

Quote from Josh

Es wird auch nirgendwo von Haus aus die Online-Zeit gespeichert.

Das war meines wissens dieses Plugin:
http://www.enigma-forum.de/downloads/5484-onlinetimer/

Ich will ja eure hoffnungen nicht zerstören, aber bisher wurde meines wissens fast jeder dieser fälle auf ein caching-problem in Verbindung mit dem cChat zurück geführt...
Es gibt nen Update für den cChat das dies behebt, aber bei einigen usern kam dann eben cloudflaire oder ein sonstiges caching layer dazwischen was die geupdatete JS-Datei nicht ausgeliefert hat.
Verwendet ihr denn zusätzlich den cChat oder nicht ?

Müsste sich mit dem PR beheben lassen:
https://github.com/Morik/Image…51242db78fe099049866758af

https://github.com/Morik/Image…e2106e8109829ccc6d4f19ac7
none wurde bisher nicht als gültige Wert für die Positionierung gewertet, habs daher mal eingefügt

Der aktuelle Image-Proxy unterstützt nur exakt 2 verschiedene Typen vom img-bbcode, alles davon abweichende wird derzeit leider nicht erkannt.
Werden die Bilder nun also per [img]http://example.com/bild.png eingebunden wird es erkannt, aber schon wenn das http fehlt schlägt die erkennung fehl.
Ich hab das für mich derzeit gelöst indem ich den EL komplett rausgeworfen habe und stattdessen den image-proxy direkt in die klasse des img-bbcodes integriert habe.
Bis zum nächsten Update lässt sich das leider nicht wirklich anderst lösen

Ähm das ist schlicht blödsinn den du da behauptest @jacboy...
Der EL geht in keinster weise nur auf beiträge, ganz im gegenteil, er ist global via MessageParser eingebunden und funktioniert sehr wohl auch in signaturen

Ich vermute mal, dass das nicht erkennen der Signaturen mit dem von mir geposteten Fehler zusammenhängt:
Bilder mit Ausrichtung werden nicht erkannt

use either HTML or BBcode and not both...