Вышел новый релиз персональной облачной платформы ownCloud 9.0.
Я уже писал про ownCloud раньше. Я очень люблю этот комбайн из хранилища данных с синхронизацией, версионированием, галереей, календарем, хранением контактов и прочими плюшками. Серверная часть написана на PHP, поддерживаются протоколы WebDAV, CardDAV, CalDAV. Клиентский софт есть под Linux, OS-X, Windows, мобильных платформы и через web интерфейс. В теории может работать с петабайтными объемами данных.
Сервис может работать в федеративном режиме — есть возможность объединять и линковать независимые ownCloud-инстансы, делиться каталогами и другими данными. В качестве файловой системы можно использовать GPFS, GlusterFS и другие распределенные варианты. Хорошо допилена интеграция в инфраструктуру Amazon.
Changelog:
- Возможность добавлять комментарии и теги к файлам
- Новая система уведомлений
- (Федеративный режим) Автодополнение имен пользователей
- (Федеративный режим) Списки доверенных серверов
- Код для дополненией и основных файлов наконец подписан
- Добавили новую систему обновления
- Улучшения производительности при совместном доступе к каталогам
- Новое API для External Storage
- Различные улучшения системы безопасности
Читать дальше →
Тут кто-то из френдов обещался отвечать на вопросы, связанные с дистрибутивом Mandriva.
...
Тут кто-то из френдов обещался отвечать на вопросы, связанные с дистрибутивом Mandriva.
Сейчас у меня возник такой вопрос - что нужно написать на CD, кроме той структуры каталогов, которая выкладывается на web в качестве репозитория, чтобы его urpmi.addmedia опознала как источник пакетов с URL вида cdrom://что-нибудь или removable://что-нибудь
И как, собственно, должно выглядеть это что-нибудь если в корне у меня
каталог
имя-дистрибутива в нем - X86_64 с media и файлом VERSION, а в media - main и media_info
urpmi.addmedia myproduct cdrom://имя-дистрибутива/x86_64/media/main
This entry was originally posted at http://vitus-wagner.dreamwidth.org/1176990.html. Please comment there using OpenID. Now there are 
comments
Перестал работать dav.
Возвращает 405 Method Not Allowed в директории, где явно прописано ...
Перестал работать dav.
Возвращает 405 Method Not Allowed в директории, где явно прописано DAV on.
Как выяснилось, в Apache 2.4 кто-то додумался, что DAV (в смысле методы PROPFIND, OPTIONS и иже с ними) должны быть разрешены только там, где DirectoryIndex disabled.
Я даже понимаю, какая извращенная security-логика за этим стояла. Ну примерно такая же как за стриптизом в аэропортах.
Но вот раньше можно было DAV-клиентом редактировать сайт по тому же URL по которому его смотреть в браузере. При этом в браузере ты видел сайт, а в DAV-клиенте - список файлов (он их методом PROPFIND смотрит, а не GET).
Теперь почему-то разработчики Apache настаивают что по той URL, по которой можно использовать DAV-клиент, браузер тоже должен видеть пачку файлов.
Раньше соответствующий кусок конфига апача выглядел как
DocumentRoot /srv/www
<Directory /srv/www>
Dav On
AuthType Basic
AuthName DAV
AuthUserFile /etc/apache2/dav.passwd
<LimitExcept GET OPTIONS>
require valid-user
</LimitExcept>
</Directory>
Теперь приходится делать вот так:
DocumentRoot /srv/www
Alias /dav /srv/www
<Directory /srv/www>
Require all granted
</Directory>
<Location /dav>
DirectoryIndex disabled
Dav On
AuthType Basic
AuthName DAV
AuthUserFile /etc/apache2/dav.passwd
Require valid-user
</Location>
И, соответственно, браузер натравливаем на https://my.server.domain, а кадавра - на
https://my.server.domain/dav
Хотя казалось бы разделение на URL для редактирования и URL для просмотра имело смысл тогда, когда статические сайты смотрели по http, а не в эпоху всеобщего https.
Теперь вопрос - а какой юз-кейс остался для директивы LimitExcept?
This entry was originally posted at http://vitus-wagner.dreamwidth.org/1172790.html. Please comment there using OpenID. Now there are 
comments
Что не так с тестированием вёрстки
Мы часто им пренебрегаем. Написание функциональных, интеграционных и юнит-тестов давно стало повсеместной практикой. Вёрстке мы обычно уделяем гораздо меньше времени.
Проблема тестирования вёрстки в том, что только живой человек может сказать, хорошо свёрстан блок на странице или нет. Поэтому чаще всего мы тестируем HTML и CSS вручную: проверяем, как будет вести себя блок, если в нем будет слишком много (или слишком мало) текста или дочерних элементов; смотрим, чтобы все возможные варианты отображения блока смотрелись корректно; помним о том, как блоки должны адаптироваться к разным устройствам и разрешениям экрана.
Можем ли мы перестать делать это руками?
Летом прошлого года в Университете ИТМО прошел дистанционный экзамен для поступающих в ...
Летом прошлого года в Университете ИТМО прошел дистанционный экзамен для поступающих в аспирантуру, а в январе этого года для слушателей курсов Национальной платформы открытого образования, желающих получить подтвержденный сертификат, была предоставлена возможность пройти итоговую аттестацию по выбранному курсу под присмотром проктора. Все это было организовано на базе открытой системы дистанционного надзора, специально разработанной для этих целей. В данной статье я постараюсь провести обзор системы, а также рассказать о некоторых особенностях ее разработки.
Читать дальше →
