| 1.1, Аноним (-), 13:08, 28/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– |
Мне одному кажется, что от этой штуки припахивает технологиями генты?
| | |
| |
| 2.2, Аноним (-), 13:09, 28/11/2011 [^] [^^] [^^^] [ответить]
| –2 +/– |
От этой штуки попахивает технологиями СПО. "Однажды лебедь раком щуку...."
| | |
| |
| 3.4, Аноним (-), 13:31, 28/11/2011 [^] [^^] [^^^] [ответить]
| +5 +/– | |
> От этой штуки попахивает технологиями СПО. "Однажды лебедь раком щуку...."
Однажды лебедь раком щуку? Больше похоже на технологии Apple :)
| | |
| 3.6, rm1 (?), 13:34, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> От этой штуки попахивает технологиями СПО.
Вы про NIH-синдром?)
| | |
| 3.8, Аноним (-), 14:39, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> От этой штуки попахивает технологиями СПО.
Поставить нужное расширение за одну команду, вместо того, чтобы полдня искать его по интернету (просматривая кучу баннеров и долго ожидая начала скачивания), а потом еще полдня искать кряк к нему.
> "Однажды лебедь раком щуку...."
Это к яблочникам, они по этой части мастера.
| | |
|
| 2.3, Аноним (-), 13:29, 28/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– |
CTAN (1992) и CPAN (1995) появился когда генты ещё небыло.
| | |
|
| 1.5, rm1 (?), 13:34, 28/11/2011 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Блин не хватало возни с CPAN, PEAR, Ruby Gem, теперь ещё это.
| | |
| |
| |
| 3.9, Аноним (-), 14:40, 28/11/2011 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> А в чем проблемы-то?
Слишком удобно. Гемора мало. С точки зрения вин-админов - не Ъ.
| | |
| 3.14, Аноним (-), 17:35, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> А в чем проблемы-то?
В том что есть вот у меня системный манагер пакетов. Нет, надо еще в пяти местах свои самопальные припереть, как в винде.
| | |
| |
| 4.16, Аноним (-), 17:49, 28/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Это проблемы Вашего дистрибутива и его майнтейнеров.
В Debian например есть почти автоматический скрипт делающий из модуля CPAN пакет, есть уже готовые такие пакеты поддерживаемые в рамках репозитория пакетов Debian. То же самое будет и с PGXN.
| | |
| 4.17, VoDA (ok), 18:28, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 > В том что есть вот у меня системный манагер пакетов.
Вот ты и запили ОС-независимый плагин под свой ситемный манагер пакетов и протолкни в репо дистра ;)
| | |
| 4.22, Аноним (-), 18:28, 29/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> В том что есть вот у меня системный манагер пакетов.
Так прям разработчики плагинов для постгреса/руби/перла/теха/похапе/etc и побежали упаковывать свои модули в десятки форматов пакетов и проталкивать их в штатные репы 100500 дистров, ага.
Гораздо проще, если у каждого проекта будет свой репозитарий со своим внутренним форматом, а у каждого заинтересованного дистра - скрипты-конверторы в свой родной формат пакетов.
| | |
|
|
|
| |
| 2.11, VoDA (ok), 15:50, 28/11/2011 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Надоели уже все эти самопальные подобия нормального пакетного менеджера.
Который из них ты называешь "нормальным"?
apt-get OR aptitude OR yum OR yast OR emerge OR pacman? и почему именно этот?
Есть СУБД (как и любые большие приложения), которая по сути ОС-независимая, у нее система плагинов. Плагины ставятся специфическим для приложения (СУБД) способом, но не зависят от ОС.
Вопрос - нахрена производителям БД-плагинов заколупывать установку плагинов под КАЖДУЮ поддерживаемую ОС если можно сделать одну сборку для всех?
| | |
| |
| 3.13, ZloySergant (ok), 16:22, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
 >Который из них ты называешь "нормальным"?
>apt-get OR aptitude OR yum OR yast OR emerge OR pacman? и почему именно этот?
slackpkg же. Патамучто Слака. :)
Можно было бы emerde (emerge для слаки), да он как свое название.
| | |
| 3.18, Аноним (-), 18:44, 28/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Есть СУБД (как и любые большие приложения), которая по сути ОС-независимая,
Угу. Поэтому надо еще и операционку свою припереть. А то вдруг моя операционка неправильная. Ну пакетный менеджер же может быть неправильным. Значит и операционка целиком - тоже.
| | |
| |
| 4.19, VoDA (ok), 00:29, 29/11/2011 [^] [^^] [^^^] [ответить]
| +/– |
Под critical приложения ставят СУБД и под нее подбирают наиболее подходящую ОС. Вряд ли это для вас секрет ;)
| | |
| |
| 5.20, balex (??), 07:12, 29/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
критикал приложения обычно в критикал бизнесе, в остальном все вольные художники. Нет ничего плохого втом, что скажем, СУБД поработала на фряхе, а потом переехала на центос или наоборот, поскольку таргет платформа вырвалась в илдеры по ряду ключевых параметров (тут каждому своё). И вот выясняется, что при перезде "отвалился" сервис, хотя в остальном ожидаемый профит получен. В идеальном вакууме, в идеальной сферической системе, очевидно должен быть протокол управления зависимостями програмных модулей от ядра до софта самого последнего уровня. Как только софт оторвался от бинарного компилера, всё, он "живёт" в своей среде, и ему наплевать, например, на то что на целевой платформе парсер XML (к примеру) не "той" версии. И вроде всё работает, да как то не так... Что уж говорить про критикал СУБД на критикал платформах.
высказался, извиняйте, что сильно отвлёк.
| | |
| |
| 6.23, VoDA (ok), 16:44, 16/12/2011 [^] [^^] [^^^] [ответить]
| +/– |
> критикал приложения обычно в критикал бизнесе, в остальном все вольные художники. Нет
> ничего плохого втом, что скажем, СУБД поработала на фряхе, а потом
> переехала на центос или наоборот, поскольку таргет платформа вырвалась в илдеры
> по ряду ключевых параметров (тут каждому своё). И вот выясняется, что
> при перезде "отвалился" сервис, хотя в остальном ожидаемый профит получен.
Это косяк архитектора и project manager, что не проверили рабоче-способность софта на таргет платформе И не учли эту проблему при risk-management И перенесли продакшен не взирая на подобную возможность.
У нас все проще. Стоимость проекта намного больше лицензий на ОС и СУБД, потому не особо запариваясь покупается RHEL и Oracle. опять же есть тренированные шаманы (админы) и по RHEL и по Oracle (DBA). Так что перенос на что-то альтернативное типа PostgreSQL или FreeBSD конечно возможен, но только в том случае, если связка RHEL+Oracle по какой то причине не может обеспечить требуемый функционал.
PS цена PostgreSQL & FreeBSD отнють не ноль - нужно переучивать людей и нужно какое то время на понимание как система ведет себя под нагрузкой и как ее заводить. Почему то IT-шники это забывают ;)
| | |
|
|
|
|
| 2.21, Аноним (-), 15:27, 29/11/2011 [^] [^^] [^^^] [ответить]
| +/– | |
> Надоели уже все эти самопальные подобия нормального пакетного менеджера.
Репозитарии с автоматизированной установкой, с точки зрения интеграции со штатным пакетным менеджером, гораздо проще и удобнее, чем раскиданные по сайтам разработчиков тарболы произвольной структурой с километровыми и откровенно наркоманскими INSTALL.
Вон в дебиане уже давно работают автоматические преобразователи пакетов CPAN и CTAN в deb.
| | |
|
|
