github学生认证(Github Copilot)

github学生认证(Github Copilot)

今天想配置一下Github Copilot,认证学生可以免费使用一年,认证过程中因为各种原因折腾了好久,记录一下解决方法供大家参考。

p.s.本文章只针对Github学生认证部分遇到的问题及解决方法,不包括配置copilot的全部流程~

1、准备工作

在认证学生身份之前,首先需要有一个github的账户。进入个人信息编辑页面,确保email邮箱有edu结尾的邮箱,如果账户一开始不是用edu邮箱注册的话,可以点Add email address添加你的教育邮箱,然后完成邮箱验证。

在这里插入图片描述

2、个人信息填写

验证完教育邮箱之后,要补充个人信息。有以下几项要填。
Name填写个人的真实英文名,比如张三就填Zhang San;Bio用英文填写学校和专业名称;URL填学校官网网址。

在这里插入图片描述


Company填学校名称;Location填学校地址;Display current local time可以勾上。全部填好之后点Update profile保存。

在这里插入图片描述

3、更新Billing & plans / Payment information

这一步挺重要的,要注意这里的billing information要和前面填的个人信息保持一致,否则后面审核可能不通过。我这里填的是学校的地址。

在这里插入图片描述

4、开始认证

完成上面所有信息的填写之后就可以开始认证了,认证网址指路:
https://education.github.com/discount_requests/application
打开后是下面这个界面,选择学生

在这里插入图片描述


然后翻下去,选择自己的学校。(我这里已经认证完了,没认证的情况下选完学校就可以点击Continue的按钮了)

在这里插入图片描述

!!!重要!!! 这里点了Continue之后会提醒你打开位置信息,因为它需要验证你的位置是否在你填写的学校的范围内。这里如果点了Continue并授权了位置信息之后一直没有反应,说明授权位置信息可能有点问题,要检查以下设置里和浏览器里的权限是不是都打开了!这步我卡了好久,最终也没有成功不知道啥原因,但是这边还有另一个解决方法,就是手动设置地理位置信息(这个方法也适用于人不在学校的情况)

🎈具体操作步骤:
还是在这个开始认证的界面,可以刷新或重进一下,然后f12进入控制台,点击下面几个地方,进入sensor。

在这里插入图片描述


然后就可以编辑location了,选Other,然后去地图里找到自己学校地址对应的经纬度填写进去,下面的Timezone ID和Locale填和我图片中一样的就行。完成之后再点Continue,就可以进入下一步啦

在这里插入图片描述

5、上传学生证

这个真的挺抽象的,提示是要说上传带有效期的校园卡照片或者学信网的翻译证明。。。但是我在网上搜了之后发现只要自己手写的内容,然后直接拍照上传这样的通过率很高,我试了居然真的可以。。。
所以就是,找一张纸,写以下内容:

Student Verification Report Name: Zhang San(和前面的个人信息一致) School: xxx University (学校的名字) Student Number: xxxxxx Study Form: Full-time Validate Until:07/2026 

然后直接举着纸拍照就行。。。

p.s.如果这一步除了让你上传学生证之外还让你上传为什么不在学校的证明,这说明第四步中的位置验证出问题了

6、最后

拍完照之后直接提交就行,等进度条走完,应该过一会儿就能收到认证结果啦。通过的话应该会显示下面这样的approved~

在这里插入图片描述

Read more

给数据“立规矩” —— MySQL 新手必学的表约束全指南

给数据“立规矩” —— MySQL 新手必学的表约束全指南

🔥海棠蚀omo:个人主页                 ❄️个人专栏:《初识数据结构》,《C++:从入门到实践》,《Linux:从零基础到实践》,《Linux网络:从不懂到不会》,《MySQL:新手入门指南》                 ✨追光的人,终会光芒万丈 博主简介: 目录 一.为什么要有表的约束? 二.表的约束 2.1空属性 2.2默认值 2.3列描述 2.4zerofill 2.5主键 2.5.1复合主键 2.6自增长 2.7唯一键 5.8外键 前言: 在上一篇文章中我们讲解了MySQL中的各种数据类型,那么正是因为有了各种数据类型,才会有今天我们要讲的表的约束相关知识,那么这中间到底是怎么回事呢?下面我们就一起来看看吧。 一.为什么要有表的约束? 在上一篇文章中,我们认识了很多的数据类型,并在它们的下面我们也通过例子进行了演示,

By Ne0inhk
Flutter 组件 sw 的适配 鸿蒙Harmony 实战 - 驾驭高性能微服务路由架构、实现鸿蒙端 HTTP 流量语义分发与逻辑守卫方案

Flutter 组件 sw 的适配 鸿蒙Harmony 实战 - 驾驭高性能微服务路由架构、实现鸿蒙端 HTTP 流量语义分发与逻辑守卫方案

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 sw 的适配 鸿蒙Harmony 实战 - 驾驭高性能微服务路由架构、实现鸿蒙端 HTTP 流量语义分发与逻辑守卫方案 前言 在鸿蒙(OpenHarmony)生态的分布式业务网关、多端协同数据中转站以及需要实现极端细粒度接口管控的各种后端闭环应用开发中,“请求路由的执行效率与逻辑灵活性”是决定系统能否支撑起高并发访问请求的命门所在。面对包含上百个动态参数的 RESTful API 契约、需要针对鸿蒙手机、自研设备等不同终端执行差异化鉴权的复杂路由逻辑。如果仅仅依靠原始的 if-else 显式判定或性能低下的线性字符串匹配。不仅会导致路由分发的延迟随着接口数量增加而呈指数级上升,更会因为缺乏一套工业级的“语义化(Semantic)”路由映射规范。引发严重的服务逻辑归属混乱与权限越界风险。 我们需要一种“语义分发、匹配自洽”的路由艺术。 sw(在 Shelf 生态中常指高效的 Switch/Router 增强件)是一套专注于实现极致性能与

By Ne0inhk
Flutter 三方库 shelf_cors_headers 的鸿蒙化适配指南 - 实现具备跨域安全访问策略的服务端拦截器、支持端侧微服务网关与分布式请求治理实战

Flutter 三方库 shelf_cors_headers 的鸿蒙化适配指南 - 实现具备跨域安全访问策略的服务端拦截器、支持端侧微服务网关与分布式请求治理实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 shelf_cors_headers 的鸿蒙化适配指南 - 实现具备跨域安全访问策略的服务端拦截器、支持端侧微服务网关与分布式请求治理实战 前言 在进行 Flutter for OpenHarmony 的桌面端辅助开发或基于 shelf 的嵌入式轻量级服务器开发时,如何解决不同起源(Origin)请求带来的跨域(CORS)限制?尤其是在构建用于管理鸿蒙本地资源的数据面板时,跨域策略是确保浏览器或 App 能够安全访问本地 HTTP 服务的基础。shelf_cors_headers 是专为 shelf 服务器设计的中间件。本文将探讨如何在鸿蒙端构建极致、安全的请求治理层。 一、原直观解析 / 概念介绍 1.1 基础原理 该中间件作为 shelf 处理链条中的一个“

By Ne0inhk