The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"В MySQL 5.5.25a устранена ошибка, которая может привести к п..."
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от opennews (ok) on 10-Июл-12, 00:46 
Компания Oracle представила (http://permalink.gmane.org/gmane.comp.db.mysql.announce/664) внеплановый корректирующий выпуск СУБД MySQL 5.5.25a, в котором устранено внесённое в версии 5.5.25 регрессивное изменение (http://bugs.mysql.com/bug.php?id=65745) в оптимизаторе, которое может привести к исчерпанию доступного места на диске при выполнении определённой операции UPDATE для таблиц InnoDB.


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


Разработчики альтернативных продуктов на базе MySQL предложили (http://www.webyog.com/blog/2012/07/06/what-were-the-conditio.../) со своей стороны несколько методов возвращения потерянного дискового пространства. Предлагается очистить содержимое директории со временными таблицами, если утечка была вызвана операцией с временными таблицами, или выполнить "OPTIMIZE TABLE" для каждой таблицы, если сервер запущен с опцией 'innodb_file_per_table'. Иначе, остаётся только пересоздать БД через dump/restore.

URL: http://www.webyog.com/blog/2012/07/06/what-were-the-conditio.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=34293

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


2. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  –3 +/
Сообщение от askh (ok) on 10-Июл-12, 01:05 
Мне кажется, или Oracle пытается убить MySQL? Можно вспомнить историю с исправлениями уязвимостей, подробности о которых Oracle не захотела сообщать: https://www.opennet.ru/opennews/art.shtml?num=33051, в общем, начинаешь уже опасаться использовать MySQL. Ладно, есть ведь PostgreSQL.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +4 +/
Сообщение от Ищавин (ok) on 10-Июл-12, 01:14 
>> Ладно, есть ведь PostgreSQL.

Он не только есть, но и прогрессирует не по-детски последние годы.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

6. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +2 +/
Сообщение от Аноним (??) on 10-Июл-12, 02:24 
А в магазин в соседнем районе мы будем на боинге летать. Все что меньше боинга - вообще фигня а не транспорт!
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  –1 +/
Сообщение от Аноним (??) on 10-Июл-12, 03:02 
MyISAM -> SQLite
InnoDB -> PostgreSQL

Зачем нужен MySQL?

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +6 +/
Сообщение от Z (??) on 10-Июл-12, 03:24 
Вообще-то, PostgreSQL по сравнению с MySQL при старте занимает столько же ресурсов, а при работе даже меньше (проц, по крайней мере, память - как настроишь). При этом у него функционал побольше.

Это раньше MySQL был маленький и быстрый (для простых запросов), а PostgreSQL большой и неповоротливый. Это закончилось лет 7 назад примерно. Просто народ привык к MySQL, да и у хостеров Postgres не так часто встречается. Но в реальности уже несколько лет Postgres такой же легкий (по памяти), работает быстрее, функционал намного больше. Поэтому, уже давно, если начинаешь новый проект и там, где он будет работать есть Postgres, то выбор очевиден - нужно использовать Postgres. Ресурсов требует меньше, работает быстрее, функционал больше и разработчик более предсказуем.

Есть, разумеется, и трудности (синтаксис у Postres построже, нужно будет разобраться, как с ним работать: администрировать, пользователей заводить), но это не освоение совсем новой технологии, а очень похожей на уже известную (если привык к MySQL).

Если же нужно остаться на MySQL, то лучше использовать MariaDB и не связываться с Oracle. В результате получишь чуть больший функционал и более заинтересованную поддержку.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

12. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +1 +/
Сообщение от Anonimoyss (ok) on 10-Июл-12, 09:14 
> Но в реальности уже несколько лет Postgres такой же легкий (по памяти), работает быстрее,

Нет, не так.
Postgres много медленнее.

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

13. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  –1 +/
Сообщение от Аноним (??) on 10-Июл-12, 09:54 
Без тюнинга? Ну может быть, не пробовал его без тюнинга
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

57. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  –1 +/
Сообщение от Аноним (??) on 10-Июл-12, 13:53 
А лада аклина после некоторога тюнинга превращается в мерседес.
Надо всего лишь заменить двигатель, трансмиссию, салон, и колеса.
И почему все ругают ладу?
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

62. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 14:10 
> А лада аклина после некоторога тюнинга превращается в мерседес.
> Надо всего лишь заменить двигатель, трансмиссию, салон, и колеса.
> И почему все ругают ладу?

Потому что автомобиль это готовое программно-аппаратное решение. В отличии от СУБД которые настраиваются под задачи.

Ответить | Правка | ^ к родителю #57 | Наверх | Cообщить модератору

52. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 13:33 
Ага, а попробуйте настроить нормальную мастер-мастер репликацию в постгресе, даже не для функции двух мастеров, а просто, чтобы легко переключаться при сбое, нормальный такой HA. Всё надо через попу делать.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

60. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 14:08 
> нормальную мастер-мастер

Это который "всё в памяти"? Спасибо не надо, лучше уж memcache.

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

14. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  –1 +/
Сообщение от SubGun (ok) on 10-Июл-12, 10:21 
>> Ладно, есть ведь PostgreSQL.
> Он не только есть, но и прогрессирует не по-детски последние годы.

Но только до сих пор не умеет раздавать привилегии на все таблицы. Нужно через задницу все делать.

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

59. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 14:06 
Просто ты не понимаешь как там правильно управлять привилегиями и пытаешься делать так как привык в MySQL.
Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

4. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +1 +/
Сообщение от nik (??) on 10-Июл-12, 01:46 
Ну еще есть и Firebird...
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

15. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от SubGun (ok) on 10-Июл-12, 10:23 
> Ну еще есть и Firebird...

Ты что, это же проприетарщина! Тебя сейчас загрызут.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

18. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 10:49 
он же не интербэйз написал.
соответсвенно кроме полуружья его никто не грызёт.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Crazy Alex (ok) on 10-Июл-12, 10:52 
Симпатичная штука. Особенно возможность использовать строго один и тот же код как для работы с embedded-базой а-ля SQLite так и с полноценным сервером - меняется только строка коннекта.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

23. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 10:55 
так у мускуля тоже самое.
он ведь embedded тоже есть.
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

39. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от VoDA (ok) on 10-Июл-12, 12:51 
> Симпатичная штука. Особенно возможность использовать строго один и тот же код как
> для работы с embedded-базой а-ля SQLite так и с полноценным сервером
> - меняется только строка коннекта.

Есть правда фича невосстановимого бэкапа. ))) симпатичная такая фича ;)

Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

5. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от angra (ok) on 10-Июл-12, 01:49 
Пока есть пыхокодеры - мускул будет жить. Ведь большая часть их ничего кроме мускула не знает.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

9. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +3 +/
Сообщение от б.б. on 10-Июл-12, 04:03 
Судя по скорости работы приложений, MySQL они тоже не знают.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

10. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +2 +/
Сообщение от Аноним (??) on 10-Июл-12, 04:18 
Они же PHP-программисты, а не SQL-программисты. ;)
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

11. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +5 +/
Сообщение от 1 (??) on 10-Июл-12, 07:46 
это как HTML-программисты, только на сервере?
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

72. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 23:15 
как ни странно, они вообще ничего не знают
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

16. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от SubGun (ok) on 10-Июл-12, 10:25 
> Пока есть пыхокодеры - мускул будет жить. Ведь большая часть их ничего
> кроме мускула не знает.

Сказало школоло. Да вы просто не видели нормальных php программистов.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

17. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 10:38 
>> Пока есть пыхокодеры - мускул будет жить. Ведь большая часть их ничего
>> кроме мускула не знает.
> Сказало школоло. Да вы просто не видели нормальных php программистов.

Мы очень хотим увидеть нормальных PHP-программистов. Потому что хотим их спросить по одному единственному вопросу - "почему они выбрали PHP?".

(ответ "потому что наняли переписывать некий php-проект" не является интересным, поскольку
это не программисты, а уборщики - заставили бы их переписывать на паскале, "выбрали" бы паскаль).

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

19. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Crazy Alex (ok) on 10-Июл-12, 10:50 
Ну вот я знаю хорошего PHP-программиста, который по необходимости может как минимум на рубях писать. На вопрос "почему PHP" объяснил, что PHP он знает во всех деталях, а на то чтобы так другой язык изучить так же хорошо уйдёт куча времени. Понятное дело, у него всё обложено пачкой своих библиотек, наработана куча приёмов и т.д. - в общем счиате, что переход не стоит усилий.
Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

22. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 10:54 
а ведь так и не куда переходить то.
вот в чём парадокс.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

26. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 11:12 
> Ну вот я знаю хорошего PHP-программиста, который по необходимости может как минимум
> на рубях писать. На вопрос "почему PHP" объяснил, что PHP он
> знает во всех деталях, а на то чтобы так другой язык
> изучить так же хорошо уйдёт куча времени. Понятное дело, у него
> всё обложено пачкой своих библиотек, наработана куча приёмов и т.д. -
> в общем счиате, что переход не стоит усилий.

Смотря сколько нужно сэкономить - день, год или всю оставшуюся жизнь.

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

28. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 11:39 
Тоже интересный аспект.
Пыхпых как был 15 лет назад, так особо не изменился.
Те же "программисты" на "решениях" мс уже 128 раз переучивались.
Жаба обросла таким жиром, что для её технологий уже не хватает всех комбинаций 4-5 букв.
А пых живёт и помирать не торопится.
Ответить | Правка | ^ к родителю #26 | Наверх | Cообщить модератору

30. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 11:57 
> Пыхпых как был 15 лет назад, так особо не изменился.

Вот именно. А задачи изменились. А в php как нужно делать мешанину файлов, которые исполняются "на месте" (т.е., если можно как-то залить php-файл, то он всегда исполнится), и настраивать поведение в зависимости от веб-сервера (использовать полноценные роуты без поддержки веб-сервера нельзя, причём в каждом сервере эта поддержка - своя, особенная), так


> А пых живёт и помирать не торопится.

Из-за старого кода. Который, если честно, лучше бы помер, чтобы был повод переписать это заново, уже по-нормальному, без торможений и множественных уязвимостей. А пока я не видел wordpress или drupal или mediawiki, которые не отображали бы стартовую страничку быстрее 10-15 секунд на стандартном недорогом ноутбуке, хотя пробовал разные версии, и из репозитория, и из транка. Ну а писать с нуля на php - это ужасно. Я свой первый форум и чат написал на php в 2002 году :) С тех пор, действительно, в php мало что поменялось.

Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

33. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 12:35 
А что ж не переписали на <подставить_нужное>?
Вот то-то.
А если бы переписали, то убедились бы, что добавились бы не эти проблемы, так другие.
И переписывали бы постоянно. Либо по плану мс с новой инновационной технологией, либо ещё по какому приципу.

Зыж
И да, виктпедиа открывается куда быстрее, чем вы сказали.
Особенно сегодня :/

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

37. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 12:45 
> А что ж не переписали на <подставить_нужное>?

А зачем?


> А если бы переписали, то убедились бы, что добавились бы не эти проблемы, так другие.

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

> И переписывали бы постоянно. Либо по плану мс с новой инновационной технологией, либо ещё по какому приципу.

И кого постоянно переписывали? Назовите такой фреймворк на python? Вот, что symphony переписывают - я помню. Помню, что и другие php-проекты, типа phpbb, переписывали чуть ли не с нуля, ввиду плохой изначальной реализации. А вот про python такого не помню.

И да, когда в Sid только появился php 5.3, у меня SugarCRM 5.X просто перестал работать. Перестало работать и ещё что-то, уже не помню. Откат на php 5.2 решил проблему. Сдаётся мне, не всё так идеально :)


> И да, виктпедиа открывается куда быстрее, чем вы сказали.

Если бы википедия была бы написана нормально, и те дампы, которые она выкладывает, реально было бы использовать, такой проблемы, как сегодня, просто не возникало бы. Многие спокойно получали бы диффы, и обновляли бы своё локальное зеркало. Но связка php+mysql+mediawiki - это ужас, летящий на постном масле :(

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

41. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 12:59 
> > А что ж не переписали на <подставить_нужное>?
>А зачем?

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

> Если бы википедия была бы написана нормально

Если бы вы были не просто троллем, то поняли бы о чём речь.
И да, википедиа работает. Работает быстро и хорошо.
Нет ни одного проекта такого масштаба на вашей <что-то_вы_должны_были_предложить_в_замен_но_не_предложили>.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

44. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:07 
> Меняли бы архитектуру плностью. И не раз.

Пока это больше подходит к PHP.

> Нет ни одного проекта такого масштаба на вашей <что-то_вы_должны_были_предложить_в_замен_но_не_предложили>.

Twitter? GitHub?

На википедию работают сотни серверов и куча разных хаков. Чисто теоретически, можно и на паскале написать википедию, а потом хаками обложить. К элегантности и простоте/удобству/гибкости разработки на конкретном языке это не имеет никакого отношения.

Википедию написали на php не потому, что php это самое удобное средство для написания википедий. И оно даже не самое быстрое.

Ответить | Правка | ^ к родителю #41 | Наверх | Cообщить модератору

48. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 13:20 
>> Меняли бы архитектуру плностью. И не раз.
>Пока это больше подходит к PHP.

ясно.
ну вы поспорьте теперь сами с собой https://www.opennet.ru/openforum/vsluhforumID3/85503.html#30 , а я посмотрю.

Ответить | Правка | ^ к родителю #44 | Наверх | Cообщить модератору

50. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:26 
> ну вы поспорьте теперь сами с собой https://www.opennet.ru/openforum/vsluhforumID3/85503.html#30 , а я посмотрю.

Так там постоянно и переписывают. То пытаются заново переписать на symfony2 (если не ошибаюсь, phpbb), то на zend (тоже какой-то популярный фреймворк). Либо просто делают с поддержкой новой версии php, новой версии mysql и т.п.

Там же не старый код, который один раз написали и всё. Там старый код, который постоянно латают. А вот python-фреймворков, которые только недавно перестали поддерживать python 2.3, который вышел примерно лет 10 назад, существует, как минимум, три штуки.

Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

51. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 13:32 
"Там" может быть.
Но я беру их наработки и у меня переписывать почти ничего не надо.
Вот в чём вопрос.

У всех остальных переписывают как они "там", так и я "тут".
И с этим вы выше были согласны. :D

Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

54. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:37 
> "Там" может быть.
> Но я беру их наработки и у меня переписывать почти ничего не
> надо.
> Вот в чём вопрос.
> У всех остальных переписывают как они "там", так и я "тут".
> И с этим вы выше были согласны. :D

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

Ответить | Правка | ^ к родителю #51 | Наверх | Cообщить модератору

55. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 13:40 
Ну дык идите к теоретикам.
А мне пока и пыхпых сойдёт для работы.
Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

56. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:46 
> Ну дык идите к теоретикам.

К каким теоретикам? Мы говорим о том, какой язык лучше, проще и нагляднее, а не о том, какой язык лучше подходит для поддержки php-проекта. :)

Ответить | Правка | ^ к родителю #55 | Наверх | Cообщить модератору

61. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 14:09 
э нет! :D
мы говорим о https://www.opennet.ru/openforum/vsluhforumID3/85503.html#28


зыж
если хочется потролить чей длиннее, то…
мне вообще на С нравится http://sourceforge.net/projects/damn-small-cms/ :D
или http://snapwebsites.org/ или http://cppcms.com/wikipp/en/page/main
быстрый, нативный, без всяких питонов и пыхпыхов и их версия-хэл

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

66. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 14:25 
> э нет! :D
> мы говорим о https://www.opennet.ru/openforum/vsluhforumID3/85503.html#28
> зыж
> если хочется потролить чей длиннее, то…
> мне вообще на С нравится http://sourceforge.net/projects/damn-small-cms/ :D
> или http://snapwebsites.org/ или http://cppcms.com/wikipp/en/page/main
> быстрый, нативный, без всяких питонов и пыхпыхов и их версия-хэл

Мне неинтересно, чем длиннее. Мне интересно, зачем "хорошие" программисты (то есть, знающие достоинства и недостатки разных сред) выбирают php для разработки.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

68. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 14:38 
всё просто — пых проще и под него масса готовых вещей.
а тратить своё время я не собираюсь ни на пых, ни на питон, ни на дотнетасп.
поэтому выбираю а) что проще б) что работает из_каропки в) что будет работать из_каропки.
а для "своего" времени и для себя я выберу занятия поинтересней (выше написал :D)
Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

69. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 14:43 
> б) что работает из_каропки в) что будет работать из_каропки.

Так python и работает. Написал

from bottle import route, run

@route('/hello/:name')
def index(name='World'):
    return '<b>Hello %s!</b>' % name

run(host='localhost', port=8080)


и потом запустил python site.py :)


Не нужны какие-то настройки и прочее.

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

70. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 14:45 
А нафига мне это писать?
Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

75. "В MySQL 5.5.25a устранена ошибка, которая может привести..."  +/
Сообщение от arisu (ok) on 11-Июл-12, 13:12 
> требуется максимальная гибкость, простота реализации и отсутствие ограничений

и всего этого в похапэ нет, вот в чём штука. а в seaside есть, например: там можно просто писать код, не выпендриваясь с ручным управлением состояниями. фича, которой у похапэ не было, нет и никогда не будет — в силу изначальной ущербности языка.

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

Ответить | Правка | ^ к родителю #54 | Наверх | Cообщить модератору

77. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от анон on 12-Июл-12, 11:58 
вы должны мне бутылку фейри
Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

74. "В MySQL 5.5.25a устранена ошибка, которая может привести..."  +/
Сообщение от arisu (ok) on 11-Июл-12, 13:07 
так это, пардон, не программист, а обычный тупокодер.
Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

20. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 10:52 
>Потому что хотим их спросить по одному единственному вопросу - "почему они выбрали PHP?".

это чё, без поддержки банды сам спросить уже не можешь?
ок, кто такие мы и где ваша позиция по этому вопросу?
и ещё, что предлагают сферические лошади в замен пыхпыха?

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

24. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от пыхпыха email on 10-Июл-12, 11:04 
питон же
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

25. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 11:10 
> и ещё, что предлагают сферические лошади в замен пыхпыха?

Как минимум, штук 5 разных сред на разных языках. А если только все гибкие и удобные фреймворки на python перечислять, то уже больше получится.

Код на которых куда компактнее, куда читаемее и поддержка куда проще.

Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

27. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 11:34 
Питон вообще не вариант.
Код, где оформление часть синтаксиса и его надо кормить лишними пробелами, уже не вариант.
Код не читаемый, вариантов отказа по версиям интерпритатора масса, проблемы с поточностью.
А ваши десятки сред не дотягивают по функционалу до последнего десятка пятой сотни сред на пыхаыхе.

Питон не плохой выбор, если нужен пересекающийся функционал с толстым и веб клиентом.
И тут он конкурент жабе.
А это уже совсем другой сегмент, другие требования и другие мощности.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

29. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от пыхпыха email on 10-Июл-12, 11:53 
что значит "уже не вариант"? что значит "Код не читаемый"? что такое "среды на пыхе"?
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

34. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 12:37 
То и значит.
А среды на пыхе — это приерно как среды на питоне, но на пыхе. :D
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

40. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от пыхпыха email on 10-Июл-12, 12:53 
> То и значит.
> А среды на пыхе — это приерно как среды на питоне, но
> на пыхе. :D

Увы, больше вести с Вами дискуссию бессмысленно. Может быть это заставит Вас задуматься, если конечно же есть чем: http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-de.../

Ответить | Правка | ^ к родителю #34 | Наверх | Cообщить модератору

42. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 13:01 
А с вами никто и не вёл.
Ответить | Правка | ^ к родителю #40 | Наверх | Cообщить модератору

31. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 12:01 
> Питон вообще не вариант.
> Код, где оформление часть синтаксиса и его надо кормить лишними пробелами, уже
> не вариант.

Если php-шник начнёт писать код на python, он по привычке будет нагружать логикой шаблоны. А там отступы не нужны. :)

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


> А ваши десятки сред не дотягивают по функционалу до последнего десятка пятой
> сотни сред на пыхаыхе.

Я не могу вспомнить ни одного простого и удобного фреймворка на php, где я бы по необходимости мог бы собрать какой-нибудь блог за 10 минут, где 10 минут - это срок от первоначальной задумки до деплоя на сервер, с поднятием всей инфраструктуры.

Подскажите, если знаете таковой - вместе его разберём.

Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

36. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 12:40 
А я не могу вспомнить ни одного на питоне.
И чё?
И даже если "не совсем ясно, ну ладно, этот попробую" и тут же "а у провайдера 2.7".
Ответить | Правка | ^ к родителю #31 | Наверх | Cообщить модератору

38. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 12:48 
> А я не могу вспомнить ни одного на питоне.
> И даже если "не совсем ясно, ну ладно, этот попробую" и тут
> же "а у провайдера 2.7".

Ну, если вам не с чем сравнивать, то вам сложно будет понять, что разработка на том же python происходит быстрее, чем на php, по количеству реализованных функций проекта в час. :) И по поддержке - тоже намного меньше времени тратится на разбор.

Как говорил один джедай - бластер это неэлегантное оружие. Да, оно может стрелять, но оно неэлегантное. И многих функций светового меча у них просто нет. :)

Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

43. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 13:07 
> Ну, если вам не с чем сравнивать, то вам сложно будет понять

И не только мне :D
Вам к примеру тоже. Ничего же так и не предложили.

> Как говорил один джедай - бластер это неэлегантное оружие.

Ну, шашкой то вы помахали.
Теперь бы что-нить реальное предложить?

Ответить | Правка | ^ к родителю #38 | Наверх | Cообщить модератору

45. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:10 
> Вам к примеру тоже. Ничего же так и не предложили.

Простите, что я не предложил? Может, хотите чаю?

Я как-то потерял мысль дискуссии. Я говорю, что сравнивая разработку на php и том же python, нахожу, что на python это делается проще. Меня иногда тянет написать что-нибудь на php, но понимая, сколько мелких окольных проблемок меня ждёт, и как их неинтересно решать, отказываюсь от этой мысли раз за разом.

Что мне предложить надо?

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

46. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 13:12 
> Я не могу вспомнить ни одного простого и удобного фреймворка на php, где я бы по необходимости мог бы собрать какой-нибудь блог за 10 минут

Вот такой вот чай.
А водпресс минут за 5 разворачивается из сырцов.
Итак?
Замените его на питон.

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

47. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:19 
> А водпресс минут за 5 разворачивается из сырцов.
> Итак?
> Замените его на питон.

Вордпресс это вообще не веб-фреймворк. И он не даёт мне нормально РАЗРАБАТЫВАТЬ, там немало ограничений. А mongodb он, боюсь, вообще не поддерживает. Кроме того, он у меня как в 2006 открывал каждую страницу секунд по 20 на pentium 4, так и сейчас открывает за примерно то же самое время. И я не помню даже, он уже умеет работать с sqlite3? или mysql, совершенно мне не нужный, и тоже имеющий лишние требования к ресурсам и лишние зависимости, тоже придётся разворачивать и настраивать?

Т.е., пока не вижу преимуществ. Мне нужен каркас для простой, быстрой и удобной разработки.

Также я сомневаюсь, что смогу развернуть этот wordpress на копеечном vps, где может быть и 64 мб памяти. А значит, это снова ограничение.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

49. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +1 +/
Сообщение от ананим on 10-Июл-12, 13:24 
>Вордпресс это вообще не веб-фреймворк. И он не даёт мне нормально РАЗРАБАТЫВАТЬ, там немало ограничений.

ну брехня же.
>А mongodb он, боюсь, вообще не поддерживает.

http://www.mongopress.org/about-us/
MongoPress is developed and maintained by Laulima and is licensed and distributed with the same generous GPL freedoms offered by WordPress.
Originally conceived by Mark Smalley out of frustration with the poor performance and scalability of MySQL, the first thoughts that came to mind were to direct all information from WordPress to MongoDB

>Т.е., пока не вижу преимуществ. Мне нужен каркас для простой, быстрой и удобной разработки.

мне тоже. где же ваша альтернатива? :D
>Также я сомневаюсь, что смогу развернуть этот wordpress на копеечном vps, где может быть и 64 мб памяти.

ВАУ! и этот человек мне говорит о питоне!!!

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

53. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 13:33 
> http://www.mongopress.org/about-us/
> MongoPress is developed and maintained by Laulima and is licensed and distributed
> with the same generous GPL freedoms offered by WordPress.
> Originally conceived by Mark Smalley out of frustration with the poor performance
> and scalability of MySQL, the first thoughts that came to mind
> were to direct all information from WordPress to MongoDB

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

Но за проект спасибо, попробую попробовать. :)


> мне тоже. где же ваша альтернатива? :D

Из простых - pyramid, bottle, отчасти flask (и вообще pocoo).


>>Также я сомневаюсь, что смогу развернуть этот wordpress на копеечном vps, где может быть и 64 мб памяти.
> ВАУ! и этот человек мне говорит о питоне!!!

Проект на django с sqlite3 на простом проекте потребляет примерно 9 мб памяти. Причём, что характерно, на просмотренных мною проектах обычно ни потребление памяти, ни скорость работы сильно от сложности проекта не росли.

Bottle.py + Sqlite3 - среднее потребление 4 мб памяти, на emdebian я даже укладывался в 2 :)

В php любой же крупный проект работает довольно медленно, иногда очень медленно. Я пытался разобраться с drupal7, но он сильно тормозил. Я почитал отзывы, увидел много таких же, но не увидел решения проблемы. И от drupal я отказался.

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

58. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ананим on 10-Июл-12, 14:03 
джанго не плох. и это единственный (по моему), что вы могли привести.
я согласен вот с этим http://privats.ru/2011/06/10-trudnostej-pri-izuchenii-django...
>1. Django это не CMS. Он не умеет из коробки делать то, что делають Wordpress, ModX и другие CMS, но на django можно сделать куда более сложные приложения за кратчайшие сроки. У Django очень функциональная админка, но настройка и разработка на джанго это не совсем так просто как пишут все гораздо сложнее, чем в CMS, потому что это НЕ CMS.

и далее по тексту.
повторю, не плох. но и не более.
и хотя кому то хватает для "пых не нужен" — это не аргумент. :D

Django это не CMS. как и остальные ваши примеры.

Ответить | Правка | ^ к родителю #53 | Наверх | Cообщить модератору

65. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от б.б. on 10-Июл-12, 14:20 
Django сложнее.

1. замечательно!
2. virtualenv+pip, либо пакетный менеджер дистрибутива. gedit (или gmate) хватит для разработчика, который не хочет ничего переусложнять.
3. согласен, и за это тоже django не люблю. pyramid,bottle,flask и другие этим не страдают
4. шаблонов хватает на все вкусы. мне simpletemplate в bottle.py очень нравится, а для начинающего вообще самое то.
5. в django отдача статики, скажем при разработке - реальная проблема. в перечисленных - нет. :)
6. не понял вопроса. что хочешь, то и используй. опять какие-то django-заморочки.
7. опять django-проблемы. у меня отлично и гибко разделяется логика и шаблоны, и ничего с ума не сводится...
8. не понял проблемы
9. зависимости обычно прописаны. как и в ruby. как и в nodejs. единственный, кто из большой четвёрки или "всё своё ношу с собой, привет windows-style-dll" или "милый мой хороший, догадайся сам" - это php :) в трёх остальных - это вопрос введения одной команды.
10. самый веский аргумент. действительно, django и остальные не сравнить с wordpress. особенно по гибкости.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

32. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +4 +/
Сообщение от Axel email(??) on 10-Июл-12, 12:34 
> нормальных PHP-программистов

"PHP-программисты" звучит как "лингвисты русского языка". Есть программисты, они  могут специализироваться на определенных направлениях - веб, десктопы и т.д., что не мешает им использовать в работе разные языки. Остальное, называющее себя "${POPULAR_LANG}-программисты" - заслужили звание быдлокодеров.

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

73. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 23:16 
да, не видели. Покажите, где они?!
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

71. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  –3 +/
Сообщение от Аноним (??) on 10-Июл-12, 23:14 
кажется, мускул всю жизнь был дерьмом
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

79. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от askh (ok) on 13-Июл-12, 22:28 
> кажется, мускул всю жизнь был дерьмом

Да ладно, нормальная СУБД. Другое дело, что похоже Oracle выгодно её убить, и у неё есть возможности создавать проблемы пользователям MySQL и MariaDB, как в упомянутом выше случае — в новой версии исправляются некие уязвимости, при этом не говорится какие, и в результате администраторы будут сомневаться в безопасности MariaDB и MySQL из дистрибутива ОС (часто это не последняя версия, помню, Debian при обновлении что-то говорил о вынужденном переходе на следующую версию).

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

76. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от ILYA INDIGO (ok) on 12-Июл-12, 01:47 
А ещё, внезапно, есть MariaDB
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

78. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от askh (ok) on 13-Июл-12, 22:24 
> А ещё, внезапно, есть MariaDB

Насколько помню, неопределённость с исправленной уязвимостью касалась и MariaDB. То есть у Oracle, к сожалению, есть возможность мешать распространению MariaDB, создавая по тому же сценарию ситуации, когда администраторы не уверены в её безопасности.

Ответить | Правка | ^ к родителю #76 | Наверх | Cообщить модератору

35. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от lucentcode (ok) on 10-Июл-12, 12:38 
Да, если бы не CMS на PHP, прибитые гвоздями к  MySQL, все бы уже давно наверно перебрались на Postgres. Но реальность такова, что нормальный ORM для работы с различными ДБ не очень популярен среди PHP-программистов. Отсюда и привязка к одной ДБ.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

63. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +2 +/
Сообщение от Аноним (??) on 10-Июл-12, 14:14 
> Да, если бы не CMS на PHP, прибитые гвоздями к  MySQL,
> все бы уже давно наверно перебрались на Postgres. Но реальность такова,
> что нормальный ORM для работы с различными ДБ не очень популярен
> среди PHP-программистов. Отсюда и привязка к одной ДБ.

А у любителей "нормальных ORM" сайты уже перестали раком вставать при мало-мальски серьезной нагрузке? А то эти ORM имеют поганое свойство генерировать такие запросы, от которых в кровать по ночам ссаться начнешь.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

67. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +1 +/
Сообщение от б.б. on 10-Июл-12, 14:34 
Посмотрите популярные php-проекты. Особенно в каком-нибудь mysql-профайлере и не на самом мощном оборудовании.
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

64. "В MySQL 5.5.25a устранена ошибка, которая может привести к п..."  +/
Сообщение от Аноним (??) on 10-Июл-12, 14:19 
> Но реальность такова, что нормальный ORM для работы с различными ДБ не очень популярен среди PHP-программистов.

А нормальные ORM на PHP вообще есть? Да и невозможно полностью абстрагироваться от БД, если не работать с ней только на уровне простых SELECT/INSERT/UPDATE, но чем тогда это лучше файлов с индексами поиска? Попробуйте на ORM сделать триггер с хранимкой...

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру