🏨 Hotel Booking Enhancements: - Implemented Eagle Booking Advanced Pricing add-on - Added Booking.com-style rate management system - Created professional calendar interface for pricing - Integrated deals and discounts functionality 💰 Advanced Pricing Features: - Dynamic pricing models (per room, per person, per adult) - Base rates, adult rates, and child rates management - Length of stay discounts and early bird deals - Mobile rates and secret deals implementation - Seasonal promotions and flash sales 📅 Availability Management: - Real-time availability tracking - Stop sell and restriction controls - Closed to arrival/departure functionality - Minimum/maximum stay requirements - Automatic sold-out management 💳 Payment Integration: - Maintained Redsys payment gateway integration - Seamless integration with existing Eagle Booking - No modifications to core Eagle Booking plugin 🛠️ Technical Implementation: - Custom database tables for advanced pricing - WordPress hooks and filters integration - AJAX-powered admin interface - Data migration from existing Eagle Booking - Professional calendar view for revenue management 📊 Admin Interface: - Booking.com-style management dashboard - Visual rate and availability calendar - Bulk operations for date ranges - Statistics and analytics dashboard - Modal dialogs for quick editing 🔧 Code Quality: - WordPress coding standards compliance - Secure database operations with prepared statements - Proper input validation and sanitization - Error handling and logging - Responsive admin interface 🤖 Generated with Claude Code (https://claude.ai/code) Co-Authored-By: Claude <noreply@anthropic.com>
101 lines
3.1 KiB
PHP
101 lines
3.1 KiB
PHP
<?php
|
|
/**
|
|
* Synced patterns REST API: WP_REST_Blocks_Controller class
|
|
*
|
|
* @package WordPress
|
|
* @subpackage REST_API
|
|
* @since 5.0.0
|
|
*/
|
|
|
|
/**
|
|
* Controller which provides a REST endpoint for the editor to read, create,
|
|
* edit, and delete synced patterns (formerly called reusable blocks).
|
|
* Patterns are stored as posts with the wp_block post type.
|
|
*
|
|
* @since 5.0.0
|
|
*
|
|
* @see WP_REST_Posts_Controller
|
|
* @see WP_REST_Controller
|
|
*/
|
|
class WP_REST_Blocks_Controller extends WP_REST_Posts_Controller {
|
|
|
|
/**
|
|
* Checks if a pattern can be read.
|
|
*
|
|
* @since 5.0.0
|
|
*
|
|
* @param WP_Post $post Post object that backs the block.
|
|
* @return bool Whether the pattern can be read.
|
|
*/
|
|
public function check_read_permission( $post ) {
|
|
// By default the read_post capability is mapped to edit_posts.
|
|
if ( ! current_user_can( 'read_post', $post->ID ) ) {
|
|
return false;
|
|
}
|
|
|
|
return parent::check_read_permission( $post );
|
|
}
|
|
|
|
/**
|
|
* Filters a response based on the context defined in the schema.
|
|
*
|
|
* @since 5.0.0
|
|
* @since 6.3.0 Adds the `wp_pattern_sync_status` postmeta property to the top level of response.
|
|
*
|
|
* @param array $data Response data to filter.
|
|
* @param string $context Context defined in the schema.
|
|
* @return array Filtered response.
|
|
*/
|
|
public function filter_response_by_context( $data, $context ) {
|
|
$data = parent::filter_response_by_context( $data, $context );
|
|
|
|
/*
|
|
* Remove `title.rendered` and `content.rendered` from the response.
|
|
* It doesn't make sense for a pattern to have rendered content on its own,
|
|
* since rendering a block requires it to be inside a post or a page.
|
|
*/
|
|
unset( $data['title']['rendered'] );
|
|
unset( $data['content']['rendered'] );
|
|
|
|
// Add the core wp_pattern_sync_status meta as top level property to the response.
|
|
$data['wp_pattern_sync_status'] = isset( $data['meta']['wp_pattern_sync_status'] ) ? $data['meta']['wp_pattern_sync_status'] : '';
|
|
unset( $data['meta']['wp_pattern_sync_status'] );
|
|
return $data;
|
|
}
|
|
|
|
/**
|
|
* Retrieves the pattern's schema, conforming to JSON Schema.
|
|
*
|
|
* @since 5.0.0
|
|
*
|
|
* @return array Item schema data.
|
|
*/
|
|
public function get_item_schema() {
|
|
if ( $this->schema ) {
|
|
return $this->add_additional_fields_schema( $this->schema );
|
|
}
|
|
|
|
$schema = parent::get_item_schema();
|
|
|
|
/*
|
|
* Allow all contexts to access `title.raw` and `content.raw`.
|
|
* Clients always need the raw markup of a pattern to do anything useful,
|
|
* e.g. parse it or display it in an editor.
|
|
*/
|
|
$schema['properties']['title']['properties']['raw']['context'] = array( 'view', 'edit' );
|
|
$schema['properties']['content']['properties']['raw']['context'] = array( 'view', 'edit' );
|
|
|
|
/*
|
|
* Remove `title.rendered` and `content.rendered` from the schema.
|
|
* It doesn't make sense for a pattern to have rendered content on its own,
|
|
* since rendering a block requires it to be inside a post or a page.
|
|
*/
|
|
unset( $schema['properties']['title']['properties']['rendered'] );
|
|
unset( $schema['properties']['content']['properties']['rendered'] );
|
|
|
|
$this->schema = $schema;
|
|
|
|
return $this->add_additional_fields_schema( $this->schema );
|
|
}
|
|
}
|