Download the PHP package refineddigital/cms without Composer

On this page you can find all versions of the php package refineddigital/cms. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Example code of refineddigital/cms

Informations about the package cms

Refined CMS

Laravel CMS core package (refineddigital/cms).

Page Builder

The Pages admin is a full-screen workspace: a collapsible sitemap tree rail on the left, an editing panel in the middle, and a live preview of the real rendered page filling the rest. The header tabs (Content / Details / Settings / module tabs / Meta) swap what the panel shows — the preview stays visible throughout. Blocks stay plain PHP classes + blade views (BaseContent, ContentAggregate, make:content-block) — rendering is always server-side blade, so SEO output and silber/page-cache behaviour are identical to a normal page load.

Content editing is a drill-down: the panel lists the page's blocks (drag to reorder, click to edit); editing shows only that block's fields with a back arrow. Blocks are added through a searchable modal, grouped by each block class's optional protected string $category (uncategorised blocks appear under General). Clicking a block in the preview jumps straight to its fields. Switching pages (or exiting) with unsaved content changes prompts a discard/keep dialog.

How the live preview works

Instant keystroke echo (data-field)

For plain text fields (STATIC, PLAIN, NUMBER) the builder echoes each keystroke straight into the preview DOM, with the server render reconciling right behind it. This is opt-in per blade: wrap the field's output element with a data-field attribute named after the content key —

Blades without data-field simply fall back to the (still fast) server render loop. The stub blades generated by make:content-block carry the attribute.

Notes:

Form Builder

Admin create/edit forms are defined on each model. Instead of hand-writing deeply nested arrays, models expose a fluent, Filament-style schema built from typed field and layout classes.

A model defines its form by implementing formSchema() and returning an array of Tabs:

The legacy public $formFields = [...] array (and the formFields() method form) still works — formSchema() simply takes precedence when present. Convert at your own pace, or use the converter command below.

Layout

Forms nest Tab → (Section | Block) → Row → Field. You only use the layers you need.

Class Purpose Factory
Tab A top-level tab in the editor Tab::make('Details')
Section A column within a tab (left / right / bottom) Section::left(), Section::right(), Section::bottom()
Block A titled card of fields Block::make('Profile')
Row Fields rendered side-by-side Row::make([...])

Each layout container takes its children via ->schema([...]) (except Row, which takes its fields directly: Row::make([...])).

Rows are how you put fields side-by-side. Fields in the same Row share a line; each Row is a new line. A bare field passed where a row is expected is placed on its own row automatically.

A tab can hold one of three things

Don't mix sections, blocks, and rows at the same level inside one tab — pick one shape.

Fields

All fields share a common fluent API and compile to the renderer's field definition.

Class Renders as
Field generic — set any type with ->type('...')
TextInput text input (plus ->email(), ->url(), ->number())
Textarea textarea
Select dropdown (->options([...]))
RichEditor rich text editor
Image image picker
FileUpload file picker
Password password input

make($name, $label = null) — the second argument is the label. If omitted, a label is derived from the field name (first_name → First Name).

Field methods

Method Effect
->label(string) set the field label
->type(string) set the field type (on the generic Field) — e.g. a custom userLevels type
->required(bool = true) mark required
->hideLabel(bool = true) render without a visible label
->options(array) options for selects
->note(string) help text shown below the field (HTML allowed)
->preNote(string) help text shown above the field
->attrs(array) extra HTML/Vue attributes, e.g. ['v-model' => 'content.name', '@keyup' => 'updateSlug']
->extra(string, mixed) set any other renderer key not covered above

Custom field types

The renderer supports CMS-specific types (userLevels, userGroups, tagType, …) that map to blade partials under core::form.elements.*. Use the generic Field with ->type():

Full example (split layout with sections)

Converting a legacy model

A console command rewrites a model's legacy $formFields array (or formFields() method) into the fluent formSchema():

Pass the fully-qualified model class name. Without --write it prints the code for you to paste; with --write it inserts the imports and replaces the legacy form fields in place. Review the result and run your tests.

New modules generated with php artisan make:module already scaffold a formSchema() using this builder.

Video

Uploading a video (.mp4) synchronously generates a compressed -web.mp4 derivative and a -poster.webp first-frame poster beside the untouched original. The original is never modified.

Requirement: ffmpeg and ffprobe

Both binaries must be on the server, e.g. apt install ffmpeg on Ubuntu (this also provides ffprobe). Without them, uploads still succeed and videos still serve — from the untouched original — but no derivatives are generated. The feature is inert, not broken, when the binaries are missing.

Binary paths can be overridden with FFMPEG_PATH / FFPROBE_PATH if they're not on $PATH.

Encoding runs synchronously, in the upload request

This package has no queue infrastructure, so encoding happens inline while the admin's upload request is held open. A large upload can hold that request open for a while. The practical limits are nginx's proxy_read_timeout and PHP-FPM's request_terminate_timeout — set_time_limit(0) is called internally, but it has no effect on PHP-FPM's terminate timeout. A site that expects large video uploads should raise both.

Rendering: video()->load($id)->banner()

Emits a <video> element pointing at the -web.mp4 derivative, with the -poster.webp as its poster attribute when one exists. If no derivative exists — ffmpeg unavailable, encoding disabled, or not yet reprocessed — it falls back to the untouched original, so the page never breaks for lack of a derivative.

php artisan refinedCMS:reprocess-videos {id?}

Regenerates derivatives for one media id, or for every video when the id is omitted:

Derivatives are generated at upload time and by this command, and by nothing else. A page load never generates or regenerates a derivative — this is deliberate, so rendering a video stays cheap. That also means deleting a derivative from disk is safe but not self-healing: the video keeps serving its untouched original until this command is run again.

The command also matches more broadly than the upload hook: the upload hook only encodes what Media types as a video, which today is .mp4 only, while this command matches any video/* mime type. So it will pick up containers the upload hook skips — .mov, .webm, etc. — and encode them to .mp4. This is intentional: it lets the command repair what the upload hook could not handle, not a bug to work around.

Config (config/pages.php → video)

Key Default Meaning
encode true Set false to disable video processing entirely (uploads still succeed, derivatives are never generated)
crf 32 h264 constant rate factor — the quality/size tradeoff. Lower is higher quality and larger
preset medium ffmpeg encoding preset — the speed/size tradeoff. Slower presets shrink the file a little further, at the cost of holding the upload request open longer
maxWidth 1280 Encoded and poster output are scaled down to this width when the source is wider
poster true Set false to skip poster generation
posterQuality 80 webp quality for the poster
skipUnder 1500000 Bitrate in bits per second, as ffprobe reports it. A source already at or under this, and within maxWidth, is served as-is rather than re-encoded
ffmpeg / ffprobe env('FFMPEG_PATH', 'ffmpeg') / env('FFPROBE_PATH', 'ffprobe') Binary paths or names

maxWidth defaults to 1280, not full resolution, because this helper targets muted, looping background reels sitting behind a heading overlay — nobody inspects them closely, and motion masks softness, so scaling a 1080p+ upload down to 1280 is deliberate rather than a limitation. A site that wants full-resolution video should raise maxWidth and run refinedCMS:reprocess-videos to re-encode existing uploads at the new width.

There is no video.disk key — video storage always follows pages.image.disk.

All versions of cms with dependencies

PHP Build Version
Package Version
Requires php Version ^8.4
laravel/framework Version ^13.0
laravel/ui Version ^4.5
laravel/sanctum Version ^4.0
fruitcake/laravel-debugbar Version ^4.2
intervention/image Version ^4.1
spatie/eloquent-sortable Version ^5.0
spatie/laravel-activitylog Version ^5.0
spatie/laravel-html Version ^3.9
silber/page-cache Version ^1.1
spatie/laravel-sluggable Version ^4.0
protonemedia/laravel-cross-eloquent-search Version ^3.4
friendsofphp/php-cs-fixer Version ^3.62
symfony/mailgun-mailer Version ^7.0|^8.0
symfony/http-client Version ^7.0|^8.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package refineddigital/cms contains the following files

Loading the files please wait ...