Bojie Li

fancybox 不错呀，我还不知道这个项目。 object-fit: contain 这个我还真不知道，刚试了一下，效果拔群。

fancybox 里面，需要一个大图，一个小图，我们好像用户上传的就只有一个图（不会自动生成缩略图之类的），这样 big 和 small 设置成同一个是不是就行了……

fancybox 我感觉是用来做 gallery 的，确实可以把多张图片变成一个 gallery，但是评课社区里面这种多张图的情况还是比较少见的吧，而且都是图文穿插的，只看图不看文字感觉也不太常见吧……

有道理，放大图片是一个比较有用的功能， @jingning42 可以看下 fancybox 是否可以搞定。

现在已经通过删除了图片强制设置的 height 和 width，图片采用原始大小显示，以免在移动端由于宽度不足，导致产生大量的上下空白。

我觉得可以使用 git + planet 的方式。 1. 有独立博客的作者，使用 RSS feed 拉取文章，可以要求作者设置一个钦定的 tag，只拉取这个 tag 的文章。 2. 一个 GitHub repo，供没有独立博客的作者提交 PR。 前端展示的文章为以上两类的并集。

+1 我们在少院有一台备份服务器吧？我们活动室里是不是有淘汰下来的老 debian 源服务器和老 lug 主页/FTP 服务器？可以搬到少院机房去搭成日志服务器。 On Fri, Nov 18, 2016 at 10:45 AM, zhsj [email protected] wrote: > +1 > > 我考虑过这个，不光 syslog 之类的，用来做审计。还有 Mirrors 的 nginx 日志，拿来做分析。 >...

Fixed conflict in poetry.lock by updating it with the main branch.

我觉得没有必要硬性规定支持人数达到一定门槛才能进入正式讨论。如果一个镜像的同步方法简单，issue 提出者已经给出上游地址，所需存储资源较少，没有版权问题，哪怕没有人附议，也可以把该镜像添加进去。毕竟对我们维护者来说，增加一个镜像并没有很多开销。 此外，目前 mirror request 里面大量的 open issue 中镜像同步方法不明确，或者使用方法不明确。应当在 README 里鼓励 issue 的提出者指出明确的同步方案，能够顺便提供该镜像的使用方法更好，这样维护者只是做一个审核和录入同步脚本的工作，就轻松很多。 On Wed, Feb 27, 2019 at 12:40 AM Hypercube wrote: > 现在 mirrorrequest 那边挂着许多申请，也经常有人发邮件申请新增镜像，但多数都没有下文，一直把 issue > 留在那里或者一直不回复邮件也不太好，我建议这样改善：...

> 如今LUG是USTC唯一技术类社团 不是还有 ACM 社，百度俱乐部，阿里俱乐部吗？ > 现有名称中的Linux字样会使同学们产生误解，认为这只是一个具体方向的社团，而不是general的。 改名事关重大，需要你们列一列利弊。涵盖范围更大了，但中心也模糊了。有时候名字本身就是一种品牌，做的事情可以变，招牌不能倒。MSRA 里面名不符实的研究组也有很多，比如 12 楼的几个组，系统组在做机器学习平台，软件分析组在做数据可视化，系统算法组在做移动、云计算和区块链。名不符实的原因，有些是兴趣改变，有些是人员更替。 话说回来，尽管名可以不符实，但名字往往代表着一个组织的核心价值，提醒着我们区别于其他组织的灵魂所在。LUG 可以扩展成为校内计算机技术交流的中心，但是要按照 Linux 的基本法来办，也就是做的事情只要是基于 Linux 就行。Linux 给 LUG 设置了一个吸纳新人的源泉和一个拒绝民科的门槛。我曾经参与创立的少院技术部（维护少院机房和动手实验室）、格物致知社（物理讨论）现在发展不太乐观，一个原因就是缺少像 Linux 这样的灵魂核心，做的东西很多但不深入，活动逐渐变水，吸引新人的能力也逐渐减弱，陷入恶性循环。我知道 LUG 的各位兴趣都很广泛，但作为一个社团，也要注意预防民科化。 目前收编的微软和信安两个俱乐部，主要就是编程之美和黑客大赛两个活动吧。为了能以微软俱乐部的名义继续获得赞助，建议一个机构两块牌子，去微软的时候说我们是微软俱乐部，办其他活动的时候说是 LUG。信安的名字是否需要保留可以讨论，我觉得以 LUG 的名义来办黑客大赛（CTF 比赛）没什么问题。