Выбираем решение для персонального файлохранилища. Linux и бесплатные облачные хранилища

hubiC - это облачное хранилище, наподобие Dropbox. Выделяют там бесплатно и сразу 25 ГБ дискового пространства. А если зарегистрируетесь по этой ссылке , то получите сразу 30 ГБ (и потом сможете прокачать аккаунт до 50 ГБ, приглашая своих друзей: дают +5 ГБ за каждого). Надежность hubiC не стоит подвергать сомнениям, потому что за этим проектом стоит крупнейший в мире хостер - ovh.com (у нас его почему-то знаю хуже, чем немецкий Hetzner). В партнёрах - Intel. Есть приложения для Windows, MacOS, смартфонов. Но не это главное. У hubiC есть две дичайшие киллер-фичи.

Во-первых, hubiC можно смонтировать на своём Linux-сервере и, например, использовать хранилище для резервного копирования сайтов. Этим hubiC круче, чем, скажем, облако от mail.ru (которое на сервер никак не примонтируешь, webdav же там отключили).

Во-вторых, дополнительное место на диске у hubiC стоит очень дешево . 100 ГБ стоят 1 евро в месяц. А вот 10 ТБ (ну т.е. 10 000 ГБ) стоят 10 евро в месяц. Такого дешевого хранилища вы, конечно же, нигде не найдёте.

Получение реквизитов для доступа по API

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

2. Скопируйте client_id и client_secret, они нам пригодятся далее. На скриншоте я их подчеркнул красным и частично затёр, у вас символов в этих полях будет больше.

После копирования жмите «Next step»

3. На следующем шаге вам предложат выбрать те методы, которые сможет использовать будущее приложение. По умолчанию выбраны все, нас это устраивает, крутите вниз страницы и жмите там «Get request token»

5. Теперь жмите кнопку «Give me an access token»

6. И вот на следующем экране вы увидите третий нужный нам параметр refresh_token. Копируйте его.

Пока вы не потеряли три добытых параметра, создайте на сервере текстовый файл /root/.hubicfuse и запишите туда ваши реквизиты:

Client_id=api_hubic_1366206728U6... client_secret=gXfu3KUIO1K57jUsW7... refresh_token=ApHs4vp8ABP2Gel7jL...

Попутно расскажу, что по ссылке https://hubic.com/home/browser/apps/ есть список всех приложений, для которых вы предоставляли доступ по API. И после манипуляцй описанных выше там должно появиться:

Монтирование hubiC через fuse в CentOS 6

Yum -y install gcc make fuse-devel curl-devel libxml2-devel openssl-devel \ json-c-devel json-c json_simple json_diff git fuse

Так мы поставили все необходимые для сборки пакеты. Ещё делаем (насколько я понимаю, это необходимо только если у вас система 64-битная, чтобы установщик искал библиотеки где надо):

Export PKG_CONFIG_PATH=/lib64/pkgconfig/

Если не сделать этого, то при сборке появится ругань на не найденный libjson.

Теперь качаем исходники куда положено:

Cd /usr/src \ && git clone https://github.com/TurboGit/hubicfuse

И собираем, устанавливаем:

Cd /usr/src/hubicfuse ./configure make make install

Ln -s /usr/local/bin/hubicfuse /usr/bin/hubicfuse

Создаём директорию, куда примонтируем удалённое хранилище:

Mkdir /mnt/hubic

Монтируем:

Hubicfuse /mnt/hubic -o noauto_cache,sync_read,allow_other

Реквизиты доступа будут взяты из созданного нами ранее файла /root/.hubicfuse

Чтобы убедиться в том, что всё примонтировалось как следует, можно сделать df -h

Увидите примерно следующее:

Filesystem Size Used Avail Use% Mounted on /dev/vda3 19G 2.8G 16G 16% / tmpfs 499M 0 499M 0% /dev/shm /dev/vda1 240M 53M 175M 24% /boot hubicfuse 25G 1.1G 24G 5% /mnt/hubic

Последняя строчка как раз о радостном.

Хранилище хоть представлено отдельным разделом, но работает не совсем идеально. Например, есть проблемы с созданием директорий в хранилище через API.

У меня в скрипт бэкапа добавлено примерно следующее:

Hubicfuse /mnt/hubic -o noauto_cache,sync_read,allow_other cp -a /backups/* /mnt/hubic/default/

По идеи, каждый раз можно раздел не монтировать, а добавить в /etc/fstab следующее:

Hubicfuse /mnt/hubic fuse user,noauto 0 0

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

Установка hubiC под Debian 7

Всё точно также, только перед сборкой вам надо поставить следующие пакеты:

Apt-get install build-essential libcurl4-openssl-dev libxml2-dev \ libssl-dev libfuse-dev libjson0-dev pkg-config make git

Проблемы внутри виртуальных машин под OpenVZ

Под OpenVZ будут проблемы с fuse. Я не заморачивался над их решением, но они касаются fuse вообще, а не hubicfuse.

Будут вопросы - задавайте в комментариях.

Разархивируем

tar xjvf owncloud-8.0.4.tar.bz2

Получаем отдельную папку, полный путь к которой /var/www/owncloud

Устанавливаем права на папку /var/www

chown -R www-data:www-data /var/www

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

Наш ownCloud уже работает, но пока использует незащищенный тип соединения http.

Давайте включим в веб-сервере Apache2 использование защищенного соединения https. Для доступа по https используется система сертификатов и ключей. Мы создадим самоподписанный сертификат нашего сайта.

Для создания ключа и сертификата вводим команду:

openssl req -new -x509 -days 30 -keyout server.key -out server.pem

На вопрос «Enter PEM pass phrase:» отвечаем паролем, подтверждаем и запоминаем его. На все последующие вопросы отвечаем произвольно, можно просто щелкать по клавише Enter соглашаясь с предложенными вариантами, и только на вопрос «Common Name (eg, YOUR name) :» отвечаем именем сайта, для которого создаем сертификат, например “мойсуперсайт.ru”

После ответа на все вопросы, в директории должны появиться два новых файла - server.pem и server.key (ключ и сертификат, соответственно).

Чтобы использовать сгенерированный ключ нужно знать пароль введенный нами, и Apache будет спрашивать его у нас при каждой загрузке, нам лишние вопросы не к чему, делаем как проще пользоваться. Поэтому снимаем пароль с ключа:

cp server.key{,.orig}
openssl rsa -in server.key.orig -out server.key
rm server.key.orig

Скопируем их в /etc/ssl и назначим файлу ключа права чтения только администратору:

sudo cp server.pem /etc/ssl/certs/
sudo cp server.key /etc/ssl/private/
sudo chmod 0600 /etc/ssl/private/server.key

Теперь настроим Apache2. Для начала необходимо активировать mod_ssl:

sudo a2enmod ssl

А затем включить настройки HTTPS сайта по умолчанию:

sudo a2ensite default-ssl

Теперь необходимо отредактировать файл с настройками HTTPS сайта по умолчанию, указав в нём пути к вашим сертификатам. Сам файл называется /etc/apache2/sites-enabled/default-ssl (или default-ssl.conf).

SSLEngine on

Добавить строчку

SSLProtocol all -SSLv2

Дабы запретить использование устаревшего протокола SSLv2.

# Публичный сертификат сервера
SSLCertificateFile /etc/ssl/certs/server.pem
# Приватный ключ сервера
SSLCertificateKeyFile /etc/ssl/private/server.key

Теперь осталось просто перезапустить Apache. Отдаем привычную команду:

sudo service apache2 restart

И если все параметры указаны верно, ваши сайты станут доступны еще и в защищенном HTTPS.

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

Также наши файлы в облаке доступны вам по протоколу WebDAV (Web Distributed Authoring and Versioning) - набор расширений и дополнений к протоколу HTTP, поддерживающих совместную работу пользователей над редактированием файлов и управление файлами на удаленных веб-серверах. Применяется в качестве сетевой файловой системы, эффективной для работы в Интернет и способной обрабатывать файлы (чтение, запись). Этим удобно пользоваться для доступа к вашим файлам, если вы не хотите использовать веб-интерфейс облака и на устройстве не установлена клиентская программа. Например, для доступа к файлам в привычном виде со смартфона из мобильного файлового менеджера. В системе Android, я использую бесплатный файловый менеджер "ES Проводник ", на вкладке «Сеть» нажимаю кнопку «Создать» и выбираю тип подключения «WebDAV». В качестве сервера к которому подключаемся, указываем наш адрес: нашсайт.ru/owncloud/remote.php/webdav порт указываем 443, имя и пароль от учетки в owncloud. Сохраняем. Все. Теперь в любое время вы можете открыть ваши файлы в облаке, как если бы они были записаны у вас в телефоне на карте памяти.

Теги: apache2, mysql, php, ownCloud, raspberry pi, облако

Иллюстрация linuxformat.com

Облачное хранилище данных (англ. cloud storage) - модель онлайн-хранилища, в котором данные хранятся на многочисленных распределённых в сети серверах, предоставляемых в пользование клиентам, в основном, третьей стороной.

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

1) Устанавливаем дополнительные инструменты

sudo apt-get update

sudo apt-get install python3-setuptools

sudo easy_install3 pip

sudo apt-get install git

2) Загружаем и устанавливаем клиент

git clone https://github.com/xybu92/onedrive-d.git

3) Создаем папку OneDrive и настраиваем клиент

mkdir ~/onedrive

onedrive-pref (в первом запросе нам нужно скопировать ссылку из терминала и вставить ее в адресную строку браузера, затем пройти авторизацию и новую ссылку из браузера вставить в терминал. Остальные настройки оставляем по умолчанию) .

onedrive-d (изучаем доступные команды облачного клиента)

onedrive-d start

Облачный клиент OneDrive установлен и расположен в папке /home/имя пользователя/OneDrive . Лишние две папки с названием OneDrive из директории /home/имя пользователя можно удалить.

Открываем Dash (панелька вверху слева, в которой можно найти установленные программы) находим «Автоматически запускаемые приложения». Добавляем клиент: Имя - OneDrive;

Команда: onedrive-d start

Установка Box (WebDav)

Box.com - облачный сервис, бесплатно предоставляющих 10 ГБ места и имеющий множество интересных настроек. О его преимуществах расписано на нашем сайте в данном сообщении .

Переходим к установке:

sudo apt-get update (уже как мантра:))

sudo apt-get install davfs2 (установка утилиты монтирования)

mkdir ~/Box.com (создаем папку Box)

sudo nautilus (открываем файловый менеджер Nautilus с правами суперпользователя), затем в его настройках включаем отображение скрытых файлов (Вид- ставим галочку на Показывать скрытые файлы) , после чего переходим в папку /etc/davfs2 , далее открываем файл davfs2.conf и добавляем строку: # use_locks 0

sudo dpkg-reconfigure davfs2 (в появившимся окне выбираем Yes)

sudo adduser имя_пользователя_системы davfs2

sudo nautilus в открывшимся файловом менеджере переходим в папку /etc, открываем файл fstab и добавляем строку:

https://dav.box.com/dav /home/имя_пользователя/Box.com davfs rw,user,noauto 0 0

В открытом от имени суперпользователя файловом менеджере переходим в папку /etc/davfs2 и открываем файл secrets, в него добавляем строчку:

https://dav.box.com/dav почтовый_адрес пароль (вводим регистрационные данные облачного сервиса: email и пароль через пробел) и сохраняем изменения.

chmod u+s /sbin/mount.davfs

После каждой перезагрузки диск Box.com автоматически не монтируется. Монтируется только при его открытии, поэтому при первом открытии нужно подождать несколько секунд для выполнения монтирования.

Установка Яндекс.Диск (WebDav)

В данном случае есть отличная, рабочая инструкция по установке на официальном сайте. Не вижу смысла дублировать инструкцию, поэтому выкладываю ссылку: WebDAV в Linux и FreeBSD

После того как подключите Яндекс.Диск, советую добавить диск в закладки файлового менеджера.

Устанавливаем приложение X-plore File Manager (или любой другой файловый менеджер с поддержкой WebDav). Открываем опцию Веб-хранилище - Добавить сервер:
- Яндекс.Диск. Имя пользователя = ваш почтовый адрес; Пароль.

Box.net. Откроется окно для ввода электронной почты и пароля для входа на сайт box.com.

Нашли опечатку? Нажмите Ctrl + Enter

Здравствуйте, хабравчане! Сегодня я хотел бы рассказать о персональном облачном хранилище ownCloud и его установке.

Для нас уже стало обыденным использование таких сервисов как Dropbox, Google Drive, SkyDrive или даже Облако Mail.Ru, мы пользуемся их услугами каждый день не обращая внимание на явные недостатки тех или иных серверов. На одном, сервисе мало места, на другом нет локализации, на третьем ненадежное хранилище, на четвертом кривой интерфейс и так далее, но у всех этих сервисов есть общий существенный недостаток - ваши данные всегда хранятся на неконтролируемых вами серверах. В случае когда необходимо использовать сервисы для размещения данных не имеющих для вас большой ценности - этих сервисов должно полностью хватить. В случае если, необходима защита контента, полная конфиденциальность, безопасность, неограниченное количество свободного места, возможность организовать многопользовательский доступ для работы в группах, контроль версий, синхронизация, возможность просматривать документы, таблицы, изображения, видеоматериалы, аудиозаписи, заметки из любой точки мира без необходимости их загрузки - ownCloud это то что вам нужно.

Давайте подробнее рассмотрим ownCloud и попробуем его установить

OwnCloud переводиться буквально как «собственное облако». Это CMS с открытым кодом, которое можно загрузить на свой компьютер и позднее установить его на хостинг или собственный сервер. По функциональности ownCloud не отстает от ведущих компаний в мире облачных хранилищ, а некоторых превосходит.

За простым лаконичным интерфейсом скрывается большой функционал расширяемый еще более с помощью предустановленных модулей и собственного App store представленного на официальном сайте.

Возможности ownCloud «из коробки»:

• Многопоточная загрузка данных «перетягиванием» при помощи технологии Drag-and-drop

• Редактирование прав на доступ к файлам для конкретных пользователей, групп или интернета

• Подключение и просмотр новостных RSS лент

• Просмотр изображений, видео, офисных документов

• Синхронизируемый календарь, менеджер задач, менеджер контактов, менеджер веб закладок

• Отслеживание активности пользователей

• Защищенное соединение, шифрование данных, LDAP\WebDAV аутентификация

• Поддержка внешних хранилищ: Google Drive, Dropbox, FTP, SMB, WebDAV, Amazon S3, IRODS, OpenStack Object Storage, а так же локальных

• Клиентские приложения с полной синхронизацией для всех актуальных платформ

Это всего лишь краткий список возможностей ownCloud, но уже сейчас видны его преимущества. При желании можно добавить почтовый клиент, торрент клиент, чат с видео, полноценный офис, проверку фалов на VirusTotal и многое другое.

Перейдем от теории к практике.

Установка ownCloud на сервер под управлением Debian 7 wheezy

1.Установка базового ПО

Прежде чем начинать давайте убедимся что наша система в актуальном состоянии.
Открываем терминал и вводим:

Sudo apt-get update && sudo apt-get upgrade

Эти две простые команды обновят все программы на нашем сервере, процесс может занять длительное время в зависимости от скорости интернета и нашего сервера.

Теперь, можно приступить к установке необходимого для работы ownCloud программного обеспечения:

Sudo apt-get install apache2 php5 php5-common php5-gd php5-intl php5-mcrypt php5-cli php5-ldap php5-sqlite curl libcurl3 libcurl4-openssl-dev php5-curl php-apc ffmpeg php-imagick

Теперь у нас есть все необходимое для быстрого развертывания ownCloud на нашем сервере и можно переходить к пункту 4 или продолжить полную установку вместе со мной.

2.Установка MySQL

Устанавливаем MySQL:

Apt-get install mysql-client mysql-server

Во время установки нам предложат автоматически сконфигурировать сервер, соглашаемся и выбираем Apache2, нажимаем «Да» далее нас попросят придумать пароль для нашей базы данных MySQL, придумываем пароль и идем дальше.

Важно:

Теперь немножко позаботиться о нашей безопасности, вводим в консоль:

Mysql_secure_installation

и на все вопросы отвечаем положительно Y.

Входим в консоль управления MySQL и вводим пароль (его не видно):

Mysql -u root -p

Создаем базу данных:

Create database Имя_БД;

Создаем пользователя, желательно с именем как и у базы данных:

Create user "Имя_пользователя"@"localhost" IDENTIFIED BY "Новый_пароль";

Важно: пароль не должен совпадать с паролем суперпользователя.

Передаем созданному пользователю полные права на созданную базу данных:

GRANT ALL ON Имя_БД.* to "Имя_пользователя"@"localhost" ;

3.Установка ntp для синхронизации времени на сервере

Устанавливаем ntp клиент:

Apt-get install ntp ntpdate

Теперь меняем сервер синхронизации времени на ближайший:

Sudo gedit /etc/ntp.conf

В открывшемся фале находим:

server 0.debian.pool.ntp.org iburst dynamic
server 1.debian.pool.ntp.org iburst dynamic
server 2.debian.pool.ntp.org iburst dynamic
server 3.debian.pool.ntp.org iburst dynamic

Меняем на адреса ближайших к нам npt серверов, например на:

server 0.pool.ntp.org iburst dynamic
server 1.pool.ntp.org iburst dynamic
server 2.pool.ntp.org iburst dynamic
server 3.pool.ntp.org iburst dynamic

Сохраняем и выходим из редактора.

Чтобы проверить правильность времени достаточно ввести в терминале:

Ntpdate pool.ntp.org

Если время на нашем сервере не соответствует времени полученному с ntp сервера вводим:

Ntpdate -bs 0.pool.ntp.org

4.Настройка

Редактируем файл /etc/apache2/sites-enabled/000-default:

Sudo gedit /etc/apache2/sites-enabled/000-default

Находим строчку:

Меняем на:

Сохраняем файл и выходим.

Перезапускаем apache:

Service apache2 restart

Редактируем php.ini:

Sudo gedit /etc/php5/apache2/php.ini

Находим строчки:

Mysql.default_socket = mysql.cache_size = memory_limit = post_max_size = upload_max_filesize =

Меняем на:

Mysql.default_socket=/var/run/mysqld/mysqld.sock mysql.cache_size = 4000 upload_max_filesize = 1024M //максимальный размер файла который мы можем загрузить на наш сайт post_max_size = 1024M //Должен быть больше или равен upload_max_filesize memory_limit = 1024M //Должен быть больше или равен post_max_size

Находим строчки:

Extension=pdo_mysql.so extension=mysql.so

Убираем знаки комментариев перед ними "#" или "//" (если строчек нет, добавляем их после "")
Сохраняем файл и выходим.

Перезапускам apache еще раз:

Service apache2 restart

5.Установка ownCloud

Загружаем последнюю версию ownCloud, на момент написания ownCloud 6:

Cd /var/www/ wget http://download.owncloud.org/community/owncloud-6.0.0a.tar.bz2

Также, можно просто скачать последнюю версию с официального сайта ownCloud в папку /var/www/

Распаковываем:

Tar -xvf owncloud-6.0.0a.tar.bz2

Выставляем права:

Sudo chown -R www-data:www-data /var/www/owncloud/

Теперь наш сайт готов, остался только маленький штрих, открываем в браузере localhost/owncloud

А) Для тех кто сразу перешел на пункт 4: Придумываем login и пароль для администратора - входим
B) Для тех кто установил MySQL: Придумываем login и пароль для администратора, выбираем «advanced» затем «MySQL» и вводим имя ранее созданного пользователя базы данных, его пароль, имя самой базы данных, в поле Database host пишем localhost.

Готово! Теперь вы счастливый обладатель персонального облака owncloud с синхронизацией на всех устройствах в вашей домашней сети, для этого достаточно набрать в браузере ваш_внутренний_IP/ownCloud или если вы подключены к интернету напрямую можно получить доступ к owncloud набрав внешний_IP/ownCloud.

Настройка доступа к ownCloud из интернета через рутер

Рассмотрим пример на основе роутера asus rt-n16:

Из браузера заходим на адрес 192.168.1.1, вводим логин и пароль и входим в веб интерфейс роутера:

веб интерфейс

1. Переходим во вкладку «интернет» 2. Переходим во вкладку «переадресация портов» (Virtual Server / Port Forwarding) 3. Включаем переадресацию.

Меню переадресации портов

4. Выбираем уже заботливо подготовленные для нас профили: FTP и HTTP.

Выбор подготовленных профилей

5. Выбираем внутренний IP адрес нашего сервера («ip a» в терминале, адрес вида 192.168.1.X или 192.168.0.X) и нажимаем "+" что бы добавить в список

Выбор внутреннего IP сервера

6. По аналогии заполняем и добавляем нужные нам порты, затем нажимаем кнопку «Применить»

Список портов для ownCloud

Заметки

1. Некорректная установка приложения в разделе Apps

В случае если после включения приложения веб сайт начал некорректно работать я нашел 3 решения:
1.Полная переустановка.
2.Очистить базу данных созданную для owncloud в phpmyadmin и удалить файл:

Rm -f \var\www\owncloud\config\config.php

3.Наверное самый приятный вариант, переместить папку с приложением после которого начались проблемы из папки \var\www\owncloud\apps в любую другую, проверить что сайт работает, вернуть папку на место и не трогать до фикса.

2. Авто login пользователя как только он заходит на сайт

1. Создаем в админ панели пользователя, к примеру Gman с паролем noclip.
2. Открываем файл base.php: Sudo gedit /var/www/owncloud/lib/base.php

3. В самом конце находим строчи:

Protected static function tryBasicAuthLogin() { if (!isset($_SERVER["PHP_AUTH_USER"]) || !isset($_SERVER["PHP_AUTH_PW"])) { return false; } OC_App::loadApps(array("authentication")); if (OC_User::login($_SERVER["PHP_AUTH_USER"], $_SERVER["PHP_AUTH_PW"])) { //OC_Log::write("core","Logged in with HTTP Authentication", OC_Log::DEBUG);

Заменяем на

Protected static function tryBasicAuthLogin() { //if (!isset($_SERVER["PHP_AUTH_USER"]) // || !isset($_SERVER["PHP_AUTH_PW"]) //) { // return false; //} OC_App::loadApps(array("authentication")); //if (OC_User::login($_SERVER["PHP_AUTH_USER"], $_SERVER["PHP_AUTH_PW"])) { if (OC_User::login(Gman, noclip)) { //OC_Log::write("core","Logged in with HTTP Authentication", OC_Log::DEBUG);

1. Открываем fileactions.js Sudo gedit /var/www/owncloud/apps/files/js/fileactions.js

2. Ищем следующие строки:

Remove the existing delete action parent.parent().children().last().find(".action.delete").remove(); if (actions["Delete"]) { var img = FileActions.icons["Delete"]; if (img.call) { img = img(file); } if (typeof trashBinApp !== "undefined" && trashBinApp) { var html = ""; } else { var html = ""; } var element = $(html); element.data("action", actions["Delete"]); element.on("click", {a: null, elem: parent, actionFunc: actions["Delete"]}, actionHandler); parent.parent().children().last().append(element); }

3. Комментируем их:

// remove the existing delete action // parent.parent().children().last().find(".action.delete").remove(); // if (actions["Delete"]) { // var img = FileActions.icons["Delete"]; // if (img.call) { // img = img(file); // } // if (typeof trashBinApp !== "undefined" && trashBinApp) { // var html = ""; // } else { // var html = ""; // } // var element = $(html); // element.data("action", actions["Delete"]); // element.on("click", {a: null, elem: parent, actionFunc: actions["Delete"]}, actionHandler); // parent.parent().children().last().append(element); // }

4. Открываем:

Sudo gedit /var/www/owncloud/apps/files/js/files.js

5. Находим следующие строчки:

$(".delete-selected").click(function(event) { var files=getSelectedFilesTrash("name"); event.preventDefault(); FileList.do_delete(files); return false; });

6. Комментируем их:

//$(".delete-selected").click(function(event) { // var files=getSelectedFilesTrash("name"); // event.preventDefault(); // FileList.do_delete(files); // return false; // });