Informationen für CMS/made simple / ADOdb Lite / MySQLi / MariaDB

MyOOS [Dumper] (=Nachfolger MySQL Dumper) für PHP 5.6 / 7

dummy@example.com (cyberman) — Tue, 30 Aug 2016 19:58:51 +0000

Eine kurze Einleitung für MyOOS [Dumper] findet sich hier

http://doku.oos-shop.de/myoos-benutzerh … sqldumper/

Der angebotene Download entspricht übrigens immer noch der aktuellen Version des MyOOS [Dumpers]...

Künftige Datenbankanbindung?

dummy@example.com (cyberman) — Sun, 05 Jun 2016 07:51:47 +0000

cyberman schrieb:

Nun auch noch mal offiziell
http://forum.cmsmadesimple.org/viewtopic.php?t=74739
Es soll sich demnach um eine Eigenentwicklung handeln, die vollständig kompatibel zu AdoDB light ist und weitere Funktionen bieten soll.
Der neue Layer soll seit Monaten in der Entwicklerversion der CMSMS 2.2 im Einsatz sein. Inkompatibilitäten zu vorhandenen Modulen seien keine aufgetreten.

Pfff, also das, was ich gesehen habe, haut mich nicht wirklich vom Hocker - aus Sicht objektorientierter Programmierung sicherlich nicht falsch, aus Performance-Sicht suboptimal - sämtliches AdoDB in weitere Klassen gepackt (die natürlich geladen werden müssen)

http://svn.cmsmadesimple.org/svn/cmsmad … _no_adodb/

[GELÖST] AUTOCOMMIT in AdoLite deaktivieren?

dummy@example.com (nockenfell) — Mon, 16 May 2016 18:14:20 +0000

Genau.

Umstieg AdoDB lite -> MySQLi nativ

dummy@example.com (cyberman) — Mon, 25 Apr 2016 10:33:41 +0000

Die komplette Umstellung von CMSMS dürfte eine ziemliche Arbeit sein.

Ist aber möglicherweise gar nicht mehr in der Form erforderlich, siehe

https://www.cmsmadesimple.de/forum/view … 550#p38550

Wenn ich es richtig verstanden habe, wird dabei die Klasse mysqli um die AdoDB-Funktionen erweitert.

AdoDB lite & PHP7

dummy@example.com (cyberman) — Wed, 10 Feb 2016 23:25:58 +0000

Alternativ hier das "fertige" Paket zum sofortigen Einsatz

Es enthält nur die beiden geänderten Dateien. Zum praktischen Einsatz muss das Archiv lediglich entpackt und in den /lib Ordner gezogen werden.

Bei Problemen bitte hier kurz melden!

MariaDB vs. MySQL

dummy@example.com (cyberman) — Fri, 06 Nov 2015 18:20:28 +0000

cyberman schrieb:

Die schlechte Nachricht:
Obwohl MariaDB mittlerweile Standard für mehrere Linux-Distributionen ist, scheuen sich offenbar die Hoster, dies dann auch anzubieten.

Wer sich davon nicht beeindrucken lässt und dies gern testen möchte, sollte sich den aktuellen (lokalen) XAMPP-Server ansehen - dieser wurde im vergangenen Monat auf MariaDB umgestellt

https://www.apachefriends.org/blog/new_ … 51019.html

[GELÖST] Datenbank manuell auf "mysqli" setzen

dummy@example.com (cyberman) — Mon, 17 Aug 2015 09:41:50 +0000

Wie war das doch gleich? Totgesagte leben länger?

Scheinbar schon - so gibt es hier eine Anleitung, wie man unter PHP7 die MySql-Funktionen wieder nutzen kann

https://ckon.wordpress.com/2015/08/06/p … nto-php-7/

Hierfür ist jedoch ein Zugriff auf den Server erforderlich ...

Statistisches zu ADOdb lite

dummy@example.com (cyberman) — Fri, 24 Apr 2015 07:54:47 +0000

Hab dazu noch ein paar Tests gemacht. Für einen groben Überblick hab ich eine frische 1.10.3 ohne Optimierungen verwendet (die ADOdb full kann damit ohne Kopfstände verwendet werden).

Bei der CMSMS-internen Performance-Berechnung liegt ADOdb light 1.42 vor ADOdb 5.19, welches im Durchschnitt 9% langsamer war und 638 kB mehr RAM gezogen hat.

Bei 'ner halben Minute Siege Stresstest sieht das Bild etwas anders aus - bei der übertragenen Datenmenge und den erfolgreichen Hits liegt die ADOdb full (5,47 MB / 399 Hits) deutlich vor ADOdb lite (4,68 MB / 341 Hits).

Scheint fast so, als ob es mehr Potential hätte, aus der ADOdb full eine eigene ADOdb lite zu bauen ...

Cheatsheet - gängigste Datentypen für MySQL >= 5.1 (alphabetisch)

dummy@example.com (cyberman) — Sat, 18 Apr 2015 15:43:07 +0000

Sozusagen ein Nebenprodukt meiner Beschäftigung mit ADOdb - vllt hilft es auch euch gelegentlich weiter

https://dl.orangedox.com/trPhANzFtMxRr7 … ntypen.pdf

ADOdb lite für InnoDB nicht geeignet

dummy@example.com (cyberman) — Sun, 29 Mar 2015 06:28:10 +0000

Ok, Teil 2 führe ich hier weiter, da OT

http://forum.cmsmadesimple.de/viewtopic.php?id=4311

ADOdb light - Funktionsübersicht

dummy@example.com (cyberman) — Sat, 28 Mar 2015 20:49:42 +0000

Meine Feststellungen in diesem Beitrag haben mich, naja sagen wir mal neugierig gemacht.

Und das erste Ergebnis ist eine via Doxygen erstellte Funktionsübersicht für den von CMSMS verwendeten Datenbanklayer ADOdb lite

http://adodbl.cmsmadesimple.de

(wenn ich es richtig gesehen habe, ist dies sogar ein Alleinstellungsmerkmal für diese Site - zumindest hab ich nirgends eine derartige Übersicht finden können )

Error: Too many connections (1040)

dummy@example.com (cyberman) — Tue, 25 Feb 2014 19:20:08 +0000

Normalerweise läuft auf dem Server auch ein Log für Mysql mit, wo man die Ursache näher eingrenzen könnte. Ist nur die Frage, ob du darauf Zugriff hast.

Plötzlich Error 1045

dummy@example.com (czarnowski) — Sat, 28 Sep 2013 10:28:49 +0000

Man sollte darauf achten das man nicht unterschiedliche Sockets hat wie hier

MYSQL_SOCKET /var/run/mysqld/mysqld.sock

und

mysqli.default_socket /tmp/mysqld.sock /tmp/mysqld.sock

Mysql wird da nur auf einem laufen und auf dem jeweils falschen gibt es keine connection.

Unabhängig von dem konkreten Fehler sollte man gelegentlich einen Blick auf diese Liste werfen:

http://downloads.mysql.com/archives.php?p=mysql-5.1

um zu sehen wie veraltet eine Version ist.

[GELÖST] Auf die AdoDB Vollversion umstellen

dummy@example.com (cyberman) — Sun, 30 Dec 2012 12:42:52 +0000

Aha, deswegen ist bei einer frischen CMSMS-Installation jetzt MySQLi voreingestellt ... hab mich schon gewundert, da CMSMS ja von dessen Möglichkeiten meines Wissens bislang keinen Gebrauch macht.

[GELÖST] Die ersten Probleme Adodb Lite und Mysql

dummy@example.com (piratos) — Fri, 11 Mar 2011 10:17:03 +0000

Ich denke Ted möchte lieber etwas fertiges verwenden, als sich die Mühe zu machen eine eigene Klasse zu schreiben.
Und - es erzeugt ja den Anschein einer gewissen Größe und Bedeutung bei der Verwendung eines Layersystems - auch wenn man in der Praxis kaum Anwender anderer DB's ausser Mysql haben wird und man sich mit Sicherheit die Mühe spart individuelle SQL zu schreiben um die besonderen Merkmale eines DB-Systems zu nutzen - die Folge - Einfachstsql.

Die schnellste Methode ist die direkte Verwendung von PDO - da gibt es reichlich Treiber von Haus aus:

MS SQL Server (PDO) — Microsoft SQL Server and Sybase Functions (PDO_DBLIB)
Firebird/Interbase (PDO) — Firebird/Interbase Functions (PDO_FIREBIRD)
IBM (PDO) — IBM Functions (PDO_IBM)
Informix (PDO) — Informix Functions (PDO_INFORMIX)
MySQL (PDO) — MySQL Functions (PDO_MYSQL)
Oracle (PDO) — Oracle Functions (PDO_OCI)
ODBC and DB2 (PDO) — ODBC and DB2 Functions (PDO_ODBC)
PostgreSQL (PDO) — PostgreSQL Functions (PDO_PGSQL)
SQLite (PDO) — SQLite Functions (PDO_SQLITE)

Aber auch hier gilt - individuelle SQL für jedes System.

Daran scheitert es in erster Linie bei den Hauptentwicklern, denn die müssen die Core ja auch testen können und es scheitert garantiert bei den externen Moduleentwicklern, die haben da noch weniger Chancen als die DEV's sie vielleicht hätten.

Meine Empfehlung - konzentriert euch auf DB's die alle zur Verfügung haben das wäre Mysql .
Nutzt eine eigene Klasse auf Basis PDO, weil ich annehmen darf, das bei vielen Moduleentwicklern die Programmierkenntnisse im Detail nicht ausreichen um PDO direkt einzusetzen, ausserdem spart man sich so einige Programmzeilen.