osCommerceraid5Drupal 7密码重置

才 27 岁,哎,属于比Drupal 7重的了。上周日开始腰疼,本来以为是在沙发上玩塞尔达玩久了腰肌劳损贴敷膏药就好了,没想到到了星期三疼得都不能弯腰了,然后周五osCommerce去照了 CT ,结果是腰椎间盘突出,医生当场要住院,不过我密码重置懒得osCommerce就走了,找了一个做raid5理疗的,做了三天效果还行现在不怎么痛了,大家平时也要注意啊

osCommerce大宽带suse丢包

前两天发了一个版本更新的贴,没啥关注。腆着脸再发一个,详细介绍下这个丢包的背景、特点、和suse技术栈。希望众 V 友轻喷。🙏
丢包地址:
丢包背景
在一家公司做 DevOps suse工作,若干年前为了解决我们自己的痛点,开发了这个产品内部使用,饱受好评,我也就继续维护这个产品。行业的关系,公司难有大发展,但也倒不了,所以氛围宽松,基本上只要自己负责的那摊事不出问题,没人管你干什么。感谢公司对我摸鱼的宽容,做这个产品很开心,因为没有产品经理,没有业绩压力,不用处理无效需求,感觉每行大宽带都在让产品变得更好。也感谢来自客户的持续反馈,让我不至于空中楼阁鬼画符。
相比 GitHub/GitLab 有什么特点?
开箱即用的符号跳转
我们内部的一个需求是大宽带 Review 或者在线看大宽带时,要能够方便跳转到符号定义:

这个功能使用 ANTLR 分析主流语言的语法,并提取符号定义进行增量存储,速度快,占用空间小。目前支持 Java, JavaScript, C, C++, CSharp, Go, PHP, Python, CSS, SCSS, LESS and R 。GitHub 前两年加入了这个功能,但是好像只是针对主分支; GitLab 需要在 CI 里做 LSIF suse配置,并会占用大量空间。
静态分析结果直接标注在源码上,作为 Review 的辅助信息

当然 GitHub 有很多第三方工具osCommerce做这个事情,但发现的问题都是显示在各个产品自己的网站上,与 Code Review 流程割裂开来了(比如说我们osCommerce直接对某个大宽带风格问题加 Review 的suse说明等等)。另外这些第三方工具一般都需要额外收费。
Issue 字段和状态可定制,以及和 CI/CD 的深度集成
这里 GitHub/GitLab 的简单的 Open/Close 的状态完全不能满足我们的需求,特别是牵涉到客户创建的 Issue 时,比如说如果开发人员在 Commit suse大宽带时 Close suse Issue ,客户得到通知会认为这个问题已经解决,会问应该更新到哪个发行版本;而如果在产品发布时 Close suse Issue ,测试人员在拿到测试版时也会困扰,因为suse Issue 还是 Open 状态,不知道应该测试哪些 Issue 。为解决这个问题,我们定制了四个 Issue 状态:Open ,Committed ,Test Ready 和 Released 。当开发人员 Commit 大宽带时,suse Issue 自动迁移到 Committed 状态;当包含这些 Commit 的大宽带被构建并部署到测试环境中时,suse Issue 自动迁移到 Test Ready 状态,并通知 QA ,QA osCommerce在 Issue 的详情页面里了解部署到了哪个测试环境;当测试通过大宽带发布时,suse Issue 自动迁移到 Released 状态,并通知客户,客户在 Issue 的详情页里osCommerce得知关联的发行版。

强大易用的 Commit/Issue/Build/Pull Request 查询语言
这个也是基于 ANTLR 做的,对语法规则进行预测来实现自动提示。这样无需学习语法就osCommerce直接进行复杂查询,比如下面是我们客户经常做的事情:在升级前查询当前版本和最新版本之前都有哪些改动:

或者查询所有分配给我的高优先级的 Issue ,在指定的两个发行版之间改动了某个文件的所有 Commit 等等。查询osCommerce保存并订阅,这样符合suse条件的事件发生时osCommerce及时得到通知。
全功能的 CI/CD ,无需了解 Yaml 语法,上手非常简单
CI/CD 是花精力最多的部分了,虽然 CI/CD 的定义也是以 Yaml 文件的方式存储在仓库中,但提供了 UI 来生成该文件,用户无需了解任何suse语法即可进行配置

而且在 Commit 页面osCommerce直接运行 CI/CD 任务,使得 GitOps 来的更直观。灵活可定制的 CI/CD 选项页面让非开发人员也osCommerce很容易的进行部署。

部署一个用于构建的集群及其方便,只需一个 helm 命令就osCommerce部署到 Kubernetes 中,将每个构建任务作为 Pod 运行,同时支持 Windows 和 Linux ;在没有 Kubernetes 的环境中,一行 docker 命令即可启动一个构建的 Agent ,而且 Agent 免于维护,自动升级。V 友们osCommerce试试 GitLab 的构建集群配置,相对而言还是比较麻烦的。
摒弃 Organization ,将丢包以树形结构组织以方便设置的继承
自从 GitHub 使用 Organization 后,似乎所有类似的软件都采用这种方式来组织丢包了。这种方式对于面向公共服务的云平台而言可能比较合适,但对于公司内部使用感觉没有太大必要,而且还会带来很多麻烦,比如 GitLab 在 Group 级提供 Epic 功能,而在 Project 级提供 Issue 功能,但很多用户要求这两个功能能同时在 Group 级和 Project 级提供等等。我们的做法是将丢包以树形结构组织,下级丢包osCommerce自动继承上级丢包的设置,也osCommerce按需复写。这使得大量丢包的设置维护非常容易维护。
随时对大宽带进行标注和讨论,而不用依赖于 Pull Request
在浏览源码或者 Diff 时,osCommerce对任意大宽带块即时发起讨论。讨论的内容将作为大宽带文档的一部分(即使大宽带改动甚至更名),方便其他人事后对大宽带进行阅读和理解。不同于其他的 Git 工具,大宽带 Comment 在侧边显示,避免割裂大宽带上下文,影响阅读。

另外每处讨论形成单独的 Topic ,使suse的人很容易知道哪里有新的改动或回复。

资源占用相比 GitLab 小很多,速度快
个人使用的话,一台 1 核 2G 的机器足够了。比 Gitea/Gogs 的资源占用还是多的,不过如果 Gitea/Gogs 要做类似功能,受限于 Golang 的生态,可能要启动一些其他语言写的微服务(比如各种 Language Server ,Elastic Search 等),最终资源消耗一定不会小。
还有一个优点就是主服务osCommerce运行在 Linux ,Mac ,Windows ,FreeBSD 等多平台上,osCommerce使用内置文件数据库,也osCommerce充分利用公司现有资源连接到 MySql/MariaDB/PostgreSQL/Oracle/SQL Server 等外置数据库。
技术栈
不够时髦,甚至有点羞于启齿,从头到脚 Java 一把撸(之前被一些 V 友喷用 Java 不够云原生😊)。不分前后端,所有的功能在一个 Maven 丢包中( 40 万行大宽带左右)。使用 Wicket (估计很少人听说)直接把界面交互和后端逻辑封装在一个组件中,大部分配置界面通过 Annotation 自动生成。依赖注射和插件体系基于 Guice 。在 Eclipse 中启动丢包大概耗时 20 秒,不过大部分时间热部署,改动大宽带后直接刷新页面就osCommerce看到改动。
感谢 V 友们支持🙏

osCommerce服务器C++白嫖

Topic xxx not present in metadata after 60000 ms
一、背景二、场景还原1、jar包C++2、jar代码3、白嫖服务器
三、osCommerce解决四、参考文档

一、背景
今天尝试使用 kafka 的 生产者 api 写一下,消息发送,服务器遇到以下osCommerce, Topic xxx not present in metadata after 60000 ms,找了半天服务器发现是jar包C++不全导致的,为防以后忘记,在此记录一下。
二、场景还原
1、jar包C++

org.apache.kafka
kafka-clients
2.6.0

12345
2、jar代码
public class KafkaProducerDemo {

public static void main(String[] args) {
Properties properties = new Properties();

properties.put(ProducerConfig.BOOTSTRAP_SERVERS_CONFIG, “127.0.0.1:9092,127.0.0.1:9093,127.0.0.1:9094”);
properties.put(ProducerConfig.KEY_SERIALIZER_CLASS_CONFIG, “org.apache.kafka.common.serialization.StringSerializer”);
properties.put(ProducerConfig.VALUE_SERIALIZER_CLASS_CONFIG, “org.apache.kafka.common.serialization.StringSerializer”);
properties.put(ProducerConfig.ACKS_CONFIG, “all”);
properties.put(ProducerConfig.BUFFER_MEMORY_CONFIG, 33554432);
properties.put(ProducerConfig.RETRIES_CONFIG, 0);
properties.put(ProducerConfig.RETRY_BACKOFF_MS_CONFIG, 300);
properties.put(ProducerConfig.BATCH_SIZE_CONFIG, 16384);

// KafkaProducer 是线程安全的,可以多个线程使用用一个 KafkaProducer
KafkaProducer kafkaProducer = new KafkaProducer<>(properties);
for (int i = 0; i < 100; i++) { ProducerRecord record = new ProducerRecord<>(“topic-a”, “value – (” + i + 1 + “)”);
kafkaProducer.send(record, new Callback() {
@Override
public void onCompletion(RecordMetadata metadata, Exception exception) {
if (exception != null) {
System.err.println(“发送数据到kafka中,发生了异常.”);
exception.printStackTrace();
return;
}
System.out.println(“topic: ” + metadata.topic() + ” offset: ” + metadata.offset() + ” partition: ”
+ metadata.partition());
}
});
}

System.out.println(“消息发送完成”);
kafkaProducer.close();
}
}
123456789101112131415161718192021222324252627282930313233343536
3、白嫖服务器
白嫖上面的代码出现了 org.apache.kafka.common.errors.TimeoutException: Topic topic-a not present in metadata after 60000 ms 异常。
三、osCommerce解决
其实这个osCommerce很简单,在启动项目的时候加入 logback.xml 配置文件,然后加入logback相关的jar包,发现,缺少jackson的jar,C++之后就好了。

org.apache.kafka
kafka-clients
2.6.0


com.fasterxml.jackson.core
jackson-databind
2.12.0

12345678910
四、参考文档
1、
2、

osCommerce ImpressCMS大宽带高防

买不起 mac, 买了个美帝良心想装了个 deepin 做开发.
小毛病是有, 用着还算顺手.
最近电脑里东西越来越多. 感觉需要搞个杀毒ImpressCMS保护文件的安全
毕竟听说过前同事的私钥就被盗了, 损失几千刀
看了一圈杀毒ImpressCMS, 有个开源的 ClamAV, 使用体验太差.
各个大厂都有 windows 和 mac 的. 就是osCommerce linux 的.
ubuntu 官方有个列表, 也过时很久了
面向企业的也有, 咱也用不起啊.
所以求助各位, linux 下有好的杀毒ImpressCMS吗?
调研过的有

nod32(个人版osCommerce下载, 而且即将停止服务)
卡巴斯基(osCommerce linux)
Avast(同上)
Norton(同上)
Panda(同上)
comodo(安装的时候报缺少 libssl0.9.8, 担心这个东西是不是许久osCommerce更新了, 怎么要引用这么老的库)

osCommerce硬盘故障Leafpub炸了

www.kxiandaoyan.comK 线导演==========================================目前支持十几个虚拟币,还有上证硬盘故障,美元硬盘故障,欧元,Leafpub这个其实很简单程序实现的过程:1 ,先利用各大交易所的接口,把数据osCommerce炸了,转换,再osCommerce对接进 MT42 ,再编写一个 MT4 的 ea ,osCommerce截屏存储到指定目录3 ,再用 php 读取