一、内网渗透中的端口转发需要知道，在渗透的整个流程中，根据web应用或者开放的端口进行渗透，获取只是渗透这门艺术的一小部分，在真实的错综复杂的企业环境中进行内网渗透，其实水很深，涉及内网穿透，端口转发，域渗透，提权等一系列的难题。所以这篇文章对内网渗透学习进行一些记录。在这过程中参考了很多前辈们的宝贵经验，我把这些链接进行了收集，放在参考文献部分。二、转发

对于MYSQL的INNODB存储引擎的索引，大家是不陌生的，都能想到是B树结构，可以加速SQL查询。但对于B树索引，它到底“长”得什么样子，它具体如何由一个个字节构成的，这些的基础知识鲜有人深究。本篇文章从MYSQL行记录开始说起，层层递进，包括数据页，B树聚簇索引，B树二级索引，最后在文章末尾给出MYSQL索引的建议。文章涉及较多基础知识，内容较为枯燥，因此采用较多的图片补充说明，希望能对读者有帮助。

前不久遇到一个问题，是公司早期的基础库遇到的，其实很低级，但是还是记录下来。出错点是一个IO流的写入bug，我们项目会有一种专有的数据格式，这个格式的奇葩点在于如果设置IO读缓冲区为2014字节的时候，整个文件刚好能读完，也就是说其length刚好是1024的倍数。后来在一次升级中增加了更多的文件格式，并且新的文件格式使用了新的自定义写入

写在前面学了这么久了回过头来一看，这居然是我自己复现的第一个漏洞，哪怕是之前打hvv的时候都是百度到了就用，没有进行深入的研究，刚好这回网络渗透测试课安排了复现漏洞的任务，所以水一篇博客记录一下，以后有时间了也得搭环境复现一下其他的洞漏洞简介在用户密码重置功能处，php代码存在弱类型比较，如果用户没有设置密保问题，可以直接绕过验证密保问题，直接

相信很多人的项目都有这种需求，就是查询近7天的记录，但是这7天总有那么几天是没数据的，所以缺失的只能补0 下面的代码不知道能不能看懂，我简单的说一下思路1）先查询红色字体的近7天，再转换成日期2）我的字段使用的是时间戳的方式去保存，只能是先数据库字段先转日期2.1）先查询自己想要的数据，用每天分组，计算好总数后2.2）时间戳字段先转日期

当MySQL单表记录数过大时，增删改查性能都会急剧下降，可以参考以下步骤来优化：单表优化除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度，一般以整型值为主的表在千万级以下，字符串为主的表在五百万以下是没有太大问题的。而事实上很多时候MySQL单表的性能依然有不少优化空间，甚至能正常支撑千万级以上的数据量

秋招总结本人水硕，今年研二。从今年十月份准备秋招一直到目前拿到了腾讯视频，京东，滴滴数据中台的后台开发实习Offer。遗憾的是共经历23场阿里面试，每次都是倒在了最后的录用排序。写这个帖子希望记录一下自己这一段的面试经历，也分享一下自己的一些经验，希望能够帮助到更多的人。简历简历是我们的第一份敲门砖，在用人公司与我们进一

系数据库依赖于主键，它是数据库物理模式的基石。主键在物理层面上只有两个用途： 惟一地标识一行。 作为一个可以被外键有效引用的对象。 索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)，它们包含着对数据表里所有记录的引用指针。下面是主键和索引的一些区别与联系。 1\.主键一定是唯一性索引，唯一性索

数据库中的数据很大，然后我有些新的数据后来加入到数据库中，也希望能够检索到，全部重新建立索引很消耗资源，这样需要用到“主索引增量索引”的思路来解决，这个模式实现的基本原理是设置两个数据源和两个索引。1、创建一个计数器一个简单的实现是，在数据库中增加一个计数表，记录将文档集分为两个部分的文档ID,每次重新构建主索引时，更新这个表先在mysql

写在片头：声明，勿杠首先简单说一下，这三次面试阿里并不是一次性去面的，实际上第一次面试时候还在大四，找的实习岗，不太清楚是什么部门，别问我为什么还记得面试题，有记录和复盘的习惯，再问就是杠。个人背景不详细多说，学历双非本科，不是应届生，工作年限不长，技术不是大牛，但也非小白，面经分享是想给正面试的同行一些建议和鼓励，希望能够多多