GFW对于特定国外IP段会进行拦截阻断，导致我们无法访问对端，而我们需要用到socks协议的正向代理功能，负责为我们将请求转发到国外可用服务器，之后这台服务器将请求转发给你要访问的任何外网资源，最关键的部分就是这台国外服务器进行流量中转，如下图：
最近随着 Rax SSR 完成渲染性能 6x React 的提升，以及工程上 Serverless 发布形式的对接，我想是时候跟大家介绍下 Rax SSR 了。
客户端下载地址：https://github.com/qingshuisiyuan/electron-ssr-backup/releases/download/v0.2.6/electron-ssr-0.2.6.deb
近期，腾讯云 Serverless 团队发布了 Serverless SSR 产品，支持将 Next.js，Nuxt.js 等框架的应用快速部署和托管，那么，今天我们就通过一个 Next.js 官方案例一起，来了解下该产品有哪些特性吧！ 一、写在前面：Next.js & SSR 是什么关系？ Server-Side-Rendering（SSR）泛指服务端渲染的技术，指的是在 Server 端将 HTML 渲染好，再返回给 Client 端。并且 SSR 是在对页面每个请求发出时，都会重新抓取和生成页面（和
作为一个.Net攻城狮已经4年有余了，一直不温不火，正好近来项目不是很忙，闲得无聊，搞一搞新技术，一方面是打发无聊的时间，一方面也是督促自己该学习辣！身边的大神都转行的转行，加薪的加薪，本人比较懒，只想搞技术 [哭笑] ，也是怀着小小的梦想，做一个系列文章可以和大家一起进步，讨论，希望总阅读数能上1万（已实现12月28日19:41），阅读2万（2019年4月3日19:36），3万(2019年5月28日09:37)，4万？嗯，哈哈哈哈
点击领取新用户礼包-> 选择您最常用的编程语言，体验 Serverless Demo >>
最近无论是在公司还是自己研究的项目，都一直在搞 H5 页面服务端渲染方面的探索，因此本文来探讨一下服务端渲染的必要性以及其背后的原理。
心血来潮想把路由器的ssr服务端利用起来，刚开始的弄的时候怎么都没网，不知道啥原因，今天重新弄了下，嘿，有网了，手机连接ssr之后可以直接访问路由器的管理页面（192.168.2.1）这样的，可能是我孤陋寡闻了，貌似有些学校就是这样必须连接专用网络才能访问特定的内容，应该是这样的原理。
最成熟的Vue ssr框架，一个命令就能启动和部署。零侵入开发，跟开发vue纯客户端一模一样。
最近单位要为了seo改造 ssr，需要前期做个调研，作为股肱之臣的我（也可能是头号混子）身先士卒接受了这个任务，
针对国内云服务器无法使用github这一问题（如今各大运营商已经将github屏蔽），我的建议是尽早在服务器上使用代理。
乌鸦安全的技术文章仅供参考，此文所提供的信息只为网络安全人员对自己所负责的网站、服务器等（包括但不限于）进行检测或维护参考，未经授权请勿利用文章中的技术资料对任何计算机系统进行入侵操作。利用此文所提供的信息而造成的直接或间接后果和损失，均由使用者本人负责。
在国内搜索引擎搜索“Serverless” 会有许多五花八门的答案，有些人认为 Serverless 是前端的 3.0 时代，会给前端开发者带来很好的收益改变。社区也在谈 Serverless，知乎上也有人会问一些问题。当我们谈论 Serverless 时，不禁会有一个疑问，你说的 Serverless 到底是哪个 Serverless？大家对 Serverless 的理解其实是有一些困惑的，通过下面这张搜索引擎的截图大家就可以看到，对于 Serverless 有很多不同的解读。
（参考其中的相关配置 ，但用的是https://github.com/Bill-Pang/react-koa2-ssr）
【1】、nuxtJs的安装 【2】、nuxtJs的路由 今天咱们来学习一下，SSR（服务器端渲染）的nuxt.js框架 SPA（单页应用）不利于搜索引擎的SEO操作， 特别是百度根本没法抓取到SPA的内容页面， 1. 更好的 SEO， 由于搜索引擎爬虫抓取工具可以直接查看完全渲染的页面。 2. 对于缓慢的网络或运行缓慢的设备。 可提供获取网页速度，有良好的用户体验。 3、ssr会减少对服务器的请求。 普通
那么我们今天就带着大家了解下 vue3.0，到底进化了什么，会对我们的开发有什么影响？
我们都知道, Vue和React是构建客户端应用程序的框架。默认情况下，可以在浏览器中输出自定义组件，进行生成 DOM 和操作 DOM, 也就是我们常说的客户端渲染, 并且我们大部分主流的场景都是SPA(单页面)应用, 而随着 SPA尤其是 React、Vue、Angular 为代表的前端框架的流行，越来越多的 Web App 使用的是客户端渲染。
说明：在centos里nginx有默认启动配置在etc/nginx/nginx.conf文件中
树莓派相信熟悉小型Linux开发板的朋友都不陌生，作为一款优秀的卡片型小电脑，麻雀虽小五脏俱全，普通电脑能做的事情，它全都能做，最重要的一个优点，它作为一台24小时不停服的服务器来讲，低功耗，高收益，所以民间高手用树莓派来diy各种千奇百怪好玩好用的东西，例如用树莓派做家庭nas存放自己的小姐姐，用树莓派做为软路由管理家庭的网络，用树莓派做自己的贴心语音小助手来管理家庭智能家电等等一系列的应用场景，可玩性很高，作为一个很爱折腾的我也是对它爱不释手，很多人买来树莓派就是放在角落吃灰，但我的树莓派至今已经平稳运行了2年之久，它承担了我的毕业设计---智能语音机器人，承担了家中的nas共享，承担了平时在家的jupyter开发环境，在今天，我将赋予它新的使命---扶墙(FQ)好帮手，让我们家庭网络的终端中，无需连接威批恩便可以顺畅睁眼看世界！接下来请跟随文章的脚步，一起走进奇妙的折腾之旅~~~
前阵子我在知乎上回答了《2021前端会有什么新的变化？》，单篇33.8万的阅读量，还是不错的，说明大家非常关心前端的变化趋势，这里再与大家分享一下我对 Node.js 相关内容的看法。
lowcode可视化社区 是我之前在设计研发 Dooring低代码 平台时开发的一个面向低代码内容分享的知识社区, 内容端采用 SSR 技术来渲染页面, 对 SEO 更加友好, 同时后端服务采用 Nodejs 来实现, 内容端和服务端同端, 也就是传说中的内容服务“同构”. 管理端采用前端最最流行的 React hooks 来实现, 无论是技术人员还是非技术人员, 通过简单的操作就可以轻松部署一套专属自己的 CMS 系统.
用户承接页，是承载上游的落地页，其核心职能是承接流量、转化用户。对用户增长业务来说，如何让用户更快看到页面，是影响用户决策、决定拉新成功的关键。用增承接页的目标用户是手淘低活用户，这部分人的手机设备中低端占比90%以上，网络条件也不稳定，这对于我们承接页的性能、体验提出了更高的要求。
很多时候我们都希望首屏速度快，SEO友好，那么相比于客户端渲染，SSR渲染将是这方面的优势。
人人视频之所以考虑 SSR 方案，首先是因为和百度的合作项目。基于对搜索引擎爬虫的友好度考虑，也就是 SEO 优化，页面必须尽量保持是直出，方便蜘蛛爬取；其次，合作方要求用户 1.5 秒内必须能打开页面，所以技术侧必须保证用户打开页面的首开时间，另一方面，此次项目从立项到落地要求两周内上线，之前在客户端渲染方面，我们通过埋点观察过用户数据，觉得可能在短时间内既保障功能开发又能花大精力去磨这个优化可能不太现实，所以直接敲定了 SSR 方案。
很多时候我们都希望首屏速度快，SEO友好，那么相比于客户端渲染的 SPA，SSR 在 SEO 方面有明显的优势，在之前的 Next.js 的文章中，就有同学说要 Next.js 的 SSR，现在，它来了。
前段时间一直在研究react ssr 技术，也很想自己写一个 ssr开发骨架，有了自己的骨架后就不需要在用 ejs 模板了，直接用 jsx 就可以了，技术栈也就统一了，那真的很爽。
在聊这个问题之前，我们先谈谈什么是 SEO。搜索引擎优化（Search engine optimization，简称 SEO ），指为了提升网页在搜索引擎自然搜索结果中（非商业性推广结果）的收录数量以及排序位置而做的优化行为，是为了从搜索引擎中获得更多的免费流量，以及更好的展现形象。
vue-server-renderer 是vue srr 服务器端渲染的核心模块，我们会使用koa搭建服务器。
系统代理只能设置HTTP代理，但是使用privoxy将socks5转换为http代理
单页面应用（SPA）在传统的实现）上，面临着首页白屏加载时间过长，seo难以优化的难题。解决这个问题的思路之一就是ssr（服务端渲染）。
最近这段时间因为工作需要，实践了一下服务端渲染(Server Side Render，以下简称 SSR）技术，在这个过程中遇到了很多问题，也参考了很多开源框架的解决方案，感觉受益匪浅，于是有了这篇文章，目的是从零开始，教会大家如何搭建一个属于自己的基于 React的 SSR 框架，彻底弄明白SSR的原理。
SSR（Server Side Rendering），顾名思义英文单词翻译过来就是服务端渲染，约在十年前左右，服务端渲染主要是由后端人员来主持改造，前端提供页面模板，后端在模板中填充页面相关的数据然后直接以整个html的形式返回给用户浏览器进行展示，由于在填充数据时已经将原有javascript的功能直接在后端实现，所以在服务器性能比较稳定的前提下，用户侧可以很快看到整个完整页面加载出来，使用体验很好，加之搜索引擎都是基于爬虫来进行收录，服务端渲染对于SEO会有非常好的效果。
3面，过了1周后才通知，因为疫情导致之前都是电话面，这次要面谈，然后就约了个地方，周六两个人带着口罩又聊了一次。
👆 这是第 128 篇不掺水的原创，想要了解更多，请戳上方蓝色字体：政采云前端团队 关注我们吧～ 本文首发于政采云前端团队博客：服务端渲染SSR及实现原理 https://www.zoo.team/article/web-ssr 前言 在日常前端开发中，在需要首屏渲染速度优化的场景下，大家或多或少都听到过服务端渲染( SSR )。本文将结合 Vue 来对 SSR 的实现逻辑来进行解读。通过阅读本文你将了解到: 服务端渲染的使用场景 Vue SSR 的实现原理 可开箱即用的 SSR 脚手架 服务端渲染
vue.js是构建客户端应用程序的框架，在默认情况下，在浏览器输出Vue组件，进行生成DOM和操作DOM。Vue SSR 就是实现将组件渲染为服务器端的HTML字符串，将他们直接发送给浏览器，最后将这些静态标记“激活”为客户端可应用的应用程序。
2年前笔者开发了一款基于 nodejs 的全栈开源 cms 系统 XPCMS, 主要是为了解决技术开发者搭建自身内容平台的局限以及降低使用成本, 虽然1.0版本已经完成, 但是从整体部署和二次开发的便捷度上还是存在很多缺点, 更加适合有一定技术能力的开发者来使用.
为什么我们投入这么大时间和精力来做 Serverless 呢？因为我们坚信云计算的未来趋势之一就是 Serverless。因为 Serverless 让云服务的应用变得更加简单、高效。比如用云主机部署应用的时候，不仅要搭建和维护环境，同时也要评估业务的资源用量，尤其是对于运营类的活动，如果一旦评估的不准确，要么会造成资源的巨大浪费，要么服务可能会被打爆，甚至停服下线。
直播行业的竞争越来越激烈，经过近几年的洗牌后，已经度过了蛮荒暴力期，剩下的都是在不断追求体验。
Nextjs是React生态中非常受欢迎的SSR（server side render——服务端渲染）框架，只需要几个步骤就可以搭建一个支持SSR的工程（_Nextjs_的快速搭建见Next.js入门）。 本文的案例代码来自于前端标准模板项目。
动态构建解决的问题是面向开发层面的，通过监听--修改--触发--构建的流程避免源码的每次修改都需要人为地执行一次构建，便于开发过程中的即时调试。
从年初我就开始关注这个项目了，但当时只是学习了一下仓库的工程化搭建相关的东西 (changesets 自动发包之类)，并没有深入了解它本身的功能。借着正式发版的机会，这几天熟悉了一下 Astro 1.0，发现了很多有意思的地方，下文会分别从团队背景、框架定位和核心优势几个维度给大家展开介绍，最后也会推荐一些学习资料。
在目前的前端领域，单页web应用（SPA）已经有了比较高的占有率，比较主流的web框架React、Angular、Vue几乎已经统治了前端市场。
最近接手一个老项目，典型的 Vue 组件化前端渲染，后续业务优化可能会朝 SSR 方向走，因此，就先做些技术储备。如果对 Vue SSR 完全不了解，请先阅读官方文档。
前端爱好者的知识盛宴 导语 这是Vue多页面框架系列文章的第二篇，上一篇中，我们尝试从webpack-simple原型项目改造为一个多页面的Vue项目。而这里，我们继续往前，尝试把Vue多页面改造为Nodejs直出。由于步骤较多，所以本文片幅较长。 上一篇：纯前端Vue多页面改造 本文源代码： https://github.com/kenkozheng/HTML5_research/tree/master/Vue-SSR-Multipages-Webpack3 正文 1 认识原理 稍微详细的信息，大家可以
今天我们非常荣幸地宣布腾讯云 CloudBase Webify （中文名：Web应用托管）正式上线，这是一个专为 Web 开发者打造的云上开发、部署平台，帮助开发者快速开发、预览、部署自己的 Web 应用。
最近在知乎看到一个问题，原问题如下： “ 很奇怪，为什么现在能找到自己手动创建vue脚手架的文章非常少，而且大家似乎对webpack4的热情并不高，对于想基于vue2.0+webpack4搭建一个脚手架的我来说资料真是少得可怜。 难道现在一般的做法就是直接从vue-cli开始然后改成自己需要的模样吗？难道就没有人从零开始搭建一个渐进增强的脚手架？这一点我很疑惑，希望大牛给点指导。” 这个问题我之前在公司也曾想过，当初入门vue项目也是从一个 npm install vue-cli -g 的命令行开始的，觉
最近在研究JAMStack的一些相关内容，发现这的确是个好东西，所以想写一篇文章把这个概念分享给还不了解JAMStack的同学。本篇文章主要包含以下的内容：
一、IDE的选择： VsCode和WebStorm都是不错的选择，说一下两者的优缺点，调试便捷性来说两者不相上下. WebStorm缺点：性能方面VsCode远好于WebStorm； WebStorm优点：代码引用追踪Ws有VsCode无，控制台输出WS有着色能看出那块代码有问题，VsCode无着色控制台日志和bug查看不直观； 综合使用来说：推荐使用WebStorm，如果你的电脑配置实在不好可以酌情使用VsCode. 1.先说VsCode的配置： 首先是要装VsCode的扩展插
在远古时期，网页的组成其实非常简单，简单来说以前的服务器其实就是简单的文件服务器，上面只存放 HTML、CSS、JavaScript 文件，而用户通过浏览器去访问页面，实际上就是把文件下载下来跑起来而已。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
