клиентскую библиотеку MySQL хотят выкинуть из PHP

[ForJest]

Можно сюда строчки, которые неоднозначно доказывают, что vB теперь платят бабки MySQL - в том смысле что их "поставили на бабки"?
А то от меня ускользает смысл всей этой беседы Вроде бы тред начинался как "клиентскую библиотеку MySQL хотят выкинуть из PHP", в новой ревизии почему-то он перерос в вопросы лицензирования MySQL и что меня больше всего угнетает в неприкрытую рекламу PostreSQL . Хотя безусловно - это дело личное и каждого - выбирать себе религию.
Но я, являясь в данный момент религиозным фанатиком СУБД MySQL хочу увидеть нечто, что однозначно подтверждает что MySQL AB стрясло бабки с кого-нибудь, кто продавал продукт написанный на PHP.

PostreSQL тоже сейчас белое и пушистое создание, как некогда MySQL. Sad Spirit утверждает, что политика его лицезирования не даёт ему шансов стать зелёным и скользким. Это полезная информация и новый подход к holy war .
Но с другой стороны если AB стрясёт денег даже с vB это ещё не повод для паники - мол завтра оно постучится и в вашу дверь. Сколько из читающих этот тред могут похвастаться той же упитанностью что и vB, чтобы с них можно было урвать кусок?
Пока и статья про новую политику и этот флейм здорово напоминают типичнейший скандал, для раскручивания какого-либо продукта. Я со своей стороны могу сказать - если ситуация меня _вынудит_ я перейду на Pg. Если она меня не вынуждает - мне ближе MySQL для того класса задач, которые я решаю.

 

[Long]

Sad Spirit

У тебя production хостинг под вин, да? А для разработки вполне нормально.

для разработки - да. но часть моих клиентов имеет свой собственный сервак на котором вполне крепко стоит win+apache+php+mysql. у таких заказчиков есть несколько вариантов:
1. перейти на *никс - это значит нужно нового адимна, либо старого учить, т.е. стоимость владения повышается.
2. поставить порт PostreSQL под win. но кто может гарантировать, что только что появившийся порт - будет так же крепко стоять под win как mysql?
3. перейти на "чужой" хостинг. что тоже не всегда возможно - заказчик бывает "пароноидальный" и ему спокойнее, когда данные между его внутринним приложением и веб-сервером гуляют только в пределах его сети.
так что надо думать не только с позиции разработчика, но и спозиции заказчика. так что отказываться от "старых" версий муськи, которые работают (должны работать) под старой лицензией не стоит.
лично мне по барабану - что стоит на бесплатных хостингах - у меня таких заказчиков нет, ну а зеноне, на котором сидят все мои клиенты (которые не используют собственный сервер) PostreSQL есть.
кстати, как я понял политику лицензирования которую пытались донести на конференции, дело обстаит именно так - если ты включаешь библиотеки в свое приложение - тогда действительно надо платить бабло. так что я не очень понимаю за что пытаются стрести денег с vB??

 

[Sad Spirit]

Автор оригинала: ForJest
Можно сюда строчки, которые неоднозначно доказывают, что vB теперь платят бабки MySQL - в том смысле что их "поставили на бабки"?

Уточняю: из той ссылки, которую я привёл, не следует, что они платят бабки, но однозначно следует, что бабки с них просят. Читай внимательнее.

Вроде бы тред начинался как "клиентскую библиотеку MySQL хотят выкинуть из PHP", в новой ревизии почему-то он перерос в вопросы лицензирования MySQL и что меня больше всего угнетает в неприкрытую рекламу PostreSQL .

Так ты перечитай тред-то. Клиентскую библиотеку выкинули именно из-за "вопросов лицензирования", т.ч. тред даже нигде не ушёл с основной мысли.

Можно было бы ещё FB порекламировать, но у меня нет с ним опыта работы. Так что ждём, пока появятся желающие.

Но с другой стороны если AB стрясёт денег даже с vB это ещё не повод для паники - мол завтра оно постучится и в вашу дверь. Сколько из читающих этот тред могут похвастаться той же упитанностью что и vB, чтобы с них можно было урвать кусок?

Верно, но основная мораль не в этом, а в том, что правила игры могут в любой момент поменяться. От тебя причём это не зависит, а зависит от доброй воли MySQL AB и их инвесторов, которым вскоре захочется отбить вложения.

мне ближе MySQL для того класса задач, которые я решаю.

сколько ещё СУБД ты попробовал, прежде чем пришёл к такому выводу? ;

Автор оригинала: Long
для разработки - да. но часть моих клиентов имеет свой собственный сервак на котором вполне крепко стоит win+apache+php+mysql.

Тогда понятно. Да, я бы сам не стал ставить PostgreSQL под win в production до версии где-нибудь 8.0.2. Ну собственно разработчики не зря номер сделали x.0.0 --- намекают.

так что я не очень понимаю за что пытаются стрести денег с vB??

Я тоже, поэтому этот вопрос мне задавать бесполезно. Я привёл факты, а уж выводы делайте сами.

 

[neko]

да вы не расстраивайтесь под винду есть еще одна бесплатная взрослая субд и парочка очень дешевых

 

[MagicGTS]

Тут есть пост "7 проблем лицензирования" MySQL.
Я вот всё это прочитал и так и не понял. Там существует две версии клиентской библтотеки, страя и новая. Со старой делай что хочешь, а сновой решай вопрос лицензирования. А в PHP5 осталась возможность потключить старую библиотеку без пересборки? (для Win юзеров это важно). Что-то там не всё прозрачно...

-~{}~ 20.09.04 12:05:

Всё, разобрался. Осталось только разобраться с лицензированием и всё...

 

[pipka]

ну а в деле...

привет! почитал тут насчет лицензий.... короче из того что вычитал, понял - поддержка mysql в php5 возможна, только за это надо платить денюшки (и то не всегда).
ок. оставим на секунду все эти лицензии.

практически-фактически, , есть библиотеки и экстеншены, которые заставляют работать mysql под php5 (так же нопял из прочитанного)

ну вот, решил попробовать,

установил следующее:
Apache/2.0.52 (Win32), PHP/5.0.1, MySQL Server 4.0.21

читаю install.txt в php:
-----------
Installation of extensions on Windows

After installing PHP and a webserver on Windows, you will probably
want to install some extensions for added functionality....

да, именно это мы и хотим. Читаем дальше...

* You will need to change the extension_dir setting to point to the
directory where your extensions lives, or where you have placed
your php_*.dll files. Please do not forget the last backslash. For
example:

extension_dir = c:/php/extensions/

* Enable the extension(s) in php.ini you want to use by uncommenting
the extension=php_*.dll lines in php.ini. This is done by deleting
the leading ; form the extension you want to load.


* Some of the extensions need extra DLLs to work. Couple of them can
be found in the distribution package, in the C:\php\dlls\ folder
in PHP 4 or in the main folder in PHP 5, but some, for example
Oracle (php_oci8.dll) require DLLs which are not bundled with the
distribution package. If you are installing PHP 4, copy the
bundled DLLs from C:\php\dlls folder to the main C:\php folder.
Don't forget to include C:\php in the system PATH (this process is
explained in a separate FAQ entry).


а ниже, там, где список экстеншенов:

The following table describes some of the extensions available and
required additional dlls.

php_mysql.dll MySQL functions PHP >= 5.0.0, requires libmysql.dll (bundled)



из всего этого я понял, что для работы с бд необходимы именно эти 2 файла, которые имеются:

c:\php\ext\php_mysql.dll
c:\php\libmysql.dll




ок. прописываем в php.ini

extension_dir = c:\php\ext\ (у меня так)

extension=php_mysql.dll

на всякий случай копирую оба файла(php_mysql.dll, libmysql.dll) в следующие директории:

c:\php\
c:\php\ext\
c:\windows\system\
c:\windows\system32\

затем прописываем в path c:\php

перезапускаю apache, работает!!!



так, почитал еще:
вот что пишут here


4. PHP 5 no longer bundles MySQL client libraries, what does this mean to me? Can I still use MySQL with PHP? I try to use MySQL and get "function undefined" errors, what gives?

Yes. There will always be MySQL support in PHP of one kind or another. The only change in PHP 5 is that we are no longer bundling the client library itself. Some reasons in no particular order:


Most systems these days already have the client library installed.

Given the above, having multiple versions of the library can get messy. For example, if you link mod_auth_mysql against one version and PHP against another, and then enable both in Apache, you get a nice fat crash. Also, the bundled library didn't always play well with the installed server version. The most obvious symptom of this being disagreement over where to find the mysql.socket Unix domain socket file.

Maintenance was somewhat lax and it was falling further and further behind the released version.

Future versions of the library are under the GPL and thus we don't have an upgrade path since we cannot bundle a GPL'ed library in a BSD/Apache-style licensed project. A clean break in PHP 5 seemed like the best option.

This won't actually affect that many people. Unix users, at least the ones who know what they are doing, tend to always build PHP against their system's libmyqlclient library simply by adding the --with-mysql=/usr option when building PHP. Windows users may enable the extension php_mysql.dll inside php.ini. Also, copy libmySQL.dll into the appropriate %SYSTEMROOT% directory, just like you do with every other bundled DLL from the dll directory.



и что, за это все я теперь должен заплатить?

 

[Long]

pipka не нравится кулеш, ничего не ешь, как говорила моя бабка.

 

[tony2001]

>>скопируйте библиотеку в цэ:виндовс
>и что, за это все я теперь должен заплатить?
да, за копирование длл-ки в цэ:виндовс тебе так или иначе придется заплатить, если ты не способен сделать это сам.

 

[Eugeny Lasman]

Народ, а вот по теме вопрос такой - поставил давеча на Win32 php5+apache2 ну и mysql 4.1.3ю так оказалось что php_mysql.dll не катит - надо php_mysqli.dll прикручивать, и менять все функции с mysql_connect \к примеру\ на mysqli_connect, это что же получается, надо теперь весь код "перегрызать" и менять везде это? Тем более что у функций поменяли порядок аргументов Это хорошо что я для мелкого скрипта поставил отладиться, но что же делать если у меня мои скриптов других навалом??!! К А Р А У Л!!! ((

 

[Кром]

>php_mysql.dll не катит

Теперь катит.
Библиотеку можно использовать. Она снова включена в php.
Топик устарел, его давно пора закрыть.

 

[kvf77]

Неправда - не далее как вчера пробовал работать с версией 4.1.9 и PHP 4.3.10 и не работает. (под виндой)

 

[Кром]

kvf77, дорогой мой. Между фразой "Библиотеку можно использовать" и тем что у тебя ничего не работает, есть очень большая разница. Попробуй ее уловить самостоятельно.

 

[kvf77]

Если учесть, что я прочитал материалы на сайте PHP, то там написано до сих пор, что нельзя. Что и видим на практике. Не работает под виндой с MySQL 4.1.x

 

[tony2001]

Расширение работает с MySQL версий >= 4.1.0, но не эксплуатирует всю возможную функциональность этих версий. Для этого используйте MySQLi.

[m]mysql[/m]