biyer.com.tr

Blog

  • Des dizaines de milliers de personnes rejoignent les marches rivales à Londres

    Trente et une arrestations ont été effectuées lors de la marche Unissez le Royaume et d’une manifestation pro-palestinienne.

    Aller à la source originale

  • Zehntausende schließen sich rivalisierenden Märschen in London an

    Im Rahmen des Marschs „Vereinigt das Königreich“ und eines pro-palästinensischen Protests kam es zu 31 Festnahmen.

    Zur Originalquelle gehen

  • Tens of thousands join rival marches in London

    Thirty-one arrests have been made across the Unite the Kingdom march and a pro-Palestinian protest.

    Go to Original Source

  • Tens of thousands join rival marches in London

    Thirty-one arrests have been made across the Unite the Kingdom march and a pro-Palestinian protest.

    Orijinal Kaynağa Git

  • Les packages WP fonctionnent comme l’Open Source le devrait

    Les packages WP fonctionnent comme l’Open Source le devrait

    Lorsque WP Engine a acquis WPackagist le 12 mars, la communauté des développeurs WordPress a été confrontée à une question familière : que se passe-t-il lorsqu’une infrastructure open source critique se retrouve sous le contrôle de l’entreprise ? La communauté avait déjà une réponse en cours. Quatre jours plus tard, WP Packages (anciennement WP Composer) a été lancé en tant qu’alternative entièrement indépendante et financée par la communauté, avec quelques fonctionnalités supplémentaires intéressantes.

    Construit par Ben Words de Roots, l’équipe derrière Bedrock, Sage et Trellis, WP Packages est un nouveau référentiel Composer open source pour les plugins WordPress et thèmes. Composer est le gestionnaire de dépendances de PHP, et c’est ainsi que de nombreux développeurs WordPress professionnels installent et mettent à jour les plugins et les thèmes dans leurs projets. Chaque plugin et thème gratuit du répertoire WordPress.org est disponible via WP Packages. La La migration depuis WPackagist peut être effectuée via un seul script ou quelques commandes de terminal.

    Que s’est-il passé et pourquoi c’est important

    WPackagist a été créé en 2013 par Outlandish, une coopérative numérique basée au Royaume-Uni, et a servi l’écosystème WordPress Composer pendant plus d’une décennie. Au cours de ses dernières années, le projet a souffert d’une maintenance différée, de cycles de mise à jour lents et de peu ou pas de contribution de la communauté. Lorsque WP Engine a annoncé l’acquisition, les développeurs ont immédiatement exprimé leurs inquiétudes concernant une société financée par des capitaux privés contrôlant une infrastructure aussi fondamentale pour le flux de travail des développeurs WordPress. WP Engine a immédiatement mis à jour le champ info du Composer pour afficher un avis « WPackagist est désormais géré par WP Engine » dans le terminal de chaque développeur. Une petite chose, mais révélatrice. C’est ainsi que la propriété de l’entreprise modifie la relation entre un outil et ses utilisateurs.

    J’avais déjà commencé à construire un remplacement de WPackagist en août dernier, bien avant que l’acquisition ne fasse la une des journaux. Lorsque l’accord de WP Engine a été conclu, il a accéléré le lancement, mis en ligne le 16 mars avec un dépôt entièrement open source sur GitHub.

    Dépôt open source ≠ système transparent. WP Packages rend tout public, y compris l’infrastructure et le processus de construction. – Ben Word sur X

    C’est aussi simplement un meilleur outil. WP Packages prend en charge le protocole d’URL de métadonnées de Composer v2, qui permet à Composer de récupérer les métadonnées uniquement pour les packages dont un projet a réellement besoin. WPackagist s’appuie toujours sur l’ancienne approche du fournisseur, obligeant Composer à télécharger de gros fichiers d’index avant de résoudre les dépendances. Les résolutions de dépendances à froid sur les packages WP sont environ 17 fois plus rapides : 0,7 seconde pour 10 plugins, contre 12,3 secondes sur WPackagist.

    WP Packages utilise également la mise en cache CDN avec des en-têtes de cache publics et sert des fichiers immuables adressés par contenu par package. La dénomination des packages est plus propre (wp-plugin/ et wp-theme/ au lieu de wpackagist-plugin/ et wpackagist-theme/), les métadonnées incluent les auteurs de plugins et de thèmes, les descriptions et les URL de page d’accueil qui manquaient à WPackagist depuis des années, et les mises à jour se synchronisent toutes les cinq minutes au lieu du cycle d’environ 90 minutes de WPackagist.

    Comment changer de système

    Le passage de WPackagist à WP Packages ne nécessite que quelques commandes de terminal.

    1. Supprimez vos packages WPackagist existants :
    composer supprimer wpackagist-theme/twentytwentyfive
    1. Supprimez le dépôt WPackagist et ajoutez des packages WP :
    composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-packages.org
    1. Exiger des packages avec le nouveau nom :
    le compositeur nécessite wp-theme/twentytwentyfive

    Vous pouvez également utiliser le script de migration pour mettre automatiquement à jour votre composer.json :

    curl -sO https://raw.githubusercontent.com/roots/wp-packages/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

    Roots fournit également une Action du journal des modifications des packages WP pour les workflows GitHub qui suit les mises à jour des dépendances à l’aide du nouveau format de dénomination. Les projets utilisant Bedrock sont déjà livrés avec des packages WP configurés immédiatement.

    Gagnements Open Source

    L’ensemble du projet WP Packages est public. Le code de l’application, la documentation et même la configuration complète du déploiement Ansible sont disponibles sur GitHub. N’importe qui peut créer le référentiel et exécuter son propre registre WordPress Composer. Je me suis également engagé publiquement à ce que WP Packages n’utilise jamais le champ info du Composer pour envoyer des messages, des publicités ou des ventes incitatives dans les terminaux des développeurs. Ce type de retenue est plus facile à promettre lorsqu’un projet répond à sa communauté plutôt qu’à une entreprise mère.

    WP Packages est financé par les sponsors GitHub. Les sponsors actuels incluent Carrot, Kinsta, WordPress.com et Itineris. L’écosystème WordPress a toujours été à son apogée lorsque la communauté crée les outils dont elle a besoin à l’air libre. J’ai vu un écart se former des mois avant que quiconque n’y prête attention, j’ai construit quelque chose de mieux que ce qui existait et je l’ai publié pour tout le monde. Aucune acquisition requise. Aucune décision de conseil d’administration concernant la disponibilité ou les prix. Juste des développeurs qui résolvent un problème pour d’autres développeurs et partagent le résultat. L’Open Source gagne.

    Aller à la source originale

  • WP Packages funktioniert so, wie Open Source es sollte

    WP Packages funktioniert so, wie Open Source es sollte

    Als WP Engine am 12. März WPackagist übernahm, stand die WordPress-Entwicklergemeinschaft vor einer vertrauten Frage: Was passiert, wenn kritische Open-Source-Infrastruktur unter die Kontrolle des Unternehmens gerät? Die Community hatte bereits eine Antwort in Arbeit. Vier Tage später wurde WP Packages (ehemals WP Composer) als völlig unabhängige, von der Community finanzierte Alternative mit einigen netten zusätzlichen Funktionen auf den Markt gebracht.

    Erstellt von Ben Words von Roots, dem Team hinter Bedrock, Sage und Trellis, ist WP Packages ein neues Open-Source-Composer-Repository für WordPress Plugins und Themes. Composer ist der Abhängigkeitsmanager von PHP und dient dazu, wie viele professionelle WordPress-Entwickler Plugins und Themes in ihren Projekten installieren und aktualisieren. Jedes kostenlose Plugin und Theme im WordPress.org-Verzeichnis ist über WP Packages verfügbar. Die Migration von WPackagist kann über ein einzelnes Skript oder ein paar Terminalbefehle erfolgen.

    Was geschah und warum es wichtig ist

    WPackagist wurde 2013 von Outlandish, einer in Großbritannien ansässigen digitalen Genossenschaft, gegründet und diente über ein Jahrzehnt lang dem WordPress Composer-Ökosystem. In den späteren Jahren litt das Projekt unter verzögerter Wartung, langsamen Aktualisierungszyklen und wenig bis gar keinem Community-Beitrag. Als WP Engine die Übernahme ankündigte, äußerten die Entwickler sofort Bedenken hinsichtlich eines von Private Equity finanzierten Unternehmens, das eine so grundlegende Infrastruktur für den WordPress-Entwickler-Workflow kontrolliert. WP Engine hat das Composer-Feld info sofort aktualisiert, um in jedem Entwicklerterminal den Hinweis „WPackagist wird jetzt von WP Engine verwaltet“ anzuzeigen. Eine kleine Sache, aber aufschlussreich. Auf diese Weise verändert Unternehmenseigentum die Beziehung zwischen einem Tool und seinen Benutzern.

    Ich hatte bereits letzten August mit der Entwicklung eines WPackagist-Ersatzes begonnen, lange bevor die Übernahme Schlagzeilen machte. Als der Deal mit WP Engine zustande kam, beschleunigte er den Start und ging am 16. März mit einem vollständig Open-Source-Repository auf GitHub live

    Open-Source-Repo ≠ transparentes System. WP Packages macht alles öffentlich, einschließlich Infrastruktur und Build-Prozess. – Ben Word auf X

    Es ist auch einfach ein besseres Werkzeug. WP Packages unterstützt das Metadaten-URL-Protokoll von Composer v2, das es Composer ermöglicht, Metadaten nur für die Pakete abzurufen, die ein Projekt tatsächlich benötigt. WPackagist verlässt sich immer noch auf den älteren Provider-includes-Ansatz und zwingt Composer dazu, große Indexdateien herunterzuladen, bevor Abhängigkeiten aufgelöst werden. Kalte Abhängigkeitsauflösungen sind bei WP-Paketen etwa 17-mal schneller: 0,7 Sekunden für 10 Plugins im Vergleich zu 12,3 Sekunden bei WPackagist.

    WP Packages verwendet außerdem CDN-Caching mit öffentlichen Cache-Headern und stellt unveränderliche, inhaltsadressierte Dateien pro Paket bereit. Die Paketbenennung ist sauberer (wp-plugin/ und wp-theme/ anstelle von wpackagist-plugin/ und wpackagist-theme/), die Metadaten umfassen Plugin- und Theme-Autoren, Beschreibungen und Homepage-URLs, die WPackagist seit Jahren fehlt, und die Aktualisierungen werden alle fünf Minuten statt wie bei WPackagist etwa 90 Minuten synchronisiert Zyklus.

    So wechseln Sie

    Der Wechsel von WPackagist zu WP Packages erfordert nur ein paar Terminalbefehle.

    1. Entfernen Sie Ihre vorhandenen WPackagist-Pakete:
    composer Remove wpackagist-theme/twentytwentyfive
    1. Entfernen Sie das WPackagist-Repository und fügen Sie WP-Pakete hinzu:
    composer config --unset repositories.wpackagist && Composer config repositories.wp-composer Composer https://repo.wp-packages.org
    1. Pakete mit dem neuen Namen erforderlich:
    Komponisten benötigen wp-theme/twentytwentyfive

    Alternativ können Sie das Migrationsskript verwenden, um Ihre composer.json automatisch zu aktualisieren:

    curl -sO https://raw.githubusercontent.com/roots/wp-packages/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

    Roots bietet außerdem eine WP Packages Changelog Action für GitHub-Workflows, die Abhängigkeitsaktualisierungen mithilfe des neuen Benennungsformats verfolgt. Projekte, die Bedrock verwenden, werden bereits mit standardmäßig konfigurierten WP-Paketen ausgeliefert.

    Open Source gewinnt

    Das gesamte WP Packages-Projekt ist öffentlich. Der Anwendungscode, die Dokumentation und sogar die vollständige Ansible-Bereitstellungskonfiguration sind auf GitHub verfügbar. Jeder kann das Repository teilen und seine eigene WordPress Composer-Registrierung ausführen. Ich habe außerdem öffentlich zugesagt, dass WP Packages niemals das Composer-info-Feld verwenden wird, um Nachrichten, Anzeigen oder Upsells in Entwicklerterminals zu pushen. Diese Art von Zurückhaltung lässt sich leichter versprechen, wenn ein Projekt seiner Gemeinschaft gegenüber verantwortlich ist und nicht einem übergeordneten Unternehmen.

    WP Packages wird durch GitHub-Sponsoren finanziert. Zu den aktuellen Sponsoren gehören Carrot, Kinsta, WordPress.com und Itineris. Das WordPress-Ökosystem war schon immer dann am stärksten, wenn die Community die benötigten Tools offen erstellt. Monate bevor irgendjemand anders darauf aufmerksam wurde, sah ich, wie sich eine Lücke bildete, baute etwas Besseres als das, was existierte, und veröffentlichte es für alle. Keine Anschaffung erforderlich. Keine Vorstandsentscheidungen über Verfügbarkeit oder Preise. Nur Entwickler, die ein Problem für andere Entwickler lösen und das Ergebnis teilen. Open Source gewinnt.

    Zur Originalquelle gehen

  • WP Packages is Working the Way Open Source Should

    WP Packages is Working the Way Open Source Should

    When WP Engine acquired WPackagist on March 12, the WordPress developer community faced a familiar question: what happens when critical open source infrastructure ends up under corporate control? The community already had an answer in progress. Four days later, WP Packages (formerly WP Composer) launched as a fully independent, community-funded alternative, with some neat additional features.

    Built by Ben Words from Roots, the team behind Bedrock, Sage, and Trellis, WP Packages is a new open source Composer repository for WordPress plugins and themes. Composer is PHP’s dependency manager, and it is how many professional WordPress developers install and update plugins and themes in their projects. Every free plugin and theme in the WordPress.org directory is available through WP Packages. Migrating from WPackagist can be done via a single script or a few terminal commands.

    What Happened and Why It Matters

    WPackagist was created in 2013 by Outlandish, a UK-based digital cooperative, and it served the WordPress Composer ecosystem for over a decade. In its later years the project suffered from deferred maintenance, slow update cycles, and little to no community input. When WP Engine announced the acquisition, developers raised immediate concerns about a private-equity-backed corporation controlling infrastructure this foundational to the WordPress developer workflow. WP Engine immediately updated the Composer info field to display a “WPackagist is now maintained by WP Engine” notice in every developer’s terminal. A small thing, but telling. That’s how corporate ownership changes the relationship between a tool and its users.

    I had already started building a WPackagist replacement last August, long before the acquisition made headlines. When WP Engine’s deal landed, he accelerated the launch, going live on March 16 with a fully open source repository on GitHub.

    Open source repo ≠ transparent system. WP Packages makes everything public, including infrastructure and build process. – Ben Word on X

    It’s also just a better tool. WP Packages supports Composer v2’s metadata-url protocol, which lets Composer fetch metadata only for the packages a project actually needs. WPackagist still relies on the older provider-includes approach, forcing Composer to download large index files before resolving dependencies. Cold dependency resolves on WP Packages are roughly 17x faster: 0.7 seconds for 10 plugins compared to 12.3 seconds on WPackagist.

    WP Packages also uses CDN caching with public cache headers and serves immutable, content-addressed per-package files. Package naming is cleaner (wp-plugin/ and wp-theme/ instead of wpackagist-plugin/ and wpackagist-theme/), metadata includes plugin and theme authors, descriptions, and homepage URLs that WPackagist has been missing for years, and updates sync every five minutes rather than WPackagist’s roughly 90-minute cycle.

    How to Switch

    Switching from WPackagist to WP Packages requires just a few terminal commands.

    1. Remove your existing WPackagist packages:
    composer remove wpackagist-theme/twentytwentyfive
    1. Remove the WPackagist repository and add WP Packages:
    composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-packages.org
    1. Require packages with the new naming:
    composer require wp-theme/twentytwentyfive

    Alternatively, use the migration script to automatically update your composer.json:

    curl -sO https://raw.githubusercontent.com/roots/wp-packages/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

    Roots also provides a WP Packages Changelog Action for GitHub workflows that tracks dependency updates using the new naming format. Projects using Bedrock already ship with WP Packages configured out of the box.

    Open Source Wins

    The entire WP Packages project is public. The application code, documentation, and even the full Ansible deployment configuration are available on GitHub. Anyone can fork the repository and run their own WordPress Composer registry. I have also committed publicly that WP Packages will never use the Composer info field to push messages, ads, or upsells into developer terminals. That kind of restraint is easier to promise when a project answers to its community rather than to a corporate parent.

    WP Packages is funded through GitHub Sponsors. Current sponsors include Carrot, Kinsta, WordPress.com, and Itineris. The WordPress ecosystem has always been at its strongest when the community builds the tools it needs in the open. I saw a gap forming months before anyone else was paying attention, built something better than what existed, and released it for everyone. No acquisition required. No boardroom decisions about availability or pricing. Just developers solving a problem for other developers and sharing the result. Open source wins.

    Go to Original Source

  • WP Packages is Working the Way Open Source Should

    WP Packages is Working the Way Open Source Should

    When WP Engine acquired WPackagist on March 12, the WordPress developer community faced a familiar question: what happens when critical open source infrastructure ends up under corporate control? The community already had an answer in progress. Four days later, WP Packages (formerly WP Composer) launched as a fully independent, community-funded alternative, with some neat additional features.

    Built by Ben Words from Roots, the team behind Bedrock, Sage, and Trellis, WP Packages is a new open source Composer repository for WordPress plugins and themes. Composer is PHP’s dependency manager, and it is how many professional WordPress developers install and update plugins and themes in their projects. Every free plugin and theme in the WordPress.org directory is available through WP Packages. Migrating from WPackagist can be done via a single script or a few terminal commands.

    What Happened and Why It Matters

    WPackagist was created in 2013 by Outlandish, a UK-based digital cooperative, and it served the WordPress Composer ecosystem for over a decade. In its later years the project suffered from deferred maintenance, slow update cycles, and little to no community input. When WP Engine announced the acquisition, developers raised immediate concerns about a private-equity-backed corporation controlling infrastructure this foundational to the WordPress developer workflow. WP Engine immediately updated the Composer info field to display a “WPackagist is now maintained by WP Engine” notice in every developer’s terminal. A small thing, but telling. That’s how corporate ownership changes the relationship between a tool and its users.

    Ben had already started building a WPackagist replacement last August, long before the acquisition made headlines. When WP Engine’s deal landed, he accelerated the launch, going live on March 16 with a fully open source repository on GitHub.

    Open source repo ≠ transparent system. WP Packages makes everything public, including infrastructure and build process. – Ben Word on X

    It’s also just a better tool. WP Packages supports Composer v2’s metadata-url protocol, which lets Composer fetch metadata only for the packages a project actually needs. WPackagist still relies on the older provider-includes approach, forcing Composer to download large index files before resolving dependencies. Cold dependency resolves on WP Packages are roughly 17x faster: 0.7 seconds for 10 plugins compared to 12.3 seconds on WPackagist.

    WP Packages also uses CDN caching with public cache headers and serves immutable, content-addressed per-package files. Package naming is cleaner (wp-plugin/ and wp-theme/ instead of wpackagist-plugin/ and wpackagist-theme/), metadata includes plugin and theme authors, descriptions, and homepage URLs that WPackagist has been missing for years, and updates sync every five minutes rather than WPackagist’s roughly 90-minute cycle.

    How to Switch

    Switching from WPackagist to WP Packages requires just a few terminal commands.

    1. Remove your existing WPackagist packages:
    composer remove wpackagist-theme/twentytwentyfive
    1. Remove the WPackagist repository and add WP Packages:
    composer config --unset repositories.wpackagist && composer config repositories.wp-composer composer https://repo.wp-packages.org
    1. Require packages with the new naming:
    composer require wp-theme/twentytwentyfive

    Alternatively, use the migration script to automatically update your composer.json:

    curl -sO https://raw.githubusercontent.com/roots/wp-packages/main/scripts/migrate-from-wpackagist.sh && bash migrate-from-wpackagist.sh

    Roots also provides a WP Packages Changelog Action for GitHub workflows that tracks dependency updates using the new naming format. Projects using Bedrock already ship with WP Packages configured out of the box.

    Open Source Wins

    The entire WP Packages project is public. The application code, documentation, and even the full Ansible deployment configuration are available on GitHub. Anyone can fork the repository and run their own WordPress Composer registry. Ben has also committed publicly that WP Packages will never use the Composer info field to push messages, ads, or upsells into developer terminals. That kind of restraint is easier to promise when a project answers to its community rather than to a corporate parent.

    WP Packages is funded through GitHub Sponsors. Current sponsors include Carrot, Kinsta, WordPress.com, and Itineris. The WordPress ecosystem has always been at its strongest when the community builds the tools it needs in the open. Ben saw a gap forming months before anyone else was paying attention, built something better than what existed, and released it for everyone. No acquisition required. No boardroom decisions about availability or pricing. Just developers solving a problem for other developers and sharing the result. Open source wins.

    Orijinal Kaynağa Git

  • WordPress 7.0 version candidate 2

    La deuxième version candidate (« RC2 ») pour WordPress 7.0 est prête à être téléchargée et testée !

    Cette version du logiciel WordPress est en cours de développement. Veuillez ne pas installer, exécuter ou tester cette version de WordPress sur des sites Web de production ou critiques. Au lieu de cela, il est recommandé d’évaluer RC2 sur un serveur et un site de test.

    Atteindre cette phase du cycle de publication est une étape importante. Bien que les versions candidates soient considérées comme prêtes à être publiées, les tests restent cruciaux pour garantir que tout dans WordPress 7.0 est le meilleur possible.

    Vous pouvez tester WordPress 7.0 RC2 de quatre manières :

    Plugin Installez et activez le plugin WordPress Beta Tester sur une installation WordPress. (Sélectionnez le canal « Bleeding Edge » et le flux « Bêta/RC uniquement ».)
    Téléchargement direct Téléchargez la version RC2 (zip) et installez-la sur un site Web WordPress.
    Commande Ligne Utilisez cette commande WP-CLI :
    wp core update --version=7.0-RC2
    WordPress Playground Utilisez le Instance WordPress Playground pour tester le logiciel directement dans votre navigateur.  Aucune configuration requise – il suffit de cliquer et c’est parti ! 

    La date de sortie finale prévue pour WordPress 7.0 est le 9 avril 2026. Le le calendrier de sortie complet peut être trouvé ici. Votre aide pour tester les versions bêta et RC est essentielle pour rendre cette version aussi stable et puissante que possible. Merci à tous ceux qui aident aux tests !

    Veuillez continuer à consulter le blog Make WordPress Core pour les articles liés à la version 7.0 dans les semaines à venir pour plus d’informations.

    Qu’y a-t-il dans WordPress 7.0 RC2 ?

    Quoi de neuf dans WordPress 7.0 ? Consultez l’annonce de la version bêta 1 et les notes du développeur 7.0 pour plus de détails et les points forts. Pour obtenir des informations techniques liées aux problèmes résolus depuis le RC1, vous pouvez parcourir les liens suivants :

    Comment contribuer

    WordPress est un logiciel open source rendu possible par une communauté passionnée de personnes collaborant et contribuant à son développement. Les ressources ci-dessous décrivent différentes manières dont vous pouvez aider la plateforme Web open source la plus populaire au monde, quelle que soit votre expertise technique.

    Impliquez-vous dans les tests

    Les tests de problèmes sont essentiels au développement de tout logiciel. C’est aussi une manière significative pour quiconque de contribuer. 

    Votre aide pour tester la version WordPress 7.0 RC1 est essentielle pour garantir que la version finale est la meilleure possible. S’il est essentiel de tester le processus de mise à niveau, essayer de nouvelles fonctionnalités est tout aussi important. Ce guide détaillé vous guidera à travers les tests des fonctionnalités de WordPress 7.0. Pour ceux qui débutent dans les tests, suivez ce guide de test général pour plus de détails sur la configuration.

    Quoi d’autre tester :

    Si vous rencontrez un problème, veuillez le signaler à la zone Alpha/Beta des forums d’assistance ou directement à WordPress Trac si vous êtes à l’aise pour rédiger un rapport de bug reproductible.  Vous pouvez également vérifier votre problème par rapport à une liste de bogues connus. 

    Vous êtes curieux de tester les versions en général ?  Suivez les initiatives de test dans Make Core et rejoignez la chaîne #core-test sur Making WordPress Slack.

    Testez sur vos plateformes d’hébergement

    Les hébergeurs Web fournissent une infrastructure vitale pour prendre en charge WordPress et ses utilisateurs. Les tests sur les systèmes d’hébergement contribuent à éclairer le processus de développement tout en garantissant que WordPress et les plates-formes d’hébergement sont entièrement compatibles, exempts d’erreurs, optimisés pour la meilleure expérience utilisateur possible et que les mises à jour sont déployées sur les sites clients sans problème.

    Vous souhaitez tester WordPress sur votre système d’hébergement ? Commencez par configurer les tests d’hébergement distribué ici.

    Mettez à jour votre thème ou plugin

    Pour les auteurs de plugins et de thèmes, vos produits jouent un rôle essentiel dans l’extension des fonctionnalités et de la valeur de WordPress pour tous les utilisateurs.

    Merci de continuer à tester vos thèmes et plugins avec les versions bêta de WordPress 7.0. Si vous ne l’avez pas encore fait, assurez-vous de terminer vos tests et de mettre à jour la version « Testé jusqu’à » dans votre fichier Lisez-moi du plugin vers 7.0.

    Si vous rencontrez des problèmes de compatibilité, veuillez publier des informations détaillées sur le forum d’assistance.

    Aide à traduire WordPress

    Parlez-vous une langue autre que l’anglais ? ¿Espagnol? Français ? Russe? C’est quoi ? Qu’est-ce que c’est? Qu’est-ce que c’est? Alors? Qu’est-ce que c’est?  Vous pouvez aider à traduire WordPress dans plus de 100 langues. Cette étape de version (RC2) marque également le gel définitif des chaînes du cycle de publication 7.0.

    Un haïku RC2

    Au début juste un rêve,

    RC2 coule comme un flux

    avec une lueur de sept oh.

    Accessoires pour @amykamala @annezazu pour la relecture et la révision.

    Aller à la source originale

  • WordPress 7.0 Release Candidate 2

    Der zweite Release Candidate („RC2“) für WordPress 7.0 steht zum Herunterladen und Testen bereit!

    Diese Version der WordPress-Software befindet sich in der Entwicklung. Bitte installieren, führen oder testen Sie diese Version von WordPress nicht auf Produktions- oder geschäftskritischen Websites. Stattdessen wird empfohlen, RC2 auf einem Testserver und einer Testseite zu testen.

    Das Erreichen dieser Phase des Release-Zyklus ist ein wichtiger Meilenstein. Obwohl Release-Kandidaten als bereit für die Veröffentlichung gelten, bleiben Tests von entscheidender Bedeutung, um sicherzustellen, dass alles in WordPress 7.0 das Beste ist, was es sein kann.

    Sie können WordPress 7.0 RC2 auf vier Arten testen:

    Plugin Installieren und aktivieren Sie das WordPress Beta Tester-Plugin in einer WordPress-Installation. (Wählen Sie den Kanal „Bleeding Edge“ und den Stream „Nur Beta/RC“.)
    Direkter Download Laden Sie die RC2-Version (zip) herunter und installieren Sie sie auf einer WordPress-Website.
    Befehl Zeile Verwenden Sie diesen WP-CLI-Befehl:
    wp core update --version=7.0-RC2
    WordPress Playground Verwenden Sie den WordPress Playground-Instanz, um die Software direkt in Ihrem Browser zu testen.  Keine Einrichtung erforderlich – einfach klicken und loslegen! 

    Der geplante endgültige Veröffentlichungstermin für WordPress 7.0 ist der 9. April 2026. Den vollständigen Veröffentlichungsplan finden Sie hier. Ihre Hilfe beim Testen der Beta- und RC-Versionen ist von entscheidender Bedeutung, um diese Version so stabil und leistungsstark wie möglich zu machen. Vielen Dank an alle, die beim Testen helfen!

    Bitte lesen Sie in den kommenden Wochen weiterhin den Make WordPress Core-Blog für 7.0-bezogene Beiträge, um weitere Informationen zu erhalten.

    Was ist in WordPress 7.0 RC2?

    Was ist neu in WordPress 7.0? Weitere Informationen und Highlights finden Sie in der Beta 1-Ankündigung und den 7.0-Entwicklerhinweisen. Technische Informationen zu Problemen, die seit RC1 behoben wurden, finden Sie unter den folgenden Links:

    Wie Sie dazu beitragen können

    WordPress ist eine Open-Source-Software, die durch eine leidenschaftliche Community von Menschen ermöglicht wird, die an ihrer Entwicklung zusammenarbeiten und dazu beitragen. Die folgenden Ressourcen beschreiben verschiedene Möglichkeiten, wie Sie der weltweit beliebtesten Open-Source-Webplattform helfen können, unabhängig von Ihrem technischen Fachwissen.

    Beteiligen Sie sich am Testen

    Das Testen auf Probleme ist für die Entwicklung jeder Software von entscheidender Bedeutung. Es ist auch eine sinnvolle Möglichkeit für jeden, einen Beitrag zu leisten. 

    Ihre Hilfe beim Testen der WordPress 7.0 RC1-Version ist der Schlüssel, um sicherzustellen, dass die endgültige Version das Beste ist, was sie sein kann. Während das Testen des Upgrade-Prozesses unerlässlich ist, ist das Ausprobieren neuer Funktionen ebenso wichtig. Dieser detaillierte Leitfaden führt Sie durch die Testfunktionen in WordPress 7.0. Wenn Sie mit dem Testen noch nicht vertraut sind, folgen Sie diesem allgemeinen Testleitfaden, um weitere Informationen zur Einrichtung zu erhalten.

    Was Sie sonst noch testen sollten:

    Wenn Sie auf ein Problem stoßen, melden Sie es bitte im Alpha/Beta-Bereich der Support-Foren oder direkt an WordPress Trac, wenn Sie mit dem Schreiben eines reproduzierbaren Fehlerberichts vertraut sind.  Sie können Ihr Problem auch anhand einer Liste bekannter Fehler überprüfen. 

    Neugierig auf das Testen von Releases im Allgemeinen?  Folgen Sie den Testinitiativen in Make Core und treten Sie dem #core-test-Kanal auf Making WordPress Slack bei.

    Testen Sie auf Ihren Hosting-Plattformen

    Webhosts stellen eine wichtige Infrastruktur für die Unterstützung von WordPress und seinen Benutzern bereit. Tests auf Hosting-Systemen unterstützen den Entwicklungsprozess und stellen gleichzeitig sicher, dass WordPress und Hosting-Plattformen vollständig kompatibel, fehlerfrei und für die bestmögliche Benutzererfahrung optimiert sind und dass Updates problemlos auf Kundenseiten bereitgestellt werden.

    Möchten Sie WordPress auf Ihrem Hosting-System testen? Beginnen Sie hier mit der Konfiguration verteilter Hosting-Tests.

    Aktualisieren Sie Ihr Theme oder Plugin

    Für Plugin- und Theme-Autoren spielen Ihre Produkte eine wesentliche Rolle bei der Erweiterung der Funktionalität und des Werts von WordPress für alle Benutzer.

    Vielen Dank, dass Sie Ihre Themes und Plugins weiterhin mit den Betaversionen von WordPress 7.0 testen. Wenn Sie dies noch nicht getan haben, stellen Sie sicher, dass Sie Ihre Tests abschließen und die Version „Getestet bis“ in der Readme-Datei Ihres Plugins auf 7.0 aktualisieren.

    Wenn Sie Kompatibilitätsprobleme feststellen, posten Sie bitte detaillierte Informationen im Supportforum.

    Helfen Sie beim Übersetzen von WordPress

    Sprechen Sie eine andere Sprache als Englisch? ¿Español? Französisch? Russisch? 日本語? Was ist das? Was ist das? Warum? Was ist das?  Sie können bei der Übersetzung von WordPress in mehr als 100 Sprachen helfen. Dieser Release-Meilenstein (RC2) markiert auch den harten String-Freeze-Punkt des 7.0-Release-Zyklus.

    Ein RC2-Haiku

    Zuerst nur ein Traum,

    RC2 fließt wie ein Strom

    mit Sieben-Oh-Glanz.

    Props an @amykamala @annezazu zum Korrekturlesen und Überprüfen.

    Zur Originalquelle gehen