最新 | 最热门 | 最高评价

+0  Heroku + Node.js + HTTPS

Tag: heroku | https | node.js
Cat Chen 发于 2018年07月02日 05:48 | 点击: 559 | 展开摘要
昨天把 biz-to-me 升级到支持 HTTPS 了,为此研究了一下如何让 Heroku 上跑的 Node.js 应用支持 HTTPS。我发现并没有任何文章描述这个具体的流程,只有零碎的信息,所以在此记录一下。
首先,Heroku 应用要支持 HTTPS 必须要是付费的等级,最便宜的是每月 $7 的 Hobby 级别。把应用升级到 Hobby 级别后,我们在应用设置里面添加的域名就能自动获得 SSL 证书,这个过程是全自动的,无需手动操作。(全自动不意味着实时,每次添加新

查看全文: http://www.udpwork.com/item/16933.html

+0  Stack Overflow 的 HTTPS 化:漫漫长路的终点

Tag: 译文 | HTTPS
罗晟, alswl 发于 2017年09月27日 12:07 | 点击: 1442 | 展开摘要
原文作者:Nick Craver

翻译作者:罗晟 @luosheng & @alswl

原文地址:Nick Craver - HTTPS on Stack Overflow: The End of a Long Road

本文为原创翻译文章,已经获得原作者授权,转载请注明作者及出处。

本文首发在「沪江技术学院」公众号

今天,我们默认在 Stack Overflow 上部署了 HTTPS。目前所有的流量都将跳转到 https://

查看全文: http://www.udpwork.com/item/16433.html

+0  如何免费的让网站启用HTTPS

Tag: Web开发 | 杂项资源 | 网络安全 | HTTP | HTTPS | SSL | Web | 安全
陈皓 发于 2017年08月26日 14:06 | 点击: 1534 | 展开摘要
今天,我把CoolShell变成https的安全访问了。我承认这件事有点晚了,因为之前的HTTP的问题也有网友告诉我,被国内的电信运营商在访问我的网站时加入了一些弹窗广告。另外,HTTP的网站在搜索引擎中的rank会更低。所以,这事早就应该干了。现在用HTTP访问CoolShell会被得到一个 301 的HTTPS的跳转。下面我分享一下启用HTTPS的过程。

我用的是 Let’s Encrypt这个免费的解决方案。Let’s Encrypt 是一个于

查看全文: http://www.udpwork.com/item/16395.html

+0  

Tag: HTTPS | HTTPDNS | MikroTik
alswl 发于 2016年12月08日 20:16 | 点击: 794 | 展开摘要
(图片来自 茶杯中的可爱小白鼠 壁纸 - 2560x1920-堆糖,美好生活研究所)

在上篇文章

查看全文: http://www.udpwork.com/item/15992.html

+0  

Tag: HTTPS | HTTPDNS
alswl 发于 2016年11月30日 22:02 | 点击: 833 | 展开摘要
最近谈论 HTTPS 的文章很多,其原因之一是运营商作恶底线越来越低,动不动就插播广告,
前两天小米还联合几家公司发文 关于抵制流量劫持等违法行为的联合声明 痛斥某些运营商。
另一方面也是苹果 ATS 政策的大力推动,逼迫大家在 APP 中全部使用 HTTPS 通信。
上 HTTPS 的好处很多:保护用户的数据不外泄,避免中间人篡改数据,
对企业信息进行鉴权。

关于 HTTPS 如何购买证书,如何部署,网上的教程已经太多了,实践起来没有太大的难处。
我们在部署 HTTPS

查看全文: http://www.udpwork.com/item/15954.html

+0  是时候支持HTTPS了:免费SSL证书letsencrypt配置教程

Tag: Web | HTTPS
Tim 发于 2016年11月26日 16:20 | 点击: 1016 | 展开摘要
今天抽空将 blog 增加了 HTTPS 支持,并停止了原来的 HTTP 服务。

由于证书仅网站域名需要,因此使用了免费的 Let’s Encrypt 证书服务。

根据维基百科的说明,Let’s Encrypt 是一个于2015年三季度推出的数字证书认证机构,将通过旨在消除当前手动创建和安装证书的复杂过程的自动化流程,为安全网站提供免费的SSL/TLS证书。Let’s Encrypt 是由互联网安全研究小组(ISRG,一个公益组织)提供

查看全文: http://www.udpwork.com/item/15946.html

+0  Nginx 安装 HTTPS SSL 证书

Tag: Web | HTTPS | nginx
ideawu 发于 2014年08月12日 12:21 | 点击: 1463 | 展开摘要
基本步骤可以参考这篇文章, 但这篇文章有一个致命错误, 就是没有安装 INTERMEDIATE CA, 照样会被浏览器显示证书不可信.

1. 生成 server.key.orig

sudo openssl genrsa -des3 -out server.key.orig 2048

2. 生成 server.csr 和 server.key

sudo openssl req -new -key server.key.orig -out server.csr
sudo

查看全文: http://www.udpwork.com/item/12905.html

+0  Python:[Errno 32] Broken pipe 导致线程crash解决方法

Tag: 其他 | Broken Pipe | python | ThreadingHTTPServer
五竹 发于 2014年05月15日 16:31 | 点击: 5694 | 展开摘要
1       错误现象

ThreadingHTTPServer 实现的 http 服务,如果客户端在服务器返回前,主动断开连接,则服务器端会报 [Errno 32] Broken pipe 错,并导致处理线程 crash.

下面先看个例子,python 版本: 2.7

  示例代码

#!/usr/bin/env python
#!coding=utf-8

import os
import time
import socket
import threading
f

查看全文: http://www.udpwork.com/item/12251.html

+0  cowboy-高性能简洁的erlang版web框架

Tag: Erlang探索 | 源码分析 | cowboy | http | web
Yu Feng 发于 2014年02月27日 17:24 | 点击: 2425 | 展开摘要
原创文章,转载请注明: 转载自系统技术非业余研究

本文链接地址: cowboy-高性能简洁的erlang版web框架

大部分的分布式系统只要有业务价值,必须提供如API,监控,管理界面等等,而http是目前事实上的标准,换句话说分布式系统必须提供强大的web框架,编写业务才能容易上手。 Erlang系统第一天就是设计干这个的,自然有很多web框架,出名的如mochiweb, cowboy,chicagoboss, misultin,inets等框架,竞争也是非常激烈。今天

查看全文: http://www.udpwork.com/item/11782.html

+0  一个HTTP小问题

Tag: Technical | HTTP
老王 发于 2014年02月25日 18:59 | 点击: 1491 | 展开摘要
同事叫我帮忙解释一个问题:一个PHP生成的重定向请求,在Nginx日志里产生两种截然不同的记录:一种响应体大小是零个字节;另一种响应体大小是五个字节。

现在年纪大了,面对问题时的嗅觉不再灵敏,第一感觉零是正确的,心想是不是重定向后忘记退出了,后面还有内容输出,可是查了一下代码发现没有问题:

<?php

header('Location: /path');
exit;

?>

绕了一圈后,我猛然意识到Nginx缺省开启了分块传输,没有「Content-Len

查看全文: http://www.udpwork.com/item/11768.html

+0  The Http URI 解析

Tag: networking | HTTP
sunchangming 发于 2013年04月24日 21:30 | 点击: 1536 | 展开摘要
今天我在对照着rfc3986看java.net.URI的实现。URL无处不在,摆在我们面前的一个核心问题就是,如何解析它。

URI的全称是Uniform Resource Identifiers。URL的全称是Uniform Resource Locator,它是URI的子集。意思是说,我们是通过资源的primary access mechanism的一种表示方式来标识这个资源,而不是通过名字、或其它属性的方式标识。

Http request的第一行中,method后面是

查看全文: http://www.udpwork.com/item/9718.html

+0  HTTPKeepAlive,开启还是关闭

Tag: Technical | HTTP
老王 发于 2013年02月02日 18:14 | 点击: 1461 | 展开摘要
所谓「HTTP Keep-Alive」,在维基百科里称为「HTTP Persistent Connection」,说白了就是复用HTTP连接,如此一来理论上客户端的用户体验会更流畅,但是与之相对服务端不得不维持大量的连接。开启还是关闭,这是个问题。

一个经常用来讲解HTTPKeepAlive的例子一般是这样描述的:当我们访问一个包含了若干个图片的网页时,如果HTTPKeepAlive是关闭的,那么页面中每一个图片都会发起一次连接请求;但是如果HTTPKeepAlive是开启

查看全文: http://www.udpwork.com/item/9208.html
|<<<123>>>| 一共3页, 34条记录