Projekt Quantum: Mozillas künftige Browser-Engine

Browserhersteller Mozilla gibt einen Ausblick auf die Zukunft seiner Browser-Engine Gecko: Bis zum Ende des nächsten Jahres sollen "erhebliche Verbesserungen" bei den Nutzern ankommen, verspricht Chef-Entwickler David Bryant in einem Blogeintrag. Die "Project Quantum" getaufte Entwicklung soll Gecko auf PCs und Mobilgeräten merklich beschleunigen, insbesondere durch Parallelisierung und Nutzung  von GPUs. Dazu wolle man einige Komponenten von Servo übernehmen, der Engine, an der Mozilla schon seit 2013 arbeitet. Vor drei Monaten veröffentlichte Mozilla schon eine erste Preview-Version von Servo. Einige der Neuerungen werden in Mozillas Programmiersprache Rust geschrieben, die im Vergleich zu C++ mehr Geschwindigkeit und Sicherheit bringen kann.  Erste in Rust entwickelte Bestandteile haben schon im August Einzug in Mozillas Browser Firefox gehalten.

2016-10-30T20:46:08+02:00Oktober 30th, 2016|Allgemein, CSS, HTML, Javascript|Kommentare deaktiviert für Projekt Quantum: Mozillas künftige Browser-Engine

Auch Firefox gibt die NPAPI-Unterstützung auf

Die letzten Benutzer exotischer Browser-Plugins werden sich umstellen müssen, denn bald wird nach den Browsern Internet Explorer und Chrome auch Mozillas Firefox mit der Programmierschnittstelle (API) NPAPI nicht mehr umgehen können. NPAPI ist das Kürzel für das Netscape Plugin API, das noch bis heute in Firefox  dazu verwendet wird, Plugins in den Browser einzubinden. Bis zum Ende nächsten Jahres soll diese NPAPI-Unterstützung komplett aus Firefox entfernt sein. Die Gründe dafür sind laut Firefox-Herausgeber Mozilla Probleme mit Geschwindigkeit, Stabilität und Sicherheit. Aus ähnlichen Gründen hat ja auch schon Google NPAPI in seinem Browser Chrome abgeschaltet - Microsoft unterstützt NPAPI im Internet Explorer schon seit 10 Jahren nicht mehr.

2015-10-11T17:43:49+02:00Oktober 11th, 2015|Javascript, PHP|Kommentare deaktiviert für Auch Firefox gibt die NPAPI-Unterstützung auf

SSH-Client PuTTY 0.65 beseitigt Fehler

Der SSH-Client PuTTY wird unter Windows gern beutzt, zum Beispiel für SSH-Verbindungen mit einem Server im Internet. Die neue Version 0.65, die ihr Entwickler Simon Tatham gerade veröffentlicht hat, korrigiert mehrere Fehler, einen davon sogar schon zum zweiten Mal. PuTTY 0.65 behebt mehrere Fehler mit der Konfigurationsoberfläche, von denen einer schon behoben und dann in Version 0.64 wieder aufgetaucht war. Ein zweiter behobener Fehler konnte die Ursache dafür sein, dass die Oberfläche unter Windows Vista gar nicht erst erschien. Außerdem behebt die aktuelle Version Programmabstürze bei SSH-Verbindungen mit Connect-Sharing und auch einen Fehler des SFTP-Clients PSFTP, der sich jetzt automatisch selbst beendet, wenn ein Befehl in einer Batch-Datei scheitert. Alle behobenen Fehler sind auf tartarus.org gelistet. Zu den wenigen Neuheiten in PuTTY 0.65 gehören Verbesserungen der Ablaufgeschwindigkeit unter Unix (64-Bit) und die Erweiterung der Log-Funktion: Putty schreibt nun auch die Quelle eingehender Verbindungen bei lokalen und dynamisch weitergeleiteten Ports sowie die Prozess-Kennung bei Downstream-Verbindungen im Connection-Sharing-Modus mit ins Log. Sie können die Putty-Version 0.65 von der Downloadseite herunterladen. Weiteren Neuerungen von Crypto-Algorithmen wie Elliptischen Kurven und ChaCha20, werden zurzeit noch bearbeitet, so dass man sie nur in den Entwicklerversionen testen könne, erklärt dazu Entwickler Tatham.

2015-07-27T16:53:55+02:00Juli 27th, 2015|Allgemein|Kommentare deaktiviert für SSH-Client PuTTY 0.65 beseitigt Fehler

Entwicklungsumgebung Eclipse Mars 4.5

Entwickler wird es freuen: Die integrierte Entwicklungsumgebung (IDE) Eclipse Mars 4.5 löste jetzt die Vorversion Eclipse Luna ab. Sowohl die Geschwindigkeit als auch die Qualität der IDE wurde nach Angaben der Entwickler deutlich verbessert. Programmierer, die mit Eclipse unter Apples OS X arbeiten wollen, haben jetzt mit dem Mars-Release erstmals eine echte Mac-Anwendung zur Verfügung, die die Installation deutlich erleichtert und auch dafür sorgt, das Funktionen wie „Öffnen mit“ jetzt auch wie gewünscht funktionieren. Weitere Details zu den neuen Funktionen sowohl im Projekt Eclipse Mars als auch in den Unterprojekten in Deutsch finden Sie bei Heise. Die diversen Packages von Eclipse Mars 4.5 können Sie von der Eclipse-Downloadseite herunterladen.

2015-06-25T08:47:50+02:00Juni 25th, 2015|Javascript, MySQL, PHP|Kommentare deaktiviert für Entwicklungsumgebung Eclipse Mars 4.5

Zweite Entwicklerversion von MySQL angekündigt

Von Oracle wurde das zweite Development Milestone Release (DMR) für MySQL 5.7 Auf der Konferenz MySQL Connect angekündigt. Besonders die Geschwindigkeit der neuen Version hat sich deutlich verbessert. Sie skaliert bis zu 64 CPUs linear und schafft mit InnoDB bei Lesezugriffen mit POINT SELECT immerhin 500.000 Abfragen pro Sekunde! Auch die Replikation wurde verbessert und beschleunigt. MySQL 5.7.2 DMR bietet zudem eine verlustfreie, semi-synchrone Replikation, bei der Transaktionen nur dann bestätigt werden, wenn ein Slave-Server sie empfangen hat. Weitere Details zu MySQL 5.7.2 DMR kann man bei Golem nachlesen.

2013-09-23T08:00:05+02:00September 23rd, 2013|Allgemein|Kommentare deaktiviert für Zweite Entwicklerversion von MySQL angekündigt

MySQL: Nehme ich JOIN oder WHERE?

Als SQL-Programmierer steht man häufig vor der Frage, was eine bessere Performance hat, ein schwieriger zu lesender und verstehender JOIN oder eine entsprechende WHERE-Klausel. Als Beispiel seien hier zwei verschiedene Wege zu einer Abfrage gezeigt, mit der alle Kunden ausgewählt werden, bei denen die Kundennummer und der Typ in den beiden Tabellen kunden und kunden_tel übereinstimmen und die eine Kundennummer  größer als 1 haben: SELECT * FROM kunden JOIN kunden_tel ON (kunden.nr = kunden_tel.kunden_nr AND kunden.typ = kunden_tel.kunden_typ) WHERE kunden.nr > 1;   SELECT * FROM kunden, kunden_tel WHERE kunden.nr = kunden_tel.kunden_nr AND kunden.typ = kunden_tel.kunden_typ AND kunden.nr > 1; Beide Abfragen wurden auf eine Kundentabelle mit ca. 50.000 Datensätzen und eine Telefontabelle mit ca. 200.000 Einträgen losgelassen, das Resultat für die beiden Varianten war nahezu gleich bei 15,5 Sekunden. Die Variante SELECT mit WHERE war marginal schneller. Deshalb sollte man überlegen, diese häufiger vorkommende Variante, die auch auf Anhieb von mehr Programmierern verstanden wird, zu wählen. Wenn schon kein nennenswerter Geschwindigkeitsgewinn erzielt werden kann, sollte man die für Andere leichter lesbare Variante nutzen.

2011-07-25T08:23:21+02:00Juli 25th, 2011|MySQL|Kommentare deaktiviert für MySQL: Nehme ich JOIN oder WHERE?
Nach oben