Wer schon mal mit WordPress gearbeitet hat, weiß, dass es durchaus passieren kann, dass hinzugefügte PlugIns eigene Styles mit sich bringen und daher ggf. angepasst werden müssen. Natürlich ist es keine besonders gut Idee, die Styles direkt in dem PlugIn zu ändern, denn beim nächsten Update, sind die Anpassungen weg. Auch lassen sich die Styles oft nicht mit der style.css aus dem Root-Verzeichnis überschreiben, da die PlugIn-Styles durchaus später geladen werden.
So geht’s: wp_enqueue_style / wp_dequeue_style
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 | # Der Code hier sollte in die functions.php eingetragen werden # Sollte das Theme ein Child-Theme sein, und es gibt noch keine functions.php in # dem Child-Theme-Verzeichnis, dann genügt eine eigene functions.php in dem # Child-Theme Verzeichnis mit den Angaben hier unten (die neuen Anweisungen # und Funktionen ergänzen dann die functions.php des Parent-Themes) # # Hier wird verhindert, das "Problem_Stylesheet" zu laden # 'plugin-style' ist der unique Identifier function plugin_style_drop(){ wp_dequeue_style( 'plugin-style' ); } # Hier wird ein extra Stylesheet eingebunden # Beispielsweise um die Stylesheet Informationen eines Formular-PlugIns zu überschreiben function style_extension_scripts() { wp_enqueue_style( 'custom-plugin-style', get_template_directory_uri() . '/plugin-new-style.css' ); } # Hier werden die Funktionen ausgeführt # wp_print_scripts; diese Funktion stellt sicher, dass das zu # dequeuende Style auch geladen wurde, um es sicher zu entfernen # Die Prio wird als drittes Argument in add_action hinzugefügt, # der Wert kann individuell angepasst werden add_action( 'wp_print_scripts', 'plugin_style_drop', 100 ); add_action( 'wp_enqueue_scripts', 'style_extension_scripts', 101 ); |
Nach Bekanntwerden der Heartbleed Sicherheitslücke hat SaaS Web schnellstmöglich reagiert und alle Zertifikate erneuert. Leider handelt sich bei der Lücke um eine bereits seit 2 Jahren existierende Fehlfunktion, die vermutlich systematisch ausgenutzt wurde, um verschlüsselte Datenverbindungen auszuspionieren. Der Aufwand dafür ist nicht gerade gering, sodass auszugehen ist, dass eher größere Organisationen wie Spionage- und Nachrichtendienste diese Lücke ausnutzten.
Nach der 30 Tage andauernden Sunrise Phase (in diesem Zeitraum konnten nur Markeninhaber im Vorfeld .berlin-Domains registrieren) ist die berliner Domainendung endlich für alle offen. Für alle bedeutet, dass der Inhaber (Reg-C) und/oder der Administrator (Admin-C) eine gültige Adresse in Berlin vorweisen kann/können.
Mit NoScript lassen sich alle „unsichtbaren“ Ladevorgänge, insbesondere auf externe Seiten, verhindern und auf Wunsch freischalten. Als Nutzer erlangt man endlich (einigermaßen) wieder die Kontrolle über sein Browser. Es ist zum Teil erschreckend zu sehen, welche und wieviele fremde Dienste ohne Wissen des Nutzers tatsächlich beim Aufruf von Seiten mitwirken.
Threema ist eine Instant-Messenger App für mobile Endgeräte mit dem Fokus auf Sicherheit. Die Verbindung wird Ende-zu-Ende verschlüsselt; es kann also keiner die Nachrichten mitlesen, auch nicht auf der Serverseite. Es lassen sich problemlos auch Bilder und Videos übermitteln.
Tatsächlich kommen einige interessante Neuerungen mit der Version 3.2 von Joomla daher. Neben der Einführung einer Versionskontrolle sind insbesondere das Admin-Menue als auch die Theme-Verwaltung vereinfacht worden. Das Framework on Framework Konzept wurde konsequent integriert, um Entwicklern weitere Unterstützung zur Programmierung von Erweiterungen zur Hand zu geben. In Punkto Sicherheit nimmt die Zwei-Faktor Authentifizierung in Joomla! 3.2 Einzug.
Endlich erhält der ownCloud Client die Fortschrittsanzeige für den Dateisync. Neben zahlreichen kleineren Updates wie z.B. Performance-Optimierungen und Bandbreitennutzung-Parameter wurde auch der Wizard verbessert und in mehreren Schritten aufgeteilt.
Zahlreiche Verbesserungen werden für das kommende Release erwartet, jedoch nicht das große Feature „Fault Tolerance“ – welches für VMs mit mehr als einem Core immer noch nicht verfügbar ist.
Die Sicherheit der meistgenutzten Web-CMS auf dem Prüfstand.
Die populäre Platform as a Service Lösung von RedHat (ehemals Makara) ist nun offiziell aus dem Betastadium raus und wird neben dem kostenfreien gehosteten Package auch mit Premium Service kostenpflichtig angeboten.