Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2010.08.27;
Скачать: CL | DM;

Вниз

Петиция за сохранение MySQL   Найти похожие ветки 

 
Palladin ©   (2010-01-08 23:12) [80]


> А тут целую базу поменять...

Ну а зачем ее менять то? Кто заставляет ее менять? вот упертые... там что триал версии mysql какието, которые после 2 дней работы перестают выдавать результаты на простейший select?


 
Eraser ©   (2010-01-08 23:17) [81]

> [80] Palladin ©   (08.01.10 23:12)

пусть не сразу, через год-два-пять, но софт нужно будет обновить хостерам. в общем если база станет платной, то переделывать рано или похдно все равно прийдется.


 
Kerk ©   (2010-01-08 23:26) [82]

Хостерам в первую очередь однажды придется обновить ОС. И что там будет с совместимостью старых MySQL с новыми ОС никто не знает. Виндовую версию, думаю, можно будет сразу хоронить.


 
Palladin ©   (2010-01-08 23:27) [83]


> пусть не сразу, через год-два-пять

За год-два-пять "движки" можно и подготовить к смене СУБД или вообще на корню поменять, тем паче, я думаю, ни один из хостеров, вот так с бухты барахты не предупредив заблаговременно клиентов, ничего менять не станет.
Ну а если кому то не хватит этих года-двух-пяти, ну что я могу сказать, ф топку таких "аффторов".


>  но софт нужно будет обновить хостерам.

На самом деле не вижу ни каких критичных причин, акромя жуткой необходимости в смене платформы на такую, под которой старый mysql работать не станет, чего то там обновлять. Работает и работает. Кто просит что то менять? Ну а уж если возникнет такая необходимость то см. выше.


 
Kerk ©   (2010-01-08 23:28) [84]


> Palladin ©   (08.01.10 23:27) [83]
>
> > пусть не сразу, через год-два-пять
>
> За год-два-пять "движки" можно и подготовить к смене СУБД
> или вообще на корню поменять

Хороший подход. Осталось понять, кто будет оплачивать подготовку :)


 
Palladin ©   (2010-01-08 23:31) [85]


> И что там будет с совместимостью старых MySQL с новыми ОС
> никто не знает.

Куча приложений работает не взирая на обновление ОС. А тут вдруг такой MySQL нежный попался... В Windows в первый раз за 20 лет, серьезно изменилась политика поведения приложений, да и то запросто можно Делфи установить и в Program Files, не смотря на запрет записи, просто с правами поиграться нужно. Линух так тот вообще, хрен знает когда настолько кардинально поменяется, а если и поменяется, опять же нужно найти туеву хучу причин, для того что бы обновить ОС, на сомнительную новую версию.


 
Kerk ©   (2010-01-08 23:33) [86]

Раз в 20 лет? Т.е. софт, который писался для Windows Me отлично заработает в Vista?


 
Palladin ©   (2010-01-08 23:33) [87]


> Осталось понять, кто будет оплачивать подготовку :)

Ну, бесплатного вообще ничего нет. Как бы это не казалось.


 
Дмитрий Белькевич   (2010-01-08 23:35) [88]

>там что триал версии mysql какието, которые после 2 дней работы перестают выдавать результаты на простейший select?

Вы знаете, что некоторые компьютеры до сих пор под досом работают.


 
Palladin ©   (2010-01-08 23:36) [89]


> Kerk ©   (08.01.10 23:33) [86]

Ну, под Windows ME конкретно ничего не писалось. Писалось под win16/win32s. Да и другая это линейка на самом деле. Сравнение не совсем корретно. К тому же переход на NT для разработчиков, в плане API, был плавным настолько на сколько это возможно. Куча функций до сих пор для совместимости в библиотеках торчит. Даже ошибки повторяют ) Как это было с SimCity ) Я когда у Спольски про это почитал, так с минуту поверить не мог )


 
Palladin ©   (2010-01-08 23:37) [90]


> Дмитрий Белькевич   (08.01.10 23:35) [88]

Знаю ) Это была константация факта?


 
Eraser ©   (2010-01-08 23:37) [91]

> [83] Palladin ©   (08.01.10 23:27)


> За год-два-пять "движки" можно и подготовить к смене СУБД
> или вообще на корню поменять, тем паче, я думаю, ни один
> из хостеров, вот так с бухты барахты не предупредив заблаговременно
> клиентов, ничего менять не станет.

конечно не станет никто менять все тут же. но начнется повальное переписывание движков на новую СУБД. вместо того, чтобы реализовывать новый функционал - будут перелопачивать старый. снова, в уже надежных и проверенных временем CMS, начнут появлятся баги из-за новых, плохо отлаженных запросов. а что делать с движками, которые давно заброшены? например, как на этом сайте. это же вообще мрак.


> Куча приложений работает не взирая на обновление ОС.

ну и сравнение однако ) и много ли виндовых приложений в линуксе запускается? )


 
Palladin ©   (2010-01-08 23:40) [92]


> конечно не станет никто менять все тут же. но начнется повальное
> переписывание движков на новую СУБД. вместо того, чтобы
> реализовывать новый функционал - будут перелопачивать старый.
>  снова, в уже надежных и проверенных временем CMS, начнут
> появлятся баги из-за новых, плохо отлаженных запросов. а
> что делать с движками, которые давно заброшены? например,
>  как на этом сайте. это же вообще мрак.

Иногда для решительного шага вперед, нужен хороший толчек сзади.


> ну и сравнение однако ) и много ли виндовых приложений в
> линуксе запускается? )

Позвольте позвольте, я рассматривал разные версии в линейке развития одной ОС, а не разных.


 
Eraser ©   (2010-01-08 23:46) [93]

> [92] Palladin ©   (08.01.10 23:40)


> Позвольте позвольте, я рассматривал разные версии в линейке
> развития одной ОС, а не разных.

так не корректно сравнивать. при переходе на новую версию MySQL тоже обычно проблем никаких. точнее проблем намного меньше, чем при переходе с XP на висту. а вот при переходе на Oracle проблемы будут!

> Иногда для решительного шага вперед, нужен хороший толчек
> сзади.

в каком-то конкретном случае это правильно, но в глобальном плане такая политика (режим самолеты на металлолом - строим ракеты) ничего хорошего не принесет.


 
Дмитрий Белькевич   (2010-01-08 23:51) [94]


> Знаю ) Это была константация факта?


Ключевое слово - некоторые, если что.


 
GDI+   (2010-01-09 00:15) [95]


> Eraser ©   (08.01.10 23:17) [81]
>
> > [80] Palladin ©   (08.01.10 23:12)
>
> пусть не сразу, через год-два-пять, но софт нужно будет
> обновить хостерам. в общем если база станет платной, то
> переделывать рано или похдно все равно прийдется.


Опять же что мешает фанатам(фирмам) MySql сбросится по 10-100$ и создать форк проекта?

Если 99% хостеров на MySQL то если каждый хостер даст 100$ то 10000*100 = миллион $ нормально для поддержки и развития проекта, особенно если не требуются откаты.


 
Anatoly Podgoretsky ©   (2010-01-09 00:31) [96]

> Eraser  (08.01.2010 23:37:31)  [91]

Ты за этот сайт не волнуйся, он на MySQL не завязан.


 
Eraser ©   (2010-01-09 01:36) [97]

> [96] Anatoly Podgoretsky ©   (09.01.10 00:31)

хм.. точно, тут же txt файлы.. запамятовал ))


> [95] GDI+   (09.01.10 00:15)


> Опять же что мешает фанатам(фирмам) MySql сбросится по 10-
> 100$ и создать форк проекта?

да по-моему и без сбрасывания основатель собирается делать это.

короче думаю вроде того и поступят - для конечныз пользователей будет не заметно. по другому быть не может в такой индустрии.


 
Anatoly Podgoretsky ©   (2010-01-09 16:23) [98]

> Eraser  (09.01.2010 01:36:37)  [97]

Возможно ли это, проект дорого стоит, просто так взять и продолжать разрабатывать вряди ли получится.


 
Palladin ©   (2010-01-09 22:02) [99]


> Ключевое слово - некоторые, если что.

Странно ты ключевые слова в своих фразах придумываешь.


 
Дмитрий Белькевич   (2010-01-09 22:54) [100]


> Странно ты ключевые слова в своих фразах придумываешь.


Обязательно нужно помечать?


 
Злой сисадмин   (2010-01-11 01:15) [101]

Была такая платная и крутая система Гупта, потом она стала Центурой, потом снова Гуптой. Короче, где сейчас эта Гупта, кто-нибудь знает? Оказывается, и платные со временем дохнут не хуже бесплатных.


 
Игорь Шевченко ©   (2010-01-11 02:34) [102]


> Короче, где сейчас эта Гупта, кто-нибудь знает?


Конечно знает.

http://en.wikipedia.org/wiki/Gupta_Technologies

Примерно там же, где будет Embarcadero с CodeGear


 
TIF ©   (2010-01-19 23:45) [103]

О, сражение продолжается. Уже в ФАС призывают писать. Да ну, нафик надо :)

Россия может спасти MySQL

Уважаемые сторонники кампании helpmysql.org,
все, кому не безразлична судьба MySQL -

Евросоюз может не суметь защитить MySQL от Oracle, но ваша страна - одна
из двух сильных, независимых стран, которые все еще могут изменить
ситуацию (вторая страна - Китай). Я обращаюсь лично к вам с просьбой о
помощи. Вы уже помогли подписав петицию на

_helpmysql.org/ru/petition

но теперь вы можете сделать еще больше.

1) Федеральная Антимонопольная Служба (ФАС) России пригласила
заинтересованных лиц предоставлять информацию об этой сделке. Об этом
сказано в официальном заявлении:

_www.fas.gov.ru/merger/notifications/a_28550.shtml

Если вы или ваши знакомые используете MySQL в коммерческих целях,
то ваши сведения могли бы быть очень полезны ФАС.

Мы не будем подробно говорить вам что именно писать в ФАС, но в общих
чертах вы могли бы описать как вы используете MySQL (в каких проектах, с
какими объемами данных, количество пользователей и т.д.) и затем
высказать свое мнение о том что случится если Oracle получит разрешение
на покупку MySQL. Так же вы можете описать случаи в которых MySQL
рассматривался как бесплатная альтернатива дорогим продуктам Oracle,
особенно важны примеры того как Oracle понижал цены или предоставлял
большие скидки из-за того что компания использовала или собиралась
использовать MySQL.

Вы можете послать ваше письмо по адресу:
Федеральная Антимонопольная Служба
Садовая Кудринская,
11 Москва, Д-242, ГСП-5, 123995

телефон: +7-499-7957653

Не забудьте указать номер ходатайства:
вх. номер ФАС России 33986 от 04.08.2009.

Обращаясь в ФАС, рассматривайте ее как организацию, которая может помочь
вам защитить ваши интересы и постарайтесь сделать эту ее задачу как
можно проще.

2) Благодаря вам и вашей поддержке под нашей петицией уже стоит почти
900 подписей из России:

_www.helpmysql.org/ru/stats

Это хорошее начало, но Россия - это большая страна, поддерживающая
открытое программное обеспечение, и подписей может быть гораздо больше.
Проблема была в том что многие считали это решением Евросоюза, и что
позиция России ни на что повлиять не может. Теперь же, после
официального заявления ФАС, наступает самое время для России занять
более активную позицию.

Мы пока что не очень известны в Росии. В основном о нас узнают из этого
интервью:  _habrahabr.ru/blogs/habrainterview/80534/

Вы можете помочь, рассказав о нас ведущим российским компьютерным сайтам
и журналам, таким как www.compress.ru, www.computerra.ru,
www.pcworld.ru, www.computerbild.ru, www.chip.eu/ru

Или вы можете обсудить сложившуюся ситуацию на популярных форумах,
например на  _sql.ru/forum/actualforum.aspx,
_www.developers.org.ua,  _rsdn.ru/

Чем больше российских вебсайтов будут в курсе происходящего, тем больше
людей захотят помочь MySQL и подпишут петицию. Пожалуйста, убедитесь что
эти статьи хотя бы упоминают сайт helpmysql.org. Еще лучше, если они
приведут полную ссылку на русскоязычную версию сайта:
_www.helpmysql.org/ru

Я вам искренне благодарен за любую помощь.

С уважением,
Майкл Видениус,
создатель MySQL


Какие слова, какие слова! "но ваша страна - одна
из двух сильных, независимых стран, которые все еще могут изменить
ситуацию (вторая страна - Китай)."
Где же хвалёные штаты... ))) Революцией попахивает )))


 
turbouser ©   (2010-01-19 23:59) [104]

http://www.opennet.ru/opennews/art.shtml?num=25050
Почти как с интербейсом :)


 
Игорь Шевченко ©   (2010-01-20 00:13) [105]

С какого слова начинать смеяться ?


 
turbouser ©   (2010-01-20 00:16) [106]


> Игорь Шевченко ©   (20.01.10 00:13) [105]

Лопата


 
Anatoly Podgoretsky ©   (2010-01-20 12:11) [107]

> turbouser  (20.01.2010 00:16:46)  [106]

Очень правильное направление, планета будет чище.


 
Anatoly Podgoretsky ©   (2010-02-02 11:33) [108]

Да что там MySQL, гораздо серьезнее судьба Java и OpenOffice
Будущее стыдливо называют, что продолжение жизни требует спонсирование. Правда Оракл выпустил роадмап, где клянется, что они не умрут, только серьезно будут изменены. OpenOffice будет выпускать как средство борьбы с МС и Гугл docs. По MySQL бул расширен маркетинговый отдел, с целью расширения продаж MySQL



Страницы: 1 2 3 вся ветка

Текущий архив: 2010.08.27;
Скачать: CL | DM;

Наверх




Память: 0.68 MB
Время: 0.759 c
15-1266870707
Pavia
2010-02-22 23:31
2010.08.27
Поисковые алгоритмы.


2-1267590008
cwl
2010-03-03 07:20
2010.08.27
адрес - property с индексом


15-1273161371
Jalevis
2010-05-06 19:56
2010.08.27
ни один проект не запускается из Дельфей


15-1269176312
windaws
2010-03-21 15:58
2010.08.27
Развитие АИС, Delphi или PHP ?


2-1267779863
Цукор5
2010-03-05 12:04
2010.08.27
ambiguous overloaded call GetFactoryNumber