diff --git a/config/sync/core.entity_view_display.media.image.media_library.yml b/config/sync/core.entity_view_display.media.image.media_library.yml index 4f0963667..dee6577e8 100644 --- a/config/sync/core.entity_view_display.media.image.media_library.yml +++ b/config/sync/core.entity_view_display.media.image.media_library.yml @@ -20,8 +20,8 @@ content: type: image label: hidden settings: - image_style: medium image_link: '' + image_style: medium image_loading: attribute: lazy third_party_settings: { } diff --git a/content/feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76.json b/content/feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76.json index 118a25957..b52cd60bd 100644 --- a/content/feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76.json +++ b/content/feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76.json @@ -67,7 +67,7 @@ ], "item_count": [ { - "value": 820 + "value": 0 } ] } \ No newline at end of file diff --git a/content/media.00e90d0a-0d8f-4579-8022-be91f2449149.json b/content/media.00e90d0a-0d8f-4579-8022-be91f2449149.json index b1d654997..afe1da0bc 100644 --- a/content/media.00e90d0a-0d8f-4579-8022-be91f2449149.json +++ b/content/media.00e90d0a-0d8f-4579-8022-be91f2449149.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.034364f8-2e16-4ec9-8148-5af2c070c038.json b/content/media.034364f8-2e16-4ec9-8148-5af2c070c038.json index d570f0b33..6514558d8 100644 --- a/content/media.034364f8-2e16-4ec9-8148-5af2c070c038.json +++ b/content/media.034364f8-2e16-4ec9-8148-5af2c070c038.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.04897b7d-6d74-491c-935f-65051be149fd.json b/content/media.04897b7d-6d74-491c-935f-65051be149fd.json index 9f7a1879e..0f82cb868 100644 --- a/content/media.04897b7d-6d74-491c-935f-65051be149fd.json +++ b/content/media.04897b7d-6d74-491c-935f-65051be149fd.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.0aabd501-3b1b-4352-a5c3-60b01c295311.json b/content/media.0aabd501-3b1b-4352-a5c3-60b01c295311.json index b9dca3bb5..85863d8ba 100644 --- a/content/media.0aabd501-3b1b-4352-a5c3-60b01c295311.json +++ b/content/media.0aabd501-3b1b-4352-a5c3-60b01c295311.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.0c37e975-e240-4834-acbb-f9ea19dee13f.json b/content/media.0c37e975-e240-4834-acbb-f9ea19dee13f.json index e45693a06..6b424eb38 100644 --- a/content/media.0c37e975-e240-4834-acbb-f9ea19dee13f.json +++ b/content/media.0c37e975-e240-4834-acbb-f9ea19dee13f.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.14a032ba-cd66-4fbf-b45e-5c6851eead80.json b/content/media.14a032ba-cd66-4fbf-b45e-5c6851eead80.json index 0e9be0a06..9d1e5e322 100644 --- a/content/media.14a032ba-cd66-4fbf-b45e-5c6851eead80.json +++ b/content/media.14a032ba-cd66-4fbf-b45e-5c6851eead80.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.22221e8c-d072-40ba-a032-b34b0c964a57.json b/content/media.22221e8c-d072-40ba-a032-b34b0c964a57.json index d653eda01..9813db1c3 100644 --- a/content/media.22221e8c-d072-40ba-a032-b34b0c964a57.json +++ b/content/media.22221e8c-d072-40ba-a032-b34b0c964a57.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.292a3bd1-0ac0-4f1d-81b7-74bb96be1ee9.json b/content/media.292a3bd1-0ac0-4f1d-81b7-74bb96be1ee9.json index 2326de0c0..0529b833f 100644 --- a/content/media.292a3bd1-0ac0-4f1d-81b7-74bb96be1ee9.json +++ b/content/media.292a3bd1-0ac0-4f1d-81b7-74bb96be1ee9.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.29435a22-668d-415d-b8b0-6bc76fd92ef3.json b/content/media.29435a22-668d-415d-b8b0-6bc76fd92ef3.json index 46a232021..b25941a16 100644 --- a/content/media.29435a22-668d-415d-b8b0-6bc76fd92ef3.json +++ b/content/media.29435a22-668d-415d-b8b0-6bc76fd92ef3.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.33ccb3cb-1247-45e4-a43b-078d74034320.json b/content/media.33ccb3cb-1247-45e4-a43b-078d74034320.json index 25619aaa7..a9122feae 100644 --- a/content/media.33ccb3cb-1247-45e4-a43b-078d74034320.json +++ b/content/media.33ccb3cb-1247-45e4-a43b-078d74034320.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8.json b/content/media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8.json index a78bac66b..313087734 100644 --- a/content/media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8.json +++ b/content/media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.3877e696-9620-44de-b941-3ebb42c1244b.json b/content/media.3877e696-9620-44de-b941-3ebb42c1244b.json index e0c38af86..2f6b2cfa0 100644 --- a/content/media.3877e696-9620-44de-b941-3ebb42c1244b.json +++ b/content/media.3877e696-9620-44de-b941-3ebb42c1244b.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5.json b/content/media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5.json index f66c6b0eb..565742997 100644 --- a/content/media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5.json +++ b/content/media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90.json b/content/media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90.json index 6633d4c48..22dce8da6 100644 --- a/content/media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90.json +++ b/content/media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.4aa1060c-6977-4c35-b946-64f4cce860dd.json b/content/media.4aa1060c-6977-4c35-b946-64f4cce860dd.json index b93e946a6..d4bd0ab3b 100644 --- a/content/media.4aa1060c-6977-4c35-b946-64f4cce860dd.json +++ b/content/media.4aa1060c-6977-4c35-b946-64f4cce860dd.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.4bec5c04-dd0a-415d-9cd2-9bf76435a983.json b/content/media.4bec5c04-dd0a-415d-9cd2-9bf76435a983.json index d650c9424..c60984f5a 100644 --- a/content/media.4bec5c04-dd0a-415d-9cd2-9bf76435a983.json +++ b/content/media.4bec5c04-dd0a-415d-9cd2-9bf76435a983.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.52d13a35-d686-46a7-ac8a-b0e1219e4583.json b/content/media.52d13a35-d686-46a7-ac8a-b0e1219e4583.json index 76c8374ae..88abc9a46 100644 --- a/content/media.52d13a35-d686-46a7-ac8a-b0e1219e4583.json +++ b/content/media.52d13a35-d686-46a7-ac8a-b0e1219e4583.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.6cad1384-e45d-48f9-86b4-c8f9efac72d6.json b/content/media.6cad1384-e45d-48f9-86b4-c8f9efac72d6.json index d88fda820..a18d34e2f 100644 --- a/content/media.6cad1384-e45d-48f9-86b4-c8f9efac72d6.json +++ b/content/media.6cad1384-e45d-48f9-86b4-c8f9efac72d6.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.85934919-d843-4503-93e6-e871644bb46c.json b/content/media.85934919-d843-4503-93e6-e871644bb46c.json index 726c755c3..c988b50a6 100644 --- a/content/media.85934919-d843-4503-93e6-e871644bb46c.json +++ b/content/media.85934919-d843-4503-93e6-e871644bb46c.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.883096d9-5f02-445f-8db9-ad75362da9cc.json b/content/media.883096d9-5f02-445f-8db9-ad75362da9cc.json index e0024dcbc..fac63568e 100644 --- a/content/media.883096d9-5f02-445f-8db9-ad75362da9cc.json +++ b/content/media.883096d9-5f02-445f-8db9-ad75362da9cc.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.9d524fe7-830a-475f-b131-d4a0c874102e.json b/content/media.9d524fe7-830a-475f-b131-d4a0c874102e.json index 9b7400b5d..5dce693e3 100644 --- a/content/media.9d524fe7-830a-475f-b131-d4a0c874102e.json +++ b/content/media.9d524fe7-830a-475f-b131-d4a0c874102e.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.a45a3074-779f-4238-b97c-d4d7146f8a59.json b/content/media.a45a3074-779f-4238-b97c-d4d7146f8a59.json index 005ae9ba2..94b777af3 100644 --- a/content/media.a45a3074-779f-4238-b97c-d4d7146f8a59.json +++ b/content/media.a45a3074-779f-4238-b97c-d4d7146f8a59.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.a587aa47-64ee-4454-a822-da2a3fd44147.json b/content/media.a587aa47-64ee-4454-a822-da2a3fd44147.json index c2af51d0c..039aa563d 100644 --- a/content/media.a587aa47-64ee-4454-a822-da2a3fd44147.json +++ b/content/media.a587aa47-64ee-4454-a822-da2a3fd44147.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab.json b/content/media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab.json index 32521fadf..7ea5bf921 100644 --- a/content/media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab.json +++ b/content/media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2.json b/content/media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2.json index 929820bae..61474456a 100644 --- a/content/media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2.json +++ b/content/media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0.json b/content/media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0.json index 5a4a20234..5b7c1f93b 100644 --- a/content/media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0.json +++ b/content/media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.f18dde63-4721-4837-8c16-4449ef5611ee.json b/content/media.f18dde63-4721-4837-8c16-4449ef5611ee.json index 8c4b61099..ebe7c7af0 100644 --- a/content/media.f18dde63-4721-4837-8c16-4449ef5611ee.json +++ b/content/media.f18dde63-4721-4837-8c16-4449ef5611ee.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.f8784685-be7e-48b8-9c86-f205c7e9d981.json b/content/media.f8784685-be7e-48b8-9c86-f205c7e9d981.json index 14767e8cc..8a526f046 100644 --- a/content/media.f8784685-be7e-48b8-9c86-f205c7e9d981.json +++ b/content/media.f8784685-be7e-48b8-9c86-f205c7e9d981.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/media.f9a0267d-cec0-44fd-abf6-fe569cde3b19.json b/content/media.f9a0267d-cec0-44fd-abf6-fe569cde3b19.json index ad016f11e..1a1aaaddb 100644 --- a/content/media.f9a0267d-cec0-44fd-abf6-fe569cde3b19.json +++ b/content/media.f9a0267d-cec0-44fd-abf6-fe569cde3b19.json @@ -43,8 +43,8 @@ { "alt": "", "title": null, - "width": 180, - "height": 180, + "width": null, + "height": null, "target_type": "file", "target_uuid": "565ea6d1-39f8-4179-979e-f012fcb264af" } diff --git a/content/meta/index.json b/content/meta/index.json index 834116345..93ee2df97 100644 --- a/content/meta/index.json +++ b/content/meta/index.json @@ -14,6 +14,12 @@ "crop.c54aafc0-df7d-4e4a-a3eb-4d1a957c8b18": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" ], + "crop.49e2f9ad-4739-478a-ae41-332d79fde879": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "crop.87fbc4e4-490e-4de5-a34f-c11e859cdd2d": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], "feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" ], @@ -32,14 +38,252 @@ "file.c92327fa-f288-445e-8441-b9506933d6b8": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" ], - "menu_link_content.daf937a0-f3cf-485d-aba7-b31832450637": [], - "menu_link_content.0aba67d1-f37a-4b10-80ec-b18f02eafc66": [], - "menu_link_content.b541a408-2a31-451a-9ef4-88d30a6bc243": [], - "menu_link_content.5334a2f4-3e6a-4575-b29a-cc2eb9cf3af3": [], - "menu_link_content.b8a5229a-dc0f-48be-9052-25b7077ecb2b": [], - "menu_link_content.b71a03e9-5723-45e1-81ef-a4b2fbbc2eba": [], - "menu_link_content.e89b24d4-9d98-4b22-a603-23aaabd19f0b": [], + "file.85ac0ba1-80de-478e-a3f4-9bd1f003348e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.565ea6d1-39f8-4179-979e-f012fcb264af": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.7f65da75-c4fb-4e12-920f-b3538cacf3b2": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.5f4a9e0d-57e0-4e84-b8ba-9b641955c102": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.4f4b0b2d-c1bf-4a6b-a234-9f1fd72bd110": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.843cc6fb-9e67-43c7-96a2-a566b2e6c0f2": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.3c2c7139-187d-4b24-b9af-6b8656d96ce3": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.07bc5ab4-a33f-404f-8686-da4a9f2bc910": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.72d32f1d-6662-45ed-bb8f-efd28bcc3aef": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.c4807834-918a-4421-9177-5a1f95900ca5": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.7cea60ab-cd20-42cb-b995-fa470fc393f5": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.67a1977e-b9e3-45ad-bddf-5058a80414f9": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.8c712d15-f3f1-463f-9cbb-f4338db22a27": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.2b87b13a-05e0-4f03-9760-517085f673ff": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.40f8d8c1-1f63-4180-81c0-42edd8e84a9f": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.1ffeab5a-4395-4ee9-bf05-bac394a588fd": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.45eba0ef-3846-4f3b-8147-d0ad5509c665": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.21385f14-1910-4388-bf1a-200964fa73b1": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.e65a89ea-4eac-4562-9156-e3487cf1cbdd": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.06f032ff-a1bc-4f98-9964-40c7278e885f": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.943c945f-8081-4bfd-92f9-302f5ddaf90f": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.32c08f1a-4b4d-4ef7-b1eb-08a8cc9871dc": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.a6e24803-104a-4b74-b016-242b77185b9e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.4084d1f3-6c8c-4976-86f7-68ea491ee3bf": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.4a9d5a98-845c-45d1-98ca-2cd038d99326": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.b809880e-834b-4a64-8051-6a96e207f11e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.bc1169a7-d6b0-46d8-ae22-d921682b88f6": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.a2680e95-a118-48e8-8a89-fc608326c0e0": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.32935ed5-d928-413e-824c-3c44e5ccd5d8": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.49873c79-708c-4e0c-bc4c-adde4414165e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "file.b17eae76-e417-4f22-8290-da16366ebb24": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "media.883096d9-5f02-445f-8db9-ad75362da9cc": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.b17eae76-e417-4f22-8290-da16366ebb24" + ], + "media.292a3bd1-0ac0-4f1d-81b7-74bb96be1ee9": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.7f65da75-c4fb-4e12-920f-b3538cacf3b2" + ], + "media.0c37e975-e240-4834-acbb-f9ea19dee13f": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.5f4a9e0d-57e0-4e84-b8ba-9b641955c102" + ], + "media.f9a0267d-cec0-44fd-abf6-fe569cde3b19": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.4f4b0b2d-c1bf-4a6b-a234-9f1fd72bd110" + ], + "media.a45a3074-779f-4238-b97c-d4d7146f8a59": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.843cc6fb-9e67-43c7-96a2-a566b2e6c0f2" + ], + "media.33ccb3cb-1247-45e4-a43b-078d74034320": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.3c2c7139-187d-4b24-b9af-6b8656d96ce3" + ], + "media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.07bc5ab4-a33f-404f-8686-da4a9f2bc910" + ], + "media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.72d32f1d-6662-45ed-bb8f-efd28bcc3aef" + ], + "media.f18dde63-4721-4837-8c16-4449ef5611ee": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.c4807834-918a-4421-9177-5a1f95900ca5" + ], + "media.9d524fe7-830a-475f-b131-d4a0c874102e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.7cea60ab-cd20-42cb-b995-fa470fc393f5" + ], + "media.4bec5c04-dd0a-415d-9cd2-9bf76435a983": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.67a1977e-b9e3-45ad-bddf-5058a80414f9" + ], + "media.29435a22-668d-415d-b8b0-6bc76fd92ef3": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.8c712d15-f3f1-463f-9cbb-f4338db22a27" + ], + "media.0aabd501-3b1b-4352-a5c3-60b01c295311": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.2b87b13a-05e0-4f03-9760-517085f673ff" + ], + "media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.40f8d8c1-1f63-4180-81c0-42edd8e84a9f" + ], + "media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.1ffeab5a-4395-4ee9-bf05-bac394a588fd" + ], + "media.14a032ba-cd66-4fbf-b45e-5c6851eead80": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.45eba0ef-3846-4f3b-8147-d0ad5509c665" + ], + "media.6cad1384-e45d-48f9-86b4-c8f9efac72d6": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.21385f14-1910-4388-bf1a-200964fa73b1" + ], + "media.52d13a35-d686-46a7-ac8a-b0e1219e4583": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.e65a89ea-4eac-4562-9156-e3487cf1cbdd" + ], + "media.3877e696-9620-44de-b941-3ebb42c1244b": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.06f032ff-a1bc-4f98-9964-40c7278e885f" + ], + "media.04897b7d-6d74-491c-935f-65051be149fd": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.943c945f-8081-4bfd-92f9-302f5ddaf90f" + ], + "media.4aa1060c-6977-4c35-b946-64f4cce860dd": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.32c08f1a-4b4d-4ef7-b1eb-08a8cc9871dc" + ], + "media.00e90d0a-0d8f-4579-8022-be91f2449149": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.a6e24803-104a-4b74-b016-242b77185b9e" + ], + "media.034364f8-2e16-4ec9-8148-5af2c070c038": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.4084d1f3-6c8c-4976-86f7-68ea491ee3bf" + ], + "media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.4a9d5a98-845c-45d1-98ca-2cd038d99326" + ], + "media.a587aa47-64ee-4454-a822-da2a3fd44147": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.b809880e-834b-4a64-8051-6a96e207f11e" + ], + "media.85934919-d843-4503-93e6-e871644bb46c": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.bc1169a7-d6b0-46d8-ae22-d921682b88f6" + ], + "media.22221e8c-d072-40ba-a032-b34b0c964a57": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.a2680e95-a118-48e8-8a89-fc608326c0e0" + ], + "media.f8784685-be7e-48b8-9c86-f205c7e9d981": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.32935ed5-d928-413e-824c-3c44e5ccd5d8" + ], + "media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.565ea6d1-39f8-4179-979e-f012fcb264af", + "file.49873c79-708c-4e0c-bc4c-adde4414165e" + ], "menu_link_content.6ca73647-c2e0-45c6-95aa-c96ff3b17c44": [], + "menu_link_content.e89b24d4-9d98-4b22-a603-23aaabd19f0b": [], + "menu_link_content.b71a03e9-5723-45e1-81ef-a4b2fbbc2eba": [], + "menu_link_content.b8a5229a-dc0f-48be-9052-25b7077ecb2b": [], + "menu_link_content.5334a2f4-3e6a-4575-b29a-cc2eb9cf3af3": [], + "menu_link_content.b541a408-2a31-451a-9ef4-88d30a6bc243": [], + "menu_link_content.0aba67d1-f37a-4b10-80ec-b18f02eafc66": [], + "menu_link_content.daf937a0-f3cf-485d-aba7-b31832450637": [], "node.00e9d07f-479d-4a4d-8a13-ad6cf44c0454": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" ], @@ -181,6 +425,42 @@ "node.2a8afca0-9193-4e69-86bb-8d1d3639d6e1": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" ], + "node.1579b5cf-889e-4a7b-98a7-59918359def9": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.45636e82-61b1-4298-a28c-34f139b9a559": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.fbf99373-91c3-420e-af68-6ccda249f639": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.d5d38a64-f226-42e0-8691-6c1b128435bf": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.4c9fd2d9-307a-43a1-8993-d422261eabd7": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.d7d864f9-d3b6-4682-8e86-8d1f7c6f774e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.38535020-c00e-4720-8534-73346ff7cb0d": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.0e1fbc03-a045-4ca4-8925-69e39b67d893": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.b68d2c2d-2d78-43c5-b97c-3e57f0308b13": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.298d7816-0b4a-449e-a78d-fcf973f24bf0": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.22f6723d-c781-4548-a2cf-3b642e91b4ad": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "node.81676cf3-0b30-4619-a922-12ff3e16ba76": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], "node.ca7093b6-288d-4326-b755-cc96e0c262dc": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", "feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76" @@ -3461,12 +3741,6 @@ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", "feeds_feed.90c85284-7ca8-4074-9178-97ff8384fe76" ], - "node.1579b5cf-889e-4a7b-98a7-59918359def9": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "node.45636e82-61b1-4298-a28c-34f139b9a559": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], "node.530c4270-2e61-4e03-af91-4969a5ac9b01": [ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", "file.c92327fa-f288-445e-8441-b9506933d6b8" @@ -3487,8 +3761,276 @@ "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", "file.bf5bcd01-5c93-46fb-897d-5dc69c3cbc7f" ], - "node.fbf99373-91c3-420e-af68-6ccda249f639": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + "node.b71f8b90-7636-4e13-b31a-e7ba42eb94f7": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "file.85ac0ba1-80de-478e-a3f4-9bd1f003348e" + ], + "node.7fe05b4e-044a-4426-8fce-538781450976": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.883096d9-5f02-445f-8db9-ad75362da9cc", + "taxonomy_term.306b315a-03c4-4f06-a396-cf0906676d47" + ], + "node.13daae68-e5f9-4295-a6ff-908aae12f012": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.0c37e975-e240-4834-acbb-f9ea19dee13f", + "taxonomy_term.33c14bb8-58a2-4f98-bcf1-658dce47a1af", + "taxonomy_term.306b315a-03c4-4f06-a396-cf0906676d47" + ], + "node.773bab66-561e-4954-9689-a7d817cbbb35": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.f9a0267d-cec0-44fd-abf6-fe569cde3b19", + "taxonomy_term.6e8c14dc-fa95-4ffa-b6ae-bd28519562f7" + ], + "node.deefc5f9-12d4-46a5-a647-4522de0e5e63": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.a45a3074-779f-4238-b97c-d4d7146f8a59", + "taxonomy_term.b4e262ae-1e39-471f-b5ff-111df3b772d9" + ], + "node.5c296c46-30d9-4ec8-93e4-837330c833b0": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.33ccb3cb-1247-45e4-a43b-078d74034320", + "taxonomy_term.189f1378-871c-4e2a-93b9-1096fd273c43" + ], + "node.fe259dd8-b373-43cb-bab1-81c3f8c8f5a0": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8", + "taxonomy_term.4c72b65c-9b3c-4c8a-8826-9849ae4f498d" + ], + "node.487866ab-71b2-407e-9911-c6207dbccd80": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2", + "taxonomy_term.1902938a-e92a-4ee7-9129-fe3f3ae41bcf" + ], + "node.d0cc3427-9501-4857-93e4-d2153b18ebe5": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.f18dde63-4721-4837-8c16-4449ef5611ee", + "taxonomy_term.317d48d3-4d85-450e-8358-f495d503b41b" + ], + "node.19efa1df-9e8a-4c65-b1e8-55248ac520ed": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.9d524fe7-830a-475f-b131-d4a0c874102e", + "taxonomy_term.9e99db9e-83af-4d55-9c98-ba53ab2c2ab6" + ], + "node.687c50a0-f5e5-40ab-8ae0-0a31eb73d65b": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.4bec5c04-dd0a-415d-9cd2-9bf76435a983", + "taxonomy_term.cb22fa9d-5b4f-4a48-bb57-8f2f4f010a32" + ], + "node.058eb05f-cec1-43bd-a4e1-0b09630662e9": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.29435a22-668d-415d-b8b0-6bc76fd92ef3", + "taxonomy_term.f9b1ec5f-2fdb-438c-a266-082a86a6d94f" + ], + "node.7fab23fc-6ea7-432b-86da-ec32dfc008ab": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.0aabd501-3b1b-4352-a5c3-60b01c295311", + "taxonomy_term.8bfc82e2-c3c1-4c3b-ad5a-47f5681bcad2" + ], + "node.84decda9-d30b-4cd0-b468-937a7e47776b": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5", + "taxonomy_term.3e21966a-6812-420b-aca1-0aa641dbb5a2" + ], + "node.6ed95c44-c301-4f53-8f87-6d33de758f7e": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0", + "taxonomy_term.3b55c7cc-9994-42fd-aece-9c52889b875e" + ], + "node.d417d779-e0ca-4f36-8aa3-5ef39a8c4a18": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.14a032ba-cd66-4fbf-b45e-5c6851eead80", + "taxonomy_term.a1f48bb9-493b-4f92-b1ac-74152cd6f980" + ], + "node.33ea9079-3c84-410b-b568-eeff8c70a41f": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.6cad1384-e45d-48f9-86b4-c8f9efac72d6", + "taxonomy_term.43995889-d61c-4934-b644-52c9d3fee4d6" + ], + "node.eedbf764-01b3-48e8-9de4-b8d23caa8efd": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.52d13a35-d686-46a7-ac8a-b0e1219e4583", + "taxonomy_term.2fb2991f-8bac-4335-a8cd-a5c6edb158df" + ], + "node.8a979843-907c-49d9-abaf-a21b0432e648": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.3877e696-9620-44de-b941-3ebb42c1244b", + "taxonomy_term.6e8c14dc-fa95-4ffa-b6ae-bd28519562f7" + ], + "node.1d491da6-0523-4709-aa35-17df110f5506": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.04897b7d-6d74-491c-935f-65051be149fd", + "taxonomy_term.c0470b91-e700-4602-9e93-07705681d679" + ], + "node.6dac7a82-aecd-4bd2-9303-0383d77f4a88": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.4aa1060c-6977-4c35-b946-64f4cce860dd", + "taxonomy_term.45ff9597-74a6-46d9-91a2-8d6e5b2c28a9" + ], + "node.62d158a4-17c2-488c-990c-d852eb7e3f7c": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.00e90d0a-0d8f-4579-8022-be91f2449149", + "taxonomy_term.317d48d3-4d85-450e-8358-f495d503b41b" + ], + "node.5a8df3bf-d501-47ae-978b-ef6219c68c60": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.034364f8-2e16-4ec9-8148-5af2c070c038", + "taxonomy_term.e4c684f2-2c3c-4ca3-a65b-eb7596778538" + ], + "node.5cc36ded-e301-49de-88eb-c218c980707f": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab", + "taxonomy_term.ec064691-4a1e-4a7c-a5f4-0a573286a67b" + ], + "node.9e094927-a767-437b-b3b7-90a5bea35da0": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.a587aa47-64ee-4454-a822-da2a3fd44147", + "taxonomy_term.427b33a7-0a27-458b-8a02-4d6a6780a2e4" + ], + "node.d473b252-b668-40bc-b744-68ea259702fc": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.85934919-d843-4503-93e6-e871644bb46c", + "taxonomy_term.0a8e0788-6709-46c0-ab72-f796ee96ad95" + ], + "node.6bfb5cd7-ee69-4cbb-8a28-fe1d60fba191": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.22221e8c-d072-40ba-a032-b34b0c964a57", + "taxonomy_term.6f130024-67b6-448c-a780-8fe31d10f94d" + ], + "node.16846795-5fd0-4a67-a080-edfaa8e20cd8": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.f8784685-be7e-48b8-9c86-f205c7e9d981", + "taxonomy_term.a6331245-d56d-44dd-9496-936284f1bc09" + ], + "node.25347778-fdbf-4a8e-80f9-2d7e655391fe": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", + "media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90", + "taxonomy_term.fb6ffbd7-a7c1-49a5-8df3-d8167b8359c6" + ], + "path_alias.799ccead-b473-474a-9131-d0c36db8c194": [ + "node.00e9d07f-479d-4a4d-8a13-ad6cf44c0454" + ], + "path_alias.458f6c04-7cf5-4011-a386-a240d552ad0e": [ + "node.720227fb-2539-4f99-8a3a-097ad7fbea5b" + ], + "path_alias.e16afff1-7e4f-486d-8c15-9daaa90ae2c2": [ + "node.76b39ff6-103e-4ebf-b4c2-de6c369a7a65" + ], + "path_alias.c3a908a9-70cd-45f8-b1b8-e9889c8ac645": [ + "node.d60d49f4-3d4f-4dd1-bcb8-1e75f74032c1" + ], + "path_alias.46cf208b-0fc4-429f-9787-fbdf70da76be": [ + "node.91228b97-e4df-43c9-8f1e-6aaa6998b6c7" + ], + "path_alias.05c8d8d4-a8c1-4956-9348-80367df00108": [ + "node.872ee6d1-ddeb-4b85-a443-c5cf2d9f864d" + ], + "path_alias.e64f35a6-b476-448c-8043-171e772aabca": [ + "node.00cbe903-afbd-4074-867d-4499873f3ec9" + ], + "path_alias.f8a5a912-19db-4c22-9157-4583e9f356c8": [ + "node.8db50e55-72a9-4957-97c7-8a5ae127eeaa" + ], + "path_alias.1df69675-92fc-4238-b3ee-57263243e395": [ + "node.e83b2be0-560c-43a0-b22c-4d11898e2591" + ], + "path_alias.b7908c26-3b98-444f-968c-7cb5be66d88c": [ + "node.11ff7528-5853-4557-bab4-190e6edab4a5" + ], + "path_alias.c0bde3ce-d3c3-4bd6-b2a1-064b535ca308": [ + "node.bbdaeb7f-4154-4919-a1e6-1dcc33c3ac87" + ], + "path_alias.5f139ec9-b1ab-4613-b00d-19cc03fd1d6f": [ + "node.b3371f53-7540-46da-b9dd-0247c0042c60" + ], + "path_alias.be37fc6c-bf65-4b4d-b652-84d163b0d666": [ + "node.67e872b0-38b9-4bf8-9ca2-82b6e2cd488b" + ], + "path_alias.5aa1fdcc-aaaf-4b96-98d9-a76945ca4d3b": [ + "node.d31d81e0-5591-424a-b89f-e38a0b35ff25" + ], + "path_alias.24b6f8bc-e00b-498e-9a03-754f85e4ee0b": [ + "node.7646b8ce-4388-4b19-9ef6-73439442c359" + ], + "path_alias.e7160989-275c-4054-a4f2-2c0efce42985": [ + "node.3e86a978-80ed-4e0d-9e93-93001f1d52ad" + ], + "path_alias.2bea11d0-9783-4f4d-b8af-cb2ae20ea43b": [ + "node.dbb09dcc-ad50-4ec0-9567-1d799292107f" + ], + "path_alias.289c6203-bf95-4f18-a285-482337c510b7": [ + "node.9478a73a-b12b-426e-abcf-f007d544d244" + ], + "path_alias.8c4d45a2-b6d5-4567-bf3e-220bd8bfb393": [ + "node.29a792d3-f83c-4802-95cf-ce39109dd96a" + ], + "path_alias.dac815a5-e23f-4f3b-a249-b9391d5ed4d0": [ + "node.2b4c5ae7-3754-44ae-a0c0-40a24a64fc2f" + ], + "path_alias.37bcce63-122c-4aa3-ade9-fa96b9f24e22": [ + "node.67967073-f8ca-4253-b806-a570806f18ee" + ], + "path_alias.a1b87f39-0fbb-46dc-b81a-1e0f11f942ac": [ + "node.d46b09ba-3534-422c-b897-05619490a269" + ], + "path_alias.abdc82a8-fbb9-412c-bb91-e0ca0566e8ef": [ + "node.7cc21bad-5b2e-450c-86b4-19b79f4b21c1" + ], + "path_alias.0ccd4c97-8c36-4030-bd02-d1a24eace52b": [ + "node.4eec6b8d-0376-4b5f-84a9-cdc2fca2395e" + ], + "path_alias.603fe8b8-cabd-44e3-8914-949f8d58f59a": [ + "node.4229ad32-8ef7-4315-ad6d-c7fea0157f7f" + ], + "path_alias.56615246-6c0a-4995-b2e5-05410aeb9f85": [ + "node.6d9734c9-2165-4b6c-8617-1dcb5af116bb" + ], + "path_alias.9a227a05-5717-4b6a-9eb8-3ab05d1e8077": [ + "node.fd961f16-2935-474b-af7e-99885bd38a5b" + ], + "path_alias.193a146a-4b87-4cb7-8139-f612fb3656ef": [ + "node.4d1aa9fa-091a-425a-941a-102e6f17e768" + ], + "path_alias.5a0eee15-1d56-43d0-8539-3bd406e48749": [ + "node.ef95ec60-773e-44ce-a0aa-5e009112f8f4" + ], + "path_alias.3c27c0fe-1a53-4073-92c0-edded050d127": [ + "node.3424c5e4-6b60-4ba4-b9f1-37b964cbcb91" + ], + "path_alias.1013ac37-0c26-4453-9529-d9678bea6bb4": [ + "node.c88b1c71-9bf2-4055-820b-6f9377ed31af" + ], + "path_alias.3deea84a-b1d1-4a20-8fe6-ce809fb116c4": [ + "node.32df4c3d-0719-49eb-8dde-0d04ea746de8" + ], + "path_alias.b7e67401-20ff-46b7-89e6-0022c6bd1e35": [ + "node.e2353e18-0a03-4448-a8db-728dbd4146e8" + ], + "path_alias.224b7887-6730-4987-b23c-7b4f61f1b549": [ + "node.9b87c047-0a3b-4a66-8ea8-f8a1981f686c" + ], + "path_alias.e2b23961-024e-4223-94db-5a9cb626bcc3": [ + "node.28e7dab2-8990-43ca-8f69-16608eae051f" + ], + "path_alias.bf67d703-6cbb-4272-b81c-2ab8ca1dd96b": [ + "node.478e9266-742d-4c7d-92fb-0f6797b0da9e" + ], + "path_alias.76645bbb-c487-499f-a485-e8a3cd431539": [ + "node.261e86dc-ffbb-4274-a61a-8ddd9fadff5e" + ], + "path_alias.25233bfe-544a-4842-87d7-afcd27779476": [ + "node.622123fa-d820-4372-a68d-a049f9ceb348" + ], + "path_alias.5f1f98b4-b422-4633-ba2d-1036ad9bbefb": [ + "node.f9b17889-2531-4e1e-b120-a0f0e27fed83" + ], + "path_alias.cf11b483-34f2-4e6b-9e28-75ea679c1a55": [ + "node.93689f20-8355-413a-8c23-5096802fbd65" + ], + "path_alias.d266b885-54c2-4d7a-89a3-828fb7f8ff88": [ + "node.209ce05d-6831-47b2-b069-c4e31f698885" + ], + "path_alias.1ccfde63-a91b-48aa-a890-5a5891815d0d": [ + "node.5a9c3a99-84f4-4dc3-8ddc-d05e0469f9b9" ], "path_alias.28c02053-6cf9-4e1f-bed3-163c28e2ea7b": [ "node.00e9d07f-479d-4a4d-8a13-ad6cf44c0454" @@ -3871,6 +4413,39 @@ "path_alias.53c80a2f-365c-403f-8e07-5f82311df5a4": [ "node.2a8afca0-9193-4e69-86bb-8d1d3639d6e1" ], + "path_alias.987be1d9-1ccd-4a4e-898e-207172cd39a0": [ + "node.1579b5cf-889e-4a7b-98a7-59918359def9" + ], + "path_alias.6f154ca6-12e7-47fc-893e-a5c094487f21": [ + "node.45636e82-61b1-4298-a28c-34f139b9a559" + ], + "path_alias.8941a0dc-4d03-4a42-a647-8d20898ac224": [ + "node.d5d38a64-f226-42e0-8691-6c1b128435bf" + ], + "path_alias.3a7a13f5-0525-4037-a9a1-c9be77e0bd6a": [ + "node.4c9fd2d9-307a-43a1-8993-d422261eabd7" + ], + "path_alias.9bbfe0c4-7942-40e3-8e83-eaa5df854298": [ + "node.d7d864f9-d3b6-4682-8e86-8d1f7c6f774e" + ], + "path_alias.c6c581ce-f776-47a6-ab45-1e56e1593594": [ + "node.38535020-c00e-4720-8534-73346ff7cb0d" + ], + "path_alias.4b0cf0d7-3421-4559-a405-c016e11c1970": [ + "node.0e1fbc03-a045-4ca4-8925-69e39b67d893" + ], + "path_alias.950ec3e2-a41f-4da8-a54e-456156941219": [ + "node.b68d2c2d-2d78-43c5-b97c-3e57f0308b13" + ], + "path_alias.b1705270-e583-405b-a7b4-6ae30059706f": [ + "node.298d7816-0b4a-449e-a78d-fcf973f24bf0" + ], + "path_alias.9d87323f-c40a-4737-943e-c8f48cb37bd3": [ + "node.22f6723d-c781-4548-a2cf-3b642e91b4ad" + ], + "path_alias.678f29fc-1b63-4450-8689-7d0949a2779b": [ + "node.81676cf3-0b30-4619-a922-12ff3e16ba76" + ], "path_alias.ff7cee19-0667-4d4e-a7b7-41e45ab6b622": [ "node.ca7093b6-288d-4326-b755-cc96e0c262dc" ], @@ -6331,12 +6906,125 @@ "path_alias.ce6b9ad5-376f-4bdd-b650-2d15d190f1b9": [ "node.5c793601-f8ea-470d-8c64-3e669226e651" ], - "path_alias.987be1d9-1ccd-4a4e-898e-207172cd39a0": [ - "node.1579b5cf-889e-4a7b-98a7-59918359def9" + "path_alias.94eab8eb-be76-4fad-afac-3e50e3d1e1b5": [ + "node.7fe05b4e-044a-4426-8fce-538781450976" ], - "path_alias.6f154ca6-12e7-47fc-893e-a5c094487f21": [ - "node.45636e82-61b1-4298-a28c-34f139b9a559" + "path_alias.0e885b9c-0124-4521-a450-b4702c51a5ba": [ + "node.13daae68-e5f9-4295-a6ff-908aae12f012" ], + "path_alias.be39dc41-6c80-4be3-ac25-f20011d65c54": [ + "node.773bab66-561e-4954-9689-a7d817cbbb35" + ], + "path_alias.84fe08d5-7a51-4a66-be94-3b0eda19e962": [ + "node.deefc5f9-12d4-46a5-a647-4522de0e5e63" + ], + "path_alias.7589fe0f-4e02-4640-b317-4b659a8702ea": [ + "node.5c296c46-30d9-4ec8-93e4-837330c833b0" + ], + "path_alias.89855544-a29f-4a69-9717-de7dd29ee92c": [ + "node.fe259dd8-b373-43cb-bab1-81c3f8c8f5a0" + ], + "path_alias.bb03c9a3-1968-4fe2-8362-fa68ed28e5ea": [ + "node.487866ab-71b2-407e-9911-c6207dbccd80" + ], + "path_alias.40cfe58e-9ab3-4fc7-8544-8faab73d810d": [ + "node.d0cc3427-9501-4857-93e4-d2153b18ebe5" + ], + "path_alias.fbca963d-93c3-486f-b9d9-c2092000c188": [ + "node.19efa1df-9e8a-4c65-b1e8-55248ac520ed" + ], + "path_alias.094decee-bee6-4953-9834-9eff4207a802": [ + "node.687c50a0-f5e5-40ab-8ae0-0a31eb73d65b" + ], + "path_alias.ee21faa4-0c25-40b1-846d-4b3bf2b0c353": [ + "node.058eb05f-cec1-43bd-a4e1-0b09630662e9" + ], + "path_alias.8b415f79-73dd-4d21-b0e7-b9b74cf324ba": [ + "node.7fab23fc-6ea7-432b-86da-ec32dfc008ab" + ], + "path_alias.c33e1b1a-6fed-4ca8-9241-5d1eefa6f7e7": [ + "node.84decda9-d30b-4cd0-b468-937a7e47776b" + ], + "path_alias.ef8eecc0-5a61-48de-b30c-d15e48459249": [ + "node.6ed95c44-c301-4f53-8f87-6d33de758f7e" + ], + "path_alias.1f043e2e-99c3-4a6b-8c85-7f8cb652bb71": [ + "node.d417d779-e0ca-4f36-8aa3-5ef39a8c4a18" + ], + "path_alias.f83c3ec3-ea20-4e20-883c-8aa2bd09126f": [ + "node.33ea9079-3c84-410b-b568-eeff8c70a41f" + ], + "path_alias.4623a53c-319d-4bb7-ae65-5a8eed2d4fc5": [ + "node.eedbf764-01b3-48e8-9de4-b8d23caa8efd" + ], + "path_alias.103e1a16-2b12-430e-9946-0f77e25b4e11": [ + "node.8a979843-907c-49d9-abaf-a21b0432e648" + ], + "path_alias.2c981801-8454-4517-81c7-f8b9cbfecc36": [ + "node.1d491da6-0523-4709-aa35-17df110f5506" + ], + "path_alias.705f9177-84d1-407b-9657-01fe314d52e1": [ + "node.6dac7a82-aecd-4bd2-9303-0383d77f4a88" + ], + "path_alias.bee3f597-8c0d-4ad3-9ac6-0729a0356302": [ + "node.62d158a4-17c2-488c-990c-d852eb7e3f7c" + ], + "path_alias.eba0fc97-ab0a-4059-aee4-f8195f8bc41b": [ + "node.5a8df3bf-d501-47ae-978b-ef6219c68c60" + ], + "path_alias.9b61fa71-0eef-4864-86bc-eb99dc31ab30": [ + "node.5cc36ded-e301-49de-88eb-c218c980707f" + ], + "path_alias.a3d49a94-32b6-4288-8b7d-ea072ec7e0d4": [ + "node.9e094927-a767-437b-b3b7-90a5bea35da0" + ], + "path_alias.0b47c099-a0e8-49bb-b94b-8a0377a2882a": [ + "node.d473b252-b668-40bc-b744-68ea259702fc" + ], + "path_alias.b8ad3cf0-b3ad-44b0-93b5-c12d76ff935d": [ + "node.6bfb5cd7-ee69-4cbb-8a28-fe1d60fba191" + ], + "path_alias.1a1125ef-0203-4471-a376-e6322b8c0511": [ + "node.16846795-5fd0-4a67-a080-edfaa8e20cd8" + ], + "path_alias.e07a9581-a98a-4acf-b878-492b260fde28": [ + "node.25347778-fdbf-4a8e-80f9-2d7e655391fe" + ], + "redirect.bfacd4d2-3e91-4845-bec5-4f6d7558788d": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "redirect.8f837f21-5631-490d-b4f4-a8cc65cfafae": [ + "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" + ], + "shortcut.91b0a545-47e6-47f6-8c91-312400be7975": [], + "shortcut.45ca7a46-646c-4ae4-83ff-0a7630e48ca6": [], + "shortcut.81d560f9-aa02-4691-b078-766110a08554": [], + "taxonomy_term.306b315a-03c4-4f06-a396-cf0906676d47": [], + "taxonomy_term.33c14bb8-58a2-4f98-bcf1-658dce47a1af": [], + "taxonomy_term.6e8c14dc-fa95-4ffa-b6ae-bd28519562f7": [], + "taxonomy_term.b4e262ae-1e39-471f-b5ff-111df3b772d9": [], + "taxonomy_term.189f1378-871c-4e2a-93b9-1096fd273c43": [], + "taxonomy_term.4c72b65c-9b3c-4c8a-8826-9849ae4f498d": [], + "taxonomy_term.1902938a-e92a-4ee7-9129-fe3f3ae41bcf": [], + "taxonomy_term.317d48d3-4d85-450e-8358-f495d503b41b": [], + "taxonomy_term.9e99db9e-83af-4d55-9c98-ba53ab2c2ab6": [], + "taxonomy_term.cb22fa9d-5b4f-4a48-bb57-8f2f4f010a32": [], + "taxonomy_term.f9b1ec5f-2fdb-438c-a266-082a86a6d94f": [], + "taxonomy_term.8bfc82e2-c3c1-4c3b-ad5a-47f5681bcad2": [], + "taxonomy_term.3e21966a-6812-420b-aca1-0aa641dbb5a2": [], + "taxonomy_term.3b55c7cc-9994-42fd-aece-9c52889b875e": [], + "taxonomy_term.a1f48bb9-493b-4f92-b1ac-74152cd6f980": [], + "taxonomy_term.43995889-d61c-4934-b644-52c9d3fee4d6": [], + "taxonomy_term.2fb2991f-8bac-4335-a8cd-a5c6edb158df": [], + "taxonomy_term.c0470b91-e700-4602-9e93-07705681d679": [], + "taxonomy_term.45ff9597-74a6-46d9-91a2-8d6e5b2c28a9": [], + "taxonomy_term.e4c684f2-2c3c-4ca3-a65b-eb7596778538": [], + "taxonomy_term.ec064691-4a1e-4a7c-a5f4-0a573286a67b": [], + "taxonomy_term.427b33a7-0a27-458b-8a02-4d6a6780a2e4": [], + "taxonomy_term.0a8e0788-6709-46c0-ab72-f796ee96ad95": [], + "taxonomy_term.6f130024-67b6-448c-a780-8fe31d10f94d": [], + "taxonomy_term.a6331245-d56d-44dd-9496-936284f1bc09": [], + "taxonomy_term.fb6ffbd7-a7c1-49a5-8df3-d8167b8359c6": [], "user.42bd662a-80da-4069-9fb8-14db3a77bb8c": [], "user.b8966985-d4b2-42a7-a319-2e94ccfbb849": [], "paragraph.e8a7c3c3-c07a-4545-8387-ab03b8f7f47a": [], @@ -6347,567 +7035,5 @@ "paragraph.81b18409-0f9d-49de-a8ff-c75c7c4852c0": [], "paragraph.e89e2456-b6b5-4c5f-922f-9f34f6e77e68": [], "paragraph.2f7f892b-75ff-48a0-9034-b9af048efd84": [], - "paragraph.c4f743d0-4cf5-40ea-96e5-8fe5dd1092fa": [], - "file.85ac0ba1-80de-478e-a3f4-9bd1f003348e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "crop.49e2f9ad-4739-478a-ae41-332d79fde879": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "node.b71f8b90-7636-4e13-b31a-e7ba42eb94f7": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.85ac0ba1-80de-478e-a3f4-9bd1f003348e" - ], - "node.d5d38a64-f226-42e0-8691-6c1b128435bf": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.8941a0dc-4d03-4a42-a647-8d20898ac224": [ - "node.d5d38a64-f226-42e0-8691-6c1b128435bf" - ], - "node.4c9fd2d9-307a-43a1-8993-d422261eabd7": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.3a7a13f5-0525-4037-a9a1-c9be77e0bd6a": [ - "node.4c9fd2d9-307a-43a1-8993-d422261eabd7" - ], - "node.d7d864f9-d3b6-4682-8e86-8d1f7c6f774e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.9bbfe0c4-7942-40e3-8e83-eaa5df854298": [ - "node.d7d864f9-d3b6-4682-8e86-8d1f7c6f774e" - ], - "node.38535020-c00e-4720-8534-73346ff7cb0d": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.c6c581ce-f776-47a6-ab45-1e56e1593594": [ - "node.38535020-c00e-4720-8534-73346ff7cb0d" - ], - "node.0e1fbc03-a045-4ca4-8925-69e39b67d893": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.4b0cf0d7-3421-4559-a405-c016e11c1970": [ - "node.0e1fbc03-a045-4ca4-8925-69e39b67d893" - ], - "node.7fe05b4e-044a-4426-8fce-538781450976": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.883096d9-5f02-445f-8db9-ad75362da9cc", - "taxonomy_term.306b315a-03c4-4f06-a396-cf0906676d47" - ], - "taxonomy_term.306b315a-03c4-4f06-a396-cf0906676d47": [], - "path_alias.94eab8eb-be76-4fad-afac-3e50e3d1e1b5": [ - "node.7fe05b4e-044a-4426-8fce-538781450976" - ], - "file.7f65da75-c4fb-4e12-920f-b3538cacf3b2": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "file.565ea6d1-39f8-4179-979e-f012fcb264af": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "crop.87fbc4e4-490e-4de5-a34f-c11e859cdd2d": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.292a3bd1-0ac0-4f1d-81b7-74bb96be1ee9": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.7f65da75-c4fb-4e12-920f-b3538cacf3b2" - ], - "taxonomy_term.33c14bb8-58a2-4f98-bcf1-658dce47a1af": [], - "node.13daae68-e5f9-4295-a6ff-908aae12f012": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.0c37e975-e240-4834-acbb-f9ea19dee13f", - "taxonomy_term.33c14bb8-58a2-4f98-bcf1-658dce47a1af", - "taxonomy_term.306b315a-03c4-4f06-a396-cf0906676d47" - ], - "path_alias.0e885b9c-0124-4521-a450-b4702c51a5ba": [ - "node.13daae68-e5f9-4295-a6ff-908aae12f012" - ], - "file.5f4a9e0d-57e0-4e84-b8ba-9b641955c102": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.0c37e975-e240-4834-acbb-f9ea19dee13f": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.5f4a9e0d-57e0-4e84-b8ba-9b641955c102" - ], - "file.4f4b0b2d-c1bf-4a6b-a234-9f1fd72bd110": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.f9a0267d-cec0-44fd-abf6-fe569cde3b19": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.4f4b0b2d-c1bf-4a6b-a234-9f1fd72bd110" - ], - "taxonomy_term.6e8c14dc-fa95-4ffa-b6ae-bd28519562f7": [], - "path_alias.be39dc41-6c80-4be3-ac25-f20011d65c54": [ - "node.773bab66-561e-4954-9689-a7d817cbbb35" - ], - "node.773bab66-561e-4954-9689-a7d817cbbb35": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.f9a0267d-cec0-44fd-abf6-fe569cde3b19", - "taxonomy_term.6e8c14dc-fa95-4ffa-b6ae-bd28519562f7" - ], - "file.843cc6fb-9e67-43c7-96a2-a566b2e6c0f2": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.a45a3074-779f-4238-b97c-d4d7146f8a59": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.843cc6fb-9e67-43c7-96a2-a566b2e6c0f2" - ], - "taxonomy_term.b4e262ae-1e39-471f-b5ff-111df3b772d9": [], - "path_alias.84fe08d5-7a51-4a66-be94-3b0eda19e962": [ - "node.deefc5f9-12d4-46a5-a647-4522de0e5e63" - ], - "node.deefc5f9-12d4-46a5-a647-4522de0e5e63": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.a45a3074-779f-4238-b97c-d4d7146f8a59", - "taxonomy_term.b4e262ae-1e39-471f-b5ff-111df3b772d9" - ], - "file.3c2c7139-187d-4b24-b9af-6b8656d96ce3": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.33ccb3cb-1247-45e4-a43b-078d74034320": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.3c2c7139-187d-4b24-b9af-6b8656d96ce3" - ], - "taxonomy_term.189f1378-871c-4e2a-93b9-1096fd273c43": [], - "path_alias.7589fe0f-4e02-4640-b317-4b659a8702ea": [ - "node.5c296c46-30d9-4ec8-93e4-837330c833b0" - ], - "node.5c296c46-30d9-4ec8-93e4-837330c833b0": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.33ccb3cb-1247-45e4-a43b-078d74034320", - "taxonomy_term.189f1378-871c-4e2a-93b9-1096fd273c43" - ], - "file.07bc5ab4-a33f-404f-8686-da4a9f2bc910": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.07bc5ab4-a33f-404f-8686-da4a9f2bc910" - ], - "taxonomy_term.4c72b65c-9b3c-4c8a-8826-9849ae4f498d": [], - "path_alias.89855544-a29f-4a69-9717-de7dd29ee92c": [ - "node.fe259dd8-b373-43cb-bab1-81c3f8c8f5a0" - ], - "node.fe259dd8-b373-43cb-bab1-81c3f8c8f5a0": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.36dadcca-36f4-4f14-9f4f-8c0e1c33acc8", - "taxonomy_term.4c72b65c-9b3c-4c8a-8826-9849ae4f498d" - ], - "file.72d32f1d-6662-45ed-bb8f-efd28bcc3aef": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.72d32f1d-6662-45ed-bb8f-efd28bcc3aef" - ], - "taxonomy_term.1902938a-e92a-4ee7-9129-fe3f3ae41bcf": [], - "path_alias.bb03c9a3-1968-4fe2-8362-fa68ed28e5ea": [ - "node.487866ab-71b2-407e-9911-c6207dbccd80" - ], - "node.487866ab-71b2-407e-9911-c6207dbccd80": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.d50c069b-e2a8-4e8d-b46b-13de499ba5f2", - "taxonomy_term.1902938a-e92a-4ee7-9129-fe3f3ae41bcf" - ], - "file.c4807834-918a-4421-9177-5a1f95900ca5": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.f18dde63-4721-4837-8c16-4449ef5611ee": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.c4807834-918a-4421-9177-5a1f95900ca5" - ], - "taxonomy_term.317d48d3-4d85-450e-8358-f495d503b41b": [], - "path_alias.40cfe58e-9ab3-4fc7-8544-8faab73d810d": [ - "node.d0cc3427-9501-4857-93e4-d2153b18ebe5" - ], - "node.d0cc3427-9501-4857-93e4-d2153b18ebe5": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.f18dde63-4721-4837-8c16-4449ef5611ee", - "taxonomy_term.317d48d3-4d85-450e-8358-f495d503b41b" - ], - "file.7cea60ab-cd20-42cb-b995-fa470fc393f5": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.9d524fe7-830a-475f-b131-d4a0c874102e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.7cea60ab-cd20-42cb-b995-fa470fc393f5" - ], - "taxonomy_term.9e99db9e-83af-4d55-9c98-ba53ab2c2ab6": [], - "path_alias.fbca963d-93c3-486f-b9d9-c2092000c188": [ - "node.19efa1df-9e8a-4c65-b1e8-55248ac520ed" - ], - "node.19efa1df-9e8a-4c65-b1e8-55248ac520ed": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.9d524fe7-830a-475f-b131-d4a0c874102e", - "taxonomy_term.9e99db9e-83af-4d55-9c98-ba53ab2c2ab6" - ], - "file.67a1977e-b9e3-45ad-bddf-5058a80414f9": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.4bec5c04-dd0a-415d-9cd2-9bf76435a983": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.67a1977e-b9e3-45ad-bddf-5058a80414f9" - ], - "taxonomy_term.cb22fa9d-5b4f-4a48-bb57-8f2f4f010a32": [], - "path_alias.094decee-bee6-4953-9834-9eff4207a802": [ - "node.687c50a0-f5e5-40ab-8ae0-0a31eb73d65b" - ], - "node.687c50a0-f5e5-40ab-8ae0-0a31eb73d65b": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.4bec5c04-dd0a-415d-9cd2-9bf76435a983", - "taxonomy_term.cb22fa9d-5b4f-4a48-bb57-8f2f4f010a32" - ], - "file.8c712d15-f3f1-463f-9cbb-f4338db22a27": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.29435a22-668d-415d-b8b0-6bc76fd92ef3": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.8c712d15-f3f1-463f-9cbb-f4338db22a27" - ], - "taxonomy_term.f9b1ec5f-2fdb-438c-a266-082a86a6d94f": [], - "path_alias.ee21faa4-0c25-40b1-846d-4b3bf2b0c353": [ - "node.058eb05f-cec1-43bd-a4e1-0b09630662e9" - ], - "node.058eb05f-cec1-43bd-a4e1-0b09630662e9": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.29435a22-668d-415d-b8b0-6bc76fd92ef3", - "taxonomy_term.f9b1ec5f-2fdb-438c-a266-082a86a6d94f" - ], - "file.2b87b13a-05e0-4f03-9760-517085f673ff": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.0aabd501-3b1b-4352-a5c3-60b01c295311": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.2b87b13a-05e0-4f03-9760-517085f673ff" - ], - "taxonomy_term.8bfc82e2-c3c1-4c3b-ad5a-47f5681bcad2": [], - "path_alias.8b415f79-73dd-4d21-b0e7-b9b74cf324ba": [ - "node.7fab23fc-6ea7-432b-86da-ec32dfc008ab" - ], - "node.7fab23fc-6ea7-432b-86da-ec32dfc008ab": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.0aabd501-3b1b-4352-a5c3-60b01c295311", - "taxonomy_term.8bfc82e2-c3c1-4c3b-ad5a-47f5681bcad2" - ], - "file.40f8d8c1-1f63-4180-81c0-42edd8e84a9f": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.40f8d8c1-1f63-4180-81c0-42edd8e84a9f" - ], - "taxonomy_term.3e21966a-6812-420b-aca1-0aa641dbb5a2": [], - "path_alias.c33e1b1a-6fed-4ca8-9241-5d1eefa6f7e7": [ - "node.84decda9-d30b-4cd0-b468-937a7e47776b" - ], - "node.84decda9-d30b-4cd0-b468-937a7e47776b": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.3e58e66f-f8b2-4c97-8192-4d983d39f9a5", - "taxonomy_term.3e21966a-6812-420b-aca1-0aa641dbb5a2" - ], - "file.1ffeab5a-4395-4ee9-bf05-bac394a588fd": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.1ffeab5a-4395-4ee9-bf05-bac394a588fd" - ], - "taxonomy_term.3b55c7cc-9994-42fd-aece-9c52889b875e": [], - "path_alias.ef8eecc0-5a61-48de-b30c-d15e48459249": [ - "node.6ed95c44-c301-4f53-8f87-6d33de758f7e" - ], - "node.6ed95c44-c301-4f53-8f87-6d33de758f7e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.e8ccf4dc-fdc3-4902-87fb-7f0153597ef0", - "taxonomy_term.3b55c7cc-9994-42fd-aece-9c52889b875e" - ], - "file.45eba0ef-3846-4f3b-8147-d0ad5509c665": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.14a032ba-cd66-4fbf-b45e-5c6851eead80": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.45eba0ef-3846-4f3b-8147-d0ad5509c665" - ], - "taxonomy_term.a1f48bb9-493b-4f92-b1ac-74152cd6f980": [], - "path_alias.1f043e2e-99c3-4a6b-8c85-7f8cb652bb71": [ - "node.d417d779-e0ca-4f36-8aa3-5ef39a8c4a18" - ], - "node.d417d779-e0ca-4f36-8aa3-5ef39a8c4a18": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.14a032ba-cd66-4fbf-b45e-5c6851eead80", - "taxonomy_term.a1f48bb9-493b-4f92-b1ac-74152cd6f980" - ], - "file.21385f14-1910-4388-bf1a-200964fa73b1": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.6cad1384-e45d-48f9-86b4-c8f9efac72d6": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.21385f14-1910-4388-bf1a-200964fa73b1" - ], - "taxonomy_term.43995889-d61c-4934-b644-52c9d3fee4d6": [], - "path_alias.f83c3ec3-ea20-4e20-883c-8aa2bd09126f": [ - "node.33ea9079-3c84-410b-b568-eeff8c70a41f" - ], - "node.33ea9079-3c84-410b-b568-eeff8c70a41f": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.6cad1384-e45d-48f9-86b4-c8f9efac72d6", - "taxonomy_term.43995889-d61c-4934-b644-52c9d3fee4d6" - ], - "file.e65a89ea-4eac-4562-9156-e3487cf1cbdd": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.52d13a35-d686-46a7-ac8a-b0e1219e4583": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.e65a89ea-4eac-4562-9156-e3487cf1cbdd" - ], - "taxonomy_term.2fb2991f-8bac-4335-a8cd-a5c6edb158df": [], - "path_alias.4623a53c-319d-4bb7-ae65-5a8eed2d4fc5": [ - "node.eedbf764-01b3-48e8-9de4-b8d23caa8efd" - ], - "node.eedbf764-01b3-48e8-9de4-b8d23caa8efd": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.52d13a35-d686-46a7-ac8a-b0e1219e4583", - "taxonomy_term.2fb2991f-8bac-4335-a8cd-a5c6edb158df" - ], - "file.06f032ff-a1bc-4f98-9964-40c7278e885f": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.3877e696-9620-44de-b941-3ebb42c1244b": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.06f032ff-a1bc-4f98-9964-40c7278e885f" - ], - "path_alias.103e1a16-2b12-430e-9946-0f77e25b4e11": [ - "node.8a979843-907c-49d9-abaf-a21b0432e648" - ], - "node.8a979843-907c-49d9-abaf-a21b0432e648": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.3877e696-9620-44de-b941-3ebb42c1244b", - "taxonomy_term.6e8c14dc-fa95-4ffa-b6ae-bd28519562f7" - ], - "file.943c945f-8081-4bfd-92f9-302f5ddaf90f": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.04897b7d-6d74-491c-935f-65051be149fd": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.943c945f-8081-4bfd-92f9-302f5ddaf90f" - ], - "taxonomy_term.c0470b91-e700-4602-9e93-07705681d679": [], - "path_alias.2c981801-8454-4517-81c7-f8b9cbfecc36": [ - "node.1d491da6-0523-4709-aa35-17df110f5506" - ], - "node.1d491da6-0523-4709-aa35-17df110f5506": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.04897b7d-6d74-491c-935f-65051be149fd", - "taxonomy_term.c0470b91-e700-4602-9e93-07705681d679" - ], - "file.32c08f1a-4b4d-4ef7-b1eb-08a8cc9871dc": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.4aa1060c-6977-4c35-b946-64f4cce860dd": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.32c08f1a-4b4d-4ef7-b1eb-08a8cc9871dc" - ], - "taxonomy_term.45ff9597-74a6-46d9-91a2-8d6e5b2c28a9": [], - "path_alias.705f9177-84d1-407b-9657-01fe314d52e1": [ - "node.6dac7a82-aecd-4bd2-9303-0383d77f4a88" - ], - "node.6dac7a82-aecd-4bd2-9303-0383d77f4a88": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.4aa1060c-6977-4c35-b946-64f4cce860dd", - "taxonomy_term.45ff9597-74a6-46d9-91a2-8d6e5b2c28a9" - ], - "file.a6e24803-104a-4b74-b016-242b77185b9e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.00e90d0a-0d8f-4579-8022-be91f2449149": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.a6e24803-104a-4b74-b016-242b77185b9e" - ], - "path_alias.bee3f597-8c0d-4ad3-9ac6-0729a0356302": [ - "node.62d158a4-17c2-488c-990c-d852eb7e3f7c" - ], - "node.62d158a4-17c2-488c-990c-d852eb7e3f7c": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.00e90d0a-0d8f-4579-8022-be91f2449149", - "taxonomy_term.317d48d3-4d85-450e-8358-f495d503b41b" - ], - "file.4084d1f3-6c8c-4976-86f7-68ea491ee3bf": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.034364f8-2e16-4ec9-8148-5af2c070c038": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.4084d1f3-6c8c-4976-86f7-68ea491ee3bf" - ], - "taxonomy_term.e4c684f2-2c3c-4ca3-a65b-eb7596778538": [], - "path_alias.eba0fc97-ab0a-4059-aee4-f8195f8bc41b": [ - "node.5a8df3bf-d501-47ae-978b-ef6219c68c60" - ], - "node.5a8df3bf-d501-47ae-978b-ef6219c68c60": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.034364f8-2e16-4ec9-8148-5af2c070c038", - "taxonomy_term.e4c684f2-2c3c-4ca3-a65b-eb7596778538" - ], - "file.4a9d5a98-845c-45d1-98ca-2cd038d99326": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.4a9d5a98-845c-45d1-98ca-2cd038d99326" - ], - "taxonomy_term.ec064691-4a1e-4a7c-a5f4-0a573286a67b": [], - "path_alias.9b61fa71-0eef-4864-86bc-eb99dc31ab30": [ - "node.5cc36ded-e301-49de-88eb-c218c980707f" - ], - "node.5cc36ded-e301-49de-88eb-c218c980707f": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.ce691434-fc21-4ad1-8e7d-61d472f9c2ab", - "taxonomy_term.ec064691-4a1e-4a7c-a5f4-0a573286a67b" - ], - "file.b809880e-834b-4a64-8051-6a96e207f11e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.a587aa47-64ee-4454-a822-da2a3fd44147": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.b809880e-834b-4a64-8051-6a96e207f11e" - ], - "taxonomy_term.427b33a7-0a27-458b-8a02-4d6a6780a2e4": [], - "path_alias.a3d49a94-32b6-4288-8b7d-ea072ec7e0d4": [ - "node.9e094927-a767-437b-b3b7-90a5bea35da0" - ], - "node.9e094927-a767-437b-b3b7-90a5bea35da0": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.a587aa47-64ee-4454-a822-da2a3fd44147", - "taxonomy_term.427b33a7-0a27-458b-8a02-4d6a6780a2e4" - ], - "file.bc1169a7-d6b0-46d8-ae22-d921682b88f6": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.85934919-d843-4503-93e6-e871644bb46c": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.bc1169a7-d6b0-46d8-ae22-d921682b88f6" - ], - "taxonomy_term.0a8e0788-6709-46c0-ab72-f796ee96ad95": [], - "path_alias.0b47c099-a0e8-49bb-b94b-8a0377a2882a": [ - "node.d473b252-b668-40bc-b744-68ea259702fc" - ], - "node.d473b252-b668-40bc-b744-68ea259702fc": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.85934919-d843-4503-93e6-e871644bb46c", - "taxonomy_term.0a8e0788-6709-46c0-ab72-f796ee96ad95" - ], - "file.a2680e95-a118-48e8-8a89-fc608326c0e0": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.22221e8c-d072-40ba-a032-b34b0c964a57": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.a2680e95-a118-48e8-8a89-fc608326c0e0" - ], - "taxonomy_term.6f130024-67b6-448c-a780-8fe31d10f94d": [], - "path_alias.b8ad3cf0-b3ad-44b0-93b5-c12d76ff935d": [ - "node.6bfb5cd7-ee69-4cbb-8a28-fe1d60fba191" - ], - "node.6bfb5cd7-ee69-4cbb-8a28-fe1d60fba191": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.22221e8c-d072-40ba-a032-b34b0c964a57", - "taxonomy_term.6f130024-67b6-448c-a780-8fe31d10f94d" - ], - "file.32935ed5-d928-413e-824c-3c44e5ccd5d8": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.f8784685-be7e-48b8-9c86-f205c7e9d981": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.32935ed5-d928-413e-824c-3c44e5ccd5d8" - ], - "taxonomy_term.a6331245-d56d-44dd-9496-936284f1bc09": [], - "path_alias.1a1125ef-0203-4471-a376-e6322b8c0511": [ - "node.16846795-5fd0-4a67-a080-edfaa8e20cd8" - ], - "node.16846795-5fd0-4a67-a080-edfaa8e20cd8": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.f8784685-be7e-48b8-9c86-f205c7e9d981", - "taxonomy_term.a6331245-d56d-44dd-9496-936284f1bc09" - ], - "file.49873c79-708c-4e0c-bc4c-adde4414165e": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.49873c79-708c-4e0c-bc4c-adde4414165e" - ], - "taxonomy_term.fb6ffbd7-a7c1-49a5-8df3-d8167b8359c6": [], - "path_alias.e07a9581-a98a-4acf-b878-492b260fde28": [ - "node.25347778-fdbf-4a8e-80f9-2d7e655391fe" - ], - "node.25347778-fdbf-4a8e-80f9-2d7e655391fe": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "media.4a1c5fbf-83ad-406f-b39b-32a3fd2d0d90", - "taxonomy_term.fb6ffbd7-a7c1-49a5-8df3-d8167b8359c6" - ], - "node.b68d2c2d-2d78-43c5-b97c-3e57f0308b13": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.950ec3e2-a41f-4da8-a54e-456156941219": [ - "node.b68d2c2d-2d78-43c5-b97c-3e57f0308b13" - ], - "redirect.bfacd4d2-3e91-4845-bec5-4f6d7558788d": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "shortcut.81d560f9-aa02-4691-b078-766110a08554": [], - "shortcut.45ca7a46-646c-4ae4-83ff-0a7630e48ca6": [], - "shortcut.91b0a545-47e6-47f6-8c91-312400be7975": [], - "node.298d7816-0b4a-449e-a78d-fcf973f24bf0": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.b1705270-e583-405b-a7b4-6ae30059706f": [ - "node.298d7816-0b4a-449e-a78d-fcf973f24bf0" - ], - "file.b17eae76-e417-4f22-8290-da16366ebb24": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "media.883096d9-5f02-445f-8db9-ad75362da9cc": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849", - "file.565ea6d1-39f8-4179-979e-f012fcb264af", - "file.b17eae76-e417-4f22-8290-da16366ebb24" - ], - "node.22f6723d-c781-4548-a2cf-3b642e91b4ad": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.9d87323f-c40a-4737-943e-c8f48cb37bd3": [ - "node.22f6723d-c781-4548-a2cf-3b642e91b4ad" - ], - "redirect.8f837f21-5631-490d-b4f4-a8cc65cfafae": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "node.81676cf3-0b30-4619-a922-12ff3e16ba76": [ - "user.b8966985-d4b2-42a7-a319-2e94ccfbb849" - ], - "path_alias.678f29fc-1b63-4450-8689-7d0949a2779b": [ - "node.81676cf3-0b30-4619-a922-12ff3e16ba76" - ] + "paragraph.c4f743d0-4cf5-40ea-96e5-8fe5dd1092fa": [] } \ No newline at end of file diff --git a/content/node.0001428e-621c-49ca-83d3-4323ea446f48.json b/content/node.0001428e-621c-49ca-83d3-4323ea446f48.json index fb793e145..43bf9461c 100644 --- a/content/node.0001428e-621c-49ca-83d3-4323ea446f48.json +++ b/content/node.0001428e-621c-49ca-83d3-4323ea446f48.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "71938847a402f6b5af7c2e34bca063d3", "target_type": "feeds_feed", diff --git a/content/node.001f3ebb-79dc-43ad-a363-6dc668d06a0c.json b/content/node.001f3ebb-79dc-43ad-a363-6dc668d06a0c.json index 9c4ee442e..247ab866a 100644 --- a/content/node.001f3ebb-79dc-43ad-a363-6dc668d06a0c.json +++ b/content/node.001f3ebb-79dc-43ad-a363-6dc668d06a0c.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "a1a228d3231ffab8895ec0cbd78f0b1d", "target_type": "feeds_feed", diff --git a/content/node.00497277-4b40-4d36-a473-8d8e1a187c18.json b/content/node.00497277-4b40-4d36-a473-8d8e1a187c18.json index 639e393e6..a62ed3e85 100644 --- a/content/node.00497277-4b40-4d36-a473-8d8e1a187c18.json +++ b/content/node.00497277-4b40-4d36-a473-8d8e1a187c18.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

A side effect of using a tool to generate build configuration files<\/a> with templates is the consistency that it introduces.<\/p>\n\n

The majority of my projects use a PHP-FPM or PHP CLI container. In my Docker Compose file, the service was mostly named php<\/code> but sometimes it was php-fpm<\/code>. In the templated file, it's always named php<\/code>.<\/p>\n\n

Some projects would use mysql<\/code> or mariadb<\/code> for the database service and nginx<\/code> or caddy<\/code> depending on which server was being used. These are now always database<\/code> and web<\/code> respectively.<\/p>\n\n

As well as being easier to switch between projects and not having to think about which names are used in each codebase, it's also much easier to write tools and automation when the names are consistent.<\/p>\n\n

For example, I'd always write a long-ish command to import a database file - reading and unzipping it, and importing it by connecting to the database running in its container. The command would essentially be the same with slight changes based on that project - such as the database service name.<\/p>\n\n

Now the command is the same for all projects, and I can automate it by writing a script that works on any project meaning I no longer need to write the long command at all.<\/p>\n\n ", + "value": "\n

A side effect of using a tool to generate build configuration files<\/a> with templates is the consistency that it introduces.<\/p>\n\n

The majority of my projects use a PHP-FPM or PHP CLI container. In my Docker Compose file, the service was mostly named php<\/code> but sometimes it was php-fpm<\/code>. In the templated file, it's always named php<\/code>.<\/p>\n\n

Some projects would use mysql<\/code> or mariadb<\/code> for the database service and nginx<\/code> or caddy<\/code> depending on which server was being used. These are now always database<\/code> and web<\/code> respectively.<\/p>\n\n

As well as being easier to switch between projects and not having to think about which names are used in each codebase, it's also much easier to write tools and automation when the names are consistent.<\/p>\n\n

For example, I'd always write a long-ish command to import a database file - reading and unzipping it, and importing it by connecting to the database running in its container. The command would essentially be the same with slight changes based on that project - such as the database service name.<\/p>\n\n

Now the command is the same for all projects, and I can automate it by writing a script that works on any project meaning I no longer need to write the long command at all.<\/p>\n\n ", "format": "full_html", - "processed": "\n

A side effect of using a tool to generate build configuration files<\/a> with templates is the consistency that it introduces.<\/p>\n\n

The majority of my projects use a PHP-FPM or PHP CLI container. In my Docker Compose file, the service was mostly named php<\/code> but sometimes it was php-fpm<\/code>. In the templated file, it's always named php<\/code>.<\/p>\n\n

Some projects would use mysql<\/code> or mariadb<\/code> for the database service and nginx<\/code> or caddy<\/code> depending on which server was being used. These are now always database<\/code> and web<\/code> respectively.<\/p>\n\n

As well as being easier to switch between projects and not having to think about which names are used in each codebase, it's also much easier to write tools and automation when the names are consistent.<\/p>\n\n

For example, I'd always write a long-ish command to import a database file - reading and unzipping it, and importing it by connecting to the database running in its container. The command would essentially be the same with slight changes based on that project - such as the database service name.<\/p>\n\n

Now the command is the same for all projects, and I can automate it by writing a script that works on any project meaning I no longer need to write the long command at all.<\/p>\n\n ", + "processed": "\n

A side effect of using a tool to generate build configuration files<\/a> with templates is the consistency that it introduces.<\/p>\n\n

The majority of my projects use a PHP-FPM or PHP CLI container. In my Docker Compose file, the service was mostly named php<\/code> but sometimes it was php-fpm<\/code>. In the templated file, it's always named php<\/code>.<\/p>\n\n

Some projects would use mysql<\/code> or mariadb<\/code> for the database service and nginx<\/code> or caddy<\/code> depending on which server was being used. These are now always database<\/code> and web<\/code> respectively.<\/p>\n\n

As well as being easier to switch between projects and not having to think about which names are used in each codebase, it's also much easier to write tools and automation when the names are consistent.<\/p>\n\n

For example, I'd always write a long-ish command to import a database file - reading and unzipping it, and importing it by connecting to the database running in its container. The command would essentially be the same with slight changes based on that project - such as the database service name.<\/p>\n\n

Now the command is the same for all projects, and I can automate it by writing a script that works on any project meaning I no longer need to write the long command at all.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "aacb745c094cf5a9f668c64b15000f49", "target_type": "feeds_feed", diff --git a/content/node.00d62e94-80d1-4792-bdea-88a064f6bf65.json b/content/node.00d62e94-80d1-4792-bdea-88a064f6bf65.json index b67142502..666cc01eb 100644 --- a/content/node.00d62e94-80d1-4792-bdea-88a064f6bf65.json +++ b/content/node.00d62e94-80d1-4792-bdea-88a064f6bf65.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "3bf8b7e44f82bf7d6ad5ce1fda692ae6", "target_type": "feeds_feed", diff --git a/content/node.0100be71-79ef-44ea-922e-e75fcc26ae16.json b/content/node.0100be71-79ef-44ea-922e-e75fcc26ae16.json index a6484dfb1..de3e280a4 100644 --- a/content/node.0100be71-79ef-44ea-922e-e75fcc26ae16.json +++ b/content/node.0100be71-79ef-44ea-922e-e75fcc26ae16.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

A common reason why environments aren't updated and get out of sync is because it's a time-consuming or complex task.<\/p>\n\n

The process should be simple to run, quick, reliable and reproducible.<\/p>\n\n

It's the same as deploying a change to a staging or production environment.<\/p>\n\n

You want the same result on every time on every environment.<\/p>\n\n

You want every environment - including local development environments<\/a> to be as consistent as possible to minimise bugs and errors.<\/p>\n\n

To do this, I automate things to make them as simple as possible.<\/p>\n\n

I use run files<\/a> with commands to import databases, perform updates and run pre-update and post-update tasks.<\/p>\n\n

I use tools like Nix and devenv<\/a> to create identical and reproducible environments.<\/p>\n\n

The simpler and quicker is it, the more it can and will be done.<\/p>\n\n

You can also use automation to perform long or complex tasks outside of working hours such as sanitising and importing large databases.<\/p>\n\n

The more you can automate, the better.<\/p>\n\n ", + "value": "\n

A common reason why environments aren't updated and get out of sync is because it's a time-consuming or complex task.<\/p>\n\n

The process should be simple to run, quick, reliable and reproducible.<\/p>\n\n

It's the same as deploying a change to a staging or production environment.<\/p>\n\n

You want the same result on every time on every environment.<\/p>\n\n

You want every environment - including local development environments<\/a> to be as consistent as possible to minimise bugs and errors.<\/p>\n\n

To do this, I automate things to make them as simple as possible.<\/p>\n\n

I use run files<\/a> with commands to import databases, perform updates and run pre-update and post-update tasks.<\/p>\n\n

I use tools like Nix and devenv<\/a> to create identical and reproducible environments.<\/p>\n\n

The simpler and quicker is it, the more it can and will be done.<\/p>\n\n

You can also use automation to perform long or complex tasks outside of working hours such as sanitising and importing large databases.<\/p>\n\n

The more you can automate, the better.<\/p>\n\n ", "format": "full_html", - "processed": "\n

A common reason why environments aren't updated and get out of sync is because it's a time-consuming or complex task.<\/p>\n\n

The process should be simple to run, quick, reliable and reproducible.<\/p>\n\n

It's the same as deploying a change to a staging or production environment.<\/p>\n\n

You want the same result on every time on every environment.<\/p>\n\n

You want every environment - including local development environments<\/a> to be as consistent as possible to minimise bugs and errors.<\/p>\n\n

To do this, I automate things to make them as simple as possible.<\/p>\n\n

I use run files<\/a> with commands to import databases, perform updates and run pre-update and post-update tasks.<\/p>\n\n

I use tools like Nix and devenv<\/a> to create identical and reproducible environments.<\/p>\n\n

The simpler and quicker is it, the more it can and will be done.<\/p>\n\n

You can also use automation to perform long or complex tasks outside of working hours such as sanitising and importing large databases.<\/p>\n\n

The more you can automate, the better.<\/p>\n\n ", + "processed": "\n

A common reason why environments aren't updated and get out of sync is because it's a time-consuming or complex task.<\/p>\n\n

The process should be simple to run, quick, reliable and reproducible.<\/p>\n\n

It's the same as deploying a change to a staging or production environment.<\/p>\n\n

You want the same result on every time on every environment.<\/p>\n\n

You want every environment - including local development environments<\/a> to be as consistent as possible to minimise bugs and errors.<\/p>\n\n

To do this, I automate things to make them as simple as possible.<\/p>\n\n

I use run files<\/a> with commands to import databases, perform updates and run pre-update and post-update tasks.<\/p>\n\n

I use tools like Nix and devenv<\/a> to create identical and reproducible environments.<\/p>\n\n

The simpler and quicker is it, the more it can and will be done.<\/p>\n\n

You can also use automation to perform long or complex tasks outside of working hours such as sanitising and importing large databases.<\/p>\n\n

The more you can automate, the better.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "957251b7baf05530d91b2a9731016317", "target_type": "feeds_feed", diff --git a/content/node.01230324-62b5-442b-80e4-09268a31819b.json b/content/node.01230324-62b5-442b-80e4-09268a31819b.json index 5399f1b0d..89862fa7a 100644 --- a/content/node.01230324-62b5-442b-80e4-09268a31819b.json +++ b/content/node.01230324-62b5-442b-80e4-09268a31819b.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "3baa147faae6a26ac886bb26940c8f43", "target_type": "feeds_feed", diff --git a/content/node.01893784-8f45-4466-8586-17df23e7e4b5.json b/content/node.01893784-8f45-4466-8586-17df23e7e4b5.json index 6c10fd87a..827b38a4e 100644 --- a/content/node.01893784-8f45-4466-8586-17df23e7e4b5.json +++ b/content/node.01893784-8f45-4466-8586-17df23e7e4b5.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

PHPStan is a static analysis tool for PHP.<\/p>\n\n

It finds potential issues in PHP code without needing to run it, so Developers can find and resolve potential issues sooner.<\/p>\n\n

I use it on all my projects including existing ones I've inherited.<\/p>\n\n

But how can you add a static analysis tool to a codebase without getting a lot of errors from the existing code?<\/p>\n\n

PHPStan has different levels of strictness.<\/p>\n\n

Level 0 is the least strict and each level adds more rules and strictness, resulting in more errors.<\/p>\n\n

Most of the time, people will start by running PHPStan on level 0, fixing any errors and committing the changes.<\/p>\n\n

Then repeat the process as many times as needed until you reach the level you want to achieve.<\/p>\n\n

I don't think this is the right approach.<\/p>\n\n

This could mean that you need to edit the same files multiple times as you work through the levels.<\/p>\n\n

There's also a period of time where Developers can still write suboptimal code whilst you work your way up to your desired level.<\/p>\n\n

Another approach is to use a feature of PHPStan called the baseline.<\/p>\n\n

The baseline is a way of capturing and saving all the existing errors up to the selected level so they are no longer reported.<\/p>\n\n

If you did this for an existing project, it would return no errors as everything would be included in the baseline.<\/p>\n\n

Once you decide what level you want your project to run, you can start as soon as the baseline is generated and without needing to change files multiple times.<\/p>\n\n

Instead of spending time working through the levels one at a time, commit some time to pruning the baseline and reducing the errors in it.<\/p>\n\n

This I think is a better approach and how I add PHPStan to existing codebases.<\/p>\n\n

To learn more about static analysis and PHPStan, listen to episode 22 of the Beyond Blocks podcast<\/a> with Dave Liddament.<\/p>\n\n ", + "value": "\n

PHPStan is a static analysis tool for PHP.<\/p>\n\n

It finds potential issues in PHP code without needing to run it, so Developers can find and resolve potential issues sooner.<\/p>\n\n

I use it on all my projects including existing ones I've inherited.<\/p>\n\n

But how can you add a static analysis tool to a codebase without getting a lot of errors from the existing code?<\/p>\n\n

PHPStan has different levels of strictness.<\/p>\n\n

Level 0 is the least strict and each level adds more rules and strictness, resulting in more errors.<\/p>\n\n

Most of the time, people will start by running PHPStan on level 0, fixing any errors and committing the changes.<\/p>\n\n

Then repeat the process as many times as needed until you reach the level you want to achieve.<\/p>\n\n

I don't think this is the right approach.<\/p>\n\n

This could mean that you need to edit the same files multiple times as you work through the levels.<\/p>\n\n

There's also a period of time where Developers can still write suboptimal code whilst you work your way up to your desired level.<\/p>\n\n

Another approach is to use a feature of PHPStan called the baseline.<\/p>\n\n

The baseline is a way of capturing and saving all the existing errors up to the selected level so they are no longer reported.<\/p>\n\n

If you did this for an existing project, it would return no errors as everything would be included in the baseline.<\/p>\n\n

Once you decide what level you want your project to run, you can start as soon as the baseline is generated and without needing to change files multiple times.<\/p>\n\n

Instead of spending time working through the levels one at a time, commit some time to pruning the baseline and reducing the errors in it.<\/p>\n\n

This I think is a better approach and how I add PHPStan to existing codebases.<\/p>\n\n

To learn more about static analysis and PHPStan, listen to episode 22 of the Beyond Blocks podcast<\/a> with Dave Liddament.<\/p>\n\n ", "format": "full_html", - "processed": "\n

PHPStan is a static analysis tool for PHP.<\/p>\n\n

It finds potential issues in PHP code without needing to run it, so Developers can find and resolve potential issues sooner.<\/p>\n\n

I use it on all my projects including existing ones I've inherited.<\/p>\n\n

But how can you add a static analysis tool to a codebase without getting a lot of errors from the existing code?<\/p>\n\n

PHPStan has different levels of strictness.<\/p>\n\n

Level 0 is the least strict and each level adds more rules and strictness, resulting in more errors.<\/p>\n\n

Most of the time, people will start by running PHPStan on level 0, fixing any errors and committing the changes.<\/p>\n\n

Then repeat the process as many times as needed until you reach the level you want to achieve.<\/p>\n\n

I don't think this is the right approach.<\/p>\n\n

This could mean that you need to edit the same files multiple times as you work through the levels.<\/p>\n\n

There's also a period of time where Developers can still write suboptimal code whilst you work your way up to your desired level.<\/p>\n\n

Another approach is to use a feature of PHPStan called the baseline.<\/p>\n\n

The baseline is a way of capturing and saving all the existing errors up to the selected level so they are no longer reported.<\/p>\n\n

If you did this for an existing project, it would return no errors as everything would be included in the baseline.<\/p>\n\n

Once you decide what level you want your project to run, you can start as soon as the baseline is generated and without needing to change files multiple times.<\/p>\n\n

Instead of spending time working through the levels one at a time, commit some time to pruning the baseline and reducing the errors in it.<\/p>\n\n

This I think is a better approach and how I add PHPStan to existing codebases.<\/p>\n\n

To learn more about static analysis and PHPStan, listen to episode 22 of the Beyond Blocks podcast<\/a> with Dave Liddament.<\/p>\n\n ", + "processed": "\n

PHPStan is a static analysis tool for PHP.<\/p>\n\n

It finds potential issues in PHP code without needing to run it, so Developers can find and resolve potential issues sooner.<\/p>\n\n

I use it on all my projects including existing ones I've inherited.<\/p>\n\n

But how can you add a static analysis tool to a codebase without getting a lot of errors from the existing code?<\/p>\n\n

PHPStan has different levels of strictness.<\/p>\n\n

Level 0 is the least strict and each level adds more rules and strictness, resulting in more errors.<\/p>\n\n

Most of the time, people will start by running PHPStan on level 0, fixing any errors and committing the changes.<\/p>\n\n

Then repeat the process as many times as needed until you reach the level you want to achieve.<\/p>\n\n

I don't think this is the right approach.<\/p>\n\n

This could mean that you need to edit the same files multiple times as you work through the levels.<\/p>\n\n

There's also a period of time where Developers can still write suboptimal code whilst you work your way up to your desired level.<\/p>\n\n

Another approach is to use a feature of PHPStan called the baseline.<\/p>\n\n

The baseline is a way of capturing and saving all the existing errors up to the selected level so they are no longer reported.<\/p>\n\n

If you did this for an existing project, it would return no errors as everything would be included in the baseline.<\/p>\n\n

Once you decide what level you want your project to run, you can start as soon as the baseline is generated and without needing to change files multiple times.<\/p>\n\n

Instead of spending time working through the levels one at a time, commit some time to pruning the baseline and reducing the errors in it.<\/p>\n\n

This I think is a better approach and how I add PHPStan to existing codebases.<\/p>\n\n

To learn more about static analysis and PHPStan, listen to episode 22 of the Beyond Blocks podcast<\/a> with Dave Liddament.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "9a7b258b69b97c51304c0aa8d6b87263", "target_type": "feeds_feed", diff --git a/content/node.018bf894-2d3e-4130-b0bd-43450ef5753a.json b/content/node.018bf894-2d3e-4130-b0bd-43450ef5753a.json index 69f19a7ac..f8f2080b6 100644 --- a/content/node.018bf894-2d3e-4130-b0bd-43450ef5753a.json +++ b/content/node.018bf894-2d3e-4130-b0bd-43450ef5753a.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "cdd9ab25b0351a9082e1580898e5ecbc", "target_type": "feeds_feed", diff --git a/content/node.01f3b831-e981-471f-aef9-076b054e3495.json b/content/node.01f3b831-e981-471f-aef9-076b054e3495.json index 0401c2466..4e026dd42 100644 --- a/content/node.01f3b831-e981-471f-aef9-076b054e3495.json +++ b/content/node.01f3b831-e981-471f-aef9-076b054e3495.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "60c550711c51c2b739051e4640eba954", "target_type": "feeds_feed", diff --git a/content/node.0209ee07-9e17-4c85-ae5e-d14ae42bb22a.json b/content/node.0209ee07-9e17-4c85-ae5e-d14ae42bb22a.json index 5f49c46e6..b771a7ad5 100644 --- a/content/node.0209ee07-9e17-4c85-ae5e-d14ae42bb22a.json +++ b/content/node.0209ee07-9e17-4c85-ae5e-d14ae42bb22a.json @@ -84,7 +84,7 @@ { "value": "

There's nothing more frustrating for me than seeing an error I've seen before and not remembering how I fixed it last time.<\/p>

I try to remember and search for the error message, just to find and read the same articles and posts again or watch the same videos.<\/p>

I wrote my first blog post on my website in 2010 to document my learning for myself and to share with others.<\/p>

I've also been a keen note taker, using tools like Evernote and others to take notes and write documentation for myself to refer to in the future.<\/p>

These days, I just write plain text files<\/a> using Nick Janetakis' notes program<\/a>, which I've modified slightly by patching it<\/a> to create daily notes instead of monthly ones. <\/p>

They're fast to write, easy to search and available offline if I'm traveling or away from my computer.<\/p>

I much prefer being able to search my notes and find what I'm looking for or, if it's a post that I've written publicly, searching online and finding my own answer.<\/p>

Whether you're a new or experienced Developer, you're always learning new things, so write them down for yourself and, if you want, write publicly and share your learnings with others.<\/p>", "format": "basic_html", - "processed": "

There's nothing more frustrating for me than seeing an error I've seen before and not remembering how I fixed it last time.<\/p>

I try to remember and search for the error message, just to find and read the same articles and posts again or watch the same videos.<\/p>

I wrote my first blog post on my website in 2010 to document my learning for myself and to share with others.<\/p>

I've also been a keen note taker, using tools like Evernote and others to take notes and write documentation for myself to refer to in the future.<\/p>

These days, I just write plain text files<\/a> using Nick Janetakis' notes program<\/a>, which I've modified slightly by patching it<\/a> to create daily notes instead of monthly ones. <\/p>

They're fast to write, easy to search and available offline if I'm traveling or away from my computer.<\/p>

I much prefer being able to search my notes and find what I'm looking for or, if it's a post that I've written publicly, searching online and finding my own answer.<\/p>

Whether you're a new or experienced Developer, you're always learning new things, so write them down for yourself and, if you want, write publicly and share your learnings with others.<\/p>", + "processed": "

There's nothing more frustrating for me than seeing an error I've seen before and not remembering how I fixed it last time.<\/p>

I try to remember and search for the error message, just to find and read the same articles and posts again or watch the same videos.<\/p>

I wrote my first blog post on my website in 2010 to document my learning for myself and to share with others.<\/p>

I've also been a keen note taker, using tools like Evernote and others to take notes and write documentation for myself to refer to in the future.<\/p>

These days, I just write plain text files<\/a> using Nick Janetakis' notes program<\/a>, which I've modified slightly by patching it<\/a> to create daily notes instead of monthly ones. <\/p>

They're fast to write, easy to search and available offline if I'm traveling or away from my computer.<\/p>

I much prefer being able to search my notes and find what I'm looking for or, if it's a post that I've written publicly, searching online and finding my own answer.<\/p>

Whether you're a new or experienced Developer, you're always learning new things, so write them down for yourself and, if you want, write publicly and share your learnings with others.<\/p>", "summary": "" } ], diff --git a/content/node.021e00c1-b813-4edd-8064-71285bc3647d.json b/content/node.021e00c1-b813-4edd-8064-71285bc3647d.json index 91d786f2c..70b549196 100644 --- a/content/node.021e00c1-b813-4edd-8064-71285bc3647d.json +++ b/content/node.021e00c1-b813-4edd-8064-71285bc3647d.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "bc11c3125e2e228f16b76f91b749c764", "target_type": "feeds_feed", diff --git a/content/node.0231b26c-ac28-44e8-a2bf-cc7c86984e7e.json b/content/node.0231b26c-ac28-44e8-a2bf-cc7c86984e7e.json index 11714b3c5..2db8fb91d 100644 --- a/content/node.0231b26c-ac28-44e8-a2bf-cc7c86984e7e.json +++ b/content/node.0231b26c-ac28-44e8-a2bf-cc7c86984e7e.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

When reviewing a pull or merge request, tools like GitHub and GitHub offer the option to squash the commits before merging.<\/p>\n\n

If the request had twenty commits, they'd be combined into a single commit before being merged.<\/p>\n\n

But should you do it?<\/p>\n\n

The answer will be \"it depends\" based on the project or team, but I'm personally not a fan of squashing commits.<\/p>\n\n

Even though I commit small changes often, I put quite a bit of effort into crafting commits and writing detailed commit messages<\/a> that capture the reason for each change. If the commits are squashed, either the messages will be combined into one extra-long commit message or I've seen them be deleted completely.<\/p>\n\n

One large commit message would be very difficult to read and connect specific messages with their changes, and deleting the commit body would lose the history completely and waste the time it took to write the messages and craft the commits. It may be available within the pull or merge request page but there's no guarantee that you'll continue to use the same repository hosting service in the future.<\/p>\n\n

One large commit would also be difficult to debug if there was an error. If the whole feature was added in a single commit, tools like git bisect<\/a> would no longer work and a single commit couldn't be simply reverted if it contained a bug.<\/p>\n\n

I prefer to keep the original small commits and instead prefer to use rebasing and only fast-forward merges to avoid merge commits and keep a simple, linear history in my Git log, and be able to easily read, find and, if needed, fix the code that's been committed.<\/p>\n\n ", + "value": "\n

When reviewing a pull or merge request, tools like GitHub and GitHub offer the option to squash the commits before merging.<\/p>\n\n

If the request had twenty commits, they'd be combined into a single commit before being merged.<\/p>\n\n

But should you do it?<\/p>\n\n

The answer will be \"it depends\" based on the project or team, but I'm personally not a fan of squashing commits.<\/p>\n\n

Even though I commit small changes often, I put quite a bit of effort into crafting commits and writing detailed commit messages<\/a> that capture the reason for each change. If the commits are squashed, either the messages will be combined into one extra-long commit message or I've seen them be deleted completely.<\/p>\n\n

One large commit message would be very difficult to read and connect specific messages with their changes, and deleting the commit body would lose the history completely and waste the time it took to write the messages and craft the commits. It may be available within the pull or merge request page but there's no guarantee that you'll continue to use the same repository hosting service in the future.<\/p>\n\n

One large commit would also be difficult to debug if there was an error. If the whole feature was added in a single commit, tools like git bisect<\/a> would no longer work and a single commit couldn't be simply reverted if it contained a bug.<\/p>\n\n

I prefer to keep the original small commits and instead prefer to use rebasing and only fast-forward merges to avoid merge commits and keep a simple, linear history in my Git log, and be able to easily read, find and, if needed, fix the code that's been committed.<\/p>\n\n ", "format": "full_html", - "processed": "\n

When reviewing a pull or merge request, tools like GitHub and GitHub offer the option to squash the commits before merging.<\/p>\n\n

If the request had twenty commits, they'd be combined into a single commit before being merged.<\/p>\n\n

But should you do it?<\/p>\n\n

The answer will be \"it depends\" based on the project or team, but I'm personally not a fan of squashing commits.<\/p>\n\n

Even though I commit small changes often, I put quite a bit of effort into crafting commits and writing detailed commit messages<\/a> that capture the reason for each change. If the commits are squashed, either the messages will be combined into one extra-long commit message or I've seen them be deleted completely.<\/p>\n\n

One large commit message would be very difficult to read and connect specific messages with their changes, and deleting the commit body would lose the history completely and waste the time it took to write the messages and craft the commits. It may be available within the pull or merge request page but there's no guarantee that you'll continue to use the same repository hosting service in the future.<\/p>\n\n

One large commit would also be difficult to debug if there was an error. If the whole feature was added in a single commit, tools like git bisect<\/a> would no longer work and a single commit couldn't be simply reverted if it contained a bug.<\/p>\n\n

I prefer to keep the original small commits and instead prefer to use rebasing and only fast-forward merges to avoid merge commits and keep a simple, linear history in my Git log, and be able to easily read, find and, if needed, fix the code that's been committed.<\/p>\n\n ", + "processed": "\n

When reviewing a pull or merge request, tools like GitHub and GitHub offer the option to squash the commits before merging.<\/p>\n\n

If the request had twenty commits, they'd be combined into a single commit before being merged.<\/p>\n\n

But should you do it?<\/p>\n\n

The answer will be \"it depends\" based on the project or team, but I'm personally not a fan of squashing commits.<\/p>\n\n

Even though I commit small changes often, I put quite a bit of effort into crafting commits and writing detailed commit messages<\/a> that capture the reason for each change. If the commits are squashed, either the messages will be combined into one extra-long commit message or I've seen them be deleted completely.<\/p>\n\n

One large commit message would be very difficult to read and connect specific messages with their changes, and deleting the commit body would lose the history completely and waste the time it took to write the messages and craft the commits. It may be available within the pull or merge request page but there's no guarantee that you'll continue to use the same repository hosting service in the future.<\/p>\n\n

One large commit would also be difficult to debug if there was an error. If the whole feature was added in a single commit, tools like git bisect<\/a> would no longer work and a single commit couldn't be simply reverted if it contained a bug.<\/p>\n\n

I prefer to keep the original small commits and instead prefer to use rebasing and only fast-forward merges to avoid merge commits and keep a simple, linear history in my Git log, and be able to easily read, find and, if needed, fix the code that's been committed.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "54447bfd288cd6e71d4b06bd0646502d", "target_type": "feeds_feed", diff --git a/content/node.024f2c81-68af-4eef-bea5-1b1d43bd1b39.json b/content/node.024f2c81-68af-4eef-bea5-1b1d43bd1b39.json index d8610d918..1726a3422 100644 --- a/content/node.024f2c81-68af-4eef-bea5-1b1d43bd1b39.json +++ b/content/node.024f2c81-68af-4eef-bea5-1b1d43bd1b39.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "18e7b8e123a0c299bb44600a75b56d9e", "target_type": "feeds_feed", diff --git a/content/node.025f0dde-748b-44f4-93e2-4e0602d30104.json b/content/node.025f0dde-748b-44f4-93e2-4e0602d30104.json index 7788ee3c0..8c2c5f37c 100644 --- a/content/node.025f0dde-748b-44f4-93e2-4e0602d30104.json +++ b/content/node.025f0dde-748b-44f4-93e2-4e0602d30104.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "b663fb9c5e0257d2fdece24454ad3bfd", "target_type": "feeds_feed", diff --git a/content/node.02777730-3fe8-4eba-8a16-e847042b7351.json b/content/node.02777730-3fe8-4eba-8a16-e847042b7351.json index 7f6a0bd23..941036510 100644 --- a/content/node.02777730-3fe8-4eba-8a16-e847042b7351.json +++ b/content/node.02777730-3fe8-4eba-8a16-e847042b7351.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "891d018e5d9b5fa68288878004365cce", "target_type": "feeds_feed", diff --git a/content/node.02bd7b93-43c7-453f-8af9-0be875b27f82.json b/content/node.02bd7b93-43c7-453f-8af9-0be875b27f82.json index 92da12627..d8951f2b1 100644 --- a/content/node.02bd7b93-43c7-453f-8af9-0be875b27f82.json +++ b/content/node.02bd7b93-43c7-453f-8af9-0be875b27f82.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "f671ea961bdda4e275277b04dc159c79", "target_type": "feeds_feed", diff --git a/content/node.02c9e148-b98f-42ae-80f1-d19a6d3fcfb2.json b/content/node.02c9e148-b98f-42ae-80f1-d19a6d3fcfb2.json index 0a08b7f57..aac457b30 100644 --- a/content/node.02c9e148-b98f-42ae-80f1-d19a6d3fcfb2.json +++ b/content/node.02c9e148-b98f-42ae-80f1-d19a6d3fcfb2.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "c50e363614371738c421f8a32ee763f3", "target_type": "feeds_feed", diff --git a/content/node.0300b4ea-e71b-4f9c-b4f2-f04f98e92d6c.json b/content/node.0300b4ea-e71b-4f9c-b4f2-f04f98e92d6c.json index 925ab1f83..80d7a01d6 100644 --- a/content/node.0300b4ea-e71b-4f9c-b4f2-f04f98e92d6c.json +++ b/content/node.0300b4ea-e71b-4f9c-b4f2-f04f98e92d6c.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

Yesterday's email<\/a> explained why your company should contribute to open-source software, but why should you contribute as an individual?<\/p>\n\n

Most of the same reasons apply, such as gaining experience and improved knowledge from contributing.<\/p>\n\n

As an individual, you can build your own reputation and personal brand.<\/p>\n\n

You'll get exposure from contributions and involvement with initiatives, such as the Drupal admin UI improvements and other core initiatives, which look great on your CV and LinkedIn profile.<\/p>\n\n

This could lead to better career opportunities and potential projects.<\/p>\n\n

I've had paid development work directly from my open-source code contributions, as well as public speaking and event organising, so I can vouch for this.<\/p>\n\n

Like companies, if you make money from open-source software - either a salary or from paid projects or courses - it's in your interest to contribute so the software you use is maintained and improved so it's the best it can be.<\/p>\n\n ", + "value": "\n

Yesterday's email<\/a> explained why your company should contribute to open-source software, but why should you contribute as an individual?<\/p>\n\n

Most of the same reasons apply, such as gaining experience and improved knowledge from contributing.<\/p>\n\n

As an individual, you can build your own reputation and personal brand.<\/p>\n\n

You'll get exposure from contributions and involvement with initiatives, such as the Drupal admin UI improvements and other core initiatives, which look great on your CV and LinkedIn profile.<\/p>\n\n

This could lead to better career opportunities and potential projects.<\/p>\n\n

I've had paid development work directly from my open-source code contributions, as well as public speaking and event organising, so I can vouch for this.<\/p>\n\n

Like companies, if you make money from open-source software - either a salary or from paid projects or courses - it's in your interest to contribute so the software you use is maintained and improved so it's the best it can be.<\/p>\n\n ", "format": "full_html", - "processed": "\n

Yesterday's email<\/a> explained why your company should contribute to open-source software, but why should you contribute as an individual?<\/p>\n\n

Most of the same reasons apply, such as gaining experience and improved knowledge from contributing.<\/p>\n\n

As an individual, you can build your own reputation and personal brand.<\/p>\n\n

You'll get exposure from contributions and involvement with initiatives, such as the Drupal admin UI improvements and other core initiatives, which look great on your CV and LinkedIn profile.<\/p>\n\n

This could lead to better career opportunities and potential projects.<\/p>\n\n

I've had paid development work directly from my open-source code contributions, as well as public speaking and event organising, so I can vouch for this.<\/p>\n\n

Like companies, if you make money from open-source software - either a salary or from paid projects or courses - it's in your interest to contribute so the software you use is maintained and improved so it's the best it can be.<\/p>\n\n ", + "processed": "\n

Yesterday's email<\/a> explained why your company should contribute to open-source software, but why should you contribute as an individual?<\/p>\n\n

Most of the same reasons apply, such as gaining experience and improved knowledge from contributing.<\/p>\n\n

As an individual, you can build your own reputation and personal brand.<\/p>\n\n

You'll get exposure from contributions and involvement with initiatives, such as the Drupal admin UI improvements and other core initiatives, which look great on your CV and LinkedIn profile.<\/p>\n\n

This could lead to better career opportunities and potential projects.<\/p>\n\n

I've had paid development work directly from my open-source code contributions, as well as public speaking and event organising, so I can vouch for this.<\/p>\n\n

Like companies, if you make money from open-source software - either a salary or from paid projects or courses - it's in your interest to contribute so the software you use is maintained and improved so it's the best it can be.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "0f37079942ad6ce63ae32e8ea7c57c79", "target_type": "feeds_feed", diff --git a/content/node.0316dfcf-b709-47e1-9622-9355b5ece6d9.json b/content/node.0316dfcf-b709-47e1-9622-9355b5ece6d9.json index faf8a4586..20c3e8880 100644 --- a/content/node.0316dfcf-b709-47e1-9622-9355b5ece6d9.json +++ b/content/node.0316dfcf-b709-47e1-9622-9355b5ece6d9.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

Does your team have a \"No deploy Friday\" policy?<\/p>\n\n

What about not deploying after a certain time in the afternoon?<\/p>\n\n

These approaches are attempts to minimise risk when deploying.<\/p>\n\n

If there is an issue, will someone be available during the evening or weekend to resolve it?<\/p>\n\n

To me, this indicates the deployment process is too complicated, possibly due to a lack of automation, or deployments aren't happening frequently enough.<\/p>\n\n

Having a robust and passing CI pipeline<\/a> that runs automated checks and tests is crucial to know the code is deployable.<\/p>\n\n

Feature flags are a great way<\/a> to separate deploying code from releasing changes to users, which means you don't need to avoid pushing some code until the change is complete. It can be done incrementally and released over several deployments.<\/p>\n\n

Too much time between deployments is a smell.<\/p>\n\n

The more time there is between a deployment and the larger the changeset, the riskier the deployment will be.<\/p>\n\n

There is more to go wrong and it'll be harder to diagnose and resolve any issues.<\/p>\n\n

I always advocate for many smaller releases than larger less frequent ones.<\/p>\n\n

Ideally, a production release every day - even if the changes are small or everything is hidden behind feature flags.<\/p>\n\n

Deploying on Friday is easy if you last deployed on Thursday.<\/p>\n\n ", + "value": "\n

Does your team have a \"No deploy Friday\" policy?<\/p>\n\n

What about not deploying after a certain time in the afternoon?<\/p>\n\n

These approaches are attempts to minimise risk when deploying.<\/p>\n\n

If there is an issue, will someone be available during the evening or weekend to resolve it?<\/p>\n\n

To me, this indicates the deployment process is too complicated, possibly due to a lack of automation, or deployments aren't happening frequently enough.<\/p>\n\n

Having a robust and passing CI pipeline<\/a> that runs automated checks and tests is crucial to know the code is deployable.<\/p>\n\n

Feature flags are a great way<\/a> to separate deploying code from releasing changes to users, which means you don't need to avoid pushing some code until the change is complete. It can be done incrementally and released over several deployments.<\/p>\n\n

Too much time between deployments is a smell.<\/p>\n\n

The more time there is between a deployment and the larger the changeset, the riskier the deployment will be.<\/p>\n\n

There is more to go wrong and it'll be harder to diagnose and resolve any issues.<\/p>\n\n

I always advocate for many smaller releases than larger less frequent ones.<\/p>\n\n

Ideally, a production release every day - even if the changes are small or everything is hidden behind feature flags.<\/p>\n\n

Deploying on Friday is easy if you last deployed on Thursday.<\/p>\n\n ", "format": "full_html", - "processed": "\n

Does your team have a \"No deploy Friday\" policy?<\/p>\n\n

What about not deploying after a certain time in the afternoon?<\/p>\n\n

These approaches are attempts to minimise risk when deploying.<\/p>\n\n

If there is an issue, will someone be available during the evening or weekend to resolve it?<\/p>\n\n

To me, this indicates the deployment process is too complicated, possibly due to a lack of automation, or deployments aren't happening frequently enough.<\/p>\n\n

Having a robust and passing CI pipeline<\/a> that runs automated checks and tests is crucial to know the code is deployable.<\/p>\n\n

Feature flags are a great way<\/a> to separate deploying code from releasing changes to users, which means you don't need to avoid pushing some code until the change is complete. It can be done incrementally and released over several deployments.<\/p>\n\n

Too much time between deployments is a smell.<\/p>\n\n

The more time there is between a deployment and the larger the changeset, the riskier the deployment will be.<\/p>\n\n

There is more to go wrong and it'll be harder to diagnose and resolve any issues.<\/p>\n\n

I always advocate for many smaller releases than larger less frequent ones.<\/p>\n\n

Ideally, a production release every day - even if the changes are small or everything is hidden behind feature flags.<\/p>\n\n

Deploying on Friday is easy if you last deployed on Thursday.<\/p>\n\n ", + "processed": "\n

Does your team have a \"No deploy Friday\" policy?<\/p>\n\n

What about not deploying after a certain time in the afternoon?<\/p>\n\n

These approaches are attempts to minimise risk when deploying.<\/p>\n\n

If there is an issue, will someone be available during the evening or weekend to resolve it?<\/p>\n\n

To me, this indicates the deployment process is too complicated, possibly due to a lack of automation, or deployments aren't happening frequently enough.<\/p>\n\n

Having a robust and passing CI pipeline<\/a> that runs automated checks and tests is crucial to know the code is deployable.<\/p>\n\n

Feature flags are a great way<\/a> to separate deploying code from releasing changes to users, which means you don't need to avoid pushing some code until the change is complete. It can be done incrementally and released over several deployments.<\/p>\n\n

Too much time between deployments is a smell.<\/p>\n\n

The more time there is between a deployment and the larger the changeset, the riskier the deployment will be.<\/p>\n\n

There is more to go wrong and it'll be harder to diagnose and resolve any issues.<\/p>\n\n

I always advocate for many smaller releases than larger less frequent ones.<\/p>\n\n

Ideally, a production release every day - even if the changes are small or everything is hidden behind feature flags.<\/p>\n\n

Deploying on Friday is easy if you last deployed on Thursday.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "021827be7bf3f083020a0f2ff11066d8", "target_type": "feeds_feed", diff --git a/content/node.0318e249-a9a8-476f-9bd4-432544369917.json b/content/node.0318e249-a9a8-476f-9bd4-432544369917.json index c51f1edeb..abd9d7501 100644 --- a/content/node.0318e249-a9a8-476f-9bd4-432544369917.json +++ b/content/node.0318e249-a9a8-476f-9bd4-432544369917.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

Applying patch files<\/a> is a common way to customise and extend open source software, and how we used to submit changes to Drupal before issue forks and merge requests were added to Drupal.org.<\/p>\n\n

Some software, such as dwm and st from suckless.org are released as minimal versions that you patch to add features to.<\/p>\n\n

If you find a line of code that you want to add, edit or delete, a patch file describes the changes so you can re-apply them whenever the source file changes.<\/p>\n\n

Patching offers unlimited customisation and flexibility.<\/p>\n\n

Whatever changes you want to make, you can.<\/p>\n\n

The downside is you need to maintain any patches you've written.<\/p>\n\n

If a change is made that causes your patch to no longer apply, you'll need to update the patch.<\/p>\n\n

There are some patches I commonly apply to Drupal projects, but I'll try to either contribute the changes back to the Drupal so I no longer need the patch or make the change in a custom module.<\/p>\n\n

Sometimes, though, patching is the only option<\/a>.<\/p>\n\n ", + "value": "\n

Applying patch files<\/a> is a common way to customise and extend open source software, and how we used to submit changes to Drupal before issue forks and merge requests were added to Drupal.org.<\/p>\n\n

Some software, such as dwm and st from suckless.org are released as minimal versions that you patch to add features to.<\/p>\n\n

If you find a line of code that you want to add, edit or delete, a patch file describes the changes so you can re-apply them whenever the source file changes.<\/p>\n\n

Patching offers unlimited customisation and flexibility.<\/p>\n\n

Whatever changes you want to make, you can.<\/p>\n\n

The downside is you need to maintain any patches you've written.<\/p>\n\n

If a change is made that causes your patch to no longer apply, you'll need to update the patch.<\/p>\n\n

There are some patches I commonly apply to Drupal projects, but I'll try to either contribute the changes back to the Drupal so I no longer need the patch or make the change in a custom module.<\/p>\n\n

Sometimes, though, patching is the only option<\/a>.<\/p>\n\n ", "format": "full_html", - "processed": "\n

Applying patch files<\/a> is a common way to customise and extend open source software, and how we used to submit changes to Drupal before issue forks and merge requests were added to Drupal.org.<\/p>\n\n

Some software, such as dwm and st from suckless.org are released as minimal versions that you patch to add features to.<\/p>\n\n

If you find a line of code that you want to add, edit or delete, a patch file describes the changes so you can re-apply them whenever the source file changes.<\/p>\n\n

Patching offers unlimited customisation and flexibility.<\/p>\n\n

Whatever changes you want to make, you can.<\/p>\n\n

The downside is you need to maintain any patches you've written.<\/p>\n\n

If a change is made that causes your patch to no longer apply, you'll need to update the patch.<\/p>\n\n

There are some patches I commonly apply to Drupal projects, but I'll try to either contribute the changes back to the Drupal so I no longer need the patch or make the change in a custom module.<\/p>\n\n

Sometimes, though, patching is the only option<\/a>.<\/p>\n\n ", + "processed": "\n

Applying patch files<\/a> is a common way to customise and extend open source software, and how we used to submit changes to Drupal before issue forks and merge requests were added to Drupal.org.<\/p>\n\n

Some software, such as dwm and st from suckless.org are released as minimal versions that you patch to add features to.<\/p>\n\n

If you find a line of code that you want to add, edit or delete, a patch file describes the changes so you can re-apply them whenever the source file changes.<\/p>\n\n

Patching offers unlimited customisation and flexibility.<\/p>\n\n

Whatever changes you want to make, you can.<\/p>\n\n

The downside is you need to maintain any patches you've written.<\/p>\n\n

If a change is made that causes your patch to no longer apply, you'll need to update the patch.<\/p>\n\n

There are some patches I commonly apply to Drupal projects, but I'll try to either contribute the changes back to the Drupal so I no longer need the patch or make the change in a custom module.<\/p>\n\n

Sometimes, though, patching is the only option<\/a>.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "e1882c079f5b933697958ec2ac91a1b7", "target_type": "feeds_feed", diff --git a/content/node.033f0b46-69f9-4ea0-9706-d930e67dd5d8.json b/content/node.033f0b46-69f9-4ea0-9706-d930e67dd5d8.json index 5e473f299..833ae8771 100644 --- a/content/node.033f0b46-69f9-4ea0-9706-d930e67dd5d8.json +++ b/content/node.033f0b46-69f9-4ea0-9706-d930e67dd5d8.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

My website is built with Sculpin - a static site generator written in PHP.<\/p>\n\n

It uses a some of the same Symfony components as Drupal, uses Twig for templating and YAML for configuration, and has similar features like content types and taxonomies for structuring content.<\/p>\n\n

When I first created my website it was on Drupal 6 and upgraded to Drupal 7 before I started to take an interest in static site generators and later using Jekyll, Sculpin and Astro (and Sculpin, again).<\/p>\n\n

I enjoyed learning Sculpin and took it as an opportunity to learn Twig before Drupal 8, which I spoke about in the first Sculpin talk I gave<\/a>, at DrupalCamp North in July 2015.<\/p>\n\n

I had three Git repositories, the current Sculpin one, the Astro version, and the original Sculpin version with its first commit in March 2015 - a few months before DrupalCamp North.<\/p>\n\n

Static site generators keep the files in text files intead of a database, so I was wondering if it was possible to merge the repositories together and combine the information whilst keeping the same commit history so existing tags and contribtions would still apply to the original commits.<\/p>\n\n

In short, I was able to do it by adding the old repositories as additional remotes and using the --allow-unrelated-histories<\/code> option for git merge<\/a>.<\/p>\n\n

After fixing some minor merge conflicts, everything was merged successfully and I have [one repository containing 5,272 all commits][2], going back to 2015.<\/p>\n\n

This makes it older than my dotfiles repository<\/a>, which I started in July 2015.<\/p>\n\n

Similar to why I use Linux<\/a>, I believe in owning your own content rather than relying on third-party platforms, so having all my content and history in one repository is great.<\/p>\n\n

And I learned something new about Git at the same time.<\/p>\n\n ", + "value": "\n

My website is built with Sculpin - a static site generator written in PHP.<\/p>\n\n

It uses a some of the same Symfony components as Drupal, uses Twig for templating and YAML for configuration, and has similar features like content types and taxonomies for structuring content.<\/p>\n\n

When I first created my website it was on Drupal 6 and upgraded to Drupal 7 before I started to take an interest in static site generators and later using Jekyll, Sculpin and Astro (and Sculpin, again).<\/p>\n\n

I enjoyed learning Sculpin and took it as an opportunity to learn Twig before Drupal 8, which I spoke about in the first Sculpin talk I gave<\/a>, at DrupalCamp North in July 2015.<\/p>\n\n

I had three Git repositories, the current Sculpin one, the Astro version, and the original Sculpin version with its first commit in March 2015 - a few months before DrupalCamp North.<\/p>\n\n

Static site generators keep the files in text files intead of a database, so I was wondering if it was possible to merge the repositories together and combine the information whilst keeping the same commit history so existing tags and contribtions would still apply to the original commits.<\/p>\n\n

In short, I was able to do it by adding the old repositories as additional remotes and using the --allow-unrelated-histories<\/code> option for git merge<\/a>.<\/p>\n\n

After fixing some minor merge conflicts, everything was merged successfully and I have [one repository containing 5,272 all commits][2], going back to 2015.<\/p>\n\n

This makes it older than my dotfiles repository<\/a>, which I started in July 2015.<\/p>\n\n

Similar to why I use Linux<\/a>, I believe in owning your own content rather than relying on third-party platforms, so having all my content and history in one repository is great.<\/p>\n\n

And I learned something new about Git at the same time.<\/p>\n\n ", "format": "full_html", - "processed": "\n

My website is built with Sculpin - a static site generator written in PHP.<\/p>\n\n

It uses a some of the same Symfony components as Drupal, uses Twig for templating and YAML for configuration, and has similar features like content types and taxonomies for structuring content.<\/p>\n\n

When I first created my website it was on Drupal 6 and upgraded to Drupal 7 before I started to take an interest in static site generators and later using Jekyll, Sculpin and Astro (and Sculpin, again).<\/p>\n\n

I enjoyed learning Sculpin and took it as an opportunity to learn Twig before Drupal 8, which I spoke about in the first Sculpin talk I gave<\/a>, at DrupalCamp North in July 2015.<\/p>\n\n

I had three Git repositories, the current Sculpin one, the Astro version, and the original Sculpin version with its first commit in March 2015 - a few months before DrupalCamp North.<\/p>\n\n

Static site generators keep the files in text files intead of a database, so I was wondering if it was possible to merge the repositories together and combine the information whilst keeping the same commit history so existing tags and contribtions would still apply to the original commits.<\/p>\n\n

In short, I was able to do it by adding the old repositories as additional remotes and using the --allow-unrelated-histories<\/code> option for git merge<\/a>.<\/p>\n\n

After fixing some minor merge conflicts, everything was merged successfully and I have [one repository containing 5,272 all commits][2], going back to 2015.<\/p>\n\n

This makes it older than my dotfiles repository<\/a>, which I started in July 2015.<\/p>\n\n

Similar to why I use Linux<\/a>, I believe in owning your own content rather than relying on third-party platforms, so having all my content and history in one repository is great.<\/p>\n\n

And I learned something new about Git at the same time.<\/p>\n\n ", + "processed": "\n

My website is built with Sculpin - a static site generator written in PHP.<\/p>\n\n

It uses a some of the same Symfony components as Drupal, uses Twig for templating and YAML for configuration, and has similar features like content types and taxonomies for structuring content.<\/p>\n\n

When I first created my website it was on Drupal 6 and upgraded to Drupal 7 before I started to take an interest in static site generators and later using Jekyll, Sculpin and Astro (and Sculpin, again).<\/p>\n\n

I enjoyed learning Sculpin and took it as an opportunity to learn Twig before Drupal 8, which I spoke about in the first Sculpin talk I gave<\/a>, at DrupalCamp North in July 2015.<\/p>\n\n

I had three Git repositories, the current Sculpin one, the Astro version, and the original Sculpin version with its first commit in March 2015 - a few months before DrupalCamp North.<\/p>\n\n

Static site generators keep the files in text files intead of a database, so I was wondering if it was possible to merge the repositories together and combine the information whilst keeping the same commit history so existing tags and contribtions would still apply to the original commits.<\/p>\n\n

In short, I was able to do it by adding the old repositories as additional remotes and using the --allow-unrelated-histories<\/code> option for git merge<\/a>.<\/p>\n\n

After fixing some minor merge conflicts, everything was merged successfully and I have [one repository containing 5,272 all commits][2], going back to 2015.<\/p>\n\n

This makes it older than my dotfiles repository<\/a>, which I started in July 2015.<\/p>\n\n

Similar to why I use Linux<\/a>, I believe in owning your own content rather than relying on third-party platforms, so having all my content and history in one repository is great.<\/p>\n\n

And I learned something new about Git at the same time.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "cc353a3343b4a9ed6dc01850a09c8f76", "target_type": "feeds_feed", diff --git a/content/node.036a8839-c5f9-4206-a979-201e9dac1557.json b/content/node.036a8839-c5f9-4206-a979-201e9dac1557.json index cce3451ee..ee4d0661d 100644 --- a/content/node.036a8839-c5f9-4206-a979-201e9dac1557.json +++ b/content/node.036a8839-c5f9-4206-a979-201e9dac1557.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "7256a5bb0e6800a548d88e2979344646", "target_type": "feeds_feed", diff --git a/content/node.037796b8-42d8-4ea4-abec-f8c8de0d97e8.json b/content/node.037796b8-42d8-4ea4-abec-f8c8de0d97e8.json index 632536ae6..8dfe76d70 100644 --- a/content/node.037796b8-42d8-4ea4-abec-f8c8de0d97e8.json +++ b/content/node.037796b8-42d8-4ea4-abec-f8c8de0d97e8.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

This week's episode<\/a> of the Beyond Blocks podcast is live, where I speak with Panagiotis Moutsopoulos (vensires on Drupal.org) - Drupal Backend Developer at E-Sepia.<\/p>\n\n

We discuss his first time DrupalCon and, more specifically, his session \"Drupal's Alternate Realities\" - a \"Birds of a Feather\" (BoF) session presenting some history, but mainly the different ways to tackle a problem in Drupal using different methodologies.<\/p>\n\n ", + "value": "\n

This week's episode<\/a> of the Beyond Blocks podcast is live, where I speak with Panagiotis Moutsopoulos (vensires on Drupal.org) - Drupal Backend Developer at E-Sepia.<\/p>\n\n

We discuss his first time DrupalCon and, more specifically, his session \"Drupal's Alternate Realities\" - a \"Birds of a Feather\" (BoF) session presenting some history, but mainly the different ways to tackle a problem in Drupal using different methodologies.<\/p>\n\n ", "format": "full_html", - "processed": "\n

This week's episode<\/a> of the Beyond Blocks podcast is live, where I speak with Panagiotis Moutsopoulos (vensires on Drupal.org) - Drupal Backend Developer at E-Sepia.<\/p>\n\n

We discuss his first time DrupalCon and, more specifically, his session \"Drupal's Alternate Realities\" - a \"Birds of a Feather\" (BoF) session presenting some history, but mainly the different ways to tackle a problem in Drupal using different methodologies.<\/p>\n\n ", + "processed": "\n

This week's episode<\/a> of the Beyond Blocks podcast is live, where I speak with Panagiotis Moutsopoulos (vensires on Drupal.org) - Drupal Backend Developer at E-Sepia.<\/p>\n\n

We discuss his first time DrupalCon and, more specifically, his session \"Drupal's Alternate Realities\" - a \"Birds of a Feather\" (BoF) session presenting some history, but mainly the different ways to tackle a problem in Drupal using different methodologies.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "4ddf140ca0555c2028d2bb2db394282f", "target_type": "feeds_feed", diff --git a/content/node.03bbb03d-5963-477a-a904-19e2c1f1a581.json b/content/node.03bbb03d-5963-477a-a904-19e2c1f1a581.json index f560cb967..85d82b9d0 100644 --- a/content/node.03bbb03d-5963-477a-a904-19e2c1f1a581.json +++ b/content/node.03bbb03d-5963-477a-a904-19e2c1f1a581.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "a3ea19c23705f4574c9b1455cc2169bc", "target_type": "feeds_feed", diff --git a/content/node.03c0a713-f32d-445b-9397-add68fbf2fe5.json b/content/node.03c0a713-f32d-445b-9397-add68fbf2fe5.json index 724881b2a..2bc2585d5 100644 --- a/content/node.03c0a713-f32d-445b-9397-add68fbf2fe5.json +++ b/content/node.03c0a713-f32d-445b-9397-add68fbf2fe5.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

As well as my laptop configuration<\/a>, local development environments<\/a> and production server<\/a>, I've also been using Nix for something else recently.<\/p>\n\n

Setting up and configuring a Homelab on an old laptop.<\/p>\n\n

I've been able to install and configure services like Jellyfin for playing video files, Immich for photo hosting and management, Gitea as my own Git server, Vaultwarden for securely storing my passwords and Traefik as a reverse proxy.<\/p>\n\n

Each of these was very easy to configure with only a few lines of the Nix language and avoided a heavy use of Docker which seems common in most Homelab setups.<\/p>\n\n

Next, I'd like to add home automation with Home Assistant and explore running a local DNS server within my network.<\/p>\n\n

I'm looking forward to these, and seeing what else I can add to this setup using Nix and NixOS.<\/p>\n\n ", + "value": "\n

As well as my laptop configuration<\/a>, local development environments<\/a> and production server<\/a>, I've also been using Nix for something else recently.<\/p>\n\n

Setting up and configuring a Homelab on an old laptop.<\/p>\n\n

I've been able to install and configure services like Jellyfin for playing video files, Immich for photo hosting and management, Gitea as my own Git server, Vaultwarden for securely storing my passwords and Traefik as a reverse proxy.<\/p>\n\n

Each of these was very easy to configure with only a few lines of the Nix language and avoided a heavy use of Docker which seems common in most Homelab setups.<\/p>\n\n

Next, I'd like to add home automation with Home Assistant and explore running a local DNS server within my network.<\/p>\n\n

I'm looking forward to these, and seeing what else I can add to this setup using Nix and NixOS.<\/p>\n\n ", "format": "full_html", - "processed": "\n

As well as my laptop configuration<\/a>, local development environments<\/a> and production server<\/a>, I've also been using Nix for something else recently.<\/p>\n\n

Setting up and configuring a Homelab on an old laptop.<\/p>\n\n

I've been able to install and configure services like Jellyfin for playing video files, Immich for photo hosting and management, Gitea as my own Git server, Vaultwarden for securely storing my passwords and Traefik as a reverse proxy.<\/p>\n\n

Each of these was very easy to configure with only a few lines of the Nix language and avoided a heavy use of Docker which seems common in most Homelab setups.<\/p>\n\n

Next, I'd like to add home automation with Home Assistant and explore running a local DNS server within my network.<\/p>\n\n

I'm looking forward to these, and seeing what else I can add to this setup using Nix and NixOS.<\/p>\n\n ", + "processed": "\n

As well as my laptop configuration<\/a>, local development environments<\/a> and production server<\/a>, I've also been using Nix for something else recently.<\/p>\n\n

Setting up and configuring a Homelab on an old laptop.<\/p>\n\n

I've been able to install and configure services like Jellyfin for playing video files, Immich for photo hosting and management, Gitea as my own Git server, Vaultwarden for securely storing my passwords and Traefik as a reverse proxy.<\/p>\n\n

Each of these was very easy to configure with only a few lines of the Nix language and avoided a heavy use of Docker which seems common in most Homelab setups.<\/p>\n\n

Next, I'd like to add home automation with Home Assistant and explore running a local DNS server within my network.<\/p>\n\n

I'm looking forward to these, and seeing what else I can add to this setup using Nix and NixOS.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "ddffb71cbb4982c0c4d9ca78fecdcd4c", "target_type": "feeds_feed", diff --git a/content/node.042e4d0c-f835-47dd-8075-745df0a7f8f2.json b/content/node.042e4d0c-f835-47dd-8075-745df0a7f8f2.json index 23b66dafb..d73539315 100644 --- a/content/node.042e4d0c-f835-47dd-8075-745df0a7f8f2.json +++ b/content/node.042e4d0c-f835-47dd-8075-745df0a7f8f2.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "4d3892ad51836bdd33e47e7043615d75", "target_type": "feeds_feed", diff --git a/content/node.04ccaf9c-a0e4-4ca9-b96b-d32e3fc7f384.json b/content/node.04ccaf9c-a0e4-4ca9-b96b-d32e3fc7f384.json index f7f003338..be9ace625 100644 --- a/content/node.04ccaf9c-a0e4-4ca9-b96b-d32e3fc7f384.json +++ b/content/node.04ccaf9c-a0e4-4ca9-b96b-d32e3fc7f384.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "137f467c7894dcf4d534ab6c7572567a", "target_type": "feeds_feed", diff --git a/content/node.050525d7-3275-486e-8f0e-9548aa81a156.json b/content/node.050525d7-3275-486e-8f0e-9548aa81a156.json index 158e904c8..f86304c1f 100644 --- a/content/node.050525d7-3275-486e-8f0e-9548aa81a156.json +++ b/content/node.050525d7-3275-486e-8f0e-9548aa81a156.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "54fdebe3f9556a6d18a8f24c72f72652", "target_type": "feeds_feed", diff --git a/content/node.050a5113-59bc-461e-ac78-420e16055303.json b/content/node.050a5113-59bc-461e-ac78-420e16055303.json index f35e3b833..1132b0225 100644 --- a/content/node.050a5113-59bc-461e-ac78-420e16055303.json +++ b/content/node.050a5113-59bc-461e-ac78-420e16055303.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

This week on the Beyond Blocks podcast<\/a>, I'm joined by Dan Leech - a PHP Developer and open-source project creator.<\/p>\n\n

He and I recently gave talks at the PHP South West meetup, where Dan introduced a new project - PHP-TUI - for building terminal user interfaces (TUIs) with PHP.<\/p>\n\n

I use one of Dan's other open-source projects - Phpactor - within Neovim, and he also presented at PHP South Wales about PHPBench, so it was great to discuss and learn more about these in this episode.<\/p>\n\n

Listen to the episode now<\/a>, and I'll be back with more in the New Year.<\/p>\n\n ", + "value": "\n

This week on the Beyond Blocks podcast<\/a>, I'm joined by Dan Leech - a PHP Developer and open-source project creator.<\/p>\n\n

He and I recently gave talks at the PHP South West meetup, where Dan introduced a new project - PHP-TUI - for building terminal user interfaces (TUIs) with PHP.<\/p>\n\n

I use one of Dan's other open-source projects - Phpactor - within Neovim, and he also presented at PHP South Wales about PHPBench, so it was great to discuss and learn more about these in this episode.<\/p>\n\n

Listen to the episode now<\/a>, and I'll be back with more in the New Year.<\/p>\n\n ", "format": "full_html", - "processed": "\n

This week on the Beyond Blocks podcast<\/a>, I'm joined by Dan Leech - a PHP Developer and open-source project creator.<\/p>\n\n

He and I recently gave talks at the PHP South West meetup, where Dan introduced a new project - PHP-TUI - for building terminal user interfaces (TUIs) with PHP.<\/p>\n\n

I use one of Dan's other open-source projects - Phpactor - within Neovim, and he also presented at PHP South Wales about PHPBench, so it was great to discuss and learn more about these in this episode.<\/p>\n\n

Listen to the episode now<\/a>, and I'll be back with more in the New Year.<\/p>\n\n ", + "processed": "\n

This week on the Beyond Blocks podcast<\/a>, I'm joined by Dan Leech - a PHP Developer and open-source project creator.<\/p>\n\n

He and I recently gave talks at the PHP South West meetup, where Dan introduced a new project - PHP-TUI - for building terminal user interfaces (TUIs) with PHP.<\/p>\n\n

I use one of Dan's other open-source projects - Phpactor - within Neovim, and he also presented at PHP South Wales about PHPBench, so it was great to discuss and learn more about these in this episode.<\/p>\n\n

Listen to the episode now<\/a>, and I'll be back with more in the New Year.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "3cc8c054a1675b2ab1a1ec63dd5f49ad", "target_type": "feeds_feed", diff --git a/content/node.05232b81-d945-4112-99bf-d1adb2552428.json b/content/node.05232b81-d945-4112-99bf-d1adb2552428.json index a210e7b52..0ae10181f 100644 --- a/content/node.05232b81-d945-4112-99bf-d1adb2552428.json +++ b/content/node.05232b81-d945-4112-99bf-d1adb2552428.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

I've noticed a lot of Developers recently adopting SQLite for their database and I wonder why this is.<\/p>\n\n

Laravel changed their default database to SQLite for local development.<\/p>\n\n

It simplifies the development environment as there's no need for a separate database like MySQL or MariaDB but, if you'll be using one of those in production, won't that cause more issues when you migrate your local application?<\/p>\n\n

Drupal supports using SQLite, but, other than for my automated testing course<\/a>, or when running automated tests, I've always used a MySQL or MariaDB database.<\/p>\n\n

Maybe this is something to keep an eye on and potentially use more for some scenarios in the future.<\/p>\n\n ", + "value": "\n

I've noticed a lot of Developers recently adopting SQLite for their database and I wonder why this is.<\/p>\n\n

Laravel changed their default database to SQLite for local development.<\/p>\n\n

It simplifies the development environment as there's no need for a separate database like MySQL or MariaDB but, if you'll be using one of those in production, won't that cause more issues when you migrate your local application?<\/p>\n\n

Drupal supports using SQLite, but, other than for my automated testing course<\/a>, or when running automated tests, I've always used a MySQL or MariaDB database.<\/p>\n\n

Maybe this is something to keep an eye on and potentially use more for some scenarios in the future.<\/p>\n\n ", "format": "full_html", - "processed": "\n

I've noticed a lot of Developers recently adopting SQLite for their database and I wonder why this is.<\/p>\n\n

Laravel changed their default database to SQLite for local development.<\/p>\n\n

It simplifies the development environment as there's no need for a separate database like MySQL or MariaDB but, if you'll be using one of those in production, won't that cause more issues when you migrate your local application?<\/p>\n\n

Drupal supports using SQLite, but, other than for my automated testing course<\/a>, or when running automated tests, I've always used a MySQL or MariaDB database.<\/p>\n\n

Maybe this is something to keep an eye on and potentially use more for some scenarios in the future.<\/p>\n\n ", + "processed": "\n

I've noticed a lot of Developers recently adopting SQLite for their database and I wonder why this is.<\/p>\n\n

Laravel changed their default database to SQLite for local development.<\/p>\n\n

It simplifies the development environment as there's no need for a separate database like MySQL or MariaDB but, if you'll be using one of those in production, won't that cause more issues when you migrate your local application?<\/p>\n\n

Drupal supports using SQLite, but, other than for my automated testing course<\/a>, or when running automated tests, I've always used a MySQL or MariaDB database.<\/p>\n\n

Maybe this is something to keep an eye on and potentially use more for some scenarios in the future.<\/p>\n\n ", "summary": null } ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "91a7ebf19cb056c110911fc721129f1a", "target_type": "feeds_feed", diff --git a/content/node.058eb05f-cec1-43bd-a4e1-0b09630662e9.json b/content/node.058eb05f-cec1-43bd-a4e1-0b09630662e9.json index 53ebe2eeb..e8957e22d 100644 --- a/content/node.058eb05f-cec1-43bd-a4e1-0b09630662e9.json +++ b/content/node.058eb05f-cec1-43bd-a4e1-0b09630662e9.json @@ -104,5 +104,6 @@ "target_type": "taxonomy_term", "target_uuid": "f9b1ec5f-2fdb-438c-a266-082a86a6d94f" } - ] + ], + "field_topic": [] } \ No newline at end of file diff --git a/content/node.0610a25f-884a-48b6-8be0-e969749d316a.json b/content/node.0610a25f-884a-48b6-8be0-e969749d316a.json index 4ed8f334e..33ee76c7b 100644 --- a/content/node.0610a25f-884a-48b6-8be0-e969749d316a.json +++ b/content/node.0610a25f-884a-48b6-8be0-e969749d316a.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "838a5e92a344c70d064478815bc8dd16", "target_type": "feeds_feed", diff --git a/content/node.062c06ac-6ca0-4b03-8d5e-63a84eb8b9c2.json b/content/node.062c06ac-6ca0-4b03-8d5e-63a84eb8b9c2.json index ecbfaf9ca..6320964b7 100644 --- a/content/node.062c06ac-6ca0-4b03-8d5e-63a84eb8b9c2.json +++ b/content/node.062c06ac-6ca0-4b03-8d5e-63a84eb8b9c2.json @@ -90,7 +90,7 @@ ], "feeds_item": [ { - "imported": "1970-01-01T00:33:45+00:00", + "imported": "1970-01-01T00:32:50+00:00", "guid": null, "hash": "957b36c5f9d9b70a87a9a60d1f31f9ab", "target_type": "feeds_feed", diff --git a/content/node.066297b1-ab00-4769-afe1-d3831ed2a654.json b/content/node.066297b1-ab00-4769-afe1-d3831ed2a654.json index 8910b9fc7..8f731db06 100644 --- a/content/node.066297b1-ab00-4769-afe1-d3831ed2a654.json +++ b/content/node.066297b1-ab00-4769-afe1-d3831ed2a654.json @@ -82,15 +82,15 @@ ], "body": [ { - "value": "\n

As well as writing comments first<\/a>, when writing tests, I sometimes like to write my tests backwards and start by writing the assertions first.<\/p>\n\n

I know what I want to assert in the test, so it's an easy place to start.<\/p>\n\n

I'll run it, see the error, fix it and continue working backwards.<\/p>\n\n

For example, I could start with this:<\/p>\n\n

public function testOnlyPostNodesAreShown(): void {\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This test will fail when I run it, but it makes me think about what I need to do to fix the error and how to do so in the best way.<\/p>\n\n
In this case, I need to make a request to the page that should render the text:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This will still fail, as I also need to create the required posts:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  PostBuilder::create()->setTitle('Post one')->getPost();\n  PostBuilder::create()->setTitle('Post two')->getPost();\n\n  $this->createNode([\n    'title' => 'This is not a post',\n    'type' => 'page',\n  ]);\n\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
Now the test passes.<\/p>\n\n
Doing test-driven development keeps my code clean and minimal, and I find this approach keeps my test clean, too.<\/p>\n\n        ",
+            "value": "\n          
As well as writing comments first<\/a>, when writing tests, I sometimes like to write my tests backwards and start by writing the assertions first.<\/p>\n\n
I know what I want to assert in the test, so it's an easy place to start.<\/p>\n\n
I'll run it, see the error, fix it and continue working backwards.<\/p>\n\n
For example, I could start with this:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This test will fail when I run it, but it makes me think about what I need to do to fix the error and how to do so in the best way.<\/p>\n\n
In this case, I need to make a request to the page that should render the text:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This will still fail, as I also need to create the required posts:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  PostBuilder::create()->setTitle('Post one')->getPost();\n  PostBuilder::create()->setTitle('Post two')->getPost();\n\n  $this->createNode([\n    'title' => 'This is not a post',\n    'type' => 'page',\n  ]);\n\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
Now the test passes.<\/p>\n\n
Doing test-driven development keeps my code clean and minimal, and I find this approach keeps my test clean, too.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
As well as writing comments first<\/a>, when writing tests, I sometimes like to write my tests backwards and start by writing the assertions first.<\/p>\n\n
I know what I want to assert in the test, so it's an easy place to start.<\/p>\n\n
I'll run it, see the error, fix it and continue working backwards.<\/p>\n\n
For example, I could start with this:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This test will fail when I run it, but it makes me think about what I need to do to fix the error and how to do so in the best way.<\/p>\n\n
In this case, I need to make a request to the page that should render the text:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This will still fail, as I also need to create the required posts:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  PostBuilder::create()->setTitle('Post one')->getPost();\n  PostBuilder::create()->setTitle('Post two')->getPost();\n\n  $this->createNode([\n    'title' => 'This is not a post',\n    'type' => 'page',\n  ]);\n\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
Now the test passes.<\/p>\n\n
Doing test-driven development keeps my code clean and minimal, and I find this approach keeps my test clean, too.<\/p>\n\n        ",
+            "processed": "\n          
As well as writing comments first<\/a>, when writing tests, I sometimes like to write my tests backwards and start by writing the assertions first.<\/p>\n\n
I know what I want to assert in the test, so it's an easy place to start.<\/p>\n\n
I'll run it, see the error, fix it and continue working backwards.<\/p>\n\n
For example, I could start with this:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This test will fail when I run it, but it makes me think about what I need to do to fix the error and how to do so in the best way.<\/p>\n\n
In this case, I need to make a request to the page that should render the text:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
This will still fail, as I also need to create the required posts:<\/p>\n\n
public function testOnlyPostNodesAreShown(): void {\n  PostBuilder::create()->setTitle('Post one')->getPost();\n  PostBuilder::create()->setTitle('Post two')->getPost();\n\n  $this->createNode([\n    'title' => 'This is not a post',\n    'type' => 'page',\n  ]);\n\n  $this->drupalGet('\/blog');\n\n  $assert = $this->assertSession();\n  $assert->pageTextContains('Post one');\n  $assert->pageTextContains('Post two');\n  $assert->pageTextNotContains('This is not a post');\n}\n<\/code><\/pre>\n\n
Now the test passes.<\/p>\n\n
Doing test-driven development keeps my code clean and minimal, and I find this approach keeps my test clean, too.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "3bdc81d1ff8f05f8b1beb3069dfdd370",
             "target_type": "feeds_feed",
diff --git a/content/node.06b8d0b3-318a-4a06-902c-f42ce169774b.json b/content/node.06b8d0b3-318a-4a06-902c-f42ce169774b.json
index df58f71b0..1628a42c1 100644
--- a/content/node.06b8d0b3-318a-4a06-902c-f42ce169774b.json
+++ b/content/node.06b8d0b3-318a-4a06-902c-f42ce169774b.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "2955d4cb562bc0a9ba0456bc040c629b",
             "target_type": "feeds_feed",
diff --git a/content/node.079f2e09-0827-458e-91d3-6dd5b8b80c56.json b/content/node.079f2e09-0827-458e-91d3-6dd5b8b80c56.json
index 6646cbdcd..aac618038 100644
--- a/content/node.079f2e09-0827-458e-91d3-6dd5b8b80c56.json
+++ b/content/node.079f2e09-0827-458e-91d3-6dd5b8b80c56.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
It's shown in the examples of the conventional commits specification<\/a> as part of the optional footer data.<\/p>\n\n
But is it useful?<\/p>\n\n
It can be if your issue tracker is linked to your Git repository and you can click the issue ID in a commit message and see the issue.<\/p>\n\n
But, how often do teams change issue-tracking software or the project is passed to a different company that uses a different issue tracker?<\/p>\n\n
That makes the issue IDs that reference the old IDs useless as no one has access to the issues it references.<\/p>\n\n
I'd recommend putting as much information in the commit message itself and not relying on it being in an external source, like an issue tracker.<\/p>\n\n
The Git log and commit messages will remain even if a different issue tracker is used, or a different team starts working on the project, and that additional information isn't lost.<\/p>\n\n
I'm not against putting the issue ID in the commit message but don't do it instead of writing a descriptive commit message.<\/p>\n\n        ",
+            "value": "\n          
It's shown in the examples of the conventional commits specification<\/a> as part of the optional footer data.<\/p>\n\n
But is it useful?<\/p>\n\n
It can be if your issue tracker is linked to your Git repository and you can click the issue ID in a commit message and see the issue.<\/p>\n\n
But, how often do teams change issue-tracking software or the project is passed to a different company that uses a different issue tracker?<\/p>\n\n
That makes the issue IDs that reference the old IDs useless as no one has access to the issues it references.<\/p>\n\n
I'd recommend putting as much information in the commit message itself and not relying on it being in an external source, like an issue tracker.<\/p>\n\n
The Git log and commit messages will remain even if a different issue tracker is used, or a different team starts working on the project, and that additional information isn't lost.<\/p>\n\n
I'm not against putting the issue ID in the commit message but don't do it instead of writing a descriptive commit message.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
It's shown in the examples of the conventional commits specification<\/a> as part of the optional footer data.<\/p>\n\n
But is it useful?<\/p>\n\n
It can be if your issue tracker is linked to your Git repository and you can click the issue ID in a commit message and see the issue.<\/p>\n\n
But, how often do teams change issue-tracking software or the project is passed to a different company that uses a different issue tracker?<\/p>\n\n
That makes the issue IDs that reference the old IDs useless as no one has access to the issues it references.<\/p>\n\n
I'd recommend putting as much information in the commit message itself and not relying on it being in an external source, like an issue tracker.<\/p>\n\n
The Git log and commit messages will remain even if a different issue tracker is used, or a different team starts working on the project, and that additional information isn't lost.<\/p>\n\n
I'm not against putting the issue ID in the commit message but don't do it instead of writing a descriptive commit message.<\/p>\n\n        ",
+            "processed": "\n          
It's shown in the examples of the conventional commits specification<\/a> as part of the optional footer data.<\/p>\n\n
But is it useful?<\/p>\n\n
It can be if your issue tracker is linked to your Git repository and you can click the issue ID in a commit message and see the issue.<\/p>\n\n
But, how often do teams change issue-tracking software or the project is passed to a different company that uses a different issue tracker?<\/p>\n\n
That makes the issue IDs that reference the old IDs useless as no one has access to the issues it references.<\/p>\n\n
I'd recommend putting as much information in the commit message itself and not relying on it being in an external source, like an issue tracker.<\/p>\n\n
The Git log and commit messages will remain even if a different issue tracker is used, or a different team starts working on the project, and that additional information isn't lost.<\/p>\n\n
I'm not against putting the issue ID in the commit message but don't do it instead of writing a descriptive commit message.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "1029a860138fe970164e891ad1617d01",
             "target_type": "feeds_feed",
diff --git a/content/node.08209d64-40fa-4771-9415-c23e962a5028.json b/content/node.08209d64-40fa-4771-9415-c23e962a5028.json
index 803e799a9..04714395d 100644
--- a/content/node.08209d64-40fa-4771-9415-c23e962a5028.json
+++ b/content/node.08209d64-40fa-4771-9415-c23e962a5028.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "f40826212e5c798e718edd8ad155d3c0",
             "target_type": "feeds_feed",
diff --git a/content/node.0843614b-645e-4d55-9e70-f960d504cadb.json b/content/node.0843614b-645e-4d55-9e70-f960d504cadb.json
index 6f4f26678..8bb3fa25d 100644
--- a/content/node.0843614b-645e-4d55-9e70-f960d504cadb.json
+++ b/content/node.0843614b-645e-4d55-9e70-f960d504cadb.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
I took a bit of time off from these emails whilst I was preparing for the first PHP Stoke event which happened last week in Stoke-on-Trent.<\/p>\n\n
It was a great event with around 35 attendees and two other speakers as well as myself.<\/p>\n\n
The latest version of my slides are online<\/a> as well some updated resources<\/a>.<\/p>\n\n
My next talk will be at the Norfolk Developers conference next month where I'll be presenting an updated version of Taking Flight with Tailwind CSS<\/a>.<\/p>\n\n
If you have a topic idea for a talk or would like me to speak at your meetup or conference, please get in touch.<\/p>\n\n        ",
+            "value": "\n          
I took a bit of time off from these emails whilst I was preparing for the first PHP Stoke event which happened last week in Stoke-on-Trent.<\/p>\n\n
It was a great event with around 35 attendees and two other speakers as well as myself.<\/p>\n\n
The latest version of my slides are online<\/a> as well some updated resources<\/a>.<\/p>\n\n
My next talk will be at the Norfolk Developers conference next month where I'll be presenting an updated version of Taking Flight with Tailwind CSS<\/a>.<\/p>\n\n
If you have a topic idea for a talk or would like me to speak at your meetup or conference, please get in touch.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
I took a bit of time off from these emails whilst I was preparing for the first PHP Stoke event which happened last week in Stoke-on-Trent.<\/p>\n\n
It was a great event with around 35 attendees and two other speakers as well as myself.<\/p>\n\n
The latest version of my slides are online<\/a> as well some updated resources<\/a>.<\/p>\n\n
My next talk will be at the Norfolk Developers conference next month where I'll be presenting an updated version of Taking Flight with Tailwind CSS<\/a>.<\/p>\n\n
If you have a topic idea for a talk or would like me to speak at your meetup or conference, please get in touch.<\/p>\n\n        ",
+            "processed": "\n          
I took a bit of time off from these emails whilst I was preparing for the first PHP Stoke event which happened last week in Stoke-on-Trent.<\/p>\n\n
It was a great event with around 35 attendees and two other speakers as well as myself.<\/p>\n\n
The latest version of my slides are online<\/a> as well some updated resources<\/a>.<\/p>\n\n
My next talk will be at the Norfolk Developers conference next month where I'll be presenting an updated version of Taking Flight with Tailwind CSS<\/a>.<\/p>\n\n
If you have a topic idea for a talk or would like me to speak at your meetup or conference, please get in touch.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "c6186e7dbf6c19f8512dc083f70d7840",
             "target_type": "feeds_feed",
diff --git a/content/node.09073a81-2a1b-4200-905b-98b43152fe37.json b/content/node.09073a81-2a1b-4200-905b-98b43152fe37.json
index 6da50d104..8d0dcb4d1 100644
--- a/content/node.09073a81-2a1b-4200-905b-98b43152fe37.json
+++ b/content/node.09073a81-2a1b-4200-905b-98b43152fe37.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "48855aeeae21e4c8f58c4898ddd9fea4",
             "target_type": "feeds_feed",
diff --git a/content/node.09097ac1-03ea-456c-a1bd-49bdc2bb9499.json b/content/node.09097ac1-03ea-456c-a1bd-49bdc2bb9499.json
index 7f9b0fb98..43b434b79 100644
--- a/content/node.09097ac1-03ea-456c-a1bd-49bdc2bb9499.json
+++ b/content/node.09097ac1-03ea-456c-a1bd-49bdc2bb9499.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "1c6afa84bf0230b6fc71cdc42239c6e2",
             "target_type": "feeds_feed",
diff --git a/content/node.098d8367-a714-4e16-97b5-44f42a2a1cc2.json b/content/node.098d8367-a714-4e16-97b5-44f42a2a1cc2.json
index 9920eb2ed..d5d079ef0 100644
--- a/content/node.098d8367-a714-4e16-97b5-44f42a2a1cc2.json
+++ b/content/node.098d8367-a714-4e16-97b5-44f42a2a1cc2.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "6e7b86e1b92a964e048c10b4a1bb65da",
             "target_type": "feeds_feed",
diff --git a/content/node.09d6a39f-ac99-44fc-b660-4f976132d813.json b/content/node.09d6a39f-ac99-44fc-b660-4f976132d813.json
index 62ea4b5cd..ea39a1563 100644
--- a/content/node.09d6a39f-ac99-44fc-b660-4f976132d813.json
+++ b/content/node.09d6a39f-ac99-44fc-b660-4f976132d813.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
I've been using Drupal since 2008 and built the first version of my website with Drupal 6 before updating it to Drupal 7.<\/p>\n\n
Around that time, I discovered static site generators and built the next version of my website with Jekyll.<\/p>\n\n
I liked how I could write content in simple plain files, export them to HTML and upload them to a server.<\/p>\n\n
Static websites are fast and secure.<\/p>\n\n
There was no need for PHP or a database. Just a simple web server like Apache or Nginx that can serve static files.<\/p>\n\n
I later switched to Sculpin, a static site generator written with PHP, which has a lot of similarities with Drupal.<\/p>\n\n
But what if you want the power of Drupal with the benefits of a static website?<\/p>\n\n
Tome<\/a> is a module that turns Drupal into a static site generator.<\/p>\n\n
Drupal works the same locally with access to all the usual core functionality and contrib modules and themes from Drupal.org, but you export everything to static files - the same as using Jekyll or Sculpin.<\/p>\n\n
Sam Mortenson, the creator of the Tome module discussed it on our episode of the Beyond Blocks podcast<\/a> where we also talked about single file components.<\/p>\n\n
If you want the power of a flexible content management system and the performance and security benefits of a static website, Tome gives you the best of both worlds.<\/p>\n\n        ",
+            "value": "\n          
I've been using Drupal since 2008 and built the first version of my website with Drupal 6 before updating it to Drupal 7.<\/p>\n\n
Around that time, I discovered static site generators and built the next version of my website with Jekyll.<\/p>\n\n
I liked how I could write content in simple plain files, export them to HTML and upload them to a server.<\/p>\n\n
Static websites are fast and secure.<\/p>\n\n
There was no need for PHP or a database. Just a simple web server like Apache or Nginx that can serve static files.<\/p>\n\n
I later switched to Sculpin, a static site generator written with PHP, which has a lot of similarities with Drupal.<\/p>\n\n
But what if you want the power of Drupal with the benefits of a static website?<\/p>\n\n
Tome<\/a> is a module that turns Drupal into a static site generator.<\/p>\n\n
Drupal works the same locally with access to all the usual core functionality and contrib modules and themes from Drupal.org, but you export everything to static files - the same as using Jekyll or Sculpin.<\/p>\n\n
Sam Mortenson, the creator of the Tome module discussed it on our episode of the Beyond Blocks podcast<\/a> where we also talked about single file components.<\/p>\n\n
If you want the power of a flexible content management system and the performance and security benefits of a static website, Tome gives you the best of both worlds.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
I've been using Drupal since 2008 and built the first version of my website with Drupal 6 before updating it to Drupal 7.<\/p>\n\n
Around that time, I discovered static site generators and built the next version of my website with Jekyll.<\/p>\n\n
I liked how I could write content in simple plain files, export them to HTML and upload them to a server.<\/p>\n\n
Static websites are fast and secure.<\/p>\n\n
There was no need for PHP or a database. Just a simple web server like Apache or Nginx that can serve static files.<\/p>\n\n
I later switched to Sculpin, a static site generator written with PHP, which has a lot of similarities with Drupal.<\/p>\n\n
But what if you want the power of Drupal with the benefits of a static website?<\/p>\n\n
Tome<\/a> is a module that turns Drupal into a static site generator.<\/p>\n\n
Drupal works the same locally with access to all the usual core functionality and contrib modules and themes from Drupal.org, but you export everything to static files - the same as using Jekyll or Sculpin.<\/p>\n\n
Sam Mortenson, the creator of the Tome module discussed it on our episode of the Beyond Blocks podcast<\/a> where we also talked about single file components.<\/p>\n\n
If you want the power of a flexible content management system and the performance and security benefits of a static website, Tome gives you the best of both worlds.<\/p>\n\n        ",
+            "processed": "\n          
I've been using Drupal since 2008 and built the first version of my website with Drupal 6 before updating it to Drupal 7.<\/p>\n\n
Around that time, I discovered static site generators and built the next version of my website with Jekyll.<\/p>\n\n
I liked how I could write content in simple plain files, export them to HTML and upload them to a server.<\/p>\n\n
Static websites are fast and secure.<\/p>\n\n
There was no need for PHP or a database. Just a simple web server like Apache or Nginx that can serve static files.<\/p>\n\n
I later switched to Sculpin, a static site generator written with PHP, which has a lot of similarities with Drupal.<\/p>\n\n
But what if you want the power of Drupal with the benefits of a static website?<\/p>\n\n
Tome<\/a> is a module that turns Drupal into a static site generator.<\/p>\n\n
Drupal works the same locally with access to all the usual core functionality and contrib modules and themes from Drupal.org, but you export everything to static files - the same as using Jekyll or Sculpin.<\/p>\n\n
Sam Mortenson, the creator of the Tome module discussed it on our episode of the Beyond Blocks podcast<\/a> where we also talked about single file components.<\/p>\n\n
If you want the power of a flexible content management system and the performance and security benefits of a static website, Tome gives you the best of both worlds.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "2b68ef78311dde7624d8a9f3bf2aecd5",
             "target_type": "feeds_feed",
diff --git a/content/node.09dff532-7bc4-4949-bfdf-7c4a6e59097a.json b/content/node.09dff532-7bc4-4949-bfdf-7c4a6e59097a.json
index 6a6b32ea0..d7680363a 100644
--- a/content/node.09dff532-7bc4-4949-bfdf-7c4a6e59097a.json
+++ b/content/node.09dff532-7bc4-4949-bfdf-7c4a6e59097a.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "6878d25dc442270921c029ddd00724c8",
             "target_type": "feeds_feed",
diff --git a/content/node.09f421c4-eff1-4b5c-a692-45dfbd837758.json b/content/node.09f421c4-eff1-4b5c-a692-45dfbd837758.json
index b16264f69..f2ee22d67 100644
--- a/content/node.09f421c4-eff1-4b5c-a692-45dfbd837758.json
+++ b/content/node.09f421c4-eff1-4b5c-a692-45dfbd837758.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "2a66b63393fa72ffccd1e378ef840bca",
             "target_type": "feeds_feed",
diff --git a/content/node.0a04ac23-4d64-40e8-8e94-ead3cab7129d.json b/content/node.0a04ac23-4d64-40e8-8e94-ead3cab7129d.json
index 06dd9de26..0824072c3 100644
--- a/content/node.0a04ac23-4d64-40e8-8e94-ead3cab7129d.json
+++ b/content/node.0a04ac23-4d64-40e8-8e94-ead3cab7129d.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
Yesterday I replied to a post on X<\/a>:<\/p>\n\n
\n  
I have worked on many teams that use CI tooling and call their process CI, but I have never seen CI actually done as defined on Wikipedia:<\/p>\n  \n  
\"CI is the practice of merging all developers' working copies to a shared mainline several times a day\"<\/p>\n<\/blockquote>\n\n
I've written about this before<\/a> and I think the term CI or CI\/CD is one of the most misused or misleading in software development.<\/p>\n\n
CI, or continuous integration, is, as the post days, the process of everyone merging their changes at least once, or usually several, times a day.<\/p>\n\n
It isn't something that is configured or created - it's a process.<\/p>\n\n
Here's the thing<\/h2>\n\n
You can do CI without a CI pipeline and vice versa.<\/p>\n\n
You can have a CI pipeline but not do continuous delivery or deployment.<\/p>\n\n
What most people think of as CI or CI\/CD is a set of automated checks that run when code is updated - usually on a feature or topic branch.<\/p>\n\n
Whilst important, it's not \"CI\".<\/p>\n\n        ",
+            "value": "\n          
Yesterday I replied to a post on X<\/a>:<\/p>\n\n
\n  
I have worked on many teams that use CI tooling and call their process CI, but I have never seen CI actually done as defined on Wikipedia:<\/p>\n  \n  
\"CI is the practice of merging all developers' working copies to a shared mainline several times a day\"<\/p>\n<\/blockquote>\n\n
I've written about this before<\/a> and I think the term CI or CI\/CD is one of the most misused or misleading in software development.<\/p>\n\n
CI, or continuous integration, is, as the post days, the process of everyone merging their changes at least once, or usually several, times a day.<\/p>\n\n
It isn't something that is configured or created - it's a process.<\/p>\n\n
Here's the thing<\/h2>\n\n
You can do CI without a CI pipeline and vice versa.<\/p>\n\n
You can have a CI pipeline but not do continuous delivery or deployment.<\/p>\n\n
What most people think of as CI or CI\/CD is a set of automated checks that run when code is updated - usually on a feature or topic branch.<\/p>\n\n
Whilst important, it's not \"CI\".<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
Yesterday I replied to a post on X<\/a>:<\/p>\n\n
\n  
I have worked on many teams that use CI tooling and call their process CI, but I have never seen CI actually done as defined on Wikipedia:<\/p>\n  \n  
\"CI is the practice of merging all developers' working copies to a shared mainline several times a day\"<\/p>\n<\/blockquote>\n\n
I've written about this before<\/a> and I think the term CI or CI\/CD is one of the most misused or misleading in software development.<\/p>\n\n
CI, or continuous integration, is, as the post days, the process of everyone merging their changes at least once, or usually several, times a day.<\/p>\n\n
It isn't something that is configured or created - it's a process.<\/p>\n\n
Here's the thing<\/h2>\n\n
You can do CI without a CI pipeline and vice versa.<\/p>\n\n
You can have a CI pipeline but not do continuous delivery or deployment.<\/p>\n\n
What most people think of as CI or CI\/CD is a set of automated checks that run when code is updated - usually on a feature or topic branch.<\/p>\n\n
Whilst important, it's not \"CI\".<\/p>\n\n        ",
+            "processed": "\n          
Yesterday I replied to a post on X<\/a>:<\/p>\n\n
\n  
I have worked on many teams that use CI tooling and call their process CI, but I have never seen CI actually done as defined on Wikipedia:<\/p>\n  \n  
\"CI is the practice of merging all developers' working copies to a shared mainline several times a day\"<\/p>\n<\/blockquote>\n\n
I've written about this before<\/a> and I think the term CI or CI\/CD is one of the most misused or misleading in software development.<\/p>\n\n
CI, or continuous integration, is, as the post days, the process of everyone merging their changes at least once, or usually several, times a day.<\/p>\n\n
It isn't something that is configured or created - it's a process.<\/p>\n\n
Here's the thing<\/h2>\n\n
You can do CI without a CI pipeline and vice versa.<\/p>\n\n
You can have a CI pipeline but not do continuous delivery or deployment.<\/p>\n\n
What most people think of as CI or CI\/CD is a set of automated checks that run when code is updated - usually on a feature or topic branch.<\/p>\n\n
Whilst important, it's not \"CI\".<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "44876b1c656f7fa3e4611f4f47e7c361",
             "target_type": "feeds_feed",
diff --git a/content/node.0a2a3238-42ea-46de-8140-94e74f381916.json b/content/node.0a2a3238-42ea-46de-8140-94e74f381916.json
index eda68702d..0b6fc8df2 100644
--- a/content/node.0a2a3238-42ea-46de-8140-94e74f381916.json
+++ b/content/node.0a2a3238-42ea-46de-8140-94e74f381916.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
Last Friday and Saturday, I was happy to attend and present two sessions at DrupalCamp Ghent in Belgium.<\/p>\n\n
I was able to present talks on automated testing and Tailwind CSS, which were my 99th and 100th talks, respectively!<\/p>\n\n
The sessions were streamed live, or the slides and previous recordings are on my website<\/a>.<\/p>\n\n
It was a great event and it's always nice to see and meet new people within the Drupal community, to see new places and share knowledge by giving presentations.<\/p>\n\n
Reply and let me know if you have any feedback on the sessions or if you'd like me to present a talk or workshop at your event.<\/p>\n\n        ",
+            "value": "\n          
Last Friday and Saturday, I was happy to attend and present two sessions at DrupalCamp Ghent in Belgium.<\/p>\n\n
I was able to present talks on automated testing and Tailwind CSS, which were my 99th and 100th talks, respectively!<\/p>\n\n
The sessions were streamed live, or the slides and previous recordings are on my website<\/a>.<\/p>\n\n
It was a great event and it's always nice to see and meet new people within the Drupal community, to see new places and share knowledge by giving presentations.<\/p>\n\n
Reply and let me know if you have any feedback on the sessions or if you'd like me to present a talk or workshop at your event.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
Last Friday and Saturday, I was happy to attend and present two sessions at DrupalCamp Ghent in Belgium.<\/p>\n\n
I was able to present talks on automated testing and Tailwind CSS, which were my 99th and 100th talks, respectively!<\/p>\n\n
The sessions were streamed live, or the slides and previous recordings are on my website<\/a>.<\/p>\n\n
It was a great event and it's always nice to see and meet new people within the Drupal community, to see new places and share knowledge by giving presentations.<\/p>\n\n
Reply and let me know if you have any feedback on the sessions or if you'd like me to present a talk or workshop at your event.<\/p>\n\n        ",
+            "processed": "\n          
Last Friday and Saturday, I was happy to attend and present two sessions at DrupalCamp Ghent in Belgium.<\/p>\n\n
I was able to present talks on automated testing and Tailwind CSS, which were my 99th and 100th talks, respectively!<\/p>\n\n
The sessions were streamed live, or the slides and previous recordings are on my website<\/a>.<\/p>\n\n
It was a great event and it's always nice to see and meet new people within the Drupal community, to see new places and share knowledge by giving presentations.<\/p>\n\n
Reply and let me know if you have any feedback on the sessions or if you'd like me to present a talk or workshop at your event.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "666722719a2759d76794a08b3c2837fa",
             "target_type": "feeds_feed",
diff --git a/content/node.0a3bf034-7203-45c2-aae5-74f9211929fa.json b/content/node.0a3bf034-7203-45c2-aae5-74f9211929fa.json
index 745556ca6..c78cc7e4e 100644
--- a/content/node.0a3bf034-7203-45c2-aae5-74f9211929fa.json
+++ b/content/node.0a3bf034-7203-45c2-aae5-74f9211929fa.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "af41a18ab3e2e252ab86e7243333ad9f",
             "target_type": "feeds_feed",
diff --git a/content/node.0a3c28cf-0365-40a7-bc3d-074e90bb28ce.json b/content/node.0a3c28cf-0365-40a7-bc3d-074e90bb28ce.json
index 06d4e3fce..84ff4a80e 100644
--- a/content/node.0a3c28cf-0365-40a7-bc3d-074e90bb28ce.json
+++ b/content/node.0a3c28cf-0365-40a7-bc3d-074e90bb28ce.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "aa56bdd02fef215659f339a51ad72312",
             "target_type": "feeds_feed",
diff --git a/content/node.0a4f05ae-4240-476b-bb57-bcf3d3a598a3.json b/content/node.0a4f05ae-4240-476b-bb57-bcf3d3a598a3.json
index 3f05dc578..a325627f7 100644
--- a/content/node.0a4f05ae-4240-476b-bb57-bcf3d3a598a3.json
+++ b/content/node.0a4f05ae-4240-476b-bb57-bcf3d3a598a3.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
If feature branches cause conflicts<\/a>, what is the alternative?<\/p>\n\n
Don't branch.<\/p>\n\n
Keep all changes on a single branch and avoid merge conflicts between branches by not having branches.<\/p>\n\n
But how can you avoid releasing changes before they are ready?<\/p>\n\n
You can have a local branch with your changes that you don't push and rebase locally, but then you're not doing continuous integration<\/a> and you're just as likely to get conflicts and have incompatible code.<\/p>\n\n
One of the main benefits of trunk-based development, where everything is on a single branch, is that everyone's work always works together.<\/p>\n\n
The better option is to use feature toggles (aka feature flags).<\/p>\n\n
Wrapping code in feature toggles separates deploying the code from releasing the feature.<\/p>\n\n
The code can be released, but the feature isn't active until the toggle is enabled.<\/p>\n\n
This means everyone can work on the same branch and continuously deploy changes whilst being selective about the features that are visible to the end users.<\/p>\n\n
If you have multiple environments, the same code can be used with different toggles enabled to allow for testing different features.<\/p>\n\n
Then, once the feature is ready to be enabled, there is no deployment needed.<\/p>\n\n
The code is already there - it just needs to be enabled.<\/p>\n\n
For Drupal, there is a Feature Toggle module<\/a> and an extension that I wrote<\/a> that make it easy to use and manage feature toggles by just logging into the admin UI and selecting the active toggles you want.<\/p>\n\n
And, if an issue is discovered, it can also be easily disabled without needing to roll back to the previous version<\/a>.<\/p>\n\n        ",
+            "value": "\n          
If feature branches cause conflicts<\/a>, what is the alternative?<\/p>\n\n
Don't branch.<\/p>\n\n
Keep all changes on a single branch and avoid merge conflicts between branches by not having branches.<\/p>\n\n
But how can you avoid releasing changes before they are ready?<\/p>\n\n
You can have a local branch with your changes that you don't push and rebase locally, but then you're not doing continuous integration<\/a> and you're just as likely to get conflicts and have incompatible code.<\/p>\n\n
One of the main benefits of trunk-based development, where everything is on a single branch, is that everyone's work always works together.<\/p>\n\n
The better option is to use feature toggles (aka feature flags).<\/p>\n\n
Wrapping code in feature toggles separates deploying the code from releasing the feature.<\/p>\n\n
The code can be released, but the feature isn't active until the toggle is enabled.<\/p>\n\n
This means everyone can work on the same branch and continuously deploy changes whilst being selective about the features that are visible to the end users.<\/p>\n\n
If you have multiple environments, the same code can be used with different toggles enabled to allow for testing different features.<\/p>\n\n
Then, once the feature is ready to be enabled, there is no deployment needed.<\/p>\n\n
The code is already there - it just needs to be enabled.<\/p>\n\n
For Drupal, there is a Feature Toggle module<\/a> and an extension that I wrote<\/a> that make it easy to use and manage feature toggles by just logging into the admin UI and selecting the active toggles you want.<\/p>\n\n
And, if an issue is discovered, it can also be easily disabled without needing to roll back to the previous version<\/a>.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
If feature branches cause conflicts<\/a>, what is the alternative?<\/p>\n\n
Don't branch.<\/p>\n\n
Keep all changes on a single branch and avoid merge conflicts between branches by not having branches.<\/p>\n\n
But how can you avoid releasing changes before they are ready?<\/p>\n\n
You can have a local branch with your changes that you don't push and rebase locally, but then you're not doing continuous integration<\/a> and you're just as likely to get conflicts and have incompatible code.<\/p>\n\n
One of the main benefits of trunk-based development, where everything is on a single branch, is that everyone's work always works together.<\/p>\n\n
The better option is to use feature toggles (aka feature flags).<\/p>\n\n
Wrapping code in feature toggles separates deploying the code from releasing the feature.<\/p>\n\n
The code can be released, but the feature isn't active until the toggle is enabled.<\/p>\n\n
This means everyone can work on the same branch and continuously deploy changes whilst being selective about the features that are visible to the end users.<\/p>\n\n
If you have multiple environments, the same code can be used with different toggles enabled to allow for testing different features.<\/p>\n\n
Then, once the feature is ready to be enabled, there is no deployment needed.<\/p>\n\n
The code is already there - it just needs to be enabled.<\/p>\n\n
For Drupal, there is a Feature Toggle module<\/a> and an extension that I wrote<\/a> that make it easy to use and manage feature toggles by just logging into the admin UI and selecting the active toggles you want.<\/p>\n\n
And, if an issue is discovered, it can also be easily disabled without needing to roll back to the previous version<\/a>.<\/p>\n\n        ",
+            "processed": "\n          
If feature branches cause conflicts<\/a>, what is the alternative?<\/p>\n\n
Don't branch.<\/p>\n\n
Keep all changes on a single branch and avoid merge conflicts between branches by not having branches.<\/p>\n\n
But how can you avoid releasing changes before they are ready?<\/p>\n\n
You can have a local branch with your changes that you don't push and rebase locally, but then you're not doing continuous integration<\/a> and you're just as likely to get conflicts and have incompatible code.<\/p>\n\n
One of the main benefits of trunk-based development, where everything is on a single branch, is that everyone's work always works together.<\/p>\n\n
The better option is to use feature toggles (aka feature flags).<\/p>\n\n
Wrapping code in feature toggles separates deploying the code from releasing the feature.<\/p>\n\n
The code can be released, but the feature isn't active until the toggle is enabled.<\/p>\n\n
This means everyone can work on the same branch and continuously deploy changes whilst being selective about the features that are visible to the end users.<\/p>\n\n
If you have multiple environments, the same code can be used with different toggles enabled to allow for testing different features.<\/p>\n\n
Then, once the feature is ready to be enabled, there is no deployment needed.<\/p>\n\n
The code is already there - it just needs to be enabled.<\/p>\n\n
For Drupal, there is a Feature Toggle module<\/a> and an extension that I wrote<\/a> that make it easy to use and manage feature toggles by just logging into the admin UI and selecting the active toggles you want.<\/p>\n\n
And, if an issue is discovered, it can also be easily disabled without needing to roll back to the previous version<\/a>.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "118c906a95ca0d083c79dec04035d210",
             "target_type": "feeds_feed",
diff --git a/content/node.0ab79b3f-c48b-4e56-a50f-d39baf2df02e.json b/content/node.0ab79b3f-c48b-4e56-a50f-d39baf2df02e.json
index bef3910f3..488519dd7 100644
--- a/content/node.0ab79b3f-c48b-4e56-a50f-d39baf2df02e.json
+++ b/content/node.0ab79b3f-c48b-4e56-a50f-d39baf2df02e.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
Instead of using AI to autocomplete code<\/a> or perform tasks within your Drupal website<\/a>, I've seen people using AI as a virtual pair programming partner.<\/p>\n\n
Similar to using a search engine or finding results on websites like Stack Overflow, but also being able to ask follow-up questions and for clarification as part of a conversation.<\/p>\n\n
You're still relying on its answers and advice to be correct, but using AI as a learning tool seems like a sensible approach if you don't have a non-AI pairing partner available.<\/p>\n\n
Just make sure to validate and verify whatever it gives you.<\/p>\n\n
Once you've committed it, you're responsible for it.<\/p>\n\n        ",
+            "value": "\n          
Instead of using AI to autocomplete code<\/a> or perform tasks within your Drupal website<\/a>, I've seen people using AI as a virtual pair programming partner.<\/p>\n\n
Similar to using a search engine or finding results on websites like Stack Overflow, but also being able to ask follow-up questions and for clarification as part of a conversation.<\/p>\n\n
You're still relying on its answers and advice to be correct, but using AI as a learning tool seems like a sensible approach if you don't have a non-AI pairing partner available.<\/p>\n\n
Just make sure to validate and verify whatever it gives you.<\/p>\n\n
Once you've committed it, you're responsible for it.<\/p>\n\n        ",
             "format": "full_html",
-            "processed": "\n          
Instead of using AI to autocomplete code<\/a> or perform tasks within your Drupal website<\/a>, I've seen people using AI as a virtual pair programming partner.<\/p>\n\n
Similar to using a search engine or finding results on websites like Stack Overflow, but also being able to ask follow-up questions and for clarification as part of a conversation.<\/p>\n\n
You're still relying on its answers and advice to be correct, but using AI as a learning tool seems like a sensible approach if you don't have a non-AI pairing partner available.<\/p>\n\n
Just make sure to validate and verify whatever it gives you.<\/p>\n\n
Once you've committed it, you're responsible for it.<\/p>\n\n        ",
+            "processed": "\n          
Instead of using AI to autocomplete code<\/a> or perform tasks within your Drupal website<\/a>, I've seen people using AI as a virtual pair programming partner.<\/p>\n\n
Similar to using a search engine or finding results on websites like Stack Overflow, but also being able to ask follow-up questions and for clarification as part of a conversation.<\/p>\n\n
You're still relying on its answers and advice to be correct, but using AI as a learning tool seems like a sensible approach if you don't have a non-AI pairing partner available.<\/p>\n\n
Just make sure to validate and verify whatever it gives you.<\/p>\n\n
Once you've committed it, you're responsible for it.<\/p>\n\n        ",
             "summary": null
         }
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "e41c8f0126dd0649815f7d2f25e91bbc",
             "target_type": "feeds_feed",
diff --git a/content/node.0bb8a36a-3c0e-4545-bbc6-b6c5b80b0ee6.json b/content/node.0bb8a36a-3c0e-4545-bbc6-b6c5b80b0ee6.json
index 4546b5522..265d4a56d 100644
--- a/content/node.0bb8a36a-3c0e-4545-bbc6-b6c5b80b0ee6.json
+++ b/content/node.0bb8a36a-3c0e-4545-bbc6-b6c5b80b0ee6.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "3d0846676f872cb7c1f67b9afcb995ac",
             "target_type": "feeds_feed",
diff --git a/content/node.0be950c9-3eaf-4ac1-9833-8b3f3fde5a0f.json b/content/node.0be950c9-3eaf-4ac1-9833-8b3f3fde5a0f.json
index 00ba7485e..833ad0ad6 100644
--- a/content/node.0be950c9-3eaf-4ac1-9833-8b3f3fde5a0f.json
+++ b/content/node.0be950c9-3eaf-4ac1-9833-8b3f3fde5a0f.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "d138c01e7e0e6b18b39148606ce5111a",
             "target_type": "feeds_feed",
diff --git a/content/node.0c1ee324-e522-440a-85bf-e91847091ec9.json b/content/node.0c1ee324-e522-440a-85bf-e91847091ec9.json
index cc6098835..b0c147eed 100644
--- a/content/node.0c1ee324-e522-440a-85bf-e91847091ec9.json
+++ b/content/node.0c1ee324-e522-440a-85bf-e91847091ec9.json
@@ -90,7 +90,7 @@
     ],
     "feeds_item": [
         {
-            "imported": "1970-01-01T00:33:45+00:00",
+            "imported": "1970-01-01T00:32:50+00:00",
             "guid": null,
             "hash": "4f660d322ca2ed3306e781c6c10053a1",
             "target_type": "feeds_feed",
diff --git a/content/node.0c899647-4916-4ad6-bde0-5ae1f397cc13.json b/content/node.0c899647-4916-4ad6-bde0-5ae1f397cc13.json
index 5b012c925..81952507b 100644
--- a/content/node.0c899647-4916-4ad6-bde0-5ae1f397cc13.json
+++ b/content/node.0c899647-4916-4ad6-bde0-5ae1f397cc13.json
@@ -82,15 +82,15 @@
     ],
     "body": [
         {
-            "value": "\n          
I've recently decided I'm going to open source Build Configs tool<\/a> that I use to generate build configuration files for Drupal, Sculpin and Fractal projects.<\/p>\n\n
Inspired by Workspace<\/a> and others, and based on previous versions of similar tools - most recently by TheAltF4Stream's project with the same name<\/a> (which is written in Rust and supports different template types) - I've been using this tool to manage configuration files for various personal, client and open-source projects.<\/p>\n\n
Before I open-source it, there are some changes I'd like to make, such as renaming some template types and updating the format and keys within the configuration file.<\/p>\n\n
Changes to the configuration file would be a breaking change and, whilst it's only me using it, I want my other projects to keep working and for me to continue supporting the prior versions - at least for now, so I want to make sure any changes are backward compatible.<\/p>\n\n
How it works<\/h2>\n\n
There are four steps performed when generating files for a project:<\/p>\n\n