EQdkp Plus supports all protocolls out-of-the Box. Just open it with https.
To redirect your unencrypted traffic to the encrypted version, you can take a look at the support section of your hoster, e.g. https://www.inmotionhosting.co…s-using-the-htaccess-file
Prüfe zunächst in der Erweiterungsverwaltung, ob das Plugin überhaupt noch installiert und aktiv ist.
Ist das Plugin installiert, findest du die Berechtigungen in den Benutzergruppen, unter "Guildrequest" sortiert.
Eventuell wurde auch nur der Menü-Punkt ausgeblendet, das kann in der Menü-Verwaltung kontrolliert werden. Die tatsächliche Anzeige hängt allerdings eben von den Benutzerberechtigungen ab.
Wie bereits gesagt - das Anlegen der Wiederholungen wird von einem Cronjob durchgeführt, der einmal am Tag läuft. Daher sind die Wiederholungen u.U. noch nicht direkt sichtbar, sondern ab dem nächsten Tag, wenn der Cronjob durchgelaufen ist. Das sorgt dafür, dass eben nicht zu viele neue Events gleichzeitig angelegt werden.
Beim Anlegen deines ersten Events ist der Cronjob gelaufen (deshalb sind die Wiederholungen auch sichtbar), beim zweiten Event wartet der Cronjob auf seine nächste Ausführung.
Display MoreHallo zusammen,
wir nutzen ZS seit 3 Monaten. Nun da die Punkte-Sammler überhand nehmen, möchten wir einen Decay einrichten.
Ich konnte über APA täglichen Decay einrichten mit 5% Verfall vom aktuellen Wert.
Erwartetes verhalten wäre, da wir nur Itemkosten als Punkte ausschütten, dass z.B. Item x am ersten Tag 50dkp kostet, am zweiten Tag 47,5, dritten Tag 45,125, usw. und der Raid in dem das entsprechenden Item gedroppt ist, sich um eben diesen Wert verringert, bis er nach x Tagen 0 ist.
Folgendes Verhalten tritt ein:
1. Nachdem die Korrektur ausgeführt habe, geht der Server in die Knie, CPU Auslastung 100%, System ist nicht nutzbar
2. Wenn man eine Antwort vom Server erhält, dann steht z.B. bei allen Raidpunkte auf einmal 0dkp
3. Es passiert nur etwas, wenn man Item, Raid und Adjustm. anklickt ansonsten, sind die Punkte unverändert
Danke für eure Hilfe.
Beste Grüße
Stephan
Du wirst wahrscheinlich mit einem täglichen Decay nicht glücklich werden. Wie du schon selber festgestellt hast, frisst der Decay erhebliche Ressourcen. Gerade auch bei Zero-Sum, wo sich ja der Punktestand aufgrund aller Items etc. ergibt, muss also der aktuelle Wert jedes vorhandenen Items etc. täglich berechnet werden. Wir haben zwar mit 2.3 Caches eingeführt, um die Berechnung zu beschleunigen, aber trotzdem muss er dann täglich durch alle Items (Und ihr habt mit über 2000 ja auch nicht gerade wenig) durch. Da er das nicht mal so nebenbei machen kann, kommt es zu der hohen Auslastung, und zu fehlerhaften Anzeigen, da er nicht fertig wird.
Ich würde also weg vom täglichen Decay gehen, vielleicht hin zu einem wöchentlichen. Hilft aber auch nicht direkt, die notwendige Leistung zu reduzieren. Hier kann im Wartungsbereich unter "Worker" der Punktecache manuell neu gebaut werden, wo er hintereinander den aktuellen Wert berechnet. Oder eben das Inventar aufräumen 
Entweder hast du bei den Events die Wiederholung falsch oder nicht eingestellt, oder die Events wurden einfach noch nicht erstellt. Dies geschieht über einen Cronjob und auch nur eine bestimmte Zeit im Voraus.
With the next release, the Log Management shows the current username, as well as the username used for the logged action.
Go to the ACP > Settings > Global.
Es gibt hierfür keine Option.
Dem Code zufolge wird der Main-Charakter bei folgenden Funktionen angepasst:
Ich kann keine Stelle erkennen, wo so etwas "aus Verstehen" passieren könnte, sondern dies erfordert immer eine Aktion.
If this is already an EQdkp Plus User, and the Bridge Settings allows the login with EQdkp Plus users, the user is able to login.
Also, the Username written in the Logs is the username of the user used for the action. So if the user has changed his username after that, then you have the old name at the logs.
`currentcap_current` & `cap_current` store actual adjustments
Yes, they create Adjustments to create the exact current point standing
decay_current` keeps track of the decay in the member's `apa_points` only
In apa_points the decay points will be saved as cache, so that a recalculation of the points and several calculation are not required.
`decay_ria` keeps track of the decay on a per item/raid/adjustment basis in its respective `apa_value` field
Same as above - apa_value is for the cache. The frontend shows the apa_value if decay is enabled.
In particular, I am not sure about the difference between $exectime and ($decay_start%86400).
It can be that there is no difference anymore. The whole APA thing has been written by a former developer which is not part of the Team for a long time now. Therefore, I just maintain the code and fix the problems with APA.
However, decay current uses $refdate for the check, while decay ria uses $data['date'].
Sometimes, refdate is not required by the APA module. All these APA modules have different purposes, therefore they sometimes use other data than other modules.
It depends. The function get_value is called when you execute the APA manually (e.g. apa_onetime_current). Other APAs like apa_decay_current or apa_decay_ria are called when retrieving the current points of the character (apa_decay_current) or from the Raids, Items and Adjustments (apa_decay_ria).
You will find a call here: https://github.com/EQdkpPlus/c…h_r_points.class.php#L363
In the following lines, you will also find the data provided to get_value.
It seams that there is no Itempool associated with your Multidkp-Pool. If the Easy-Mode is enabled (so there is no Dropdown for the Itempool), the Itempool is auto-generated during the creation of the Multidkp-Pool. So please check the database, if there is an Itempool connected for your Multidkp-Pool (Tables __multidkp2itempool and __multidkp). You can also disable the Easy-Mode and create and associated an Itempool manually.
Editier im Adminbereich einfach den Benutzer, und ersetze den Kauderwelsch mit der richtigen Email-Adresse.
Nein, da kann man nichts machen, da die Email-Adressen verschlüsselt gespeichert sind. Der hierfür notwendige Key befindet sich in der Datei config.php.
Hast du bereits hier nachgefragt: Artikel - Anzeigen ab/bis ergänzen um ab/bis featured/unfeatured
Die Einstellung "Ohne Verteilung" wird übernommen, aber die 40 Mitspieler behält er nicht.
Auch das wird entsprechend behoben.
Weitergehende Erweiterungen sind aber erstmal nicht geplant.
Am besten ist nicht eine Weiterleitung an dich, sondern das Modul in das Download-Portal hochzuladen, damit es der gesamten Community zu Verfügung steht
Da müsstest du dir wahrscheinlich ein extra Modul für schreiben. Die bereits vorhandenen Module sich auch nicht von uns entwickelt oder gepflegt.
