typhoon_wolf
typhoon_wolf
关注数: 34
粉丝数: 649
发帖数: 47,159
关注贴吧数: 34
Fxxk android 12 and 13. Fxxked by android 12 and 13. So, fxxk android 12 and 13!
SpaceX 近期做了一次亚 GTO 离轨。 SpaceX 近期做了一次亚 GTO 离轨。
2025 年路过。 2025 年路过。
明天禁止冲锋。 明天禁止冲锋。
明天禁止冲锋。 明天禁止冲锋。
明天禁止冲锋。 明天禁止冲锋。
路过一下…… 上班忙,回来开电脑的时间很少,自己的电脑都快忘了怎么用了……
A A
— 1949 — 75 — 2024 →
FAA 要求 SpaceX 以波音为标杆严格学习安全文化 ; FAA 要求 SpaceX 以波音为标杆严格学习安全文化 ;-)
Spring 控制器入口参数用实体类还是用 Map / JS Spring 控制器入口参数用实体类还是用 Map / JSON ?我知道没有绝对的好坏之分,只是想了解一下适用场合。
[root@localhost [~]] [root@localhost [~]] # cat ~/.bashrc # .bashrc …… …… …… HISTTIMEFORMAT="%F %T $(whoami) "; PS1='[\u@\h [\w]]\n\$ '; [root@localhost [~]] # cd /ext/ro2/soft [root@localhost [/ext/ro2/soft]] # cd c_appear/c_kde/c_window_deco/ [root@localhost [/ext/ro2/soft/c_appear/c_kde/c_window_deco]] # ls Blur-Glassy-Kvantum-Aurorae.[kde4p] [root@localhost [/ext/ro2/soft/c_appear/c_kde/c_window_deco]] #
捞一个回复。 …… class …… { …… …… final int MEMBERS = 5; …… …… …… removeOneMember() { …… MEMBERS = MEMBERS - 1; …… } …… …… } 程序为啥挂了?
逐渐向小白退化中 :-( 以后怕是连装系统都不会了……
[个人看法] JSP 的落日 JSP 是 Java 大分支、Web 方向小分支中一种基于 Servlet 的模板式页面输出技术;早期,Web 服务器对应的客户端一般只是浏览器,而用户则是真正的肉人,JSP 早期根本目的是把服务器端数据套在模板中生成 HTML 输出给浏览器、由浏览器排版成类似图表的界面,直接给肉人看。 下文的“JSP 页”指用 JSP 技术编写的、常规以 .jsp 为后缀名的、看起来由 Java 代码和 HTML 混合而成的服务器端模板文件。 根据浏览器请求的查询范围不同、或者服务器本身的数据的变化,同样的 JSP 页每次输出的 HTML 界面上展示的数据都有可能不同,根据查询状况动态变化的。 在某个蛮荒年代,这种动态生成 HTML 界面的特性被滥用了,大量不太合格的编码人员、被进度催逼的编码人员、或者更早期摸索前行的前辈把本地文件读写、数据库读写、网络接口通讯、业务流程控制等和界面显示无直接关系的重量级复杂操作也写在 JSP 页中;在这个情况下还要求网页美观好看,还要有弹框、动画等发生在浏览器端、由 JavaScript 控制的特效,导致美工人员、JavaScript 编程人员和 JSP 编程人员需要共同参与;Java 代码、JavaScript 代码和 HTML 混乱交织的情况导致开发进展缓慢、人员矛盾激化等问题。 后来有人推出了 el 表达式和 jstl 等技术,试图用类似 HTML 的标签取代 Java 代码,以从视觉上取悦美工人员;但但些技术不能包办一切、或者包办一切时过于繁琐,有时仍然需要出动 Java 代码,导致同一个 JSP 页上同时出现 HTML 、JavaScript 、Java 、el 和 jstl 等多种语法和作用范围各不相同的语言混合交织;不说增加了维护和开发难度,但至少没有从根本上降低维护和开发难度。 真正解决这种矛盾的是 MVC 概念,落实到 Java Web 上,一次典型的请求过程如下: 1 . 浏览器的请求发给一个控制器程序 (C/Controller) ;大多数情况下控制器由 Servlet 充当,懒狗作死的情况下可能用 JSP + 自定义 Java 程序充当;大多数情况下控制器只管干活,不管对浏览器的输出。 2 . 控制器固定地调用一组 Java 程序、或者根据某种配置按请求的不同而动态地调用不同的 Java 程序,根据用户请求做文件读写、数据库读写、网络接口通讯、数据组合加工等一系列处理,产生结果;在不进一步细分的情况下,这些被调用的程序可以笼统地被看作内部服务层 (S/Service) 。 3 . 控制器固定地、或者按用户请求、或者根据处理结果中的某些要素跳转到某单个 JSP 页、或者嵌套的 JSP 页组合,这个、或者这些 JSP 页拿到处理结果,直接将数据套在模板中生成 HTML ,或者做一些轻量级的判断和循环、将特定的数据合理地套在模板的特定部位、生成合理的 HTML ;在这种体系中,JSP 不再做重量级操最,一切工作只围绕生成 HTML 界面进行,所以归为视图层 (V/View) 。 时代在发展,网页要呈现的内容越来越复杂,页面本身的数据量也越来越大,但有时用户的某个操作真正需要变更的只是页面上某个很小的区域、很少的内容,每次请求都都由服务器生成完整的 HTML 界面变得越来越没必要,对于只需要更新页面上特定区域的请求,JSP 也可以只生成 XML 或 JSON 内容,由浏览器在更早的请求中加载的 JavaScript 解析和对页面做变更;而一些新场景下,客户端和用户也不再是浏览器和肉人,而是上游业务系统,它们只需要服务器返回 XML 或 JSON 数据,完全不需要 HTML 和基于 HTML 的用户界面。 进一步发展之下,在针对浏览器和肉人的场合已经有了比 JSP 更好的模板技术和框架,也有了更新的 MVVM 概念;在不需要用户界面的场合,也有了用控制器或服务层直接输出 XML 和 JSON 的技术;JSP 的用武之地已经被大大压缩了,目前大概就剩这三个用途了: 1 . 在不想为了一点点事情大费周章地搞前后端彻底分离、搞大前端、也无须华丽界面的旧风格小规模站点上作为视图层把控制器或服务层生成的结果数据变成 HTML 、XML 和 JSON 内容,响应给客户端。 2 . 作为报错页为前序处理过程遗漏的异常或错误兜底。 3 . 懒狗作死不想在 web.xml 里配 Servlet 时直接用 JSP 把控制器拉起来。 基于剩下的这点用途,基本上只要知道堆“<%……%>”就行了,学习成本很低,能搞定控制器和服务层的人学 JSP 基本上也是“分分钟”的事;至于 el 、jstl ,都没必要再花时间去学了,毕竟都已经用 JSP 了,也就不指望现代前端人员和美工人员会加入这个任务了。
[个人看法] JSP 的落日 JSP 是 Java 大分支、Web 方向小分支中一种基于 Servlet 的模板式页面输出技术;早期,Web 服务器对应的客户端一般只是浏览器,而用户则是真正的肉人,JSP 早期根本目的是把服务器端数据套在模板中生成 HTML 输出给浏览器、由浏览器排版成类似图表的界面,直接给肉人看。 下文的“JSP 页”指用 JSP 技术编写的、常规以 .jsp 为后缀名的、看起来由 Java 代码和 HTML 混合而成的服务器端模板文件。 根据浏览器请求的查询范围不同、或者服务器本身的数据的变化,同样的 JSP 页每次输出的 HTML 界面上展示的数据都有可能不同,根据查询状况动态变化的。 在某个蛮荒年代,这种动态生成 HTML 界面的特性被滥用了,大量不太合格的编码人员、被进度催逼的编码人员、或者更早期摸索前行的前辈把本地文件读写、数据库读写、网络接口通讯、业务流程控制等和界面显示无直接关系的重量级复杂操作也写在 JSP 页中;在这个情况下还要求网页美观好看,还要有弹框、动画等发生在浏览器端、由 JavaScript 控制的特效,导致美工人员、JavaScript 编程人员和 JSP 编程人员需要共同参与;Java 代码、JavaScript 代码和 HTML 混乱交织的情况导致开发进展缓慢、人员矛盾激化等问题。 后来有人推出了 el 表达式和 jstl 等技术,试图用类似 HTML 的标签取代 Java 代码,以从视觉上取悦美工人员;但但些技术不能包办一切、或者包办一切时过于繁琐,有时仍然需要出动 Java 代码,导致同一个 JSP 页上同时出现 HTML 、JavaScript 、Java 、el 和 jstl 等多种语法和作用范围各不相同的语言混合交织;不说增加了维护和开发难度,但至少没有从根本上降低维护和开发难度。 真正解决这种矛盾的是 MVC 概念,落实到 Java Web 上,一次典型的请求过程如下: 1 . 浏览器的请求发给一个控制器程序 (C/Controller) ;大多数情况下控制器由 Servlet 充当,懒狗作死的情况下可能用 JSP + 自定义 Java 程序充当;大多数情况下控制器只管干活,不管对浏览器的输出。 2 . 控制器固定地调用一组 Java 程序、或者根据某种配置按请求的不同而动态地调用不同的 Java 程序,根据用户请求做文件读写、数据库读写、网络接口通讯、数据组合加工等一系列处理,产生结果;在不进一步细分的情况下,这些被调用的程序可以笼统地被看作内部服务层 (S/Service) 。 3 . 控制器固定地、或者按用户请求、或者根据处理结果中的某些要素跳转到某单个 JSP 页、或者嵌套的 JSP 页组合,这个、或者这些 JSP 页拿到处理结果,直接将数据套在模板中生成 HTML ,或者做一些轻量级的判断和循环、将特定的数据合理地套在模板的特定部位、生成合理的 HTML ;在这种体系中,JSP 不再做重量级操最,一切工作只围绕生成 HTML 界面进行,所以归为视图层 (V/View) 。 时代在发展,网页要呈现的内容越来越复杂,页面本身的数据量也越来越大,但有时用户的某个操作真正需要变更的只是页面上某个很小的区域、很少的内容,每次请求都都由服务器生成完整的 HTML 界面变得越来越没必要,对于只需要更新页面上特定区域的请求,JSP 也可以只生成 XML 或 JSON 内容,由浏览器在更早的请求中加载的 JavaScript 解析和对页面做变更;而一些新场景下,客户端和用户也不再是浏览器和肉人,而是上游业务系统,它们只需要服务器返回 XML 或 JSON 数据,完全不需要 HTML 和基于 HTML 的用户界面。 进一步发展之下,在针对浏览器和肉人的场合已经有了比 JSP 更好的模板技术和框架,也有了更新的 MVVM 概念;在不需要用户界面的场合,也有了用控制器或服务层直接输出 XML 和 JSON 的技术;JSP 的用武之地已经被大大压缩了,目前大概就剩这三个用途了: 1 . 在不想为了一点点事情大费周章地搞前后端彻底分离、搞大前端、也无须华丽界面的旧风格小规模站点上作为视图层把控制器或服务层生成的结果数据变成 HTML 、XML 和 JSON 内容,响应给客户端。 2 . 作为报错页为前序处理过程遗漏的异常或错误兜底。 3 . 懒狗作死不想在 web.xml 里配 Servlet 时直接用 JSP 把控制器拉起来。 基于剩下的这点用途,基本上只要知道堆“<%……%>”就行了,学习成本很低,能搞定控制器和服务层的人学 JSP 基本上也是“分分钟”的事;至于 el 、jstl ,都没必要再花时间去学了,毕竟都已经用 JSP 了,也就不指望现代前端人员和美工人员会加入这个任务了。
逐渐向小白退化中 :-( 逐渐向小白退化中 :-(
感觉这几天贴吧风格不对呢。 太空叉的内容有太空叉相关的贴吧,想看的人可以自行去看;怎么忽然在这个吧里发了这么多?而且居然没删?还是之前的状态比较习惯。
关于火箭产能和报价。 火箭产能不足的时候,我觉得供方应该涨价。客户既然急,就多出钱呗。多的钱游说人大促进立法 (中国是有太空发射能力的国家中唯一没有太空法的) 、拿来理顺研发体系、拿来留住研发人员、拿来研发提升产能的办法、拿来研发降低成本低办法,不比客户干等强?至于出不起钱的,那你就是不太急,在后面排队等吧。等前面高出价客户多付的钱奏效了、新火箭产能上去成本下来,其实也还是能排上号的。所谓的全国一盘棋,磨刀不误砍柴工嘛。
和 SpaceX 无关的东西能不能删一删? 和 SpaceX 无关的东西能不能删一删?
“2楼. 吧务屁股是歪的,我说了一句祝sls爆炸就被封了”。 rt
发帖测试。 发帖测试。
发帖测试。 发帖测试。
发帖测试。 发帖测试。
发帖测试。 发帖测试。
美帝有一艘火箭回收船未建成即退役待拆除;火箭回收前途堪忧。 美帝有一艘火箭回收船未建成即退役待拆除;火箭回收前途堪忧。
听说美帝有个火箭在公路运输途中超高撞桥上了。 如题。
今天在某站看到一个回答,已点踩,原因“事实错误”。 今天在某站看到一个回答,已点踩,原因“事实错误”:“一个联盟,一个鳖版联盟,……你俩能离开座位拉屎么?……你俩不对接各自的空间站,能在轨自持几天?是不是自持一天后航天员的航天服里面除了自己就是自己的排泄物?”
忽然发现 swf 文件打不开了…… 忽然发现 swf 文件打不开了,大批 Flash 游戏无了……
[Hello World] Hello GPT and Windows 10. 现在的电脑是去年买的。 工作之外业余时间有限,急于搭建一个和之前电脑高度相似的环境, 又没空研究 GPT 、EFI 和 Windows 10 以及如何与 CentOS 7 和平共处, 就把电脑自带的 M2 硬盘拆了,换了个自行购买的 SATA 硬盘。 这次十一,在做了“万全”的备份之后,我把 M2 硬盘装回去了, 看了一下是 GPT 分区表,内含 4 个分区:
[中秋] 饼饼饼
[无类别] 各位副吧主,还有哪些经常来贴吧的?冒个泡。 [无类别] 各位副吧主,还有哪些经常来贴吧的?冒个泡。
[请教] 有人能指导以下如何安装从 kde-loog 下载的窗口装饰吗? 从 kde-look.org 下载了一个窗口装饰 109424-transparent-oxygen-deco.tar.gz ,结构如下: |-transparent-oxygen-deco/transparent-oxygen-decorc |-transparent-oxygen-deco/transparent-oxygen-deco/decoration.svgz |-transparent-oxygen-deco/transparent-oxygen-deco/metadata.desktop |-transparent-oxygen-deco/transparent-oxygen-deco/maximize.svgz |-transparent-oxygen-deco/transparent-oxygen-deco/close.svgz |-transparent-oxygen-deco/transparent-oxygen-deco/minimize.svgz `-transparent-oxygen-deco/restore.svgz 有人装过这样的包吗?怎么装? 另外,百度贴吧发帖也越来越困难了,这个帖子发了已不知道能不能显示出来。 可能快到和贴吧说白白的时候了。
[请教] 有人能指导一下如何安装从 kde-look 下载的窗口装饰吗? 从 kde-look.org 下载了一个窗口装饰 109424-transparent-oxygen-deco.tar.gz ,结构如下: |-transparent-oxygen-deco/transparent-oxygen-decorc |-transparent-oxygen-deco/transparent-oxygen-deco/decoration.svgz |-transparent-oxygen-deco/transparent-oxygen-deco/metadata.desktop |-transparent-oxygen-deco/transparent-oxygen-deco/maximize.svgz |-transparent-oxygen-deco/transparent-oxygen-deco/close.svgz |-transparent-oxygen-deco/transparent-oxygen-deco/minimize.svgz `-transparent-oxygen-deco/restore.svgz 有人装过这样的包吗?怎么装?
火萤的火箭挂了。 http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fhttps%3A%2F%2F9ifly.spacety.com%2Fthread-93651-2-1.html&urlrefer=6ae986b4022431674a250536e79a04df
[请教] 局域网单方面 ping 不通问题,详情见内。 局域网布局摘要: 主交换机 192.168.A.B ,纯有线,负责按记录的 MAC 给各设备分配 IP 。 副交换机 192.168.A.C ,LAN 口连接至主交换机的 LAN 口,以 WIFI 方式供无线设备接入。 设备 192.168.A.D 、 [192.168.A.E] 、192.168.A.F 、192.168.A.G 等均以 WIFI 方式连接副交换机,再从主交换机获取 IP 。 ======================================== 问题: [192.168.A.E] 、192.168.A.F 、192.168.A.G 能正常、轻松地访问 192.168.A.D ; 192.168.A.D 、192.168.A.F 、192.168.A.G 访问 [192.168.A.E] 时很难通,经常需要由 [192.168.A.E] 先 ping 192.168.A.D 、192.168.A.F 、192.168.A.G ,192.168.A.D 、192.168.A.F 、192.168.A.G 才能 ping 通和访问 [192.168.A.E] 。 ======================================== 可能的原因是什么? 排查应该从哪里下手? 解答这个问题还缺哪些关键信息?
[:-(] 第一次尝试 Fedora ,被劝退了。 退回到 CentOS 7 。 以后有空再试。
突发:袁隆平逝世。 。。。。。。
突发:袁隆平逝世。 操劳一辈子。这个得降半旗,不然说不过去。
火星着陆成功。 火星着陆成功。
对这段话挺赞同。 “真正关心航天运输未来发展的,谁也不会对蓝色起源有偏见,那些有偏见的,无非是饭圈文化罢了,重猎猎鹰成功之前,他们中的一大部分可能根本就不知道有这么个东西。 等他们知道了,瞬间就会变成所谓的铁粉,崇拜甚至神化它,并石乐志一般疯狂攻击,讽刺,嘲笑,贬低任何其他和它有关的事物。” 当然,文中的“蓝色起源”也可以换成别的国家。
[请教] x270 手动熄屏问题。 不久前购得一台 x270 。 预计和老电脑一样有一些任务会是无人值守自动进行的,此时不许鹞用到显示器,希望手动熄灭屏幕。 但在 x270 上既没找到熄屏的硬开关,也没找到熄屏的组合快捷键。 有操作或设置上的指导吗? 为解决问题,我还应该提供什么信息?
[请教] x270 翻盖自启动问题。 不久前购得一台 x270 。 发现当把屏幕翻开时有约一半的几率会自行启动,无论是否插着交流电源。 有人知道是怎么回事吗? 有操作或设置上的指导吗? 为解决问题,我还应改提供什么信息?
[广告] Linux In Space 最近几年里,有数万个 Linux 节点被发射进太空。
[请教] CentOS 7.7.1908是否支持i7-7500U ?(字数限制详情见内) 最近可能会新买一个电脑,预计 CPU 是 i7-7500U 。 预期将要安装的操作系统是 CentOS 7.7.1908 或 CentOS 7.8.2003 。 经查,CentOS 7.7.1908 内核版本为 3.10.0-1062.el7.x86_64 (kernel-3.10.0-1062.el7.x86_64.rpm) ; CentOS 7.8.2003 的找了国内几个镜像源,要么目录为空,要么 403 Forbiden ,内核版本暂未查到。 想了解一下 CentOS 7.7.1908 在 i7-7500U 上能不能正常工作; 如果能,有神么特殊注意事项;如果不能,最高能支持到 i7 哪个型号。 感谢回答。
[请教] CentOS 7.7.1908 / 7.8.2003 支持 i7-7500U 吗? 最近可能会新买一个电脑,预计 CPU 是 i7-7500U 。 预期将要安装的操作系统是 CentOS 7.7.1908 或 CentOS 7.8.2003 。 经查,CentOS 7.7.1908 内核版本为 3.10.0-1062.el7.x86_64 (kernel-3.10.0-1062.el7.x86_64.rpm) ; CentOS 7.8.2003 的找了国内几个镜像源,要么目录为空,要么 403 Forbiden ,内核版本暂未查到。 想了解一下 CentOS 7.7.1908 在 i7-7500U 上能不能正常工作; 如果能,有神么特殊注意事项;如果不能,最高能支持到 i7 哪个型号。 感谢回答。
[问题请教] 如何在…… …… 问题解决了。
这是在开发拳击版 Starship 么?
这是在开发拳击版 Starship 么?
新年好。 欢迎、谢谢搬运如此之多的资源。 祝 2020 没病没灾平平安安。
关于 SMART TOOL 长检测被中断的帖子 不要让硬盘闲着,否则可能 host reset :http://tieba.baidu.com/mo/q/checkurl?url=http%3A%2F%2Fhttps%3A%2F%2Fsuperuser.com%2Fquestions%2F766943%2Fsmart-test-never-finishes&urlrefer=f0cde13e5037e63830965891586ef3e5
咦,啥时候签到变成需要“加入”贴吧了?
忽然想到,如果 Starship 再入成功,着陆失败…… 那该是一场灾难吧? 比天宫一号、比天空实验室都巨大,而且还没烧掉……
最近贴吧里好多 2017 年的东西。 页面上只能看见月、日,看不到年。 分分钟踩进坟里。
第一? rt
第一! rt
第一! rt
长五遥一的二级问题 做个备份,无意引战。
遥一的帖子删了? ?
长五遥一的二级问题 目前看来好像不是发动机本身的问题;发动机在其他子系统故障 / 异常的情况下反而是很出色地完成工作了,内部评价很高。
1
下一页