Wofür ist der WordPress-Ordner wp-includes?

wp-includesenthält alles,was zum Ausführen von WordPress über das Frontend (undnocheinige mehr)erforderlichist. Esist das Territorium von WordPress Core,und wie das Sprichwort sagt,ändern Sie den Core unter keinen Umständen.

Während wp-content Plugins und Themes definieren kann,befinden sich die API selbst und die überwiegende Mehrheit des WordPress-Kernsin diesem Ordner. Diese hängen vonfast dergesamten WordPress-Version ab. Alle Ihre Standardfunktionen undihre Abhängigkeitenfinden Siein diesem Ordner.

Diesmachtes zueiner wertvollen Ressourcefür Forschung und Nachschlagen.

wp-admin definiertmöglicherweise zusätzliche Elemente,istjedochfür die Ausführung des Frontends

 ./wp-admin    - Admin code
./wp-content  - User-defined code and content
./wp-includes - Common files
 

Wie zuverlässig die Dateienin diesem Ordner sind,sollten Sie sichnicht auf die Dateienin diesem Ordner verlassen. Sie solltenniemalseine Datei odereinen Pfad von wp-includeeinschließenmüssen. Wenn Sie dies versuchen odermüssen,haben Sieetwas Schrecklichesfalschgemacht undmüssen anhalten und zurückgehen.

Obwohl sich die Dateienin diesem Ordner ohne Vorwarnung ändern können,sollte dies keine Konsequenz haben,da dieenthaltene APIfüreinen erheblichen Zeitraum abwärtskompatibelbleibt.

Außerhalb von Updatesfür WordPress sollten wp-includesniemalsgeändert undim Idealfall schreibgeschützt sein.

Wenn Sie Ihrem Codeeine Abhängigkeit hinzufügenmüssen,verlassen Sie sich auf die Versionenin wp-include,anstatt Ihreeigenen hinzuzufügen. z.B. Fügen Sie keinebenutzerdefiniertejQuery hinzu,verwenden Sie diemit WordPressgelieferte (nicht abmelden und auchnichtneu registrieren).

Änderungen an wp-Includes können Sicherheitsrisiken,Leistungseinbußen,fehlerhafte Plugins/Themes usw. verursachen.

Änderungen an denenthaltenen Paketen und Bibliotheken werden vor der Veröffentlichungbekanntgegeben. Alte Abhängigkeiten,dienichtmehrbenötigt werden (wie der alte Farbwähler),werdenbeibehalten,aber als veraltetmarkiert,um Codebrüche zu vermeiden

wp-includes contains everything needed to run WordPress via the frontend ( and then some ). It is the territory of WordPress Core, and as the adage goes, never modify core under any circumstances.

While wp-content may define plugins and themes, the API itself and the vast majority of the WordPress core sits in that folder. These are depended on by almost the entirety of WordPress. All your standard functions and their dependencies will be found in this folder.

This makes it a valuable resource for research and looking up things.

wp-admin may define additional items but it is not as vital to the running of the frontend

./wp-admin    - Admin code
./wp-content  - User-defined code and content
./wp-includes - Common files

As for how reliable the files are in that folder, you shouldn't rely on the files in that folder. You should never need to include a file or path from wp-includes and if you attempt to or need to, then you have done something horribly wrong and need to stop and go back.

While the files in that folder may change without warning, this should be of no consequence, as the API contained is kept backwards compatible for a significant amount of time.

Outside of updates to WordPress, wp-includes should never be modified and should ideally be read only.

Should you need to add a dependency to your code, rely on the versions in wp-includes rather than adding your own. e.g. don't include a custom jQuery, use the one bundled with WordPress ( don't de-register it and re-register it either ).

Modifications to wp-includes can cause security risks, performance degradation, broken plugins/themes, etc

Changes to the packages and libraries included are announced ahead of releases. Old dependencies no longer required (such as the old colour picker) are kept, but marked deprecated to prevent code breakage

Das Verzeichnis wp-includesenthält die Pakete,diein core enthalten sind.Das core -Team verwaltet diein wp-includesenthaltenen Pakete.Themes und Plugins können sich darauf verlassen,dass diese Paketefüreine bestimmte Version von WordPress verfügbar sind.

Diesistein wichtiger Grund,warumes äußerst wichtigist,nur Core-Bundled -Versionen von Skriptenmithilfe der Core -definierten Skriptregistrierungin die Warteschlange zu stellen,z. B.: wp_enqueue_script( 'jquery' ),sodass Ihr Theme/Plugin immer diemit coregebündelte Version verwendet,unabhängig davon,welche Version von WordPress ausgeführt wird.

The wp-includes directory includes the packages that are included by core. The core team maintains the packages included in wp-includes. Themes and Plugins can rely on those packages being available for any given version of WordPress.

That's a huge reason why it is extremely important to enqueue only core-bundled versions of scripts, using the core-defined script registration, such as: wp_enqueue_script( 'jquery' ), so that your Theme/Plugin will always be using the version bundled with core, no matter what version of WordPress is running.

WordPress als Anwendungbesteht ausmehrerenbeweglichen Teilen. Der Ordner /wp-includesenthält allgemeine Funktionenfür die WordPress-API (die Siein Themes/Plugins verwenden) und den WordPress-Administrator.

Alsoim Grunde:

 ./wp-admin    - Admin code
./wp-content  - User-defined code and content
./wp-includes - Common files
 

Im Verzeichnis /wp-includes werdennützliche Bibliotheken von Drittanbietern (d. h. SimplePiefür RSS und IncutioRPCfür XML-RPC)gespeichert. Hier wird auchein Großteil der WordPress-API (d. H. WP_Http,WP_Filesystem) definiert.

Kann sichein Plugin-Entwickler auf seinen Inhalt verlassen? und wie lange?

Ja. Diese Dateien definierenin erster Linie die WordPress-API. Das Kernteamist sehrbemüht,die Abwärtskompatibilitätbeizubehalten. Wenn alsojemals Änderungenin WordPress vorgenommen werden,die Ihre Verwendungbeeinträchtigen,wissen Sie diesbereitsim Voraus.

Ich würde auchgerne wissen,werentscheidet,was dort hineingeht und wieesgepflegt wird,wenn sich Wordpress ändert. Wird dies allesirgendwo als Richtliniendokument dokumentiert?

Entscheidungenfür die WordPress-API werden vom Entwicklungsteamfestgelegt. Sie können Änderungennormalerweise unter http://make.wordpress.org/core verfolgen. Bibliotheken werden immer gepflegt,da durch das Ändern dieser Bibliotheken WordPressgeändert wird.

WordPress, as an application, is built of several moving parts. The /wp-includes folder contains common functionality for the WordPress API (which you use in themes/plugins) and the WordPress admin.

So, basically:

./wp-admin    - Admin code
./wp-content  - User-defined code and content
./wp-includes - Common files

The /wp-includes directory is where useful 3rd party libraries (i.e. SimplePie for RSS and IncutioRPC for XML-RPC) are stored. It's also where much of the WordPress API (i.e. WP_Http, WP_Filesystem) is defined.

Can a plugin developer rely in it's contents? and for how long?

Yes. These files are what defines the WordPress API in the first place. The core team goes to great lengths to retain backwards compatibility, so if any changes are ever introduced in WordPress that will break what you're using, you'll know aobut it well beforehand.

I would also like to know, who decides what goes in there and how does it get maintained as Wordpress changes, any is all this documented somewhere as a policy doc?

Decisions for WordPress' API are defined by the development team. You can usually follow changes on http://make.wordpress.org/core. Libraries are always maintained since changing these libraries is what changes WordPress.

wp-includesist das Verzeichnis,das diemeisten Hauptfunktionen von WordPressenthält.Hier lebt dergesamte wichtige WordPress-Code.

WordPress leistet hervorragende Arbeitbei der Aufrechterhaltung der Abwärtskompatibilität zwischen Versionen.Mit denin diesem Ordnerenthaltenen Funktionen können Sie Pluginserstellen (so schließen Sie sich an das System an).

WordPress Trac ist der Hauptbereich,der darüberentscheidet,wie WordPress vorankommt. Wenn Sie also Meinungen haben/Ergänzungen,engagieren Sie sich dort :)

wp-includes is the directory that contains most of WordPress' main functionality. It's where all the major WordPress code lives.

WordPress does an excellent job of maintaining backwards compatibility between versions. You can use the functions included in this folder to build plugins with (that's how you hook into the system).

WordPress Trac is the main area that decides how WordPress moves forward, so if you have opinions/additions, get involved there :)