首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

GitHub:我们不会随意删除用户内容!

作为一个代码共享平台兼作开发人员的社区,GitHub 刚刚发布了其 2019 年透明度报告,详细介绍了如何以及向谁披露用户信息,以及基于什么理由删除或阻止了内容。...GitHub 政策高级经理 Abby Vollmer 表示,该组织赞成在平台上保留尽可能多的内容,而不是删除信息。GitHub 确实相信内容审核会引起自由表达的担忧。...沃尔默说:“对内容删除政策保持透明,并尽可能严格地限制内容删除,这是联合国言论自由专家对平台的建议,这些平台旨在 促进在线内容审核中的自由表达。” “在 GitHub,我们都做到了。”...当涉及删除或阻止被判定为非法的内容的请求时,GitHub 会在删除内容之前一贯检查该通知是否来自官方政府机构,该通知是由官员发出的,以及是否指定了非法来源。...提交版权声明后,GitHub允许发布侵权内容的用户发送反通知,要求平台如果认为删除是错误的,则恢复该内容。

46510

如何在不失去订阅者的情况下删除您的 YouTube 频道

摘要:删除您的 YouTube 频道可能是一项艰巨的任务,尤其是如果您花了数年时间来建立受众群体的话。然而,有时有必要重新开始或转向新项目。幸运的是,通过正确的方法,您可以删除频道不会失去订阅者。...好消息是,有一种方法可以删除您的 YouTube 频道,而不会失去来之不易的订阅者。在本文中,我们将逐步引导您完成整个过程,并探讨删除频道后会发生什么。...无论原因是什么,都有一种方法可以删除您的频道不会失去订阅者。为了确保您的订阅者在删除后继续关注您,您需要在删除频道之前和之后执行一些操作。...最后,点击“删除我的频道”,您的频道将被删除。请务必注意,删除频道后,您的所有内容(包括视频、评论和播放列表)都将从 YouTube 中永久删除。...另外,请记住,删除过程可能需要几分钟甚至几小时,具体取决于您频道的大小。此外,如果您有多个频道链接到一个 Google 帐户,删除一个频道不会影响其他频道

73630
您找到你想要的搜索结果了吗?
是的
没有找到

不会用英文输入绘画指令?AI绘画的漫画专属频道来了

不过我常用的风格还是更偏卡通、漫画一些,而且在MJ频道,因为需求太多,有时候找自己的图都得上下滚动半天。...于是,我尝试了一个新的频道,nijijourney,midjourney的姐妹频道,专门制作动漫绘画的AI频道。...最重要的是,MJ频道的免费账号只有25次提需机会,而进入niji频道,还会再有25次免费绘画机会。...(以上介绍文字来自官方频道,并由ChatGPT翻译完成) 怎么用? 使用地址:https://discord.gg/nijijourney 直接点击进入niji的discord频道。...实际上,niji频道看起来是有专门为亚洲用户做了优化的,可用语言除了英文和中文,还有韩文、日文。 提交绘图:因为和MJ是姐妹频道,所以在nijijourney频道,指令和操作方法都是一样的。

58320

MySQL表删除数据,索引文件会不会变小?

这篇文章又让我了解到:原来删除数据,表的空间是不会释放的... 一张千万级的数据表,删除了一半的数据,你觉得B+树索引文件会不会变小? 我们先来做个实验,看看表的大小是如何变化的??...开始时user表有1000W条数据,删除若干后,目前剩余约 550W 条 5、在删除约500W条记录后,再次查看表文件大小 ?...数据表操作有新增、删除、修改、查询,其中查询属于读操作,并不会修改文件内容。修改文件内容的是写操作,具体分为有删除、新增、修改三种类型。...相反,如果数据是按照索引递增顺序插入的,那么索引是紧凑的,不会出现数据页分裂。 修改数据 如果修改的是非索引值,那么并不会影响B+树的结构 ? 比如,更新id=7的其它字段值,主键id保持不变。...由于表B是新表,并不会有空洞,数据页的利用率更高。 待表A的数据全部迁移完成后,再用表B替换表A。 MySQL 5.5 版本之前,提供了一键命令,快捷式完成整个流程,转存数据、交换表名、删除旧表。

2.7K51

在ArrayList的循环中删除元素,会不会出现问题?

在 ArrayList 的循环中删除元素,会不会出现问题?我开始觉得应该会有什么问题吧,但是不知道问题会在哪里。在经历了一番测试和查阅之后,发现这个“小”问题并不简单!...删除这种元素时,方法一在删除重复但不连续的元素时是正常的,但在删除重复且连续的元素时,会出现删除不完全的问题,这种删除方式也是用到了 ArrayList 中的 remove() 方法。...ConcurrentModificationException,而在这个 remove() 方法中存在 ``expectedModCount = modCount`,两个变量值在 ArrayList 的 remove() 方法后,进行了同步,所以不会有异常抛出...,并且在循环过程中,也不会遗漏连续重复的元素,所以可以正常删除。...,发散一下思维,Python 中的列表删除不会也有这样的问题呢,我抱着好奇试了试,发现下面的方法一也同样存在不能删除连续重复元素的问题,方法二则是报列表下标越界的异常,测试代码如下,这里我只测试了单线程环境

2.8K20

Redis 消息队列思想

Redis实现消息队列有3中方式 利用Redis的LIST数据结构的有序特性 Pub/Sub 发布订阅模式 Stream LIST消息队列 List数据类型的入口、出口不一致。...可以保证有序性 常用命令 LPUSH与RPOP 或 RPUSH与LPOP是非阻塞式队列 LPUSH与BRPOP 或 RPUSH与BLPOP是阻塞式队列 缺点:无法避免消息丢失(拿到消息后,消息就在队列删除了...消息相当于没了)、只支持1个消费者(不像广播模式,多个消费者支持消费) Pub/Sub模式 Redis2.0引入的功能,一个发布,全体订阅得到通知 常用命令 SUBSCRIBE channel:订阅一个或多个频道...PUBLISH channel msg:向一个频道发送消息 PSUBSCRIBE pattern:订阅通配符的频道 缺点:无法持久化、无法避免消息丢失、(消费者自己来不及处理所有就会堆积)消息堆积有上限...特殊说明: 以上文章,均是我实际操作,写出来的笔记资料,不会盗用别人文章!烦请各位,请勿直接盗用!转载记得标注来源!

33120

带了一个 3 年的开发,不会循环删除 List 中的元素,心态崩了。。

最近和某个朋友聊天,说他手下的一个开发,工作 3 年多了,一个需求的技术点,需要循环删除 List 中的元素,整了半天,说程序报错,不会弄。。...他挺无语的,和我倾诉,我说工作 3 年多也不至于吧,不会的话,在网上找找也能搞定啊,他说确实是的,这个开发挺难带的,简直崩溃!!...所以这种方式虽然不会报错,但存在隐患,并且不容易被察觉,不建议使用。...ConcurrentModificationException 错误,我们来看下源码: 取下个元素的时候都会去判断要修改的数量(modCount)和期待修改的数量(expectedModCount)是否一致,不一致则会报错...总结 本文总结了 8 种循环删除 List 元素的方法: 普通 for 循环删除(不可靠) 普通 for 循环提取变量删除(抛异常) 普通 for 循环倒序删除(可靠) 增强 for 循环删除(抛异常)

64120

带了一个 3 年的开发,不会循环删除 List 中的元素,心态崩了。。

最近和某个朋友聊天,说他手下的一个开发,工作 3 年多了,一个需求的技术点,需要循环删除 List 中的元素,整了半天,说程序报错,不会弄。。...他挺无语的,和我倾诉,我说工作 3 年多也不至于吧,不会的话,在网上找找也能搞定啊,他说确实是的,这个开发挺难带的,简直崩溃!!...所以这种方式虽然不会报错,但存在隐患,并且不容易被察觉,不建议使用。...ConcurrentModificationException 错误,我们来看下源码: 取下个元素的时候都会去判断要修改的数量(modCount)和期待修改的数量(expectedModCount)是否一致,不一致则会报错...总结 本文总结了 8 种循环删除 List 元素的方法: 普通 for 循环删除(不可靠) 普通 for 循环提取变量删除(抛异常) 普通 for 循环倒序删除(可靠) 增强 for 循环删除(抛异常)

72740

Redis 深入之道

(被动删除) 优点:对 CPU 时间来说是最友好的,程序只会在取出键时才对键进行过期检查,这可以保证删除过期键的操作只会在非做不可的情况下进行,并且删除的目标仅限于当前处理的键,这个策略不会删除其他无关的过期键上花费任何...缺点:对内存不友好,如果一个键已经过期,而这个键又仍然保留在数据库中,那么只要这个过期不被删除,它所占用的内存就不会释放。 定期删除 每隔一段时间,程序就对数据库进行一次检查,删除里面的过期键。...执行 BGREWRITEAOF 命令所产生的重写 AOF 文件不会包含已经过期的键。 当一个过期键被删除之后,服务器会追加一条 DEL 命令到现有 AOF 文件的末尾,显式地删除过期键。...从服务器即使发现过期键也不会自作主张地删除它,而是等待主节点发来 DEL 命令,这种统一、中心化的过期键删除策略可以保证主从服务器数据的一致性。...命令传播:命令传播操作则用于在主服务器的数据库状态被修改,导致主从服务器的数据库状态出现不一致时,让主从服务器的数据库重新回到一致状态。

41210

本地缓存同步的一个简单方案

这个时候使用本地缓存比Redis的效率要高很多,但是又要保证集群中各个机器的缓存的一致性,不然就会出现请求耗时不稳定的情况,也有可能出现相同的请求不同服务器返回的结果不一致。...channel.model, 接收缓存变更的消息(增、删、改);也在主动变更后,往频道channel.model发布消息来广播给其他节点。...redis> publish channel.model add:1 更新缓存 redis> publish channel.model update:1 删除缓存 不仅仅是用户逻辑触发缓存的删除,更大的可能是因为缓存策略需要删除长期不使用的缓存...当模型更新时,各个进程中缓存的模型在很短的时间内存在不一致的情况。 会影响部分用户。不过这种情况是完全可以接受的。...注意事项 因为所有节点都订阅了同一频道channel.model,也会接听到自身广播的事件,所以节点在响应事件时,可以做幂等处理 Java程序使用Jedis实现频道订阅,订阅调用是阻塞的,所以需要使用单独的线程来执行

3.6K10

面试题:mysql 表删除一半数据,B+树索引文件会不会变小???

一张千万级的数据表,删除了一半的数据,你觉得B+树索引文件会不会变小? ? (答案在文章中!!) 我们先来做个实验,看看表的大小是如何变化的??...数据表操作有新增、删除、修改、查询,其中查询属于读操作,并不会修改文件内容。修改文件内容的是写操作,具体分为有删除、新增、修改三种类型。...相反,如果数据是按照索引递增顺序插入的,那么索引是紧凑的,不会出现数据页分裂。 修改数据 如果修改的是非索引值,那么并不会影响B+树的结构 ? 比如,更新id=7的其它字段值,主键id保持不变。...由于表B是新表,并不会有空洞,数据页的利用率更高。 待表A的数据全部迁移完成后,再用表B替换表A。 MySQL 5.5 版本之前,提供了一键命令,快捷式完成整个流程,转存数据、交换表名、删除旧表。...alter table 表名 engine=InnoDB 但是,该方案有个致命缺点,表重构过程中,如果有新的数据写入表A时,不会被迁移,会造成数据丢失。

76850

Redis升级

消息订阅 subscribe channel[channel] 订阅频道 psubscribe pattern[pattern] 订阅匹配的频道 publish channel message...将消息发送到指定频道 unsubscribe [channel | channel] 退订频道 punsubscribe [pattern | pattern] 退订匹配的频道 应用场景: 构建实时消息系统...或者先修改缓存,再修改数据库,重点在于我们要是这两个操作突显原子性,这样数据才不会出错 操作缓存:可以选择更新和删除,但一般采取删除操作。...但是:线程A删除了缓存,期间线程B查询会走数据库得到旧值,并把旧值写入缓存,然后线程A才将新值写入数据库,导致数据不一致,解决方法:将删除缓存,修改数据库,读取缓存等操作挤压到队列里,实现串行化。...(例外:语法错误整个队列都不会执行,类型错误会执行),其他命令都会执行。

1K30

redis学习之redis内部结构(二)

订阅者可以订阅一个或多个频道,而发布者可以向指定的频道发送消息,所有订阅此频道的订阅者都会收到该消息 发布者发布消息的命令是PUBLISH, 用法是 PUBLISH channel message...另外值得注意的是消息发送出去不会持久化,如果发送之前没有订阅者,那么后续再有订阅者订阅该频道,之前的消息就收不到了 订阅者订阅消息的命令是 SUBSCRIBE channel [channel …]...该命令同时可以订阅多个频道,比如订阅channel.1的频道。...在fork子进程这个过程中,服务端仍然可以对外提供服务,那这个时候重写的aof文件的数据和redis内存数据不一致了怎么办?...多个客户端的操作就相当于同一个进程下的多个线程,如果多个客户端之间没有做好数据的同步策略,就会产生数据不一致的问题。

44010

Redis应用

加锁:对应key不存在,为key设置值;key已经超时; 释放锁:删除key 发布订阅 -订阅频道(匹配频道) PSUBSCRIBE pattern [pattern ...]...-订阅多频道(具体频道) SUBSCRIBE channel [channel ...]...存入新的时间,并取出原来的值,将原来的值与比较前的原值一致,则该系统加锁成功 4、否则取锁失败 看下这里的问题: 1、由于多个系统可能部署在不同服务器上,虽然获取锁的时间理论上是不可能相同,但是如果服务器时间的不一致...其实这种设计方式,处理保证时间的一致性,一般也不会有很多问题 看另一种实现: public boolean getLock1(String clientId){ String v = jedis...,如果先查找后删除,又是非原子操作,则会存在与上面一样的风险。

56710
领券