开源项目作者
作为一个开源项目作者，是时候站出来拯救世界了！
领取时间：2019/10/24
领取条件：开源项目被开源中国收录的开发者可领取
加载中
2019/06/25 16:10
发表了博客评论：
也可以使用 rein, 功能与 rinetd 类似，使用 golang开发，适用于便携部署，直接提供 linux，windows 和 mac 版本的可执行程序。https://github.com/firstboot/rein
2018/09/17 15:02
发表了博客评论：
感觉可能是 USAGE ，建议你试一下
USAGE
For procedural languages, allows the use of the specified language for the creation of functions in that language. This is the only type of privilege that is applicable to procedural languages.
For schemas, allows access to objects contained in the specified schema (assuming that the objects' own privilege requirements are also met). Essentially this allows the grantee to "look up" objects within the schema. Without this permission, it is still possible to see the object names, e.g. by querying the system tables. Also, after revoking this permission, existing backends might have statements that have previously performed this lookup, so this is not a completely secure way to prevent object access.
For sequences, this privilege allows the use of the currval and nextval functions.
https://www.postgresql.org/docs/8.3/static/sql-grant.html
USAGE
For procedural languages, allows the use of the specified language for the creation of functions in that language. This is the only type of privilege that is applicable to procedural languages.
For schemas, allows access to objects contained in the specified schema (assuming that the objects' own privilege requirements are also met). Essentially this allows the grantee to "look up" objects within the schema. Without this permission, it is still possible to see the object names, e.g. by querying the system tables. Also, after revoking this permission, existing backends might have statements that have previously performed this lookup, so this is not a completely secure way to prevent object access.
For sequences, this privilege allows the use of the currval and nextval functions.
https://www.postgresql.org/docs/8.3/static/sql-grant.html
2017/11/06 17:14
发表了资讯评论：
刚才看了下，确实已经是
https://gitee.com/（用户名）/（项目名）这种方式了，OSC觉得还是占用太多，也可以使用
https://gitee.com/（用户注册ID或其他与用户名对应的唯一序列号）/（项目名），这样就不存在占用名字的问题，只是数字上的递增。
2017/11/02 09:41
发表了资讯评论：
建议在技术上进行改进，技术债始终是要还的，清老项目只是一种饮鸩止渴的方式，解决不了根本问题。建议学习github上的做法，（https://github.com/spring/uberserver）（https://github.com/（用户名）/（项目名）），不要采用（https://gitee.com/（项目名））。如果老的架构无法更改，可以采用（https://gitee.com/v2/（用户名）/（项目名））这种方式开辟新的系统，将老系统慢慢迁移过去。
2017/07/10 09:10
发表了博客评论：
我这边部署的环境是在一个全新的 Ubuntu 16.04.1 LTS 上进行的。GitLab 的部署包是做成一键安装的，很多东西都内置了，分开各个组件部署比较麻烦吧（没试过）。不过还是建议，代码服务器就不要在已经安装过其他东西的机器环境上部署了，一旦丢代码，得不偿失啊。
2015/11/23 12:23
发表了资讯评论：
悬赏模式还是很残酷的，从最终实现的几个方案来看，差别都不是非常大的。实现方式的不同，雇主的口味等等都会影响到最终的结果。选择这种模式还是要做好心理准备的！
个人还是希望开源中国做出自己特色的任务平台，这种模式还是有点一锤子买卖的感觉。能不能做一个类似基金会的组织，长期做一些有影响力的项目。也希望OSC能多与一些社区建立联系，让有能力者多多参与到社区里面去，回馈社区。
个人还是希望开源中国做出自己特色的任务平台，这种模式还是有点一锤子买卖的感觉。能不能做一个类似基金会的组织，长期做一些有影响力的项目。也希望OSC能多与一些社区建立联系，让有能力者多多参与到社区里面去，回馈社区。
2015/02/04 21:45
发表了资讯评论：
GPL其实是很严格的，是带有继承性的开源协议，你用了GPL的东西，在上面改了东西，就必须将你改的那部分全部开源。更重要的是，GPL是“copyleft（著左权）”与"copyright（著右权--版权）"相对，是明确的反版权，反专利。如果拿GPL的东西申请版权，或者说专利，真不知道说啥好了，哎！
2014/12/11 21:54
发表了资讯评论：
这种事先声明的态度是非常好的，在这样一个宽松的协议基础上，还可以发展出很多的协议的。虽然说万事开头难，但是整个社会是在进步的，按规矩来，有理有据！
没有更多内容
加载失败，请刷新页面
删除文章
文章删除后无法恢复，确定删除此文章吗？
删除动弹
动弹删除后，数据将无法恢复
公众号
视频号
问题反馈
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
评论删除后，数据将无法恢复