Новые предложения

[demian]

Здравствуйте. Поддерживаю идею по созданию интерфейса для настройки iptables + хочу предложить использовать в качестве файлового менеджера owncloud (https://owncloud.org) или что похожее.

ownсloud умеет авторизовывать пользователей через ftp (есть и неофициальный плагин для авторизации системных пользователей через pwauth (http://code.google.com/p/pwauth), но устаревший), нужно только переместить пользовательские домашние папки из /home/user/ в /home/user/files/ и каким-то образом сделать, чтобы файлы записанные через owncloud имели владельцем не httpd, а соответствующего пользователя.

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

можно, собственно, ничего никуда не переносить, просто слинковать (или смонтировать прямо через owncloud) /home/user/web в /home/user/files/web, но остается проблема с правами

Что скажете?
---------------------------------------------------------
Огромное спасибо за вашу работу!

owncloud - это не файловый менеджер, это полнофункциональная система облачного хранилица... при небольших доработках напильником реализовывается система групповой работы над документами. Так же с, помощью напильника редактор заменяется офисным пакетом(google docs курит в сторонке)

ЗЫ: owncloud нормально разворачивается и поднимается как обычный сайт

[kinolaev]

owncloud - это не файловый менеджер, это полнофункциональная система облачного хранилица... при небольших доработках напильником реализовывается система групповой работы над документами. Так же с, помощью напильника редактор заменяется офисным пакетом(google docs курит в сторонке)

то, что это система облачного хранения - это аргумент против интерграции с вестой, за или просто факт? По-моему, аргумент за. Я не программист, и мое мнение в этом вопросе стоит немного, но когда познакомился с owncloud очень ждал, что кто-нибудь интегрирует туда в виде плагинов инструменты управления хостингом. Кстати, Vesta очень просто может встроиться ifram'ом с помощью External apps (просто нужно указать адрес весты в настройках), чтобы не нужно было переходить с сайта на сайт.
Повторюсь, я не программист, все мои идеи направлены в первую очередь на небольшие vps для своих сайтов и сайтов друзей, никак не связанных с ИТ. Но позвольте эти идеи представить, вдруг что-то покажется интересным.
Идеальный вариант, основанный на уже существующих проектах:
1) скрипт инсталяции устанавливает vesta на example.com:port + owncloud, например, на cloud.example.com (example.com - адрес из /etc/hostname)
2) в owncloud vesta интегрируется в виде плагина, автоматически авторизовывается текущим пользователем owncloud, при том, что сам owncloud авторизовывается через системных пользователей, то есть пользователи у них, естественно, одинаковые
3) также плагинами в owcloud интегрируются roundcube и phpmyadmin; при авторизации вместо поля ввода email/пользователя БД, должен быть dropdown c email'ами/пользователями БД, принадлежащими авторизованному пользователю
4) главной страницей вместо файлового менеджера должен быть некий dashboard с различной инфой по аккаунту
5) ну и конечно неплохо было бы как-то унифицировать внешний вид всего этого набора)

ЗЫ: owncloud нормально разворачивается и поднимается как обычный сайт

Да, но если пользоваться им хотят несколько пользователей хостинга, нужно либо каждому ставить свой, либо один на всех, но тогда как научить owcloud присваивать загруженным через его файлам права системных пользователей? Можете подсказать хотя бы направление куда искать? Спасибо

PS: пока писал, придумал костыль:
1) авторизовываться в owncloud через vsftpd
2) owncloud/data = /home, тогда файлы пользователей owncloud будут храниться в /home/user/files
3) примонтировать каждому пользователю папку /home/user/web в /web внутри owncloud через ftp
Итого в папку /web owncloud через vsftpd будет писать с системными правами, а в корень и другие c правами httpd + место занятое пользователем через owncloud, будет учитываться вестой (последнее верно?). Но еще проблема: /home в этом случае должен быть доступен на запись для httpd. В любом случае, как-нибудь попробую. Стоит отписаться здесь, если что-то выйдет из этого ужасного нагромождения?

[nabbe]

Конечно пишите! Всегда найдется человек, которому будет нужен именно ваш опыт

[XakRu]

не нужно owncloud в "Весту". Этот пакет можно и самому поставить. В чем трудности? И конф с виртхостом несложно создать. Я предпочитаю bittorrentsync. И каждому нужно свое, у вас есть основа, лучше вики создать для весты, и там доку написать.

[XakRu]

Столкнулся с ситуацией клиент жаловался на медленную работу сайта...
после анализа настроек сервера/служб и сайта выяснилось что несколько таблиц в базе данных содержит более 40 миллионов строк. от чего при любых настройках mysql тормозил безбожно...

в резюме было предложено

перевести сайт на postgresSQL
использовать sphinx search в качестве полнотекстового и не полнотекстового поиска(фильтрации вывода на сайте)

вопрос поддержка чего нить из этих продуктов планируется в панельке?

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

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

Сфинкс немного по-другому чем яндекс-поисковик для сайта работает. И для того, что бы написать конфиг сфинкса нужен опыт работы с ним и знание струтуры БД, которая у каждого своя ( вы ведь не знаете как у меня называются таблицы и поля).

[skid]

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

[kinolaev]

owncloud я предложил в первую очередь из-за шифрованного webdav. Подскажите, пожалуйста, как добавить шифрование в vsftpd. Я добавил в /etc/vsftpd/vsftpd.conf (кстати, не вижу причин не добавить эти строки по умолчанию):

Code: Select all

ssl_enable=YES
allow_anon_ssl=NO
force_local_data_ssl=NO
force_local_logins_ssl=NO
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
rsa_cert_file=/usr/local/vesta/ssl/certificate.crt
rsa_private_key_file=/usr/local/vesta/ssl/certificate.key

Сертификат от startssl, но при подключении с помощью

Code: Select all

curlftpfs -o ssl ftp://user:[email protected]/ /mnt/user/

получаю

Code: Select all

Error connecting to ftp: gnutls_handshake() failed: A TLS packet with unexpected length was received.

[demian]

owncloud я предложил в первую очередь из-за шифрованного webdav. Подскажите, пожалуйста, как добавить шифрование в vsftpd. Я добавил в /etc/vsftpd/vsftpd.conf (кстати, не вижу причин не добавить эти строки по умолчанию):

Code: Select all

ssl_enable=YES
allow_anon_ssl=NO
force_local_data_ssl=NO
force_local_logins_ssl=NO
ssl_tlsv1=YES
ssl_sslv2=NO
ssl_sslv3=NO
rsa_cert_file=/usr/local/vesta/ssl/certificate.crt
rsa_private_key_file=/usr/local/vesta/ssl/certificate.key

Сертификат от startssl, но при подключении с помощью

Code: Select all

curlftpfs -o ssl ftp://user:[email protected]/ /mnt/user/

получаю

Code: Select all

Error connecting to ftp: gnutls_handshake() failed: A TLS packet with unexpected length was received.

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

WEBDAV - работает поверх HTTP/HTTPS, FTP - поверх TCP и это не говоря уже том что разная структура и длинна пакетов. более того HTTP/HTTPS является сессионным протоколом, FTP отчасти потоковым.

по настройке vsftpd на ftps описано http://wiki.russianfedora.ru/index.php/FTP_сервера

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

[lamaster]

Здравствуйте. Перво-наперво хотел бы выразить огромную благодарность разработчику панели vesta.

Теперь о проблемах:
Поднял vest-у на Debian7 - аналогичная проблема с русскими доменами.

Понимаю, что yum Update меня не спасёт. Подскажите куда копать и где что подправить, чтобы данная переменная окружения установилась как нужно?

Спасибо!

[lamaster]

Проблема заключалась в том, что php-fpm который обслуживает веб-интерфейс панели не импортировал переменную окружения LANG, а потому поддержка International Domain Names не работала.

Проблема решена в пакете vesta-php-0.9.7-2, чтобы его применить:

Code: Select all

yum update vesta-php
service vesta restart

Здравствуйте. Перво-наперво хотел бы выразить огромную благодарность разработчику панели vesta.

Теперь о проблемах:
Поднял vest-у на Debian7 - аналогичная проблема с русскими доменами.

Понимаю, что yum Update меня не спасёт. Подскажите куда копать и где что подправить, чтобы данная переменная окружения установилась как нужно?

Спасибо!

(извините, впервый раз это сообщение в какую-то другую ветку загнал...)