Re: PHP 7 / Ubuntu: utf8_encode() fehlt!?

From	Torsten Zuehlsdorff <foo@meisterderspiele.de>
Newsgroups	de.comp.lang.php
Subject	Re: PHP 7 / Ubuntu: utf8_encode() fehlt!?
Date	2016-03-21 09:01 +0100
Organization	A noiseless patient Spider
Message-ID	<ncp0tn$s0i$1@dont-email.me> (permalink)
References	(14 earlier) <slrnndu6m7.5mg.hjp-usenet3@hrunkner.hjp.at> <nbom9k$pff$1@dont-email.me> <nboohg$mh$1@dont-email.me> <nc9eac$cvc$2@dont-email.me> <ncb680$udf$1@dont-email.me>

Show all headers | View raw

On 16.03.2016 09:44, Markus Grob wrote:
> Torsten Zuehlsdorff schrieb:
>> On 09.03.2016 10:00, Markus Grob wrote:
>>> Torsten Zuehlsdorff schrieb:
>
>>> Die Frage ist halt, was verlangt der Markt. Wenn ich denke, was bei
>>> Sprachen schon definiert wurde und nie hat es jemand genutzt. Als
>>> Beispiel CSS3. Dort gibt es viele Möglichkeiten, doch selten verwendet
>>> jemand diese und entsprechend ist die Unterstützung in den Browsern.
>>
>> Das trifted jetzt in eine etwas politische Richtung ab. Aber letztlich
>> kann man es auch mit der Gruppentheorie behandeln. Es gibt für jede
>> Verwendung oder Kenntnis ein Break-Even, also einen Punkt ab dem die
>> Verbreitung sprunghaft ansteigt. Davor ist es nur einer sehr kleinen
>> Gruppe bekannt.
>
> Schon klar, doch wenn Programme seit x Jahren auf dem Markt sind und nur
> ein Nischenumfeld bedienen, dann ist die Chance gross, dass dies auch so
> bleibt.

Nein. Es gibt zum einen viele Gegenbeispiele. Und zum anderen ist es 
falsch zu behaupten, dass PostgreSQL eine Nische bedient. Das ist 
ungefähr so falsch wie zu behaupten, dass FreeBSD lediglich eine Nische 
bedient.

Viele Kernprozesse des täglichen Lebens laufen auf beiden Systemen, sei 
es die DNS Auflösung, die Core-Router oder sowas banales wie Netflix 
oder Playstation oder fast alle Bundesbehörden der USA.

Die eigene Wahrnehmung ist kein gutes Kriteritum zur Verbreitung einer 
Software.

>> Der Markt ist außerdem keine Qualifikationsgrundlage für Möglichkeiten.
>> Häufig setzen sich am Markt die schlechten Möglichkeiten durch.
>
> Hab ich auch nicht behauptet. Doch solange die von Dir genannte Menge
> nicht erreicht wird, bleibt ein gutes Nischenprodukt genau dies. Sieht
> man bei Linux auf dem Desktop, obwohl es dort noch sehr viele Baustellen
> gibt. Leider auch manche, die nur deshalb entstanden sind, weil einige
> ein "besseres Windows" herstellen möchten.

Siehe oben. Außerdem ist diese Unterteilung noch aus anderen Gründen 
fragwürdig: dem Einsatz. Datenbanken im Allgemeinen kannst du in 
unterschiedlichsten Bereichen einsetzen, von Embedded bis zu Big Data. 
Für unterschiedliche Bereiche sind die Datenbanksysteme unterschiedlich 
gut geeignet. Und dann müßtest du das Attribut "Nischenprodukt" auch pro 
Nische vergeben.

Und dann ist da noch die fehlende Aussage über die Größe und Gewichtung 
einer Nische. Backbone-Router beispielsweise sind eine verdammt kleine 
Nische. Es gibt nicht sehr viele davon, aber gleichzeitig ermöglichen 
sie erst das gesamte Internet.
Es gibt relativ "wenig" OLAP Anwendungen, aber die Bestehenden 
aggregieren enorme Datenmengen und sind von zentraler Bedeutung.

>>> Eigene Datentypen habe ich bis jetzt noch nie verwendet und auch nie
>>> vermisst. Natürlich, ich bin Webprogrammierer und auch das nur nebenbei,
>>> doch viele Anwendungen brauchen diese Anforderungen schlichtweg nicht.
>>
>> Das ist in der Regel falsch. Korrekt ist, dass du sie nie verwendet und
>> auch noch nie vermisst hast. Allerdings bin ich jetzt so dreist (nur um
>> ein bißchen zu polarisieren) und behaupte, dass du auch gar nicht in der
>> Lage wärst, diese korrekt zu benutzen und entsprechend einen geeigneten
>> Nutzungsfall zu benennen.
>
> Nun, eigene Datentypen kenne ich aus c und ich meine, die konnte man
> auch schon in Pascal herstellen, doch das kenne ich nur am Rande. Ein
> Nutzungsfall wäre sicher, Speicherplatz effizienter zu nutzen, oder die
> Randbedingungen schon beim Datenformat einzuschränken um die
> Datenkonformität besser sicherzustellen ohne externe Prüfungen
> durchführen zu müssen.
> Und, gibt diese Lösung ein paar Punkte? :-)

Nein, denn du verwechselt hier Datentypen mit Datenstruktur ;) Der 
SQL-Standard ermöglicht im übrigen beides. Eines ist CREATE TYPE und das 
andere ist CREATE DOMAIN. ;)

>> PostgreSQL gibt es seit ziemlich genau 20 Jahren, wenn man den Vorgänger
>> POSTGRE und Postgre95 nicht mitrechnet.
>
> Schon möglich, doch wenn halt ein gewisser Prozentsatz mySQL verwendet,
> dann wird dessen Verbreitung gefördert und entsprechend zieht es weitere
> Kreise. Wie bei Windows, das viele Nutzer kennen, weil sie damit
> aufwachsen und nicht, weil es besser als anderes wäre.

Der Neighbour-Joe Effekt ja. Aber Windows ist ein schlechtes Beispiel. 
Die Verbreitung fußt beispielsweise auf FreeBSD, ohne das es keine 
Internetanbindung gäbe. Und auf einen Haufen anderer Sachen. ;)

Und siehe oben: der "gewisse" Prozentsatz ist nicht so eindeutig, wenn 
man ihn korrekt betrachtet. Es gibt mehrere Bereiche in denen MySQL fast 
gar nicht zum Einsatz kommt.

>> Über die schlechten Zustände im pädagogischen Umfeld sagt das allerdings
>> auch wenig. Und es ist meiner Meinung nach kein echter Grund. Für
>> jemanden, der die berufliche Richtung wählt, sollte eine regelmäßige
>> Vertiefung in den Stoff selbstverständlich sein.
>
> Das stimmt, doch ich bin reiner Hobby-Anwender und da nimmt man, was der
> Provider bietet und das ist in der Regel mySQL.

Strato, Yahoo, United Internet und Hetzner bieten schon seit mehr als 
einem halben Jahrzehnt PostgreSQL an und vereinen einen Großteil der 
gehosteten Seiten. ;)

Das begann damals mit dem Release 8.0 aus dem Januar 2005. ;)

>>> Was man nicht vermisst, das braucht man nicht ;-)
>>
>> Das ist Unsinn. Für typische MySQL Probleme werden noch immer Lösungen
>> gesucht; für Probleme die es in anderen Datenbanksystemen nicht gibt!
>
> Sicher bei professioneller Nutzung, doch nicht bei meiner Verwendung.
> Meine Antworten kommen daher nicht aus der Profiecke und müssen
> entsprechend bewertet werden ;-)

Deine Antworten spiegeln deine Bedürftnisse wieder. Aber das heißt nicht 
unbedingt, dass man seine eigenen Bedürftnisse korrekt versteht. Wenn 
dem so wäre, wären wir Menschen wohl erheblich glücklicher ;)

>>> Mir genügt SELECT, INSERT, UPDATE und DELETE. Alles andere geht zu
>>> weit ;-)
>>
>> Auch das ist Unsinn ;) Aber ich denke daher der Smilie, oder? ;)
>
> Klar, doch wie gesagt, viele Anwender braucht eine DB als einfachen
> Datenspeicher und da sollte es möglichst einfach zu installieren und zu
> warten sein. Dann noch verbreitet, damit man bei Problemen Hilfe holen
> kann und daher landet man schlussendlich immer beim gleichen.

Dann nimm bitte SQLite. Das erfüllt alles was du schreibst, bietet mehr 
SQL-Standard Features und viel weniger Fehler als MySQL ;)

> [Standard voll umsetzen]
>>> Was erreicht man damit? Funktionen implementieren, welche niemand
>>> verwendet oder äusserst selten? Sollte man da die Manpower nicht ins
>>> testen und verbessern der viel genutzten 80% investieren?
>>
>> 1) die Funktionen werden verwendet und das sogar sehr regelmäßig. Nur
>> weil *du* sie nicht verwendest, heißt es nicht, dass es nicht andere
>> Menschen gibt, die das können ;)
>
> Schon klar, doch wie viele Anwender nutzen diese Funktionalität? Sind es
> 0.1% oder 10%.

Das müßtest du jetzt an Hand der Nische beurteilen. Im OLAP Bereich 
wirst du fast keine Anwendung finden, die ohne die Aggregations-Filter 
und OLAP-Funktionen läuft. Dafür sind sie eben da. Außerhalb des 
Bereiches ist es selten, dass du diese Funktionen benötigst. Es hängt 
davon ab, wo du dich bewegst. Aber in dieser Nische ist es jeweils ein 
Kernfeature.

>> 2) Die viel genutzte Funktionalität ist eher 30% und außerordentlich gut
>> umgesetzt. Stabilität, Performance, Standarderfüllung und
>> Nicht-Standard-Erweiterungen sind wegweisend.
>
> Ähm, was genau willst Du damit sagen?

Zum einen dass die von dir geäußerte Forderung, etwas fehlformuliert und 
längst erfüllt ist. Der SQL-Standard bietet viele Funktionen und die von 
dir geforderten 80% wären in Realität etwa 30% des Standards. Freundlich 
aufgerundet.

Und diese Kernfunktionalität ist in PostgreSQL außerordentlich gut 
umgesetzt.

Was die andere Aussage impliziert: diese Kernfunktionalität ist in MySQL 
überraschend schlecht umgesetzt.

>> mehr als eine Nebelkerze. Wenn du konkrete Punkte hast, mußt du sie
>> benennnen. Denn selbst im Bereich der Kernfunktionalität bietet
>> PostgreSQL eine lange Reihe von Features, die du sonst kaum bis eher
>> nirgends findest.
>
> Das ist sehr gut und ich habe auch nichts dagegen, doch 1. wer bietet
> diese DB an und 2. welche Features bietet diese, welche andere DBs nicht
> bieten?

Habe ich dir oben notiert. ;)

> Ich meine damit nicht, dass es dies nicht braucht und eine Firma kann
> entsprechend Personal ausbilden und die Software einsetzen, doch wenn
> man als Anwender eine DB von einem Webprovider vorgesetzt bekommt, dann
> kann man nicht wählen.

Es sei denn der Provider bietet einem die Auswahl. ;)

Ja, diese Auswahl ist problematisch. MySQL ist der Standard; PostgreSQL 
eine weitere Option. Andere - ebenfalls gute - Datenbanken vermisst man 
regelmäßig.

Aber auch das ist eine Nischenfrage. Bei einer möglichst breitem 
Einsatzgebiet, geringer Funktionalität und geringen Zusatzkosten wählt 
man bei den aktuellen Verhältnissen häufiger MySQL.
Aber es gibt auch Projekte, die irgendwann feststellen, dass die 
Folgekosten zu hoch sind. GitLab beispielsweise ist komplett auf 
PostgreSQL gewechselt. Es unterstützt zwar noch MySQL aber mit dem 
Hinweis auf die vielen Fehler, auf die man sich einstellen muß. GitLab 
ist das beliebteste Git-Hosting und bei über 100.000 
Firmen/Unternehmen/Vereinen im Einsatz; von Alibaba bis hin zur NASA.
Also auch wenn man möglichst breiten, unkomplizierten Einsatz anstrebt, 
gibt es entsprechende Lösungen.

Gruß,
Torsten

Back to de.comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar

Thread

PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-02-29 17:41 +0100
  Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-02-29 18:02 +0100
    Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-02-29 18:04 +0100
  Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ulf Kadner <ulfikado@googlemail.com> - 2016-02-29 21:59 -0800
    Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-03-01 09:35 +0100
      Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? "Christoph M. Becker" <cmbecker69@arcor.de> - 2016-03-01 10:16 +0100
      Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ulf Kadner <ulfikado@googlemail.com> - 2016-03-01 01:29 -0800
      Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-03-01 10:50 +0100
        Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Markus Grob <snoopy@ilnet.ch> - 2016-03-01 10:58 +0100
          Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-01 12:34 +0100
            Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-03-01 14:11 +0100
              Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-01 18:02 +0000
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-02 08:43 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-02 18:29 +0000
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-03 08:41 +0100
              Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-03-01 19:26 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-01 23:43 +0000
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Arno Welzel <usenet@arnowelzel.de> - 2016-03-02 07:20 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-03-02 09:31 +0100
              Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-02 08:33 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-02 18:30 +0000
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-03 08:26 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-03 21:38 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-04 11:02 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-04 14:26 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-08 10:10 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-08 19:32 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-09 08:30 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Markus Grob <snoopy@ilnet.ch> - 2016-03-09 10:00 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-15 08:42 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-15 19:43 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-16 09:42 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Arno Welzel <usenet@arnowelzel.de> - 2016-03-16 10:16 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Markus Grob <snoopy@ilnet.ch> - 2016-03-16 09:44 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-21 09:01 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Markus Grob <snoopy@ilnet.ch> - 2016-03-26 02:11 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-29 08:06 +0200
                OT: Deppenleerzeichen (was: Re: PHP 7 / Ubuntu: utf8_encode() fehlt!?) Arno Welzel <usenet@arnowelzel.de> - 2016-03-16 10:20 +0100
                Re: OT: Deppenleerzeichen Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-16 11:18 +0100
                Re: OT: Deppenleerzeichen Arno Welzel <usenet@arnowelzel.de> - 2016-03-16 14:15 +0100
                Re: OT: Deppenleerzeichen Claus Reibenstein <4spamersonly@kabelmail.de> - 2016-03-16 12:05 +0100
                Re: OT: Deppenleerzeichen Arno Welzel <usenet@arnowelzel.de> - 2016-03-16 14:12 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-04 11:25 +0000
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2016-03-03 21:23 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-04 10:46 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-04 10:48 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-04 11:23 +0000
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Torsten Zuehlsdorff <foo@meisterderspiele.de> - 2016-03-08 10:10 +0100
                Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2016-03-09 12:50 +0000
        Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-03-01 19:21 +0100
  Re: PHP 7 / Ubuntu: utf8_encode() fehlt!? Ralph Stahl <post@rstahl.de> - 2016-03-04 09:51 +0100

csiph-web