Main

processing priority

3

site type

0 (generic, awaiting analysis)

review version

11

html import

20 (imported)

Events

first seen date

2024-02-05 01:31:08

expired found date

-

created at

2024-06-05 11:21:25

updated at

2026-03-06 21:46:34

Domain name statistics

length

6

crc

61502

tld

833

nm parts

0

nm random digits

0

nm rare letters

0

Connections

is subdomain of id

-

previous id

0

replaced with id

0

related id

-

dns primary id

135099437

dns alternative id

0

lifecycle status

0 (unclassified, or currently active)

Subdomains and pages

deleted subdomains

0

page imported products

0

page imported random

0

page imported parking

0

Error counters

count skipped due to recent timeouts on the same server IP

0

count content received but rejected due to 11-799

0

count dns errors

0

count cert errors

9

count timeouts

0

count http 429

0

count http 404

0

count http 403

0

count http 5xx

0

next operation date

2026-03-23 05:46:34

Server

server bits

server ip

-

Mainpage statistics

mp import status

20

mp rejected date

-

mp saved date

-

mp size orig

30226

mp size raw text

9427

mp inner links count

10

mp inner links status

20 (imported)

Open Graph

title

description

老王的技术分享大杂烩

image

site name

author

updated

2025-12-16 02:36:41

raw text

hey,老王 | 老王的技术分享大杂烩 hey,老王 老王的技术分享大杂烩 Menu 文章分类 数据库 服务器 开发心得 智能推荐 开发心得 关于此博客 友情链接 将 1.47G 的Docker镜像压缩到 600M 抛开场景聊需求都是耍流氓 在目前网络环境这么好的情况下,大文件传输似乎已经没有什么问题了,动辄上G的文件传起来也不在话下,在这个场景下,再大的镜像体积,看起来也没什么问题。我这个镜像体积也不算过分,但是需要通过微信传输 – SVN推送 – SVN下载 – 镜像推送 – K8S 部署这几个步骤,一整套下来也确实挺浪费时间的,而且都是通过公网传输,在没有办法改变流程的情况下(客户要求,无解),尽量缩小镜像体积,会提高很大的效率。 早期的镜像 最早的镜像和最新的镜像体积差别,是不断更新过程中被覆盖的 可以先用 docker history 命令看下镜像的构建步骤,可以简单理解成构建了多少层,这是原来刚开始构建镜像的时候写的Dockerfile,在构建过程中,步骤达到了30+,很多RUN操作虽然不会增加体积,但是无形中增加了很多镜像的 layer ,积少成多,会影响构建的效率。 另外还有几十甚至是几百兆的体积增加,最好都尽量避免掉 早期镜像的history 现在的镜像 优化之后的镜像history 优化方法 由于 Docker 镜像构建,就像它的名字[……] 继续阅读 发表于 2023-11-03 . 发表在 开发心得 , 服务器 | 关键词: docker , k8s , 镜像 | 0 评论 用 IPv6 远程访问家庭网络设备 不要折腾 最为一个新手,最近搞了一台J4125的机器,装了一个iStoreOS,来体验了一下所谓的轻NAS,里面放一些个人网站、Jellyfin、备份和私人ChatGPT服务,感觉还是非常不错,机器性能也还过得去,但是外网访问是个问题,还没有公网IP,所以有诸多不便,单纯Web服务的话,可以考虑FRP内网穿透,但是对于文件和媒体服务,对FRP的带宽要求就显得高了,所以就另寻蹊径了,看看能不能用IPv6。 抛开环境谈配置都是耍流氓 电信 F450G ZTE的光猫 TP-LINK XDR...

Text analysis

redirect type

0 (-)

block type

0 (no issues)

detected language

1 (English)

category id

Zastosowania AI (149)

index version

2025110801

spam phrases

0

Text statistics

text nonlatin

4634

text cyrillic

0

text characters

7066

text words

992

text unique words

762

text lines

377

text sentences

12

text paragraphs

9

text words per sentence

82

text matched phrases

3

text matched dictionaries

3

RSS

rss status

32 (unknown)

rss found date

2024-02-20 20:48:01

rss size orig

59908

rss items

10

rss spam phrases

0

rss detected language

126 (language undetectable (empty document, too short, or engines disagree))

inbefore feed id

-

inbefore status

0 (new)

Sitemap

sitemap status

10 (sitemap found, awaiting processing)

sitemap review version

1

sitemap urls count

33

sitemap urls adult

0

sitemap filtered products

0

sitemap filtered videos

0

sitemap found date

2024-02-06 00:15:16

sitemap process date

-

sitemap first import date

-

sitemap last import date

-