Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

Add ability to remove previously parsed resources no longer getting parsed

Aperta
  • Qualcosa non va?
#147 5 commenti 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
25/100
Tipo di issue
Funzionalità
Chiarezza
Da chiarire
Stato di attività
Ferma
Stack tecnologico
php
Ambito
documentation

Direzione di ricerca

Inizia tracciando il flusso completo di rianalisi del parser e l’hook wp_parser_import_item_post_data, incluso il momento in cui viene chiamato wp_update_post(). Esamina come vengono identificate le risorse analizzate e determina se il comportamento previsto consiste nell’eliminarle, nell’assegnare loro uno stato diverso da "publish" o nel lasciare la pulizia a uno script; l’issue non stabilisce ancora un comportamento scelto.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

It'd be nice to optionally be able to remove previously parsed resources that were not included as part of a full re-parsing.

Remove may mean delete, but more likely assignment of a non-"publish" post status.

Two examples where this is useful:

  1. Inadvertently (or intentionally, but with later misgivings about doing so) including a file in a parsing that should not have been included. (In this case you may actually want the parsed resources deleted.)
  2. Functions, hooks, classes, etc that no longer exist and that you no longer want to have listed/available as if they did. (In this case you probably don't want to delete as there may be meta data added to these resources after they were parsed, such as comments, etc.)

This could be a wontfix under the belief that it's the parser user's responsibility to handle this. In which case, the parser user would probably hook 'wp_parser_import_item_post_data' and forcibly set post_modified for everything sent its way (since currently, wp_update_post() is not called if there wasn't a change in the post object data). Then after parsing, a script could remove anything not modified since the known parsing datetime (and anything related to them).

But shouldn't the parser have some responsibility (or capability) here if it does updates?

Lingua principale
PHP
Stelle
239
Fork
81
Merge medio
1g 22h
PR unite (30g)
5

Preparare l'ambiente

Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di WordPress/phpdoc-parser

Tutte le issue di WordPress/phpdoc-parser

Issue simili

Altre issue su PHP

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.