Мнение и советы это хорошо :) А то я в основном получаю письма; «как поставить mediabox?», «документация плохая», «сделайте, как я хочу» или «всё тлен — не нужно». До того, чтобы сделать нормальную документацию и инсталятор как в wordpress, хочется услышать, как раз варианты куда развивать, как развивать и нужно ли вообще.
1 — Вот тут habrahabr.ru/post/221737/#comment_7576655 чуть-чуть отписался, зачем нужен именно такой backend.
2 — Об этом я не думал, но подумать можно, мысль интересная.
3 — Опять же мысль полезная. Вы бы их в issue поместили (https://github.com/Zazza/mediabox-php-yii/issues) чтобы не потерялись
4 и 5 — немного в другом виде уже было реализовано. Но сначала, мне нужно понять «куда развивать, как развивать и нужно ли вообще»
frontend — куча JS
backend — сама БД, с информацией о файлах, пользователях и превьюшках
Upload происходит между frontend и storage. Backend здесь не участвует, не его это дело. В контексте mediabox backend нужен для быстрого доступа к информации о файлах и фс. Поэтому он и расположен рядом с frontend.
А storage может быть расположен далеко не локально и он должен принимать простые команды от frontend: сохранить, получить и удалить.
Это нормальное поведение, т.к. upload там запрещён. Значит уведомление CORS появляется при upload?
Я всё к тому, что мне хочется понять причину возникновения. У меня и на demo всё нормально (я же туда загружал файлы) и во время тестов на локальном ПК с удалённым storage.
А кстати, в демо (mediabox.8x86.ru) также выскакивает CORS? Или же там у вас всё нормально, на той же системе? (там аналогично разные домены для mediabox и storage)
Хорошо, что сами определил проблему :) Напишите проблему, что за ось, используемый вами браузер и как расположен storage относительно mediabox?
+ напишите мне headers, добавлю их в след коммите
Нет, это не ошибка.
Данный storage называется Simple не просто так, он умеет сохранять файлы, читать и удалять их. Он не умеет дефрагментировать ФС, не умеет раздавать торренты и ещё много всего не умеет.
Для примера, у меня есть другая версия storage, которая использует БД, она не создаёт дубли, а ещё этот storage умеет сканировать FS и передавать в клиент mediabox-а всю (локальную) базу файлов в ней. Например, очень удобно для того, чтобы пользоваться своей базой мультимедиа файлов.
А в Xvid используется свой storage написанный на python, который работает как в локально с фс, так и с amazon s3.
Проект выложен, на github, если он интересен вы можете пользоваться им, можете править исходники (если умеете), можете сделать свой storage с торрентами и блекджеком. Можете написать отличную документацию и сделать pull request в этот репозиторий или исправлять ошибки, но только вот перестаньте мне срать мозг :)
кроп, аплоад и прочие операции требующие записи в БД на демке работать не будут, потому что там не разрешена запись в БД.
Если не работает видео — надо искать проблему на клиенте, за работу видео отвечает medialement js
Папка web должна соответствовать DocumentRoot, то есть по простому URL: http: //localhost/ должно быть доступно приложение.
Для примера, я добавил папку docs в репозиторий, куда положил два конфига: для nginx и для apache2
Сейчас сделано так: при открытии видео файла вызывается $(file).video(«init»), где:
— file — нужный объект файла, его атрибут data-id=«178» ссылается на файл в БД, по этому же ID можно получить нужный файл (потоком) из storage.
— video(«init»), соответственно, инициализация видео плеера. Для вашего проекта файл mediabox-video.js не нужен, вместо него можно сделать некий mediabox-remote-video.js и вызовом $(file).remotevideo(«init») передавать данные о необходимом файле, в этот внешний API. А этот API уже обращается к storage за нужным файлом.
Не понял. Вопрос в том, с какой стороны рассматривать ваш вопрос :) Где находится плеер (железка или программа?) и где это API, а потом где нужно запускать медиа-файлы?
habrastorage.org/files/641/f15/b54/641f15b5492c4356ab6bc7e6578c5fb1.png
Три скриншота, для сравнения.
Owncloud — это linux приложения, для организации своего облака? Пусть и доступом через web.
Данный mediabox это в первую очередь заказная GPL разработка лёгкой web оболочки для организации NAS.
1 — Вот тут habrahabr.ru/post/221737/#comment_7576655 чуть-чуть отписался, зачем нужен именно такой backend.
2 — Об этом я не думал, но подумать можно, мысль интересная.
3 — Опять же мысль полезная. Вы бы их в issue поместили (https://github.com/Zazza/mediabox-php-yii/issues) чтобы не потерялись
4 и 5 — немного в другом виде уже было реализовано. Но сначала, мне нужно понять «куда развивать, как развивать и нужно ли вообще»
frontend — куча JS
backend — сама БД, с информацией о файлах, пользователях и превьюшках
Upload происходит между frontend и storage. Backend здесь не участвует, не его это дело. В контексте mediabox backend нужен для быстрого доступа к информации о файлах и фс. Поэтому он и расположен рядом с frontend.
А storage может быть расположен далеко не локально и он должен принимать простые команды от frontend: сохранить, получить и удалить.
header('Access-Control-Allow-Origin: *');
header('Access-Control-Allow-Methods: POST, GET, OPTIONS');
header('Access-Control-Allow-Headers: X-Requested-With, Content-Type');
header('Access-Control-Max-Age: 600');
В чём то другом у вас ошибка, мне кажется? Или же в конфиге yii не верное указан URLдо storage или же клиентский компьютер не знает этого URL?
CORS по идее и есть замена JSONP?
Вот тут: /web/js/mediabox/mediabox-uploader.js 69 строка
Я всё к тому, что мне хочется понять причину возникновения. У меня и на demo всё нормально (я же туда загружал файлы) и во время тестов на локальном ПК с удалённым storage.
+ напишите мне headers, добавлю их в след коммите
Данный storage называется Simple не просто так, он умеет сохранять файлы, читать и удалять их. Он не умеет дефрагментировать ФС, не умеет раздавать торренты и ещё много всего не умеет.
Для примера, у меня есть другая версия storage, которая использует БД, она не создаёт дубли, а ещё этот storage умеет сканировать FS и передавать в клиент mediabox-а всю (локальную) базу файлов в ней. Например, очень удобно для того, чтобы пользоваться своей базой мультимедиа файлов.
А в Xvid используется свой storage написанный на python, который работает как в локально с фс, так и с amazon s3.
Проект выложен, на github, если он интересен вы можете пользоваться им, можете править исходники (если умеете), можете сделать свой storage с торрентами и блекджеком. Можете написать отличную документацию и сделать pull request в этот репозиторий или исправлять ошибки, но только вот перестаньте мне срать мозг :)
Если не работает видео — надо искать проблему на клиенте, за работу видео отвечает medialement js
Для примера, я добавил папку docs в репозиторий, куда положил два конфига: для nginx и для apache2
— file — нужный объект файла, его атрибут data-id=«178» ссылается на файл в БД, по этому же ID можно получить нужный файл (потоком) из storage.
— video(«init»), соответственно, инициализация видео плеера. Для вашего проекта файл mediabox-video.js не нужен, вместо него можно сделать некий mediabox-remote-video.js и вызовом $(file).remotevideo(«init») передавать данные о необходимом файле, в этот внешний API. А этот API уже обращается к storage за нужным файлом.
Как-то так
autoload.php появится после php composer.phar install
Позже напишу доку по установке самого mediabox
Три скриншота, для сравнения.
Owncloud — это linux приложения, для организации своего облака? Пусть и доступом через web.
Данный mediabox это в первую очередь заказная GPL разработка лёгкой web оболочки для организации NAS.