Managing content¶
Locations¶
You can manage locations that hold content using LocationService
.
Location REST API
To learn how to manage locations using the REST API, see REST API reference.
Adding a new location to a content item¶
Every published content item must have at least one location. One content item can have more that one location, which means it's presented in more than one place in the content tree.
Creating a new location, like creating content, requires using a struct, because a location value object is read-only.
To add a new location to existing content you need to create a LocationCreateStruct
and pass it to the LocationService::createLocation
method:
1 2 3 4 |
|
LocationCreateStruct
must receive the parent location ID.
It sets the parentLocationId
property of the new location.
You can also provide other properties for the location, otherwise they're set to their defaults:
1 2 |
|
Changing the main location¶
When a content item has more that one location, one location is always considered the main one.
You can change the main location using ContentService
, by updating the ContentInfo
with a ContentUpdateStruct
that sets the new main location:
1 2 3 4 |
|
Hiding and revealing locations¶
To hide or reveal (unhide) a location you need to make use of LocationService::hideLocation
or LocationService::unhideLocation
:
1 2 |
|
See location visibility for detailed information on the behavior of visible and hidden Locations.
Deleting a location¶
You can remove a location either by deleting it, or sending it to Trash.
Deleting makes use of LocationService::deleteLocation()
.
It permanently deletes the location, together with its whole subtree.
Content which has only this one location is permanently deleted as well. Content which has more locations is still available in its other locations. If you delete the main location of a content item that has more locations, another location becomes the main one.
1 |
|
To send the location and its subtree to Trash, use TrashService::trash
.
Items in Trash can be later restored, or deleted permanently.
1 |
|
Moving and copying a subtree¶
You can move a location with its whole subtree using LocationService::moveSubtree
:
1 2 3 |
|
LocationService::copySubtree
is used in the same way, but it copies the location and its subtree instead of moving it.
Tip
To copy a subtree you can also make use of the built-in copy-subtree
command: bin/console ibexa:copy-subtree <sourceLocationId> <targetLocationId>
.
Note
Copy subtree limit only applies to operations in the back office. It's ignored when copying subtrees using the PHP API.
Trash¶
Trash REST API
To learn how to manage Trash using the REST API, see REST API reference.
To empty the Trash (remove all locations in Trash), use TrashService::emptyTrash
, which takes no arguments.
You can recover an item from Trash using TrashService::recover
.
You must provide the method with the ID of the object in Trash.
Trash location is identical to the origin location of the object.
1 |
|
The content item is restored under its previous location. You can also provide a different location to restore in as a second argument:
1 2 |
|
You can also search through Trash items and sort the results using several public PHP API Search Criteria and Sort Clauses that have been exposed for TrashService
queries.
For more information, see Searching in trash.
Content types¶
Content type REST API
To learn how to manage content types using the REST API, see REST API reference.
Adding content types¶
To operate on content types, you need to make use of ContentTypeService
.
Adding a new content type, like creating content, must happen with the use of a struct, because a content type value object is read-only.
In this case you use ContentTypeCreateStruct
.
A content type must have at least one name, in the main language, and at least one field definition.
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
|
You can specify more details of the field definition in the create struct, for example:
1 2 3 4 5 6 7 8 9 10 |
|
Copying content types¶
To copy a content type, use ContentTypeService::copyContentType
:
1 |
|
The copy is automatically getting an identifier based on the original content type identifier and the copy's ID, for example: copy_of_folder_21
.
To change the identifier of the copy, use a ContentTypeUpdateStruct
:
1 2 3 4 5 6 |
|
Calendar events¶
You can handle the calendar using CalendarServiceInterface
(Ibexa\Contracts\Calendar\CalendarServiceInterface
).
Calendar REST API
To learn how to manage the Calendar using the REST API, see REST API reference.
Getting events¶
To get a list of events for a specified time period, use the CalendarServiceInterface::getEvents
method.
You need to provide the method with an EventQuery, which takes a date range and a count as the minimum of parameters:
1 2 3 4 5 6 7 8 9 10 11 |
|
You can also get the first and last event in the list by using the first()
and last()
methods of an EventCollection
(Ibexa\Contracts\Calendar\EventCollection
):
1 2 |
|
You can process the events in a collection using the find(Closure $predicate)
, filter(Closure $predicate)
, map(Closure $callback)
or slice(int $offset, ?int $length = null)
methods of EventCollection
, for example:
1 2 3 |
|
Performing calendar actions¶
You can perform a calendar action (for example, reschedule or unschedule calendar events) using the CalendarServiceInterface::executeAction()
method.
You must pass an Ibexa\Contracts\Calendar\EventAction\EventActionContext
instance as argument.
EventActionContext
defines events on which the action is performed, and action-specific parameters, for example, a new date:
1 2 |
|
1 |
|