无脑通过github上copilot学生认证的方法(无需校园网,无需学生证)

无脑通过github上copilot学生认证的方法(无需校园网,无需学生证)

最近在家尝试通过github上的copilot的学生认证,总是不能过。好在经过了12次尝试后,终于总结了一套无需校园网,无需学生证的目前有效的无脑通过方法,希望能对不方便的同学们有所帮助。(注:本文旨在帮助有需求却因为种种情况难以被识别成功的同学,对非学生人士的认证情况概不负责)

一、注册github账号

这里就不细说了,想要通过copilot的大部分都有github账号,如果没有的话可以去网上搜一下。

二、2FA认证通过

认证网址

不是本文的重点,在此引用其他博主的内容:

从0开始的github学生认证并使用copilot教程(超详细!)_github copilot-ZEEKLOG博客

或者一个博客:

[Git] 一次搞定:Github 2FA(Two-Factor Authentication/两因素认证) - 千千寰宇 - 博客园

特殊情况

值得注意的是,我在申请2FA时,发生了一个特殊情况——github上的二维码全是白色,没有显示出来,那就不要扫码,下面有一行字:unable to scan……,直接点里面的setup key链接就好了。

三、申请学生认证

1.准备工作:修改姓名

1.1修改内容

1)Billing and licensing下的Payment information里点击edit,把firstname和lastname全改成一样的没有空格的英文名(比如:Dazhangwei)

2)Account里点change username,改成同样的名字

3)Public Profile里的username,改成相同的名字

上面三个内容都在Copilot的左边一栏里面可以查找到。

1.2特殊情况

1)无法修改Payment information:

在修改Payment information的过程中出现Sorry,you can't update your billing information at this time. 好像是因为github认为该账号因为地域问题可能存在难以支付的问题,所以限制修改Payment information. 目前我也没有发现什么好的办法,如果修改不了的话那就让一切名字都以当前名字为准。

2)Payment information中的firstname和lastname是否强制一致:

其实不一致也可以的,比如你的firstname填的是Zhangwei,lastname填的是Da,这样也行。但是注意Account和Public Profile也最好修改成一样的。

3)无法修改Account:

在修改Account的内容时可能出现几行红色的小字:Username XXX is not available. Please choose another. To submit a trademark claim, please see our Trademark Poliicy.这说明该名字已经被注册过了,你需要换一个名字。

4)是否强制要求修改三个名字:

目前来看,只修改好Payment information中的名字似乎就不会在后续认证的过程中报错了,如果后续仍然不能通过的话最好还是把三个名字都修改成一样的。

2.第一步:开始申请

由于我这边申请成功后看不了图片了,只能根据记忆描述,如有错漏还请谅解。

2.1填写姓名

我记得是要填写姓名的,这里必须填写之前在Payment information里的名字。

2.2填写学校

因为我的学校有些问题,一开始在里面搜得到,后面突然地就消失了,再也搜不出来了,我只能单方面地认为被资本做局了,所以找的其他的学校。只要学校的官网可以无需认证在网上直接进入,那就填这个学校以及它的官方网址。

2.3传入地址

点击上传地址的过程中一定不能打开vpn,可以暂时关闭,等到上传结束后再重新打开。

3.第二步:提供证明

3.1选择材料

这里直接选择第一个,也就是学生ID卡认证,你浏览里面的所有选项可以发现这个认证是唯一的强认证。

3.2提供材料

这里它会需要你提供学生证的照片,因为是机器审核,如果你把自己的学生证扫进去可能会因为缺少必要的信息,扫描不清晰,或者因为不是英文而导致无法扫描,所以我们需要“捏造”一份学生ID卡。

全部内容如下:

Student ID Card

Name: XXX(填写你在Payment information里填写的英文名,如果firstname和lastname一致就填其中任意一个,比如Dazhangwei;如果不一致就按照顺序填,比如Zhangwei Da)

School: XXX(填写你刚才选择的学校英文名)

Student ID: 114514(随便填一串长数字)

Graduation date: June 20, 2027(这里填的是毕业时间,往后了填就是)

Study from: Distance Learning(这是必填项,必须说明你是远程学习才能成功)

最终效果图:

4.第四步:解释校外访问原因

4.1选择原因

因为不在校园内,所以它会问你:Why are you not on a campus?

直接选择:All courses is via distance learning.

4.2给出解释

它会给一个空格,让你填写一句话解释原因,直接写:My courses is via distance learning.

4.3提供证明

这个图片证明也是“捏造”的,里面的句子里只要包含distance learning和学校名就行了。

提供例子如下:

Student Zhangwei Da, is allowed to study via distance learning in XXX(学校名).

四、最后的话

理论上来说,完成了上面的内容就应该一次通过了,如果还是不能通过,请你重新阅读上面的内容,或者仔细阅读页面提供给你的拒绝的理由,一般会包括:1.使用了VPN;2.名字不对。再根据自己的具体情况修改就好。

Read more

Google Stitch 2.0 深度解析:AI 驱动的前端革命,从像素到生产力的全栈跨越

Google Stitch 2.0 深度解析:AI 驱动的前端革命,从像素到生产力的全栈跨越

在人工智能迅速蚕食传统开发流程的今天,谷歌推出的 Stitch 2.0 不仅仅是一个简单的 UI 生成工具更新,它标志着前端开发进入了一个全新的“意图驱动”时代。通过将自然语言描述、草图或截图直接转化为生产级别的代码,Stitch 2.0 正在重新定义设计师与开发者之间的协作边界,并让“全栈 AI 编程助手”的概念真正落地。 核心引擎的进化:Gemini 3.0 Pro 带来的视觉推理 Stitch 2.0 的质变源于底层模型的升级。通过默认集成 Gemini 3.0 Pro,该工具在逻辑推理和视觉布局质量上实现了跨越式提升。 从“画饼”到“工程化”的布局生成 不同于早期的 AI 工具只能生成零散的元素,Gemini 3.0 Pro

JavaScript WebAPI 核心操作指南

JavaScript WebAPI 核心操作指南

JavaScript(WebAPI) WebAPI 背景知识 什么是 WebAPI 前面学习的 JS 分成三个大的部分: * ECMAScript:基础语法部分 * DOM API:操作页面结构 * BOM API:操作浏览器 WebAPI 就包含了 DOM + BOM。 这个是 W3C 组织规定的(和制定 ECMAScript 标准的大佬们不是一伙人)。 前面学的 JS 基础语法主要学的是 ECMAScript,这让我们建立基本的编程思维,相当于练武需要先扎马步。但是真正来写一个更加复杂的有交互式的页面,还需要 WebAPI 的支持,相当于各种招式。 什么是 API API 是一个更广义的概念,而 WebAPI 是一个更具体的概念,特指 DOM+BOM。 所谓的 API

亲测BGE-M3 WebUI:多语言语义匹配效果超预期

亲测BGE-M3 WebUI:多语言语义匹配效果超预期 你有没有遇到过这样的问题: 用户搜索“手机充电慢”,知识库却只返回“电池续航差”的文档; 客服系统把“退款申请”和“换货流程”当成完全无关的请求; 跨语言产品文档中,英文FAQ和中文帮助页无法自动关联…… 这些不是模型不够聪明,而是传统关键词匹配早已力不从心。直到我点开这个镜像——🧠 BAAI/bge-m3 语义相似度分析引擎,输入两段看似无关的文字,按下“分析”键,屏幕上跳出一个数字:87.3%。那一刻我才真正意识到:AI终于开始“理解”文字背后的意思了。 这不是理论推演,也不是参数堆砌,而是一个开箱即用、无需代码、连CPU都能跑得飞快的Web界面。今天这篇实测笔记,不讲原理、不列公式,只说三件事:它到底能做什么、在哪些场景下真的好用、以及你第一次打开时最该注意什么。 1. 为什么说这是目前最实用的语义匹配工具? 1.1 不是“

WebRTC 播放器硬核评测:谁是 H5 直播“毫秒级”低延迟的终结者?

摘要:在直播带货、在线教育、安防监控等实时互动场景中,HLS 和 FLV 的延迟已逐渐成为业务瓶颈。WebRTC 作为次世代流媒体标准,正在重塑 H5 播放体验。本文将从 WebRTC 协议的技术底层出发,横向测评 xgplayer、Video.js、DPlayer 等主流播放器,并深入剖析为何 ZWPlayer 能在 WebRTC 协议支持上实现“大满贯”,成为开发者的首选方案。 一、 为什么 WebRTC 是低延迟直播的未来? 在讨论播放器之前,我们必须先理解 WebRTC(Web Real-Time Communication)为何能将延迟压低至 500ms 以内,完胜延迟 3s+ 的 HTTP-FLV 和 10s+ 的 HLS。