Make all links relative

Now the abs_to_rel module is enabled, links can be made relative so they
work on the current environment.
This commit is contained in:
Oliver Davies 2025-05-29 16:42:25 +01:00
parent 0d359f81d6
commit 7a7dc297ca
349 changed files with 698 additions and 698 deletions

View file

@ -82,9 +82,9 @@
],
"body": [
{
"value": "\n <p>As well as <a href=\"https:\/\/www.oliverdavies.uk\/daily\/2025\/02\/07\/less\">having less code than you started with<\/a>, another good type of change is one where there are tests accompanying the production code.<\/p>\n\n<p>Whether the tests were written after the code or before with a test-driven development approach, the main thing is that there are tests when the code is committed.<\/p>\n\n<p>There should also be more test code than production code.<\/p>\n\n<p>There is only one implementation of the production code, but there should be multiple tests for it.<\/p>\n\n<p>There should be different tests for different situations, such as different types of input and no input, testing for throwing Exceptions and other failure cases and not just the \"happy path\".<\/p>\n\n<p>Looking at the diff of a commit or merge request, there should be more changes to the test then the code it's testing.<\/p>\n\n ",
"value": "\n <p>As well as <a href=\"/daily\/2025\/02\/07\/less\">having less code than you started with<\/a>, another good type of change is one where there are tests accompanying the production code.<\/p>\n\n<p>Whether the tests were written after the code or before with a test-driven development approach, the main thing is that there are tests when the code is committed.<\/p>\n\n<p>There should also be more test code than production code.<\/p>\n\n<p>There is only one implementation of the production code, but there should be multiple tests for it.<\/p>\n\n<p>There should be different tests for different situations, such as different types of input and no input, testing for throwing Exceptions and other failure cases and not just the \"happy path\".<\/p>\n\n<p>Looking at the diff of a commit or merge request, there should be more changes to the test then the code it's testing.<\/p>\n\n ",
"format": "full_html",
"processed": "\n <p>As well as <a href=\"https:\/\/www.oliverdavies.uk\/daily\/2025\/02\/07\/less\">having less code than you started with<\/a>, another good type of change is one where there are tests accompanying the production code.<\/p>\n\n<p>Whether the tests were written after the code or before with a test-driven development approach, the main thing is that there are tests when the code is committed.<\/p>\n\n<p>There should also be more test code than production code.<\/p>\n\n<p>There is only one implementation of the production code, but there should be multiple tests for it.<\/p>\n\n<p>There should be different tests for different situations, such as different types of input and no input, testing for throwing Exceptions and other failure cases and not just the \"happy path\".<\/p>\n\n<p>Looking at the diff of a commit or merge request, there should be more changes to the test then the code it's testing.<\/p>\n\n ",
"processed": "\n <p>As well as <a href=\"/daily\/2025\/02\/07\/less\">having less code than you started with<\/a>, another good type of change is one where there are tests accompanying the production code.<\/p>\n\n<p>Whether the tests were written after the code or before with a test-driven development approach, the main thing is that there are tests when the code is committed.<\/p>\n\n<p>There should also be more test code than production code.<\/p>\n\n<p>There is only one implementation of the production code, but there should be multiple tests for it.<\/p>\n\n<p>There should be different tests for different situations, such as different types of input and no input, testing for throwing Exceptions and other failure cases and not just the \"happy path\".<\/p>\n\n<p>Looking at the diff of a commit or merge request, there should be more changes to the test then the code it's testing.<\/p>\n\n ",
"summary": null
}
],