UNPKG

payload-cloudinary

Version:
542 lines (443 loc) 16.9 kB
# Payload CMS Cloudinary Plugin A powerful plugin for [Payload CMS](https://payloadcms.com/) that integrates Cloudinary as a storage adapter for media files. This plugin allows you to seamlessly store and manage your media files on Cloudinary while using Payload CMS, with enhanced support for custom fields, public IDs, and versioning. ## Features - 🚀 Seamless integration with Payload CMS - 📦 Automatic file upload to Cloudinary - 🔄 Advanced versioning support with history tracking - 🆔 Customizable public ID generation (for better media management) - 🏷️ Support for custom fields in media collections - 🗑️ Automatic file deletion from Cloudinary - 🔗 URL generation for stored files - 📁 Customizable folder structure - 🎛️ Static file handling - 💾 Optional local storage disable - 📄 PDF support with thumbnail generation ## Installation ```bash npm install payload-cloudinary # or yarn add payload-cloudinary # or pnpm add payload-cloudinary # or bun add payload-cloudinary ``` ## Basic Configuration Here's how to use the plugin in your Payload CMS configuration: ```typescript import { buildConfig } from 'payload/config'; import { cloudinaryStorage } from 'payload-cloudinary'; export default buildConfig({ // ... your payload config plugins: [ cloudinaryStorage({ config: { cloud_name: process.env.CLOUDINARY_CLOUD_NAME, api_key: process.env.CLOUDINARY_API_KEY, api_secret: process.env.CLOUDINARY_API_SECRET }, collections: { 'media': true, // Enable for media collection // Add more collections as needed }, folder: 'your-folder-name', // Optional, defaults to 'payload-media' }) ] }); ``` ## Advanced Configuration ### Custom Fields You can add custom fields to your media collection by providing them in the plugin options: ```typescript cloudinaryStorage({ // ... other options customFields: [ { name: 'alt', type: 'text', label: 'Alt Text', admin: { description: 'Alternative text for accessibility', }, }, { name: 'caption', type: 'text', label: 'Caption', }, { name: 'tags', type: 'array', label: 'Tags', fields: [ { name: 'tag', type: 'text', required: true, }, ], }, // Add any other fields you need ], }) ``` #### Important: Using Custom Fields with Existing Collections If you already have a Media collection defined in your Payload CMS project, the plugin will automatically add its fields to that collection. Make sure your collection slug exactly matches the one in your plugin configuration (`'media'` by default). Example with an existing Media collection: ```typescript // In your collection definition export const Media: CollectionConfig = { slug: 'media', // This MUST match the slug in your plugin config access: { read: () => true, }, fields: [ // Your fields ], upload: true, }; // In your payload.config.ts export default buildConfig({ // ... collections: [Media, Users, etc], plugins: [ cloudinaryStorage({ collections: { 'media': true, // Matches the slug in your Media collection }, customFields: [ // Your custom fields here ] }) ] }); ``` ### Public ID Customization Control how Cloudinary public IDs are generated to better organize your media: ```typescript cloudinaryStorage({ // ... other options publicID: { enabled: true, // Enable custom public ID generation useFilename: true, // Use the original filename in the public ID uniqueFilename: true, // Add a unique identifier to prevent collisions // Optional custom generator function generatePublicID: (filename, prefix, folder) => { // Create a sanitized slug from the filename const sanitizedName = filename .toLowerCase() .replace(/\.[^/.]+$/, "") .replace(/[^a-z0-9]/g, '-') .replace(/-+/g, '-') .replace(/^-|-$/g, ''); // Add timestamp for uniqueness const timestamp = new Date().toISOString().replace(/[^0-9]/g, '').slice(0, 14); const prefixPath = prefix ? `${prefix}/` : ''; return `${folder}/${prefixPath}${sanitizedName}_${timestamp}`; }, }, }) ``` ### Versioning Support Enable versioning to keep track of file changes and history: ```typescript cloudinaryStorage({ // ... other options versioning: { enabled: true, // Enable versioning support autoInvalidate: true, // Automatically invalidate old versions in CDN storeHistory: true, // Store version history in PayloadCMS database }, }) ``` ### PDF Support The plugin provides special handling for PDF files, including: - Automatic page count detection - Page selection for thumbnails - Thumbnail URL generation for use in your frontend - Support for viewing different pages of the PDF When a PDF is uploaded, the plugin will: 1. Count the number of pages in the PDF 2. Store the page count in the `cloudinary.pages` field 3. Generate a default thumbnail of the first page 4. Allow you to select a different page to use as the thumbnail 5. Provide a `thumbnail_url` for easy use in your frontend Example usage in a frontend component: ```jsx const PDFViewer = ({ media }) => { if (!media?.cloudinary || media.cloudinary.format !== 'pdf') { return null; } const { public_id, pages, selected_page } = media.cloudinary; const cloudName = process.env.NEXT_PUBLIC_CLOUDINARY_CLOUD_NAME; const page = selected_page || 1; return ( <div className="pdf-viewer"> <h2>{media.filename}</h2> {/* Display the selected page as a thumbnail */} <a href={`https://res.cloudinary.com/${cloudName}/image/upload/${public_id}.pdf`} target="_blank"> <img src={`https://res.cloudinary.com/${cloudName}/image/upload/pg_${page},w_300,h_400,c_fill,q_auto,f_jpg/${public_id}.pdf`} alt={`PDF Page ${page}`} /> </a> {/* Page navigation if there are multiple pages */} {pages > 1 && ( <div className="pdf-pages"> <p>Page {page} of {pages}</p> {/* Thumbnail grid of all pages */} <div className="page-thumbnails"> {Array.from({ length: pages }).map((_, i) => ( <img key={i} src={`https://res.cloudinary.com/${cloudName}/image/upload/pg_${i + 1},w_100,h_130,c_fill,q_auto,f_jpg/${public_id}.pdf`} alt={`Page ${i + 1}`} className={i + 1 === page ? 'active' : ''} /> ))} </div> </div> )} </div> ); }; ``` ## Media Collection Structure When using this plugin, your media documents will include the following metadata: ```typescript { // Standard PayloadCMS fields id: string; filename: string; mimeType: string; filesize: number; width?: number; height?: number; createdAt: string; updatedAt: string; // Cloudinary metadata cloudinary: { public_id: string; // Cloudinary public ID resource_type: string; // 'image', 'video', or 'raw' format: string; // File extension secure_url: string; // Full Cloudinary URL bytes: number; // File size in bytes created_at: string; // Cloudinary upload timestamp version: string; // Current version number version_id: string; // Current version ID width?: number; // For images and videos height?: number; // For images and videos duration?: number; // For videos only }; // Version history (if enabled) versions?: Array<{ version: string; // Version number version_id: string; // Version ID created_at: string; // Version creation timestamp secure_url: string; // URL for this version }>; // PDF-specific fields (if applicable) cloudinary: { // ... other cloudinary fields pages?: number; // Number of pages in PDF selected_page?: number; // Currently selected page for thumbnail }; // Your custom fields (if configured) alt?: string; caption?: string; tags?: Array<{ tag: string }>; // ... any other custom fields } ``` ### Accessing Public IDs The `public_id` field is now directly accessible in both upload responses and document queries: ```typescript // In upload response const uploadResponse = await payload.create({ collection: 'media', data: { filename: 'example.jpg', mimeType: 'image/jpeg', }, }); const publicId = uploadResponse.data.cloudinary.public_id; // In document queries const doc = await payload.findByID({ collection: 'media', id: 'your-doc-id', }); const publicId = doc.cloudinary.public_id; ``` ### Version History If versioning is enabled, you can access the complete version history: ```typescript const doc = await payload.findByID({ collection: 'media', id: 'your-doc-id', }); // Access all versions doc.versions?.forEach(version => { console.log(`Version ${version.version} created at ${version.created_at}`); console.log(`URL: ${version.secure_url}`); }); // Access current version console.log(`Current version: ${doc.cloudinary.version}`); console.log(`Current version ID: ${doc.cloudinary.version_id}`); ``` ## Custom Media Collection If you want more control over your Media collection, you can use the `generateMediaCollection` utility: ```typescript import { generateMediaCollection, cloudinaryStorage } from 'payload-cloudinary'; export default buildConfig({ // ... your other config plugins: [ // Register the plugin without a media collection cloudinaryStorage({ // ... your plugin options collections: {}, // No collections here }), ], collections: [ // Create a custom media collection generateMediaCollection( { config: { cloud_name: process.env.CLOUDINARY_CLOUD_NAME, api_key: process.env.CLOUDINARY_API_KEY, api_secret: process.env.CLOUDINARY_API_SECRET, }, folder: 'my-payload-cms', publicID: { // Public ID options... }, versioning: { // Versioning options... }, }, // Additional collection configuration { admin: { description: 'Media files stored in Cloudinary', group: 'Content', }, hooks: { // Add your own hooks here }, } ), // Your other collections ], }) ``` ## Dynamic Folder Mode Support Cloudinary has two folder modes: Fixed Folder Mode (older accounts) and Dynamic Folder Mode (newer accounts). This plugin now supports both modes by default. ### What is Dynamic Folder Mode? Dynamic Folder Mode separates the folder structure seen in the Cloudinary Media Library UI (`asset_folder`) from the public ID path. This means: 1. Assets can be organized in the Media Library UI independently of their public IDs 2. Moving assets between folders in the UI doesn't break existing URLs 3. API responses include `asset_folder` and `display_name` instead of just `folder` ### How This Plugin Handles Dynamic Folder Mode By default, this plugin now adds the `asset_folder` parameter to all uploads, setting it to match the folder path. This ensures that: 1. Assets appear in the expected folders in Cloudinary's Media Library UI 2. The folder structure is preserved regardless of your account's folder mode 3. Public IDs are still generated according to your configuration You can disable this feature if needed: ```typescript cloudinaryStorage({ // ... other options supportDynamicFolderMode: false }) ``` ### Testing Different Folder Modes If you need to test your application with different folder modes: 1. For Fixed Folder Mode (older accounts): - Assets appear in folders matching their public ID path - API responses include the `folder` field 2. For Dynamic Folder Mode (newer accounts): - Assets appear in folders according to the `asset_folder` parameter - API responses include `asset_folder` and `display_name` fields - Moving assets in the Media Library doesn't change their public IDs ## Troubleshooting ### Custom Fields Not Appearing in Admin UI If your custom fields aren't showing up in the Payload CMS admin panel: 1. **Check Collection Slug**: Ensure the collection slug in your plugin configuration matches exactly with your Media collection slug. 2. **Plugin Order**: Make sure the cloudinaryStorage plugin is registered before your collections are processed. In some cases, it might help to move the plugin earlier in your plugins array. 3. **Check for Field Conflicts**: If you already have fields with the same names in your collection, there might be conflicts. Try using different field names or debug by checking the complete list of fields after plugin initialization. 4. **Restart Your Dev Server**: Sometimes a full restart of your development server is needed after making plugin configuration changes. 5. **Debug Plugin Configuration**: You can add a temporary debug log to see what's happening: ```typescript export default buildConfig({ // ... your config onInit: async (payload) => { // Log the complete Media collection configuration console.log('Media collection fields:', payload.collections['media'].config.fields.map(f => f.name) ); } }); ``` ## Using Cloudinary URLs in Frontend Components Here's an example React component that uses the Cloudinary public ID for transformations: ```jsx const CloudinaryImage = ({ media }) => { if (!media?.cloudinary) return null; const { public_id, format } = media.cloudinary; const cloudName = process.env.NEXT_PUBLIC_CLOUDINARY_CLOUD_NAME; // You can use Cloudinary transformations in the URL return ( <picture> <source media="(max-width: 640px)" srcSet={`https://res.cloudinary.com/${cloudName}/image/upload/w_400,c_limit,q_auto,f_auto/${public_id}.${format}`} /> <source media="(max-width: 1024px)" srcSet={`https://res.cloudinary.com/${cloudName}/image/upload/w_800,c_limit,q_auto,f_auto/${public_id}.${format}`} /> <img src={`https://res.cloudinary.com/${cloudName}/image/upload/q_auto,f_auto/${public_id}.${format}`} alt={media.alt || media.filename} loading="lazy" /> </picture> ); }; ``` ## Complete Configuration Options | Option | Type | Default | Description | |--------|------|---------|-------------| | `config` | `Object` | (required) | Cloudinary API credentials | | `config.cloud_name` | `string` | (required) | Your Cloudinary cloud name | | `config.api_key` | `string` | (required) | Your Cloudinary API key | | `config.api_secret` | `string` | (required) | Your Cloudinary API secret | | `collections` | `Object` | (required) | Collections that should use Cloudinary storage | | `folder` | `string` | `'payload-media'` | Base folder path in Cloudinary | | `disableLocalStorage` | `boolean` | `true` | Whether to disable local storage | | `enabled` | `boolean` | `true` | Whether to enable the plugin | | `customFields` | `Field[]` | `[]` | Custom fields to add to the media collection | | `supportDynamicFolderMode` | `boolean` | `true` | Whether to support Dynamic Folder Mode for newer Cloudinary accounts | | `publicID` | `Object` | (see below) | Public ID configuration options | | `publicID.enabled` | `boolean` | `true` | Whether to enable custom public ID generation | | `publicID.useFilename` | `boolean` | `true` | Whether to use filename in public ID | | `publicID.uniqueFilename` | `boolean` | `true` | Whether to ensure unique filenames | | `publicID.generatePublicID` | `Function` | (built-in) | Custom function to generate public ID | | `versioning` | `Object` | (see below) | Versioning configuration options | | `versioning.enabled` | `boolean` | `false` | Whether to enable versioning support | | `versioning.autoInvalidate` | `boolean` | `false` | Whether to invalidate old versions in CDN | | `versioning.storeHistory` | `boolean` | `false` | Whether to store version history in database | ## Development To run the project in development mode: ```bash bun run src/index.ts ``` ## Contributing Contributions to improve the plugin are welcome. Please follow these steps: 1. Fork the repository 2. Create a feature branch (`git checkout -b feature/amazing-feature`) 3. Commit your changes (`git commit -m 'Add some amazing feature'`) 4. Push to the branch (`git push origin feature/amazing-feature`) 5. Open a Pull Request ## License This project is open-source. See the [LICENSE](LICENSE) file for more details. ## Contact For any questions or support, please contact [Syed Muzamil](https://x.com/syedmuzamilm).