contentlayerdev / contentlayerdev/contentlayer
Content sources as data processing pipelines
- Vorherrschende Sprache
- TypeScript
- Sterne
- 3.5k
- Forks
- 192
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Beschreibung
_Note: This issue is WIP and needs to be expanded._
## Notes
- Differentiate between **input data** and **output data**
- Input data validation could be done via Zod
- Question: How do define the output schema? (based on the input schema)
- Other schema formats: #163
- #250
- Also see [this comment](https://github.com/contentlayerdev/contentlayer/issues/214#issuecomment-1170856380)
- This would also unlock #84
- Make it easy to let the user define what they want to access (e.g. pre-rendered HTML vs raw MD source)
### Markdown/MDX processing pipeline
- This could allow for a smoother unified/remark/rehype content processing integration
- #137
## Related
- #120
- #163
- #106
- #84
- #160
- #91
- #275
- #86
- #71
- #148
- #24
- #149
- #26
- #216
- #225
- #325
- [Private Notion doc](https://www.notion.so/schickling/Build-pipeline-explorations-8214b31765bb48b9814d4dfaad23dfe8)
Beitragsleitfaden
Rechercherichtung
Beginne mit den Notizen zu diesem Issue und den verlinkten Diskussionen in #163, #214 und #137, und prüfe anschließend die zugehörigen Issues sowie die Untersuchung der Build-Pipeline. Definiere das Datenmodell für Ein- und Ausgaben, den Schema-Ansatz, auswählbare Roh- oder gerenderte Inhalte und das Verarbeitungsverhalten für Markdown/MDX; als abgeschlossen gilt die Aufgabe, wenn der Umfang der Pipeline und die Akzeptanzkriterien dokumentiert sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- markdown, typescript
- Bereich
- build-system, content, data
- Issue-Typ
- Feature
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100