Media features for the OpenEuropa project.
This package is auto-updated.
Last update: 2021-04-19 06:48:36 UTC
The OpenEuropa project uses media entities as a wrapper to any kind of assets such as images, documents, videos, etc. Therefore all asset field types should reference media entities rather than directly files.
The OpenEuropa Media module provides various functionality that allows using Media on your site.
The following types of Media (bundles) are currently available:
- Images (local)
- Documents (local)
- Remote videos (supports Youtube, Vimeo, Daily Motion)
- AV Portal videos and photos
- Video iframes
Additionally, there is a demo module inside that exposes a content type and a generic Entity Browser meant to demonstrate the usage of Media with content.
The component provides a new permission called
view any unpublished media which is used when checking access to viewing unpublished media entities.
Table of contents:
Out of the box, the Document media bundle provides the capability to upload a local document or choose a remote URL for the document, whose metadata will be pulled from that remote file (such as file type and size).
If you are updating from a version before
1.10.0 and you would like to benefit from the remote document capability, all you have to do is:
- Run the database updates as you normally would
- Edit the Document media form display and place the
Remote Filefields below the
Namefield. The most common order would be:
- File Type
- Remote File
This will ensure the functionality kicks in.
- The Daily Motion video URLs in the Remote video bundles need to have the HTTP scheme (not HTTPs).
- The Daily Motion thumbnail URLs are typically without an extension so the local copy is not usable. This is fixed in #3080666 so if your version of Drupal core does not include that commit yet, you can apply the latest patch there.
You can build the test site by running the following steps.
- Install all the composer dependencies:
Customize build settings by copying
runner.ymland changing relevant values, like your database credentials.
Install test site by running:
Your test site will be available at
Docker provides the necessary services and tools such as a web server and a database server to get the site running, regardless of your local host configuration.
By default, Docker Compose reads two files, a
docker-compose.yml and an optional
By convention, the
docker-compose.yml contains your base configuration and it's provided by default.
The override file, as its name implies, can contain configuration overrides for existing services or entirely new
If a service is defined in both files, Docker Compose merges the configurations.
Find more information on Docker Compose extension mechanism on the official Docker Compose documentation.
To start, run:
It's advised to not daemonize
docker-compose so you can turn it off (
CTRL+C) quickly when you're done working.
However, if you'd like to daemonize it, you have to add the flag
docker-compose up -d
docker-compose exec web composer install docker-compose exec web ./vendor/bin/run drupal:site-install
Using default configuration, the development site files should be available in the
build directory and the development
site should be available at: http://127.0.0.1:8080/build.
To run the grumphp checks:
docker-compose exec web ./vendor/bin/grumphp run
To run the phpunit tests:
docker-compose exec web ./vendor/bin/phpunit
To run the behat tests:
docker-compose exec web ./vendor/bin/behat
Please read the full documentation for details on our code of conduct, and the process for submitting pull requests to us.