URLs are inconsistent
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 30/100
- Issue type
- Refactor
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- html
- Domain
- web-dev
Research direction
Start by locating the anchor href attributes and index.json entries that reference ATT&CK objects. Normalize equivalent URLs to the trailing-slash form without index.html, then verify that links and object-search results still resolve to the same pages.
Written by the indexing model from the issue text.
Description
- Problem
URLs to the same technique, software, mitigation, or group page are inconsistent.
- Detail
URLs to the same object are inconsistent. For example,
/techniques/T1595/(inhrefattributes inanchortags)/techniques/T1595/index.html(inindex.jsonused in ATT&CK object search)
Both URLs lead us to the same object (the same web content).
There are many incosistent URL expressions in ATT&CK, such as the example above.
If there is no reason, I would like to suggest unifying the them into a single URL format as shown in the solution section below.
- Solution
I would go for something like "/techniques/T1595/" with "/" and without "index.html" at the end.
That is what you get when you click the links in the ATT&CK pages.
As for 'without "index.html"', the ATT&CK pages are currently static,
but they might be generated dynamically in the future.
It would be safe not to specify "index.html", to be prepared for dynamic HTML generation.
- Additional improvement
Not in this repo, but ATT&CK STIX 2 JSON file has URLs like "/technique/T1595" in its external_references.
I believe that they should be consistent with URLs in this repo.
When the standard is set, I will raise an issue for the ATT&CK STIX 2 JSON file.
- Dominant language
- HTML
- Stars
- 590
- Forks
- 175
- Avg merge
- 1d 11h
- Merged PRs (30d)
- 2
Getting set up
- Ships a Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from mitre-attack/attack-website
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
mitre-attack/attack-website#628 · 1 comment ·
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
mitre-attack/attack-website#626 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 52/100
mitre-attack/attack-website#596 ·
-
Difficulty 3/5 1-2 days Newbie friendliness 55/100
mitre-attack/attack-website#571 · 2 comments · 1 reaction ·
-
[Accessibility] Navbar logo missing alt text causing WCAG violationMay be free again @jondricek claimed this 237 days ago, and no pull request is open. Open
mitre-attack/attack-website#563 · 1 assignee ·
All issues in mitre-attack/attack-website
Similar issues
-
Flaky (suspected): VideoTimelineEditor bed audio test sees 600px instead of 120px under CI loadOpen
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
Actions on ToastsOpen
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
nextcloud-libraries/nextcloud-dialogs#2669 ·
Maintainers usually reply within 1 day
-
needs triage
Difficulty 2/5 1-3 hours Newbie friendliness 61/100
rjsf-team/react-jsonschema-form#5495 ·
Maintainers usually reply within 2 days
-
Raise company profile field labels to 14pxPossibly taken @LaVoixInterieure claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
agentvivekkumar/dontbemichael#196 · 1 comment ·
Maintainers usually reply within 1 day
-
accessibility good first issue
Difficulty 1/5 1-3 hours Newbie friendliness 92/100
Maintainers usually reply within 1 day