LINUX.ORG.RU

PostgreSQL 9.2

 


1

2

Вышла новая версия СУБД PostgreSQL — 9.2.

Основные изменения в этой версии:

  • «Index Only Scans» — возможность выбирать данные прямо из индекса, если в индексе они есть. До этого СУБД использовала индекс только для поиска, непосредственно данные всегда выбирались из страниц данных. Данная функция работает только в случае если страница с искомыми данными не менялась с момента последней операции VACUUM.
  • Каскадная репликация — standby сервера теперь тоже могут отправлять журнал транзакций другим узлам.
  • Поддержка типа данных JSON для хранения неструктурированных документов.
  • Добавлены типы данных для диапазонов значений.
  • Серия различных оптимизаций производительности, в том числе:
    • улучшенная работа с блокировками на системах с 32-мя и более ядрами;
    • функция сортировки в памяти ускорена на 25% в некоторых случаях;
    • простаивающий узел СУБД теперь проявляет меньше активности, что полезно при работе в виртуальной машине или при применении в embedded окружении;
    • ускорена работа команды COPY за счет уменьшения операций записи в журнал транзакций и уменьшения количества блокировок;
    • добавлен сбор статистики для массивов, благодаря чему улучшена генерация планов исполнения для запросов с массивами.

>>> Подробности

★★★★★

Последнее исправление: maxcom (всего исправлений: 5)

Хорошая БД. Но проекты на PHP не используют ORM, и полны запросов, написанных только под MySQL. К сожалению, миграция данных проектов на PostgreSQL очень дорогостоящая затея. Поэтому прийдётся и дальше юзать MySQL, хоть PostgreSQL и лучше, чем широко разрекламированная БД от оракула...

lucentcode ★★★★★
()
Ответ на: комментарий от lucentcode

Но проекты на PHP не используют ORM, и полны запросов, написанных только под MySQL. К сожалению, миграция данных проектов на PostgreSQL очень дорогостоящая затея.

Полностью согласен. Начал портировать piwik на postgresql, плюнул и установил рядом mysql.

AlexKiriukha ★★★★
()
Ответ на: комментарий от AlexKiriukha

Вот-вот. Если команда, разрабатывающая проект сразу работает над поддержкой нескольких БД - это совсем другое дело. Хоть тоже затратное. Вместо одного человека уже несколько в проекте работать над запросами к БД и связанному с ними коду должны, а если разработчик один? Или если проект нужно форкнуть и переписать под личные нужды? Тогда с такой теплотой вспоминаются RoR и Django...

lucentcode ★★★★★
()
Ответ на: комментарий от McArcher

Предлагаю забить на PHP, писать на Сях cgi-шки под Постгре. Давайте перестанем верить телевизору :)

Бедные пэхэпэшники им неведомо что можно писать python или ruby и с легкостью менять базу данных с postgresql на mysql и обратно.

yanka ★★
()
Ответ на: комментарий от yanka

И чем в Python это лучше? Там при работе через DB-API запросы непосредственно передаются клиентской библиотеке конкретной СУБД.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от yanka

с легкостью менять базу данных с postgresql на mysql и обратно.

Если запросы вида SELECT * FROM table WHERE a>10 - то вообще пофигу какая база. У Постгреса самое вкусное именно в специфических вещах, и никакой ORM и прочий сахар для быдлокодеров тут не поможет.

Saloed
()
Ответ на: комментарий от Saloed

Ну а если программа сама создаёт БД? Там уже различия более заметны.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от McArcher

Делать сайт на сях - это реальный экстрим. Я уж лучше на Ruby переберусь, или на Java. Мне как-то Ruby ближе будет. А ведь видел как-то cgi-шки на ассемблере, когда я им увлекался. Модет, сразу на нём родимом?

lucentcode ★★★★★
()
Ответ на: комментарий от yanka

Бедные пэхэпэшники им неведомо что можно писать python или ruby

Бедные питонщики и рубишники - им неведомо, что под PHP давно уже пишут на 99% с использованием ORM :-)

no-dashi ★★★★★
()
Ответ на: комментарий от no-dashi

под PHP давно уже пишут на 99% с использованием ORM :-)

Ну а lucentcode'у попался тот 1% (ну или 47%), которые без использования ORM.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от yanka

можно писать python или ruby и с легкостью менять базу данных с postgresql на mysql и обратно

Мадмуазель, подскажите:

1. Кто тот негодяй, что не познакомил вас ни с одной с OMR?

2. В чем смысл с лёгкостью меня одну СуБД на другую на уже разрабатываемом проекте? Это как часами выбирать в магазине между ножом с красной ручкой и с синей ручкой, взять с синей и потом долго страдать, что он на кухне не гармонирует с цветом свёклы?

3. Кстати, какую лучше брать свеклу для борща: крупную или мелкую?

r_asian ★☆☆
()
Ответ на: комментарий от r_asian

2. В чем смысл с лёгкостью меня одну СуБД на другую на уже разрабатываемом проекте? Это как часами выбирать в магазине между ножом с красной ручкой и с синей ручкой, взять с синей и потом долго страдать, что он на кухне не гармонирует с цветом свёклы?

Разные причины. Например, при увеличении нагрузки. Старая СУБД может быть плохо масштабируема.

1. Кто тот негодяй, что не познакомил вас ни с одной с OMR?

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

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

Например, при увеличении нагрузки. Старая СУБД может быть плохо масштабируема.

Масштабировать систему путём «перехода на более лучшую СУБД»? Убивать, труп насиловать, обоссывать и оставлять на съедение кабанам.

r_asian ★☆☆
()
Ответ на: комментарий от r_asian

Ну а если старая СУБД не справляется с возросшей нагрузкой? Когда проект только создавали, не думали, что будет такая нагрузка. А вот она появилась. Все остальные компоненты справляются нормально, а СУБД — нет.

Ttt ☆☆☆☆☆
()
Последнее исправление: Ttt (всего исправлений: 1)
Ответ на: комментарий от Ttt

Ну а если старая СУБД не справляется с возросшей нагрузкой? Когда проект только создавали, не думали, что будет такая нагрузка. А вот она появилась. Все остальные компоненты справляются нормально, а СУБД — нет.

Ты разбиваешь мне сердце. 5 звёзд и такая охинея.

r_asian ★☆☆
()
Ответ на: комментарий от r_asian

охинея

Что это?

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

Ну а вообще лучше ли в этом деле Postgres, чем My, не знаю, но, допустим, с sqlite вполне могут возникнуть такие проблемы.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

Ну а вообще лучше ли в этом деле Postgres, чем My, не знаю, но, допустим, с sqlite вполне могут возникнуть такие проблемы.

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

r_asian ★☆☆
()
Ответ на: комментарий от Ttt

с sqlite вполне могут возникнуть такие проблемы.

у нее появилась своя специфика?

Rastafarra ★★★★
()
Ответ на: комментарий от r_asian

при проектировании реально мастабируемой системы

А кто сказал, что система - «реально масштабируемая»? А если в системе масштабируемостью и не пахнет, а тормозом стала именно субд? Потратить ещё вагон человеко-баксо-часов, или «по-бырому» поменять базу? Понятно, что правильно - переписать. Но ведь часто надо «здесь и сейчас», а «потом будет потом».

yyk ★★★★★
()
Ответ на: комментарий от no-dashi

Да-да, пхп становится все больше похож на руби с каждым пятилетием. Но реализации gem, rack, bundler у вас скорее всего не будет, только лишь пародии. Потому что пхп не станет руби, а будет лишь пародией. Кто-то встроил в руби gem, rdoc, тестирование. Позже это оформилось в rubygems.org, rubydoc.info, bundler. Собственно рубисту осталось только писать код. А вам осталось только подражать рубистам.

special-k ★★★★
()
Ответ на: комментарий от yyk

9/10 если mysql не справляется, то oracle/postgres/... не справятся так же. Не думаю что разница между этими БД столь существенна. Ну 10%, ну 20.. Если система уперлась в БД и ни оптимизация БД, ни апгрейд оборудования не помогли, то надо включать мозг.

special-k ★★★★
()
Ответ на: комментарий от special-k

9/10 если mysql не справляется, то oracle/postgres/... не справятся так же

не апеллируя к статистике, это зависит от... многих и многих факторов

yyk ★★★★★
()
Ответ на: комментарий от Ttt

Ну а я тут причём? Я это не говорю.

Абсолютно непричем. Но надо же кого-то ненавидеть

r_asian ★☆☆
()
Ответ на: комментарий от r_asian

Кстати, какую лучше брать свеклу для борща: крупную или мелкую?

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

P.S Юноша, ты плохого обо мне мнения если думаешь , что я не знакома с ORM.

yanka ★★
()
Ответ на: комментарий от anonymous

Пока на нём куча всего работает - ещё как нужен. ЯП нужен не тогда, когда у него кучка ярых поклонников, смакующих его синтаксический сахар и прочие навороты. А тогда, когда на нём работает много проектов. Которые приносят деньги своим хозяевам. PHP с этим отлично справляется. Мне нравится больше Ruby, но объективная реальность нам подсказывает, что нужен больше PHP. Будьте реалистом. И снимите уже ващи розовые очки, вы не девочка из изумрудного города;)

lucentcode ★★★★★
()
Ответ на: комментарий от yanka

P.S Юноша, ты плохого обо мне мнения если думаешь , что я не знакома с ORM.

Девушка (?) на лоре действительно уже чуть менее чем все это школота. Но не все. И последним комментарием вы явно попали пальцем в ж-пу леопарту.

Но если честно, я не догоняю, как ORM помогает легко и непринужденно перескакивать с базы на базу? А триггеры? А разная специфика выполнения запросов? А права доступа? Где это в ORM?

soomrack ★★★★★
()
Ответ на: комментарий от soomrack

90% проектов не используют триггеров , не забывай , что в самой популярной БД для веба (Mysql) триггеров еще недавно не было. Так вот ORM и существует не только для работы с БД в рамках объектной модели языка , но еще и служит цели облегчения миграции с одной базы данных к другой. А что касается специфики выполнения запросов , так это и задача ORM свести все к среднему арифметическому .

P.S я не умоляю достоинств работы с БД без ORM . Но в данном контексте мы говорили о работе с ORM

yanka ★★
()
Ответ на: комментарий от yanka

99% животных на Земле это насекомые.

90% проектов не используют триггеров , не забывай , что в самой популярной БД для веба (Mysql) триггеров еще недавно не было.

Если от бд требуются только «таблички» и вся логика работы с данными внутри клиента бд, то это не работа с бд. Это либо экстремальное программирование (проект за один и на один день), либо безграмотность проектировщика проекта. И это ниша mySQL.

soomrack ★★★★★
()
Ответ на: комментарий от yanka

с легкостью менять базу данных с postgresql на mysql и обратно

за это надо сжигать в топках локалхоста.

leave ★★★★★
()
Ответ на: комментарий от Ttt

Например, при увеличении нагрузки. Старая СУБД может быть плохо масштабируема.

В таком случае предлагаю выбросить ORM и переписать руками всю работу с БД. Откуда вообще пошла эта дурацкая мода совать ормы куда надо и не надо? Какого альтернативно одаренного озарила мысль работать с нагруженной базой через усредненную кривую прослойку?

leave ★★★★★
()
Ответ на: комментарий от Ttt

Это не СУБД не справляется, а твой орм. Ну и до кучи архитектор БД.

leave ★★★★★
()
Ответ на: комментарий от leave

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

набрать пять жава кодеров и сильного архитека к ним это один бюджет, а вот собрать pl/sql команду бюджет уже совсем другой. жава+орм не будет чемпионом, потребует больше железяк, но будет как-то работать и если проектировал нормальный архитек, систему будет возможно ее супортить другой командой. понятно что на pl/sql все будет более оптимально, но и бюджет уже другой, отсюда и мода на ОРМы.

anonymous
()
Ответ на: комментарий от special-k

Позже это оформилось в rubygems.org, rubydoc.info, bundler. Собственно рубисту осталось только писать код.

а потом долго и мучительно его деплоить, ага

leave ★★★★★
()
Ответ на: комментарий от anonymous

набрать пять жава кодеров и сильного архитека к ним это один бюджет, а вот собрать pl/sql команду бюджет уже совсем другой. жава+орм не будет чемпионом, потребует больше железяк, но будет как-то работать и если проектировал нормальный архитек, систему будет возможно ее супортить другой командой. понятно что на pl/sql все будет более оптимально, но и бюджет уже другой, отсюда и мода на ОРМы.

А потом этот МЕГАархитектор приходит к админу с претензией: «че за нах? Почему все тормозит? Нужно больше серверов!». И хорошо еще если админ сображает в поддержке бд и, посмотря на этого МЕГАаритектора как на г*вно, и в тоже время с сожалением, может выдать список и статистику по времени исполнения запросов к бд.

soomrack ★★★★★
()
Ответ на: комментарий от anonymous

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

leave ★★★★★
()
Ответ на: комментарий от lucentcode

Та не, пхп умирает. Точнее на фоне руби пхп умирает. Средства разработки не сравнимы. Gem, Rspec, Bundler, Rdoc, Rack - нет этого в пхп. Руби разрастается с каждым днем: новый интерпретатор, новый фреймворк.. и т.д. А в пхп тупо недостаточно средств разработки. Т.е. я даже не сравниваю сами языки. Короче я бы не надеялся на то, что что-то там работает (толпы сателитов), все куда печальнее, особенно в сколь угодно малой перспективе. Я сделал ставку на эту платформу и буду стараться вытеснить остальные.

special-k ★★★★
()
Ответ на: комментарий от special-k

Расскажи-ка мне, как ты будешь деплоить свой проект на, скажем, пятую шапку, не превращая систему в слаку.

leave ★★★★★
()
Ответ на: комментарий от leave

1) rvm + unicorn + capistrano + nginx + postgresql (это же тема про постгрес!) 2) ree + capistrano + passenger + postgresql 3) rvm + thin + capistrano + nginx + postgresql 4) ...

special-k ★★★★
()
Ответ на: комментарий от special-k

не превращая систему в слаку

отлично, с заданием не справился. Следующий!

leave ★★★★★
()
Ответ на: комментарий от tailgunner

«Пятая шапка» - это Redhat 5.x, выходивший в 1998-1999?

RHEL 5, конечно же. Речь же о серьезных корпоративных дистрибутивах.

soomrack ★★★★★
()
Ответ на: комментарий от special-k

Пакетную систему изобрели как раз для того, чтобы свести головную боль по поддержке к минимуму. Ты же предлагаешь собирать стопицот разных модулей практически руками, и следить за обновлением всего этого зоопарка. При этом, заметь, ты не можешь дать мне никаких гарантий, что твое приложение, написанное под 1.9 рубями в няшной убунточке, заработает под суровым штатным 1.8.5 в шапке.

p.s. мне один из самых высокооплачиваемых руби-девелоперов Восточной Европы (заслуженно оплачиваемых) прямым текстом заявил: «На сервере должно быть развернуто точно такое же окружение, как на машине разработчика».

leave ★★★★★
()
Ответ на: комментарий от leave

Расскажи-ка мне, как ты будешь деплоить свой проект на, скажем, пятую шапку, не превращая систему в слаку.

Ну как бы существует EPEL если вы не в курсе. Ruby там представлен, так что слаки можно избежать.

ef37 ★★
()
Ответ на: комментарий от special-k

Из того, с чем сталкивался - поиск правильно версии гема скулайта для руби 1.8.3. Даже по сравнению с cpan'ом оно убого.

leave ★★★★★
()
Ответ на: комментарий от special-k

Вообще, проблема в том, что я не хочу использовать rvm. Я хочу yum install ruby ruby-sqlite3, и чтобы оно работало. Но оно работать не будет, потому что у девелопера на машине версия рубей была не 1.8.3, а 1.8.7, а про обратную совместимость мы не знаем. Поэтому мы изобретаем гемы и прочие рвмы.

Справедливости ради, у питона в этом плане все тоже достаточно тоскливо.

leave ★★★★★
()
Ответ на: комментарий от leave

Ты говоришь совсем не зная о чем)

Там все элементарно, ставится rvm https://rvm.io/rvm/install/, можно в домашнюю директорию, можно в usr.. Или так же весьма просто ставится ree, обычно в opt. Далее в корне проекта есть Gemfile, в котором прописаны необходимые либы (можно с версиями) http://gembundler.com/

bundle install

И все поставилось, включая зависимости.

Но вообще деплоинг это не то. Вот деплоинг https://github.com/blog/470-deployment-script-spring-cleaning Т.е. обновление приложения на сервере. Т.е. суть не в том чтобы развернуть, а суть в том, чтобы поддерживать. Да и установка программ это уж точно не самое страшное/долгое/сложное.

special-k ★★★★
()
Ответ на: комментарий от leave

yum install ruby

gem install bundler

mkdir my_project

cd my_project

echo «gem 'sqlite3'» > Gemfile

bundle install

yum install ruby-sqlite3 - вот это ерунда нахрен не нужна.

special-k ★★★★
()
Ответ на: комментарий от leave

Справедливости ради...

лол

Касаемо версий самого руби, лучше разрабатывать и развертывать на одной ветке (1.8/1.9). Но лучше все делать на 1.9 (1.9.3). 1.8.3 - это очень старая версия, на ней лучше не работать.

special-k ★★★★
()
Ответ на: комментарий от special-k

yum install ruby-sqlite3 - вот это ерунда нахрен не нужна.

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

leave ★★★★★
()
Ответ на: комментарий от r_asian

Тогда нахрена там СУБД?

А я думал, что субд нужна для хранения/обработки данных, а оказывается - это инструмент для масштабирования... От оно как...

yyk ★★★★★
()
Ответ на: комментарий от leave

Ну, когда 10000 вариантов решения не подходят по.. идейным соображениям остается только снять штаны и бегать)

special-k ★★★★
()
Ответ на: комментарий от special-k

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

leave ★★★★★
()
Ответ на: комментарий от leave

Можно законсервировать все библиотеки в проекте, и просто перенести файлы.

special-k ★★★★
()
Ответ на: комментарий от leave

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

:) улыбнуло

Не все программы волшебным образом поспевают за выходящими последними версиями библиотек (gem) и это opensource - никто обратной совместимости не обещает. поэтому вполне нормально когда ПО использует свой набор библиотек.
rvm - дает три разных способа установки зависимостей. выбирай любой.

И да, ruby - это не только localhost, но и веб. и здесь rvm показывает все свою мощь.

Не надо равнять всех под свою гребенку - не у всех головы квадратные :)

Korwin ★★★
()
Ответ на: комментарий от Korwin

Да не-не, норм, руби подойдет и под его квадратную голову)

Bundler умеет консервировать пакеты. Ничего не придется устанавливать кроме руби - все счастливы. Перед деплоингом консервация и все.

special-k ★★★★
()
Ответ на: комментарий от special-k

Bundler умеет консервировать пакеты. Ничего не придется устанавливать кроме руби - все счастливы. Перед деплоингом консервация и все.

Ъ-ынтерпрайз. А для обновления, наверное, нужен повторный деплой?

tailgunner ★★★★★
()
Ответ на: комментарий от leave

Ну тут как раз говорят, что проблема при смене базы данных была, когда ORM не использовался, а в коде непосредственно были прописаны SQL-запросы.

Ttt ☆☆☆☆☆
()
Ответ на: комментарий от Ttt

Ну так кто ж спорит-то? Да, ОРМ решает проблему миграции на другую СУБД - но какой ценой?

leave ★★★★★
()
Ответ на: комментарий от leave

Ну да. А у пыха целых полтора дополнительных пакета, и оба - акселераторы.

И еще для любителей винтажа есть pear и pecl.

Vit ★★★★★
()
Ответ на: комментарий от Vit
$ aptitude search ^php5
p   php5                                     - server-side, HTML-embedded scripting language (meta
p   php5-adodb                               - Extension optimising the ADOdb database abstraction
p   php5-cgi                                 - server-side, HTML-embedded scripting language (CGI 
p   php5-cli                                 - command-line interpreter for the php5 scripting lan
p   php5-common                              - Common files for packages built from the php5 sourc
p   php5-curl                                - CURL module for php5                               
p   php5-dbg                                 - Debug symbols for PHP5                             
p   php5-dev                                 - Files for PHP5 module development                  
p   php5-enchant                             - Enchant module for php5                            
p   php5-exactimage                          - fast image manipulation library (PHP bindings)     
p   php5-ffmpeg                              - audio and video support via ffmpeg for php5        
p   php5-fpm                                 - server-side, HTML-embedded scripting language (FPM-
p   php5-gd                                  - GD module for php5                                 
p   php5-gdcm                                - Grassroots DICOM PHP5 bindings                     
p   php5-geoip                               - GeoIP module for php5                              
p   php5-gmp                                 - GMP module for php5                                
v   php5-idn                                 -                                                    
p   php5-imagick                             - ImageMagick module for php5                        
p   php5-imap                                - IMAP module for php5                               
p   php5-interbase                           - interbase/firebird module for php5                 
p   php5-intl                                - internationalisation module for php5               
v   php5-json                                -                                                    
p   php5-lasso                               - Library for Liberty Alliance and SAML protocols - P
p   php5-ldap                                - LDAP module for php5                               
p   php5-librdf                              - PHP5 language bindings for the Redland RDF library 
p   php5-mapscript                           - php5-cgi module for MapServer                      
p   php5-mcrypt                              - MCrypt module for php5                             
p   php5-memcache                            - memcache extension module for PHP5                 
p   php5-memcached                           - memcached extension module for PHP5, uses libmemcac
v   php5-mhash                               -                                                    
p   php5-midgard2                            - Midgard2 Content Repository - PHP5 language binding
p   php5-ming                                - Ming module for php5                               
v   php5-mssql                               -                                                    
p   php5-mysql                               - MySQL module for php5                              
p   php5-mysqlnd                             - MySQL module for php5 (Native Driver)              
p   php5-odbc                                - ODBC module for php5                               
p   php5-pgsql                               - PostgreSQL module for php5                         
p   php5-ps                                  - ps module for PHP 5                                
p   php5-pspell                              - pspell module for php5                             
p   php5-radius                              - PECL radius module for PHP 5                       
p   php5-recode                              - recode module for php5                             
p   php5-remctl                              - PECL module for Kerberos-authenticated command exec
p   php5-rrd                                 - rrd module for PHP 5                               
p   php5-sasl                                - Cyrus SASL extension for PHP 5                     
p   php5-snmp                                - SNMP module for php5                               
p   php5-sqlite                              - SQLite module for php5                             
p   php5-svn                                 - PHP Bindings for the Subversion Revision control sy
p   php5-sybase                              - Sybase / MS SQL Server module for php5             
p   php5-tidy                                - tidy module for php5                               
p   php5-tokyo-tyrant                        - PHP interface to Tokyo Cabinet's network interface,
p   php5-vtkgdcm                             - Grassroots DICOM VTK PHP bindings                  
p   php5-xcache                              - Fast, stable PHP opcode cacher                     
p   php5-xdebug                              - Xdebug Module for PHP 5                            
p   php5-xmlrpc                              - XML-RPC module for php5                            
p   php5-xsl                                 - XSL module for php5 

И оно все _работает_. Приложения, использующие gd, работают всегда и везде, где этот gd есть. Им не нужна своя отдельная версия интерпретатора с отдельными версиями расширений. По поводу pear и pecl я выше отписал - оно нужно раз в два года.

leave ★★★★★
()
Ответ на: комментарий от leave

Ощь... там не полтора, там два с половиной модуля....!!! А остальное можно скачать с сайтов васьпупкиных в виде RAR архивов!

Vit ★★★★★
()
Ответ на: комментарий от special-k

Пока большиснство популярных CMS, CRM, Wiki-движков, форумов и т.п. Создаются на PHP - Ruby будут рассматривать только как ЯП, на котором написаны рельсы. И никак иначе. А рельсы берут, когда нужно сваять что-то сложное и дорогое, вроде кастомной системы документооборота, или большой кастомный интернет-магазин, вроде ebay. В остальных случаях люди берут готовый движок на PHP, и навешивают на него кастомные дополнения и тему оформления. Если проект не очень большой, не очень сложный, и существующие решения на PHP хотя-бы процентов на 80 соответствуют тому, что требуется от проекта, дешевле написать пару модулей к готовому решению, чем делать всё с нуля на Ruby. Тот же Wordpress, Joomla или Prestashop - им нет адекватной замены в стане Ruby. Да и среди проектов на Django. Замечательные фреймворки есть как под Ruby/Python, так и под PHP. PHP коряв, возможно в чём-то убог, но на нём написана масса замечательных вещей. Аналогов которым нет. И пока ситуация обстоит таким образом, PHP живее всех живых. Хоть как ЯП, Ruby и намного приятней, а PHP он пока не конкурент. В сфере готовых решений, он конкурировать способен только в сфере узкоспециалтзированных проектов на фреймворках. Кто не понимает этого, тот рано хоронит PHP.

lucentcode ★★★★★
()
Ответ на: комментарий от lucentcode

Создаются

создавались

будут рассматривать только как ЯП, на котором написаны рельсы

мне не надо об этом рассказывать, я-то знаю что может руби.

Если проект не очень большой, не очень сложный

Сателит

Тот же Wordpress, Joomla или Prestashop - им нет адекватной замены в стане Ruby.

а на рельсах есть редмайн например.. Может проблема в том, что cms не нужны?)

php: hompage, ruby:

когда нужно сваять что-то сложное и дорогое

Ситуация меня более чем устраивает)

PHP ... убог

пхп веб убог еще больше, cms веб убог до нельзя.

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

special-k ★★★★
()
Ответ на: комментарий от leave

Неужели ты не можешь осознать на сколько сильно этого не хватает)) Куда важнее наладить работу с либами, чем пихать как можно больше в коре.. Как можно НАСТОЛЬКО ограничено мыслить х_х

special-k ★★★★
()
Ответ на: комментарий от special-k

Ты сейчас говоришь с позиции разработчика, я - с позиции сопровождающего твой продукт. Deployment and maintenance, если будет угодно. И все, что я хочу сказать - что твое удобство превращается в мою и security отдела головную боль.

leave ★★★★★
()
Ответ на: комментарий от special-k

Я тебе повторяю: следить за лишними пятью багтрекерами и обновлять все твои либы по отдельности мне нафиг не упало.

//такое ощущение, что разговариваю с админом локалхоста

leave ★★★★★
()
Последнее исправление: leave (всего исправлений: 2)
Ответ на: комментарий от special-k

Представь, что в либе N обнаружена дырка. Мне нужно ее обновить. Но поскольку речь идет о руби, где нет гарантий обратной совместимости, и либа поставлена непойми откуда - мне нужно сначала дождаться, пока разработчик обкатает новую версию и даст добро на апдейт; после этого мне нужно лезть на сервер и там делать gem update. Как минимум, я лишаюсь прелести автоматических обновлений безопасности.

leave ★★★★★
()
Ответ на: комментарий от leave

Ты забавно имитируешь деятельность. Если github обновляется 45сек, то вы наверно как-нибудь справитесь, да)

special-k ★★★★
()
Ответ на: комментарий от special-k

Гитхаб уже доказал всем свою состоятельность в плане безопасности. Я тебе повторяю: в энтерпрайзе руби с его нынешней инфраструктурой не место. На данный момент его удел - хипстерские вебдванольные поделки.

leave ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.