2020年高考英语听力成绩查询时间-2020 高考英语听力查分时间
2020 年高考英语听力成绩查询工夫,实际上就是那几天,大家路过省里的教育办要么教育考试院门口,排队填表的时候,墙上贴的那个红布条要么电子屏上闪烁的数字。
那时候还在网上,没等到官方发专门的公告,大家就自己琢磨着,去填那个老体的网上填报系统,把准考证号、考生号、身份证号还有身份证号后面的六位数字都填进去,然后提交。填完就认定“搞定”了,心想就算没数据,也就等着下一届吧。
实际上不然,那几天就连不止两天,数据是有的,可是系统里存着的是“待确认”要么“查询中”,后面那个庞大的问号一直在转,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。 那时候的网速,也是慢吞吞的,比目前慢多了,打开网页得先在浏览器里选个“极速模式”,不然那些大得能容纳几十页文字的页面,打开起来都得按几下刷新。填完表之后,有个叫“短信通知”的选项,也就是那个功能,实际上挺鸡肋的,大量时候根本收不到,要么到了那一秒显示“发送成功”,但过了一分钟又没了,根本没法用。
那时候大家想了大量办法,比如和身边的同学去碰面,拿着填好的表,坐在路边要么学校门口,看着那个牌子上的数字变绿,心里才算踏实。
那时候认定这个功能,也就是那个老体的功能,把那张纸要么那个电子框框装到手机里,点开那个链接,把那个身份证号输进去,然后点提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。 实际上那个功能的底层逻辑,说白了就是两个数据库的比对。一个是考生报名系统里存着的名单,另一个就是查询系统里存着的数据。
这两个数据库要是没对上齐,就没得查。
那时候的数据量,也就是那个数字,比目前少多了,出于 2020 年的时候,全国报名的考生总数本身就少,故此那个数据库里的数据量也没那么大,也就意味着,那些不存有的“虚线”要么“占位符”少了大量,也就没那么好办扯上了。
那些在系统里显示着“查询中”要么“数据异常”的考生,实际上大量是出于系统维护要么网络波动,并不是确实没数据,而是那个查询接口还没彻底跑通,需求人工去催一催,要么等下一轮刷新。
那时候大家也是急得团团转,想找个管理员求助,可是哪位敢接这个电话呢?没人敢,毕竟里面全是敏感信息,一旦泄露,后果忒严重了。
故此,那时候的查询渠道,也就只有那个填表系统了,其他的路根本上都堵死了。 为了查这个成绩,大家想了大量奇招,比如用手机分身软件,一个号填表,一个号查询;要么用那个老体的那个浏览器插件,专门用来解析那些大得离谱的 JSON 数据,把那个 JSON 文件里的某个字段找出来,然后打印出来,看那个数字是不是在预期的范围内。
那时候的“打印出来”这个动作,显得特别隆重,仿佛每次打印都要加个句号,生怕漏了字。
实际上那个插件就是用来把那些乱七八糟的字符串找出来的,只要那个数字存有,不管它写在哪个字段里,那个插件都能把那个数字给挖出来。
那时候的“挖出来”,实际上就是把那个 JSON 文件里的某个字段,比如"score"要么"mark",用正则表达式给搜一遍,只要那个数字在,就把它给捞出来,放到那个打印出来的文本框里,然后往下复制,粘贴到那个所谓的“成绩查询报告”里。
只要那个数字在,哪怕是在第 8 个字段里,哪怕是被打码处理的,只要那个数字在,就能给找出来。
那时候的“打码处理”,实际上就是为了隐藏那个数字,防止别人一眼就能看出来,要是直接暴露出来,那这查询系统的保险性,就得打个问号。 那时候的查询工夫,也不是那么固定,出于系统一直在变,有时候上午 10 点的时候,查到了,下午 2 点的时候又没了,中间隔着几个小时。
那时候大家也是反复折腾,想找个中间地儿,在 10 点到 2 点之间,把那个数据给存下来,要么先把那个查询结局给打印出来,保存成那个“电子档案”,万一赶明儿想补录,要么想对那个数字做进一步的分析,把这个电子档案给拿出来,到时候再补录,要么再对数字做进一步的分析。
那时候的“电子档案”,实际上就是那个打印出来的纸张要么那个保存好的文本文件,里面装着那个查询结局,哪怕那个结局没彻底显示,只要那个数字在,那个电子档案就能给做出来。
那时候的“搞定”,就是那个打印出来的纸张要么那个保存好的文本文件,里面装着那个查询结局,哪怕那个结局没彻底显示,只要那个数字在,那个电子档案就能给做出来。 那时候的数据查询方式,也就是那个填表系统,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。
那时候的“填表”,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。 2020 年那个查询的“结局”,也就是那个数字,实际上是存有的,可是系统里存着的是“待确认”要么“查询中”,后面那个庞大的问号一直在转,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。
那时候的“问号”,实际上就是那个庞大的问号,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。
那时候的查询渠道,也就是那个填表系统,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。
那时候的“填表”,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。 为了查这个成绩,大家想了大量奇招,比如用手机分身软件,一个号填表,一个号查询;要么用那个老体的那个浏览器插件,专门用来解析那些大得离谱的 JSON 数据,把那个 JSON 文件里的某个字段找出来,然后打印出来,看那个数字是不是在预期的范围内。
那时候的“打印出来”,实际上挺隆重,仿佛每次打印都要加个句号,生怕漏了字。
实际上那个插件就是用来把那些乱七八糟的字符串找出来的,只要那个数字存有,不管它写在哪个字段里,那个插件都能把那个数字给挖出来。
那时候的“挖出来”,实际上就是把那个 JSON 文件里的某个字段,比如"score"要么"mark",用正则表达式给搜一遍,只要那个数字在,就把它给捞出来,放到那个打印出来的文本框里,然后往下复制,粘贴到那个所谓的“成绩查询报告”里。
只要那个数字在,哪怕是在第 8 个字段里,哪怕是被打码处理的,只要那个数字在,就能给找出来。
那时候的“打码处理”,实际上就是为了隐藏那个数字,防止别人一眼就能看出来,要是直接暴露出来,那这查询系统的保险性,就得打个问号。 那时候的查询工夫,也不是那么固定,出于系统一直在变,有时候上午 10 点的时候,查到了,下午 2 点的时候又没了,中间隔着几个小时。
那时候大家也是反复折腾,想找个中间地儿,在 10 点到 2 点之间,把那个数据给存下来,要么先把那个查询结局给打印出来,保存成那个“电子档案”,万一赶明儿想补录,要么想对那个数字做进一步的分析,把这个电子档案给拿出来,到时候再补录,要么再对数字做进一步的分析。
那时候的“电子档案”,实际上就是那个打印出来的纸张要么那个保存好的文本文件,里面装着那个查询结局,哪怕那个结局没彻底显示,只要那个数字在,那个电子档案就能给做出来。
那时候的“搞定”,就是那个打印出来的纸张要么那个保存好的文本文件,里面装着那个查询结局,哪怕那个结局没彻底显示,只要那个数字在,那个电子档案就能给做出来。 2020 年那个查询的“结局”,也就是那个数字,实际上是存有的,可是系统里存着的是“待确认”要么“查询中”,后面那个庞大的问号一直在转,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。
那时候的“问号”,实际上就是那个庞大的问号,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。
那时候的查询渠道,也就是那个填表系统,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。
那时候的“填表”,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。 为了查这个成绩,大家想了大量奇招,比如用手机分身软件,一个号填表,一个号查询;要么用那个老体的那个浏览器插件,专门用来解析那些大得离谱的 JSON 数据,把那个 JSON 文件里的某个字段找出来,然后打印出来,看那个数字是不是在预期的范围内。
那时候的“打印出来”,实际上挺隆重,仿佛每次打印都要加个句号,生怕漏了字。
实际上那个插件就是用来把那些乱七八糟的字符串找出来的,只要那个数字存有,不管它写在哪个字段里,那个插件都能把那个数字给挖出来。
那时候的“挖出来”,实际上就是把那个 JSON 文件里的某个字段,比如"score"要么"mark",用正则表达式给搜一遍,只要那个数字在,就把它给捞出来,放到那个打印出来的文本框里,然后往下复制,粘贴到那个所谓的“成绩查询报告”里。
只要那个数字在,哪怕是在第 8 个字段里,哪怕是被打码处理的,只要那个数字在,就能给找出来。
那时候的“打码处理”,实际上就是为了隐藏那个数字,防止别人一眼就能看出来,要是直接暴露出来,那这查询系统的保险性,就得打个问号。 那时候的查询工夫,也不是那么固定,出于系统一直在变,有时候上午 10 点的时候,查到了,下午 2 点的时候又没了,中间隔着几个小时。
那时候大家也是反复折腾,想找个中间地儿,在 10 点到 2 点之间,把那个数据给存下来,要么先把那个查询结局给打印出来,保存成那个“电子档案”,万一赶明儿想补录,要么想对那个数字做进一步的分析,把这个电子档案给拿出来,到时候再补录,要么再对数字做进一步的分析。
那时候的“电子档案”,实际上就是那个打印出来的纸张要么那个保存好的文本文件,里面装着那个查询结局,哪怕那个结局没彻底显示,只要那个数字在,那个电子档案就能给做出来。
那时候的“搞定”,就是那个打印出来的纸张要么那个保存好的文本文件,里面装着那个查询结局,哪怕那个结局没彻底显示,只要那个数字在,那个电子档案就能给做出来。 2020 年那个查询的“结局”,也就是那个数字,实际上是存有的,可是系统里存着的是“待确认”要么“查询中”,后面那个庞大的问号一直在转,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。
那时候的“问号”,实际上就是那个庞大的问号,转得让人心里直打鼓,生怕自己的手指头点错,把那个本来就存有内存里的数据给删了要么弄丢了。
那时候的查询渠道,也就是那个填表系统,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。
那时候的“填表”,实际上挺好办的,就是那个老体系统,把那个准考证号、考生号、身份证号码,还有身份证号后面的六位数字,都填进去,然后提交,完事了。
要是系统里没数据,那就只能傻等了,那种焦虑感特别强,仿佛自己的唾沫星子都沾上了那个查询结局,要是查到了,那是命大;要是没查到,那就是运气不好,就连认定自己是不是填错了。
声明:演示网站所有内容,若无特殊说明或标注,均来源于网络转载,仅供学习交流使用,禁止商用。若本站侵犯了你的权益,可联系本站删除。
