Closed eddie-knight closed 3 months ago
Name | Link |
---|---|
Latest commit | 113800a9e46411fb20516938cfbd8d235d42b882 |
Latest deploy log | https://app.netlify.com/sites/tag-security/deploys/667c31eb3cddad000898d8b4 |
Deploy Preview | https://deploy-preview-1298--tag-security.netlify.app |
Preview on mobile | Toggle QR Code...Use your smartphone camera to open QR code link. |
To edit notification comments on pull requests, go to your Netlify site configuration.
Discussed the placement of recurring meetings in the README.md
and removal of duplicate entries. Moving to placement and announcement of point-in-time events in a blog serves a greater purpose of utilizing the blog.
Agree on the creation of guidelines for the blog, and will propose potential opportunities for the production of content for the blog in the next Security TAG meeting.
@eddie-knight you got the options right :+1: I confirm that option 3 makes the most sense to me as I don't see a huge impact in tracking future events in the blog area (also, few of the current blog entries are effectively about past events anyway).
@mnm678 I went ahead and added the linter fixes to this PR
It would be nice to keep the past events file in an archive directory, even if not shown on the site.
There is a lot of fun history here that otherwise the record would be lost.
Good idea, I'll put up a change shortly
I've added a blog post with the links to past talks. This can always change in the future, but it seemed like a good interim place to save the content.
@anvega let me know if I missed anything.
Part of #1257 — Conceptualized in collaboration with @mrcdb and @brandtkeller.
The options we considered were as follows:
At the recommendation of @mrcdb, I've made this PR to implement option 3. @brandtkeller has volunteered to help create blog guidelines in a follow-up PR.
(Marco and Brandt, please comment to confirm that I've captured this correctly).