Skip to content

Conversation

@crazy-max
Copy link
Member

@crazy-max crazy-max commented Jul 27, 2022

follow-up #15223 (comment)

Font Awesome library has been moved to assets folder in #15223 because accessing the resources from their css moved the fonts to a webfonts folder which is relative to their css.

To keep things consistent with resources in this repo, I moved them to the assets folder as well (see https://github.com/crazy-max/docker.github.io/tree/move-assets/assets). It will make resources easier to discover and track and also avoid to bloat root dir of the repository. It also makes more sense to have the resources dedicated to the libraries in their respective folders so you know which css is linked to which font (same for javascript).

As discussed with @thaJeztah, we should also take a look in a follow-up to reorganize the images in this repo as some of them are not used anymore or are duplicated in other folders.

@netlify
Copy link

netlify bot commented Jul 27, 2022

Deploy Preview for docsdocker ready!

Built without sensitive environment variables

Name Link
🔨 Latest commit cc0fc46
🔍 Latest deploy log https://app.netlify.com/sites/docsdocker/deploys/6315fe8922e45c0008da8fbc
😎 Deploy Preview https://deploy-preview-15246--docsdocker.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site settings.

@crazy-max crazy-max requested a review from thaJeztah July 29, 2022 15:45
@crazy-max crazy-max marked this pull request as ready for review July 29, 2022 15:45
@crazy-max crazy-max force-pushed the move-assets branch 2 times, most recently from 5088efa to 273442a Compare August 3, 2022 12:29
@crazy-max crazy-max force-pushed the move-assets branch 2 times, most recently from d041fad to 8f17ac8 Compare August 12, 2022 09:41
@thaJeztah
Copy link
Member

heads up that this one may require some changes in https://github.com/docker/docker.github.io/pull/15473/files#r956760218

Copy link
Member

@thaJeztah thaJeztah left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good! Had one question, perhaps you know the answer to that one

Including the vulnerability scanning options into the Docker platform extends the existing, familiar process of vulnerability detection, and allows for remediation of vulnerabilities earlier in the development process. The process of simple and continuous checks, for example, by checking images in the background using [Snyk Advisor](https://snyk.io/advisor/docker){:target="_blank" rel="noopener" class="_"}, can lead to fewer vulnerabilities checked into Docker Hub. This can result in a shorter CI cycle and a more reliable deployment into production.

![Developer's security journey](/images/dev-security-journey.png){:width="700px"}
![Developer's security journey](images/dev-security-journey.png){:width="700px"}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm confused; wow did this work? Because the old URL is a 404; https://docs.docker.com/images/images/docker-scan-cli.png, but the rendered page somehow uses the correct URL?

Copy link
Member Author

@crazy-max crazy-max Sep 2, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it's not 404 because of the canonical url of this page:

<link rel="canonical" href="https://docs.docker.com/develop/scan-images/" />

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hmm.. not sure; if that was a base href, I could see that, but canonical shouldn't mean (afaik) anything other than "there's multiple pages with similar content; this URL is the canonical one".

No idea; odd

thaJeztah
thaJeztah previously approved these changes Sep 2, 2022
Copy link
Member

@thaJeztah thaJeztah left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

perhaps merge after the weekend?

@crazy-max
Copy link
Member Author

LGTM

perhaps merge after the weekend?

Yes fine to me

@crazy-max
Copy link
Member Author

@thaJeztah Rebased with master, PTAL

Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
Signed-off-by: CrazyMax <crazy-max@users.noreply.github.com>
@crazy-max crazy-max merged commit 9dcfc02 into docker:master Sep 5, 2022
@crazy-max crazy-max deleted the move-assets branch September 5, 2022 14:24
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants