client

由于 Connection Draining 是自创名词，所以 AWS 的人解释了一大堆。其实对比较熟悉的人用“graceful shutdown”就应该能了解 Connection Draining 想要做什么事情。 技术上的细节是，当 instance 从 ELB 内被移除 (无论是暂时性的还是永久性的)，新的 request 将不会被送到该 instance 里，而既有的连线将不会断掉，直到 client 完成或是超时 (timeout)

这篇文章主要是从原理 手册和源码分析在PHP中查询MySQL返回大量结果时 内存占用的问题 同时对使用MySQL C API也有涉及. 昨天 有同事在PHP讨论群里提到 他做的一个项目由于MySQL查询返回的结果太多(达10万条) 从而导致PHP内存不够用. 所以 他问 在执行下面的代码遍历返回的MySQL结果之前 数据是否已经在内存中了? - 在查看PHP和MySQL的源码之前 我注意到PHP手册里有两个功能相近的函数: 两个函数的字面意思和说明证实了我的想法 前一个函数执行时 会把所有的结果集从Server端读到Client端的缓冲区中 而后一个则没有 这就是”unbuffered(未缓冲)”的意思. 那就是说 如果用mysql_unbuffered_query()执行了一条返回大量结果集的SQL语句 在遍历结果之前 PHP的内存是没有被结果集占用的. 而用mysql_query()来执行同样的语句的话 函数返回时 PHP的内存占用便会急剧增加 立即耗光内存. 如果阅读PHP的相关代码 可以看到这两个函数的实现上的异同: mysql_use_result()和mysql_store_result()是MySQL的C API函数 这两个C API函数的区别就是后者把结果集从MySQL Server端全部读取到了Client端 前者只是读取了结果集的元信息. 回到PHP 使用mysql_unbuffered_query() 可以避免内存的立即占用. 如果在遍历的过程不对结果进行”PHP缓存”(如放到某数组中) 则整个执行过程虽然操作了十万条或者百万条或者更多的数据 但PHP占用的内存始终是非常小的.

旧的 cipher 被 TLS 1.3 弃用，而新的 cipher 旧的也不能用，所以可能无法真的无痛升级。 在 TLS 1.2 的时候在建立 ssl handshake 的时候就会一并把 session 建立起来，但是在 TLS 1.3 handshake 和 session 建立是分开的，当 ssl handshake 建立后会将 ssl handshake information 发给 client 来建立 session，也就是说在某些状况下会出现 SSL 建立，但是 session 没有建立的状况，但实际 application 层面的实作上是一样的。

从我对FeedBurner订户信息的跟踪看来，我觉得订户可以分为两类，一类是固定订户，一类是临时订户。 使用web reader订阅的，或者使用专用的client reader订阅的，属于固定订户，这些订户数量通常很少减少。另外email订阅的也能算这一类

Chinese sales are bad in communicating trust。中国人不是不会沟通，而是不会在沟通中获得信任。 高盛不会称呼客户为customer，因为customer是一手交钱一手交货的意思（顾客），太浅薄，所以他们都称客户为client（客户）

这是一篇发表已超过三年的旧文，文中的信息可能已经有所发展或是发生改变。 nghttpx 本身并不是一个代理，它只是一个翻译器，因此如果我们需要一个支持 HTTP/2 的正向 HTTPS 代理，可以用一个 HTTP/1.1 的正向代理（如 Squid）和 nghttpx 接在一起实现。使用这样一个 HTTPS 代理，既可以享受 HTTP/2 对多连接的优化（提高客户端和代理服务器之间的连接流畅度），又可以享受外层 TLS 带来的加密和安全

用户可以从 Workspace ONE 门户或应用程序中运行有权使用的 Horizon 桌面或应用程序。 根据在 Horizon 中配置应用程序或桌面的方式，可以在 Horizon Client 或浏览器中启动应用程序或桌面。对于只能在 Horizon Client 中启动的应用程序或桌面，用户必须在系统上安装 Horizon Client

继Firefox之后，Thunderbird 0.8亦加入了对RSS的支援。 一直以来Netscape与Mozilla都不单只要制造一个Email Client，而是一个Collaboration Tool。因此它不像Outlook的PIM，而像Outlook Express一般，拥有阅读Newsgroup的功能

本部分说明如何在 Amazon EC2 实例上安装、更新和移除适用于 ElastiCache Cluster Client 的 PHP 组件。有关 Auto Discovery 的更多信息，请参阅 自动识别集群中的节点。有关使用客户端的 PHP 示例代码，请参阅使用适用于 PHP 的 ElastiCache Cluster Client

今天是星期六，虽然不是上班族，但是很怪的，每到假日，看别人放假自己整个人就懒了起来，所以今天写不了什么东西，但是，学习是条漫长且艰辛的路，没有坚持就走不下去，想成功的人是没有休息权利的，因此，今天虽然很晚了，还是要来篇短文，这样才对得起明天早起好学的读者，但是我真的很想睡觉（事实上也没想要成功），所以来唬弄一下、呃，更正，轻松一下好啦，谈谈 ASP.NET 入门概念二三事。 无论是只有一个网页的 Hello World 专案，或是极度复杂的购物网站，ASP.NET都是一种以“要求/回应”模型为基础的“Client（客户端）/Server（伺服端）”架构应用程序，使用者于客户端提出要求，这个要求经由网络传送至服务器被处理，经过程式运算，最后将结果回应至客户端，也就是我们所看到的网页，所有的ASP.NET应用程序都是这种架构，没有例外，只是运作模式的差异。 ASP.NET与传统的视窗程式没有两样，由视觉化元素与逻辑程式码所组成，网页负责管理并且呈现这些视觉化元素，提供使用者与应用程序互动的桥梁，逻辑程式码负责运算，支撑“要求/回应”模型的运作