Beiträge von n0x

Danke, Teilerfolg! Ich hatte die Dateien in Notepad++ geöffnet und gleich wieder auf dem Server gespeichert. Die Fehlermeldung mit dem Abfrageparameter aus meinen Startpost und die zweite Updraft-Meldung sind weg :)

Nein, SSH Zugang habe ich leider nicht. Ich verwende den Event Calendar von Time.ly, das scheint das einzige Plugin zu sein, das ein Widget erstellt. Die Fehlermeldung verschwindet nicht, wenn ich es deaktiviere, gerade nochmal probiert. Sie verschwindet auch dann nicht, wenn ich das Default-Theme und den Kalender gleichzeitig deaktiviere.

Ich muss meine Backup-Strategie umstellen und teste gerade Updraft. Das gibt zwei Fehlermeldungen aus:

Warnung: Deine WordPress-Installation hat ein Problem damit, extra Leerzeichen auszugeben. Das könnte Sicherungen beschädigen, die du von hier herunterlädst. Folge diesem Link für mehr Informationen

Warnung: Die Datei /var/www/xxx/htdocs/wp-config.php hat am Anfang eine „Byte-Order-Marke“ (BOM). Folge diesem Link für mehr Informationen

Beide verlinken zu https://updraftplus.com/problems-with-extra-white-space/ . Von so einem Problem hinter der ("A plugin has prevented updates ...")-Meldung hatte ich gelesen und deshalb die PHP-Dateien im WP-Root nochmal mit einem PHP-fähigen Editor neu gespeichert. Bringt aber auch nichts.

Ja, das habe ich (Twentytwenty).

Danke für die schnelle Antwort! Tut er :confused:, gerade nochmal getestet.

Hallo zusammen,

seit dem Upgrade auf die erste WP-Version, die "Site Health" benutzt bekomme ich zwei Fehlermeldungen. Ich habe schon etliche Tipps dazu ausprobiert, finde aber keine Lösung. Die erste Meldung lautet "A plugin has prevented updates by disabling wp_version_check()", bzw. "Ein Plugin hat Aktualisierungen verhindert, indem es wp_version_check() deaktiviert hat."

Zuerst habe ich einige PHP-Dateien aus dem htdocs/- und dem Theme-Verzeichnis in Notepad++ geladen und neu abgespeichert (irgendwo hatte ich von einem überzähligen Leerzeichen gelesen). Nix.

Dann habe ich alle Plugins deaktiviert -> selbes Ergebnis

Dann sämtliche automatischen Updates deaktiviert -> dito

Anschließend den Debugger angeworfen (das ist der komplette Inhalt der debug.log):

[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Archives ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Authors ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Calendar ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Categories ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Nav_Menu ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Pages ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Search ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:48 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Tags ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Archives ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Authors ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Calendar ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Categories ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Nav_Menu ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Pages ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Search ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508
[13-Nov-2019 06:34:50 UTC] PHP Notice:  Die verwendete Konstruktor-Methode für WP_Widget in Hybrid_Widget_Tags ist seit Version 4.3.0 <strong>veraltet</strong>! Verwende stattdessen <pre>__construct()</pre>. in /var/www/xxx/htdocs/wp-includes/functions.php on line 4508

In der functions.php steht das:

/**
     * Filters whether to trigger an error for deprecated functions.
     *
     * `WP_DEBUG` must be true in addition to the filter evaluating to true.
     *
     * @since 4.3.0
     *
     * @param bool $trigger Whether to trigger the error for deprecated functions. Default true.
     */
    if ( WP_DEBUG && apply_filters( 'deprecated_constructor_trigger_error', true ) ) {
        if ( function_exists( '__' ) ) {
            if ( ! empty( $parent_class ) ) {
                /* translators: 1: PHP class name, 2: PHP parent class name, 3: version number, 4: __construct() method */
                trigger_error(
                    sprintf(
                        __( 'The called constructor method for %1$s in %2$s is <strong>deprecated</strong> since version %3$s! Use %4$s instead.' ),
                        $class,
                        $parent_class,
                        $version,
/*  Zeile  4508 */    '<pre>__construct()</pre>'
                    )
                );
            } else {
                /* translators: 1: PHP class name, 2: version number, 3: __construct() method */
                trigger_error(
                    sprintf(
                        __( 'The called constructor method for %1$s is <strong>deprecated</strong> since version %2$s! Use %3$s instead.' ),
                        $class,
                        $version,
                        '<pre>__construct()</pre>'
                    )
                );
            }
        } else {
            if ( ! empty( $parent_class ) ) {
                trigger_error(
                    sprintf(
                        'The called constructor method for %1$s in %2$s is <strong>deprecated</strong> since version %3$s! Use %4$s instead.',
                        $class,
                        $parent_class,
                        $version,
                        '<pre>__construct()</pre>'
                    )
                );
            } else {
                trigger_error(
                    sprintf(
                        'The called constructor method for %1$s is <strong>deprecated</strong> since version %2$s! Use %3$s instead.',
                        $class,
                        $version,
                        '<pre>__construct()</pre>'
                    )
                );
            }
        }
    }


}

Das ist doch nur der Filter für die Debug-Ausgabe, oder? Was PHP betrifft dilettiere ich ziemlich 'rum.

Der zweite Fehler ("empfohlene Verbesserung") ist "Die REST-API hat den Abfrageparameter context nicht korrekt verarbeitet." Dem bin ich auch noch nicht auf die Spur gekommen.

Habe mich für ein anderes Plugin entschieden, das schien mir einfacher als weiterzubasteln. Bin zufrieden, Speicherplatzbelegung auf dem Server ist auch wieder wie sie sein sollte. Danke nochmal!

Nachtrag: Die große Log-Datei ist voll mit Einträgen wie diesem, dem aktuell letzten:

[31-Jan-2016 06:45:37 UTC] WordPress-Datenbank-Fehler Column 'offset' cannot be null für Abfrage INSERT INTO `wp_wpb2d_processed_files` (`file`, `uploadid`, `offset`) VALUES ('/var/www/xxx/htdocs/wp-content/[I]plugins/limit-login-attempts/limit-login-attempts-de_DE.po[/I]', NULL, NULL) von do_action_ref_array, call_user_func_array, run_dropbox_backup, WPB2D_BackupController->execute, WPB2D_BackupController->backup_path, WPB2D_Processed_Files->add_files, WPB2D_Processed_Base->upsert

Begonnen hat das am 17. Dezember des letzten Jahres, davor stehen im LOg nur wenige Zeilen aus der Zeit, als ich das Projekt eingerichtet habe. Der Teil 'plugins/limit-login-attempts/limit-login-attempts-de_DE.po' ändert sich und betrifft alle Plugins und Templates, der Rest ist identisch und kommt wohl vom Plugin 'WordPress Backup to Dropbox'. Lässt sich dieses Plugin überzeugen, nicht mehr so viele Fehlermeldungen zu produzieren, oder sollte ich mich erneut mit automatischen Backup-Lösungen beschäftigen?

Vielen Dank Euch beiden! Hat geholfen :).

Den Total Commander kenne und schätze ich, den habe ich als Vollversion (im Moment unter Windows 10). Damit hatte ich schon versucht alle Daten zu ziehen. Habe ich aber abgebrochen, weil die Verbindung alle paar Minuten abbrach. Wie ich dann feststellte, hat jedes 'ok' auf die Frage des Total Commanders ob er neu verbinden soll, gleichzeitig einen Wechsel in das nächst tiefere Verzeichnis ausgelöst. Ich habe jetzt ein zusätzliches Problem: Die entstandene Verzeichnisstruktur hat zu lange Dateinamen, die kann ich nicht mit Windows-Mitteln löschen. Aber darum kümmere ich mich, wenn das Speicherplatzproblem endgültig gelöst ist.

Ich habe mich also nochmal auf dem Server auf die Suche begeben. In der HTDOCS-Struktur sieht alles aus wie es soll, soweit ich das einschätzen kann. Aber im Root-Verzeichnis meiner Domain, parallel zum HTDOCS-Verzeichnis befindet sich das Verzeichnis LOGS/PRIV und darin eine php_errors.log mit 3,7 GB Größe. Das ist genau die Datenmenge, deren Herkunft ich mir nicht erklären konnte.

Was mache ich jetzt damit? Gerade läuft der Download, der aber noch mindestens 1 1/2 Stunden dauern wird. Mit der Analyse so eines Logs bin ich mit Sicherheit überfordert. Da fehlt mir der technische Wissens-Hintergrund. Ist löschen und regelmäßig nachsehen, wie schnell und mit welchem Inhalt sie sich wieder aufbaut sinnvoll?

Die Seite läuft ansonsten ohne Probleme, wie kommt so eine riesige Log-Datei zustande? Einzige für mich erkennbare 'Unregelmäßigkeit' sind seit einigen Wochen beinahe tägliche Infos vom Plugin'Limit Login Attempts', dass jemand wegen zu vieler erfolgloser Login-Versuche gesperrt wurde. Username ist immer 'admin' oder der Domainname mit und ohne www davor. Solche User habe ich zum Glück nicht eingerichtet, die gibt es nicht.

Hallo zusammen,

in den letzten Tagen ließen sich keine Plugins mehr aktualisieren, Fehlermeldung "Download fehlgeschlagen. Konnte Anfrage nicht in die temporäre Datei schreiben." Die Recherche im Internet ergab Hinweise auf zu wenig Speicherplatz auf dem Server. Konnte ich mir nicht vorstellen, der entsprechende Blog hat nicht viele Einträge. War aber doch so - 5 GB Speicherplatz sind voll. Ich habe dann Backup-Verzeichnise gelöscht -> Speicherplatz nur noch zu 75% belegt (verwende sowieso "WordPress Backup to Dropbox"). Das ist auch noch etwas sehr viel.

Weil ich wissen wollte, wieviel Speicherplatz mein Blog tatsächlich braucht, habe ich das Plugin "My Simple Space" installiert, von der Anzeige ein Bildschirmfoto gemacht, von der Anzeige des Servers in der Konfiguration (Live-Config) auch und beides zusammenkopiert:

Übersehe ich etwas, ist der Blog wirklich so speicherplatzfressend oder gibt es eine andere Erklärung?

Danke!

Danke, diese Information macht meine erste Antwort vollkommen überflüssig.

Aus welchem Grund hast Du Page Columnist installiert? Brauchst du das wirklich, wenn Du nur eine Spalte möchtest? Ansonsten: Ausprobieren. Ich bin hier 'raus.

'Schön' ist relativ ;). Du solltest schon etwas genauer beschreiben, was Du haben möchtest und was Du schon probiert hast.

Du hast anscheinend die beiden Dateien importiert, die im Quick Start Guide vorgeschlagen werden. Ohne diese Dateien hättest Du wahrscheinlich ein einspaltiges Layout. Eine Option zum Einstellen der Spaltenanzahl scheint es nämlich nicht zu geben. Falls es das ist, was Du willst.

Die Veränderungen, die Du an diesem Theme vornehmen möchtest sind so spezifisch, dass Du den Theme-Autoren fragen solltest. Aber vielleicht findet sich hier noch jemand, der das Theme kennt.

Neueste Beiträge auf der Startseite: Design / Themes / Anpassen / Statische Startseite / Deine letzten Beiträge

Zum Zeigen des Videos auf Deiner Seite kopierst Du einfach den Link zum Video, so wie er bei Youtube steht in das Textfeld eines Beitrages. Beitragsbild festlegen, und es sieht so aus wie auf der Beispielseite. Wie Du das Video so einbindest, dass es direkt bei Youtube und nicht innerhalb deiner Seite abgespielt und der Seiteninhalt mittig dargestellt wird weiß ich nicht, aber sicher jemand anders.

Wenn Du nur den Titel des Beitrags zeigen und die Zusammenfassung, das Datum, die Kommentare ausblenden möchtest, müsste das so gehen (in style.css einfügen, evtl. noch etwas feintunen, je nach dem wo Du was ausblenden oder doch anzeigen möstest):

.entry-footer, .entry-summary, .posted-on {
    display : none
}

Hab' mir gerade mal für eine Antwort in einem anderen Thread Dein Theme angesehen. Ist Dein Problem ein 'Anpassen'-Menü, das praktisch leer ist? Bisher hatte ich aus deinen Beschreibungen geschlossen, dass es völlig verschwunden ist.

Wenn das so ist, dann kannst Du das nicht ändern. Der Umfang dieses Dialogs ist voll und ganz vom Theme anhängig. Dieses hat, zumindest in meiner Testinstallation, keinerlei Optionen.

Du weißt nie, welche Schriften auf dem Computer Deines Besuchers genau installiert sind, deswegen sollten in den CSS-Anweisungen für ein Tag mit Schriftdeklarationen ja auch Alternativen zur gewünschten 'Hauptschriftart' notiert werden. Ist bei Dir aktuell ja auch so. Eine schöne evtl. geschwungene Schreibschrift als Systemschirftart anzeigen zu wollen macht nicht viel Sinn, und aussuchen musst Du sie schon selbst.

IMO hast Du 3 Möglichkeiten:

• Google Fonts
• Einbetten via @font-face (dafür geeignete Schriftarten, mit CSS-Code findest Du u.a. bei http://www.fontsquirrel.com/ )
• als Grafik-Datei - der einfachste Weg

Auch bei einer frischen Installation ist der 'Anpassen'-Dialog weg? Wenn das wirklich so ist, bin ich überfragt. Sorry.

Was ich Dir beschrieben hatte, ist das Anlegen eines leeren Child-Themes. Du brauchst nur eine style.css, mehr nicht. Andere Dateien nur, wenn Du tatsächlich darin etwas änderst (ich habe z.B. eine functions.php, u.a. für Spielereien mit dem Favicon). Wenn diese styles.css leer ist, sieht das Child-Theme aus wie das Ausgangstheme. Das ist der (etwas gekürzte) Kopf einer meiner styles.css:

/**
 * Theme Name: Live Wire Child
 * Theme URI: http://foxnet.fi
 * Description: A child theme of Live Wire parent theme.
 * Version: 0.1a
 * Template: live-wire
 */


/* Importing the parent theme stylesheet. */
@import url( '../live-wire/style.css' );

Das Child-Theme funktioniert so schon. Und nun ergänzt Du die Styles, die Du anders haben möchtest. Nimmst Du Änderungen an anderen Bestandteilen des Themes vor, kopierst Du die geänderten PHP-Dateien einfach in das Child-Verzeichnis.

Zitat

bei Punkt 4 bin ich mir nicht sicher was ich von dem neu installierten Theme alles genau von der style.css kopieren soll. [COLOR=#333333]@import kann ich dort nirgends finden.[/COLOR]

[COLOR=#333333]
Nur den Teil, des ich Dir oben als Code kopiert habe, bis einschließlich Import kopierst Du und passt dann das Import-Verzeichnis an (Verzeichnis des Ausgangs-Thmes eintragen). Das genügt, dann musst Du nur noch die gewünschten Styles ergänzen. Wenn Du [COLOR=#333333]@import nicht finden kannst, dann arbeitet das Child-Plugin irgendwie anders. Ein Grund mehr, auf eine einfache und gut dokumentierte [/COLOR][/COLOR][COLOR=#333333][COLOR=#333333]Methode [/COLOR][/COLOR][COLOR=#333333][COLOR=#333333]zurückzugreifen und alles von Hand zu machen.[/COLOR]

Zitat

Bei Punkt 5 bin ich mir nicht sicher welchen Kopf ich da wo und wie bearbeiten soll.

[/COLOR]
Mit 'Kopf' meine ich alles oberhalb der '@import url'-Zeile. Version und Theme-Name solltest Du anpassen.

HTH!

Nachtrag: Kann es sein, dass Dein Child-Theme-Plugin den Anpassen-Dialog einfach ausblendet, um irgendwelche Konflikte durch verschiedene Anpass-Wege auszuschließen?

Zitat von Zegger

WIe kann ich die Überschrift der Beiträge ändern, dort steht Posted on Datum by Admin

Anscheinend gibt es für dieses Theme keine deutsche Sprachdatei. Du könntest Dich mit dem Übersetzen solcher Dateien anfreunden, denn ähnliches wird Dir mit diesem Theme vermutlich noch öfter passieren. Die Sprach-Datei, der der Text steht, den Du austauschen möchtest befindet sich im Verzeichnis /lang des Themes.

Ob und wann Du den Autorenhinweis entfernen darfst, kann Dir am besten der Autor selbst sagen. Frage Dich doch durch.

Wenn Du ein Theme ohne Autorenhinweis möchtest, programmiere es selbst. Ansonsten finde ich es unfair (vorsichtig ausgedrückt), den Namen desjenigen, der Dir seine Arbeit zur Verfüngung stellt gezielt zu löschen.

Du bist Dir sicher, dass hinter dem fehlenden Dialog nicht mehr steckt als ein Knoten im Theme? Ich würde da auf Nummer sicher gehen und der Sache auf den Grund, bevor Du die Seite weiter einrichtest ... .

Du könntest Dir einen lokalen Server einrichten und dann mit Hilfe eines Backup-Tools Deine Live-Seite spiegeln. Dann weißt Du wenigstens auch, wie das Backup-Tool Deines Vertrauens funktioniert und ob es Deine Anforderungen erfüllt. Und dann stellst Du die lokale Seite auf das Original-Theme um und fügst nach und nach die Veränderungen ein, die das Child-Theme-Plugin vorgenommen hat. Möglicherweise kannst Du den 'Knoten' so eingrenzen.

Ich hatte ähnliche Probleme wie Du gleich doppelt (d.h. in zwei Projekten), allerdings handelte es sich dabei nur um Eigenheiten dreier Themes (Live-Wire und Academica, später durch Twenty-Fourteen ersetzt), nicht um Fehler. Die Möglichkeit, mehrere Stände parat zu haben und immer wieder zu einem funktionierenden zurückkehren zu können, hat mir sehr geholfen die Übersicht über den Code zu behalten. Ich habe sehr viel verändert und ausprobiert. Außerdem konnte ich als Anfängerin viel ruhiger bleiben, weil ich nicht unmittelbar auf dem Server arbeiten musste.

Das Plugin musst Du manuell starten. Das kostet sowieso etwas Zeit, in der die alten Links nicht funktionieren. Ich kenne das Problem, ich habe vor kurzem eine Wordpress-Testinstallation 1:1 auf eine andere Domain umgezogen dafür reicht ein Dreizeler in der .htaccess), und danach eine konventionell mit HTML erstellte Seite auf Wordpress umgestellt. Die Dateien des 2. Projektes mussten einzeln auf meine URLs umgeleitet werden. So tief war ich da noch nie eingestiegen, aber es ging. Mit einem Plugin bin ich nicht zurecht gekommen.

Geholfen hat mir u.a. das: http://wp-bistro.de/domainumzug-di…chritte-danach/

Eine Weile habe ich schon herumprobieren müssen, aber es ging. Meine Seiten habe ich in der Zwischenzeit in einen Wartungsmodus geschaltet. Dafür habe ich ein Child-Theme erstellt, mit nur einigen Zeilen in der functions.php, die die Seite den Wartungsmodus einschaltete.

Hast Du den All-in-One Event Calendar von Time.ly schon getestet? Bei dem bin ich nach dem Ausprobieren mehrerer Kalender-Plugins hängengeblieben: "Ein Kalender with monatlicher, wöchentlicher, täglicher und Agenda Ansicht, Widgets, farbigen Kategorien, Wiederholungen sowie Import und Export von .ICS Feeds." steht in meiner Plugin-Übersicht.

Neu eingeben oder importieren wirst Du Deine Daten müssen, und etwas Zeit auf die Konfiguration verwenden.

Dir wird nicht gefallen, dass das Kalender-Widget in der Seitenleiste einfach die nächsten Termine untereinander auflistet (Anzahl einstellbar). Aber darunter gibt es einen Link zu einer Seite, auf der Du z.B. eine Monatsansicht zeigen kannst. Möglicherweise ist die Monatsansicht im Widget über ein Addon lösbar - das habe ich nicht geprüft, brauche ich nicht. Es gibt aber einige Zusätze für dieses Plugin (deswegen Monatsansicht sehr gut möglich, evtl. kostenpflichtig), und einen sehr aktiven (englischsprachigen) Support. Die deutschen Sprachdateien habe ich von http://www.profi-blog.com/all-in-one-eve…utsche-sprache/.