0

Firefox: Youtube Kommentare laden nicht

Veröffentlicht am

Ich hatte jetzt mehrfach das Problem, dass in Youtube die Kommentare nicht laden und der Ladekringel endlos dreht:

Ladekringel Youtube

Lösen konnte ich das Problem indem ich mich bei Youtube anmeldete. Danach kann man sich sofort wieder abmelden. Wer allerdings keinen Youtube-Account hat und nicht extra einen anlegen will kann auf einfach die Cookies und Webseiten-Daten von Youtube löschen.

Dazu öffnet ihr Youtube und klickt in der Adressleiste auf das Schloss-Symbol links neben der URL. Dann geht ein Pop-up auf mit den Website-Informationen der aktuellen Seite. Ganz unten klickt ihr dann auf „Cookies und Webseiten-Daten„.

Websiteinformationen

Im zweiten Dialog entfernt ihr dann alle Einträge. Anschließend sollten die Kommentare wieder erscheinen!

Cookies löschen
0

Thunderbird: Lightning Kalender: Standard-Kalender für neue Termine festlegen

Veröffentlicht am

Ganz kurzer Tipp:

Will man im Thunderbird-Kalender einen neuen Termin standardmäßig in einem bestimmten Kalender erstellen, ohne den zugeordneten Kalender im Termin ändern zu müssen, so ist das ganz einfach möglich.

Diese Option versteckt sich nicht in den Einstellungen. Man wählt stattdessen in der Kalenderansicht ganz links in der Liste einfach den Kalender aus, der Standard sein soll. Dann werden neue Termine automatisch diesem Kalender zugeordnet.

0

mysqldump: Access denied; you need (at least one of) the PROCESS privilege(s) for this operation‘ when trying to dump tablespaces

Veröffentlicht am

Nach dem Umzug auf den neuen Webhosting-Tarif, erhalte ich jetzt beim Sichern meiner SQL-Datenbanken mittels mysqldump folgenden Fehler:

‚Access denied; you need (at least one of) the PROCESS privilege(s) for this operation‘ when trying to dump tablespaces

Lösung:
die Option --no-tablespaces beim Auruf verwenden.

This option suppresses all CREATE LOGFILE GROUP and CREATE TABLESPACE statements in the output of mysqldump.

https://dev.mysql.com/doc/refman/8.0/en/mysqldump.html#option_mysqldump_no-tablespaces

0

Owncloud: Löschen von unnötigen Dateien von vorheriger Version per SSH: „Liste der ungültigen Dateien“

Veröffentlicht am

Löscht man beim Upgrade von Owncloud nicht alle Datei bevor man die neuen auf den Server kopiert, so bleiben etliche, nicht mehr benötigte, Dateien übrig. Loggt man sich dann ein und schaut in die Admin-Einstellungen, dann sieht man das Owncloud so schlau ist und diese erkennt. Diese sind dann unter „Sicherheits- & Einrichtungswarnungen“ gelistet:

Einige Dateien haben die Integritätsprüfung nicht bestanden. Weiterführende Information findest Du in unserer Dokumentation. (Liste der ungültigen Dateien … / Erneut analysieren…)

In dieser Liste sind dann alle Dateien aufgelistet. Will man nicht alle Dateien einzeln per FTP löschen, so kann man das per SSH tun. Einfach einloggen und in das Root-Verzeichnis seiner Owncloud-Installation navigieren. Das Löschen von einer Liste von Dateien geht dann so:

echo "lib/composer/zendframework/zend-servicemanager/src/Config.php
lib/composer/zendframework/zend-servicemanager/src/FactoryInterface.php
lib/composer/zendframework/zend-servicemanager/src/Tool/FactoryCreatorCommand.php
lib/composer/zendframework/zend-servicemanager/src/Tool/ConfigDumperCommand.php
lib/composer/zendframework/zend-servicemanager/src/Tool/FactoryCreator.php
lib/composer/zendframework/zend-servicemanager/src/Tool/ConfigDumper.php" | xargs rm

0

Owncloud: Login nach Umzug auf anderen Webserver nicht möglich (open_basedir)

Veröffentlicht am

Nachdem ich meine Owncloud-Instanz auf einen anderen Webserver umgezogen hatte, konnte ich mich nicht mehr einloggen. Die Anfrage hat ewig gedauert und ist dann in einem 504-Fehler geeendet.

In der owncloud.log-Datei tauchte maßenweise der folgende Fehler auf:

[…]index.php\/login“,“message“:“realpath(): open_basedir restriction in effect. File(\/) is not within the allowed path(s): (\/var\/www\/vhosts\/hosting1234567.mein.neuer.hoster.de\/:\/tmp\/) at \/var\/www\/vhosts\/hosting1234567.mein.neuer.hoster.de\/httpdocs\/owncloud\/lib\/private\/Files\/Storage\/Local.php#389″}

Natürlich hatte ich das „datadirectory“ in der config.php auf den neuen Webspace angepasst. Was ich allerdings vergessen hatte, war folgendes:

In Datenbank-Tabelle „oc_accounts“ für alle Einträge (=Benutzer) in der Spalte „home“ den Pfad zum data-Ordner anpassen. Denn dort sind die alten Pfade ebenfalls eingetragen:

/var/www/vhosts/hosting7654321.mein.alter.hoster.de/httpdocs/owncloud/data/meinbenutzer

Nachdem der Pfad dort ebenfalls angepasst war, hat der Login wieder funktioniert.