docs(philosophy): update SWC link away from archived repo to current location (#1297) (#1545)

Co-authored-by: Rush Ali <s0aPii.ra@googlemail.com>

closes #1297 #1545

Author: mstelbrink

docs/guide/philosophy.md

@@ -16,7 +16,7 @@ Wenn neue Funktionen hinzugefügt werden, werden diese Muster befolgt, um eine z
 
 ## Ein pragmatischer Ansatz zur Leistung
 
-Vite hat sich seit seinen [Ursprüngen](./why.md) auf die Leistung konzentriert. Die Architektur des Entwicklerservers von Vite ermöglicht HMR, das schnell bleibt, wenn Projekte wachsen. Vite verwendet native Tools wie [esbuild](https://esbuild.github.io/) und [SWC](https://github.com/vitejs/vite-plugin-react-swc), um intensive Aufgaben zu erledigen, behält jedoch den Rest des Codes in JS bei, um Geschwindigkeit und Flexibilität auszubalancieren. Bei Bedarf greifen Framework-Plugins auf [Babel](https://babeljs.io/) zurück, um den Benutzercode zu kompilieren. Und während des Build-Vorgangs verwendet Vite derzeit [Rollup](https://rollupjs.org/), bei dem die Größe des Bundles und der Zugang zu einer breiten Palette von Plugins wichtiger sind als die reine Geschwindigkeit. Vite wird sich intern weiterentwickeln und neue Bibliotheken verwenden, wenn sie erscheinen, um die DX zu verbessern, während die API stabil bleibt.
+Vite hat sich seit seinen [Ursprüngen](./why.md) auf die Leistung konzentriert. Die Architektur des Entwicklerservers von Vite ermöglicht HMR, das schnell bleibt, wenn Projekte wachsen. Vite verwendet native Tools wie [esbuild](https://esbuild.github.io/) und [SWC](https://github.com/vitejs/vite-plugin-react/tree/main/packages/plugin-react-swc), um intensive Aufgaben zu erledigen, behält jedoch den Rest des Codes in JS bei, um Geschwindigkeit und Flexibilität auszubalancieren. Bei Bedarf greifen Framework-Plugins auf [Babel](https://babeljs.io/) zurück, um den Benutzercode zu kompilieren. Und während des Build-Vorgangs verwendet Vite derzeit [Rollup](https://rollupjs.org/), bei dem die Größe des Bundles und der Zugang zu einer breiten Palette von Plugins wichtiger sind als die reine Geschwindigkeit. Vite wird sich intern weiterentwickeln und neue Bibliotheken verwenden, wenn sie erscheinen, um die DX zu verbessern, während die API stabil bleibt.
 
 ## Aufbau von Frameworks auf Basis von Vite