wp-rest-api

À utiliser lors de la création, de l'édition ou de la révision de fichiers JSON de blueprint WordPress Playground. Se déclenche sur les mentions de blueprints, de configuration playground ou de demandes…

We need to translate the given text from English to French. The text describes a skill called "wordpress-router" but the instruction says to translate only the text inside <text> and not include the name unless it appears in the source text. The name "wordpress-router" does not appear in the source text, so we don't include it. We preserve product names, protocol names, URLs, numbers, technical terms. So "WordPress", "PHP", "WP-CLI", "Gutenberg", "bash", "Node", "6.9+", "7.2.24+" should remain as is. Also "plugin", "themes", "blocks", "core checkouts", "repo type", "plugin, theme, block theme, Gutenberg blocks, WP core" are technical terms. We translate the rest naturally. The text: "Classify WordPress codebases and route to the correct workflow for plugins, themes, blocks, and core checkouts. Runs automated project triage to identify repo type (plugin, theme, block theme, Gutenberg blocks

We need to translate the given text from English to French. The text describes a WordPress Abilities API. We must preserve the name "wp-abilities-api" but it's not in the text. The text includes technical terms like "REST", "PHP", "JavaScript", "WordPress 6.9+", "wp_register_ability()", "wp_register_ability_category()", "/wp-json/wp-abilities/v1/", "meta.show_in_rest", "@wordpress/abilities". We should not add any extra commentary or labels. Just translate the text inside <text> to French. Let's translate: "WordPress Abilities API registration, REST exposure, and client-side consumption for WordPress 6.9+. Register abilities and categories in PHP using wp_register_ability() and wp_register_ability_category() with stable IDs, labels, and metadata Expose abilities to clients via the /wp-json/wp-abilities/v1/ REST endpoints by setting meta.show_in_rest: true Consume abilities in JavaScript using the @wordpress

Développement de blocs WordPress pour Gutenberg : métadonnées, enregistrement, rendu et workflows de build. Couvre la création de blocs, la configuration block.json, le rendu statique vs dynamique, et l'enregistrement PHP côté serveur avec register_block_type_from_metadata(). Impose apiVersion: 3 pour la compatibilité WordPress 6.9+, incluant le support de l'éditeur iframe et l'isolation des styles. Gère la sérialisation des attributs, les dépréciations/migrations pour éviter les erreurs "Invalid block", et la composition de blocs internes. Inclut...

Développement de thèmes bloc WordPress : theme.json, templates, motifs et dépannage de l'éditeur de site. Couvre l'édition de theme.json (préréglages, paramètres, styles par bloc), les templates et parties de template, les motifs et les variations de style pour WordPress 6.9 et versions ultérieures. Inclut des scripts de triage pour détecter les racines de thème et la structure des thèmes bloc, ainsi que des procédures guidées pour créer de nouveaux thèmes ou convertir des thèmes classiques. Fournit des workflows de débogage pour les problèmes de hiérarchie de style, les remplacements de personnalisation utilisateur et l'éditeur de site...

Utiliser lors de la construction

Profilage et optimisation des performances WordPress côté serveur uniquement, utilisant WP-CLI, Query Monitor et des diagnostics ciblés. Détecte et mesure les goulots d'étranglement via les commandes doctor/profile de WP-CLI, les en-têtes Server-Timing et l'intégration de l'API REST de Query Monitor sans nécessiter d'accès navigateur. Couvre cinq catégories d'optimisation : réduction des requêtes en base de données, nettoyage des options chargées automatiquement, configuration du cache d'objets, optimisation des tâches cron et gestion des appels HTTP distants. Inclut une vérification sécurisée...

We need to translate the given text from English to French. The text describes a skill for PHPStan configuration, error fixing, and baseline management for WordPress projects. It mentions specific technical terms like WP_REST_Request, @param types, Action Scheduler, stubs, etc. We must preserve product names, protocol names, URLs, numbers, and technical terms. Also, we should not include the name "wp-phpstan" unless it appears in the source text. The source text does not include the name, so we don't include it. We translate only the text inside <text>. No extra commentary. Let's translate: "PHPStan configuration, error fixing, and baseline management for WordPress projects." -> "Configuration PHPStan, correction d'erreurs et gestion de baseline pour les projets WordPress." "Handles WordPress-specific typing patterns: REST endpoints with WP_REST_Request, hook callbacks with accurate @param types, database results, and Action Scheduler job arguments" -> "Gère les modèles de typage spécifiques à WordPress : endpoints REST avec WP_R