feat: content adapters from data files
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 35/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- csharp, yaml
- Área
- backend, documentation, testing
Línea de trabajo
Start by reading the parent epic #33 and dependency #31 to understand the planned content model, then inspect the content-generation and page-discovery entry points and tests in Fanstatic.Test/ with fixture sites in .TestSites/. Run ./build.sh test and use the ratings example as the acceptance case: three data items should produce three section pages listed in the section and their tag pages; also cover duplicate-path errors and document the example.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Part of the Phase 3 epic (#33).
Current State
Every page needs a Markdown file. Sites with structured data (game ratings, books, products) must generate files
outside Fanstatic. Hugo solves this with content adapters.
Tasks:
-
content/<section>/_content.yamldescribes pages generated fromsite.Data:
yaml Source: ratings Path: "{{ item.slug }}" FrontMatter: Title: "{{ item.name }}" Tags: "{{ item.genres }}" Content: "{{ item.review }}" - Generated pages behave like Markdown pages: sections, taxonomies, translations, output formats
- Duplicate paths: error naming the adapter and the item
- Docs page with the ratings example
Tests live in Fanstatic.Test/ (xUnit + NSubstitute); fixture sites in .TestSites/. Run ./build.sh test; new/changed methods need CRAP ≤ 15 and ≥ 75 % line coverage.
Acceptance Criteria:
- A fixture with 3 data items produces 3 pages listed in the section and in their tag pages.
Related:
- #33 (Phase 3 epic, parent)
- Depends on #31
- Lenguaje dominante
- C#
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 10 h 23 min
- PR fusionados (30 d)
- 4
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de MASS4ORG/Fanstatic
-
c:templates p:low size:S t:task
Dificultad 5/5 Más de una semana Aptitud para principiantes 45/100
-
c:content good first issue p:low size:S t:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
-
c:templates p:medium size:M t:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
-
c:templates p:medium size:S t:feature
Dificultad 4/5 3-5 días Aptitud para principiantes 57/100
-
c:templates p:high size:M t:feature
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
Todos los issues de MASS4ORG/Fanstatic
Issues similares
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Sector-Vestige/Sector-Vestige#476 ·
Los mantenedores suelen responder en 1 día
-
S: Untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Trauma-Station/Trauma-Station#5058 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 2 días
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
HoffmanEngineering/3d-print-log-api#243 ·
Los mantenedores suelen responder en 1 día
-
:books: documentation untriaged
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día