ownCloud не будет включён в Ubuntu 14.10

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

Можешь спокойно пользоваться owncloud - от облака там только название. Но убедись, что твой почтовый сервер у тебя на локалхосте, gmail, yandex, mail - это всё ненужные «облака». И уж упаси боженька использовать какой-нибудь dropbox или google drive!

А вообще, если называешь кого-то школьником, хоть бы википедию открыл сначала по теме...

Не знаю, что было при царе Горохе, но сейчас «облако» подразумевает как минимум масштабируемость. Желательно прозрачную.

Правильно кстати говорит. Потому что

(а) веб-приложения очень по-разному можно установить, а при упаковке в дистр где-то всегда получается хардкод => неудобно.

(б) зависимостей мало/нет, в дистрах часто обновляют медленно, проще обновить с офсайта, чем ждать пока пакеты прочихаются.

(а) веб-приложения очень по-разному можно установить, а при упаковке в дистр где-то всегда получается хардкод => неудобно.

Конкретные примеры в студию.

(б) зависимостей мало/нет, в дистрах часто обновляют медленно, проще обновить с офсайта, чем ждать пока пакеты прочихаются.

Это проблема конкретного мнт, а не пакетной системы.

Да за примерами далеко ходить не надо - можно захотеть apache, а можно nginx+fpm. Конфиги нужны разные. В разные виртхосты может хотеться включить, то ли в один, то ли в другой. Или например мне не нравится когда код кладут в /usr/share/.

Почитал. Cloud computing. В категории Applications перечислен в том числе ownCloud. По существу, я так понимаю, вам сказать нечего. Даже ссылки привести не удосужились, одни аллегории про троллейбусы и буханки.

Почитал. Cloud computing. В категории Applications перечислен в том числе ownCloud. По существу, я так понимаю, вам сказать нечего. Даже ссылки привести не удосужились, одни аллегории про троллейбусы и буханки.

Ты издеваешься, что-ли? Оно не умеет не кластеризацию, не репликацию, не отказоустойчивость, ни-че-го. В каком месте это «Cloud computing»?

Еще раз: облако != кластер. Облаком может быть все что угодно: от неттопа с дебианом до Ынтерпрайзного кластера.

В репах, должно быть все что угодно на любой даже самый извращенный вкус 2,5 людей, при условии если эти 2,5 человека готовы поддерживать соответствующий пакет в репозитарии. Если же своевременно поддерживать не могут, то пусть валят в ppa или же в запущенном случае в tar.gz

С чего это оно не умеет, когда как раз умеет?
Поднимай себе кластерного апача с отказоустойчивостью, реплицируй базу и накатывай на это овнклауд — работать будет превосходно.

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

Просто, я той позиции, что чем больше, тем лучше. Если, что-то не нужно мне, это не значит, что этим не пользуются другие люди.

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

реплицируй базу

Дооооо? И как же два мастера будут работать с owncloud, очень интересно. А то что файлы хранятся как файлы на фс ты забыл, да? Их мне как реплицировать? :)))

Поднимай себе кластерного апача

Лол, без комментариев.

Таким раком любой софт можно облачным назвать, лол.

Вот про кластеризацию MySQL (надеюсь объяснять при чем тут ownCloud не надо): https://dev.mysql.com/doc/refman/5.0/en/mysql-cluster.html
А репликация у них в процессе:https://github.com/owncloud/core/issues/1190
Но, тем не менее, это все прямого отношения к cloud computing не имеет, не must have, как говорится.Как уже заметил KRoN73

Тебе самому не стыдно такие глупости на лоре постить?

Не скажу конкретно по owncloud, но скажем для mediawiki и phpmyadmin установка из репозиториев очень удобна, так как все обновления в данном случае будут приходить тебе сами, и не нужно лишний раз отслеживать страницу каждую %%projectname%% на наличие обновлений безопасности и не тратить лишнее время на обновление в ручную, тем более иногда оповещения по почте об обновлении приходят с опозданиям. По моему это актуально для любого веб-софта, в котором часто находят уязвимости, и должно быть очевидно.

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

[сарказм]А как же «You Break It, You Fix It»?
Это open-source детка, первая таблетка бесплатно.

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

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

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

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

Веб-софт пишется с рассчётом на собственный инсталятор и собственную же систему обновлений

Давай, пример open-source веб-софта со своим инсталлятором и системой обновления. Обычно все просто в архивах поставляется и ставится просто наверх, база данных уже так как повезет, нередко бывает, что и в ручную под каждую новую версию нужно вносить изменения. Продвинутый веб-софт умеет только говорить давай обновимся, или же обновлять себя в отдельный каталог, без разрешения проблемы обновления плагинов или расширений к себе.
(надеюсь веб-софт, для тебя на одном WP, не заканчивается)
Да конечно есть pip, luarocks, nmpm, gems и т.д., но это уже своего рода пакетные менеджеры и под определенние «собственный инсталлятор» и «собственная система обновления» для отдельного веб-приложения, которую ты назвал, они ну никак не подходят.

Тебя ещё не задолбало так неграмотно писать?

пример

Из тех, которые сегодня собирал: WordPress, DocuWiki, PhpBB
Овнклауд тот же тоже обновляется сам нормально.

Вот про кластеризацию MySQL (надеюсь объяснять при чем тут ownCloud не надо)

Боюсь, мне придется объяснять, что для нормальной мастер-мастер репликации нужна поддержка со стороны приложения.

Но, тем не менее, это все прямого отношения к cloud computing не имеет, не must have, как говорится

Ага, любая веб морда на похапэ с апи и моб приложением - теперь cloud computing. Так и запишем.

Тебе самому не стыдно такие глупости на лоре постить?

Проблема в том, что глупости пишешь ты. Ну чтож поделаешь - жертва маркетологов.

https://www.dokuwiki.org/plugin:upgrade

Сходу.

Creating a backup (see FAQ - Backup) of your wiki before upgrading is highly recommended. It's NOT done by the plugin. :!:

Нет уж, я бы ты ручками обновлялся. Хотя DocuWiki не пользуюсь, мб данный пункт и добавили, чтобы он перед обновлением делал backup впрочем сабж говорит нам что в основном используется все тоже обновление ручками. И да upgrade plugin разве он extensions к DocuWiki обновляет?
Так о какой отдельной своей системе обновления может идти речь?

А апт тебе что ли делать бекапы будет?
Плевал он на твои данные, затрёт всё к чертям вместе с конфигами.

Нет. Он спрашивает замену каждого измененного файла.

ну и что толку с него тогда на удалённом сервере?
Один хрен руками обновлять.
А если даже и обновить руками, то всё-равно нормально не обновишь — объединять изменения оно пока не научилось.
А даже если и научится — всё-равно руками лезть.

По умолчанию, он не заменяет измененные файлы.

Прекрати лепить запятые куда попало, безграмотина!

Выделил обращение к умолчанию, кажется.

Какое к чертям обращение?
Ты вообще знаешь, что такое обращение?

https://ru.wikipedia.org/wiki/Обращение_(лингвистика)

Это примерно как soho-router тоже является сервером. Удивительно правда?

Это примерно как soho-router тоже является сервером. Удивительно правда?

А ты являешься компьютером, ага-ага. Флудерастия, кароче.

Все просто:
A broadband router combines the features of a traditional network switch, a network firewall, and a DHCP server.

Странно правда что человеку позиционирующему себя как знатока cloud computing приходится объяснять такую элементарщину.

Вот сам и почитай

Ты дурак или прикалываешься?

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

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

Ок, еще раз, сначала: что такое облачный софт?

Если имеется в виду Applications то ownCloud - один из них. А вообще: The origin of the term cloud computing is unclear. Термина «облачный софт» не существует в природе, потому что «облако» это сервис предоставляемый через интернет. Используя ваши аллегории мы обсуждаем электричество а вы все время скатываетесь к троллейбусам.

То есть если происхождение термина не ясно - то термин сразу отсутствует? Отличная подмена понятий.

С такой логикой предлагаю выше по треду, где народ кричит «облака не нужны». Спроси их, как они тогда на облачном лоре сидят.

Ахах, «Ага, любая веб морда на похапэ с апи и моб приложением - теперь cloud computing.» Я и не спорю.

Что смешного? Облако подразумевает мульти-нодовость хотя бы, как минимум. И поддержку со стороны приложения. У owncloud этого нету из коробки, ни в каком виде. Единственную фичу похожую на правду - они только пилят.
И?

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

Увы нет. Либо пруф. Как мне, например, догадаться про мультинодовость ЛОРа? И что для меня это знание изменит?

Как мне, например, догадаться про мультинодовость ЛОРа?

А что, обычно ты заходишь на сайт и такой сразу - «ооо, ну это кластер полюбому»?

И что для меня это знание изменит?

Для тебя уже ничего ничто не изменит, это клиника и шланг в чистом виде :)

Хм, я думал просветление уже должно было наступить. Вот еще прямая цитата: The goal of cloud computing is to allow users to take benefit from all of these technologies, without the need for deep knowledge about or expertise with each one of them. The cloud aims to cut costs, and help the users focus on their core business instead of being impeded by IT obstacles.
Так понятнее? То что вы там извращаетесь с кластерами это ваши проблемы, пользюку нужен сервис и ему плевать как вы его организовали. В этом весь смысл облака. А то что вы этот сервис без кластера реализовать не можете никого кроме вас не волнует.

Какой же идиотизм, а.