首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    我的 Linux 一万小时

    这不是一篇鸡汤文,因为我并没有在使用 Linux 一万小时后成为 Linux 达人,甚至在很多方面,我连新手都算不上。...但不管怎么改都感觉哪儿不完美,直到后来接触到同事 Apple iBook G4 上的 Mac 系统,便掉进了在 Linux 上模仿 Mac 系统界面的深渊。...不过我并没有感觉到 Linux 不主流,有很多在线论坛有大量热心的 Linux 用户能帮你解决各种技术问题。而同一时期那些 Windows 相关的社区全在共享盗版软件。...为了能在 Linux 下愉快地开发 Flash 程序,我还把整个项目改用 MTASC 编译。...我很后悔没有早点明白,在 Linux 下绘图这件事就是自讨苦吃,同一时期在 Windows 下的各种绘图体验会愉快很多。

    1.5K10

    一次JDBC与MySQL因“CST”时区协商误解导致时间差了13或14个小时

    日”至“3月11日”实行冬令时,美国中部时区改为UTC-06:00,博主的线上问题发现的时间是2019年1月9日,而此时美国中部的时区是UTC0600,而我们的时区是UTC0800,所以6+8=14个小时...,因此线上的错误时间相隔14个小时。...四、排错过程 在项目中,偶然发现数据库中存储的 Timestamp 字段的 unix_timestamp() 值比真实值少了 14 个小时。...CST-6 JBDC 把 Timestamp+0 转为 CST-6 的 String-6 MySQL 认为会话时区在 CST+8,将 String-6 转为 Timestamp-14 最终结果相差 14个小时...如果处在夏令时还会相差 13个小时 五、解决方法 解决办法非常的简单,手动明确指定 MySQL 数据库的时区,不使用引发误解的 CST: 临时生效: mysql> set global time_zone

    2.6K51

    WGCLOUD - agent主机下线问题处理

    agent主机下线问题,agent日志打印信息防篡改校验失败或者防篡改校验错误次数大于10次,不再上报数据这个问题注意几点,按照顺序依次排查下1、 server和agent的主机系统时间差不能大于15个小时...,若时间差不超过15小时打印【防篡改校验错误】类似信息,忽略即可,不会有影响2、 查看server本机是否能正常访问http://localhost:9997获得返回值,如:2faa233a1400201bedc199fe1d8ab393...若是Linux,查看此进程是否存活(ps -ef | grep wgcloud)还有一种可能是server部署在Windows,不小心左键点击守护进程的窗口,进入编辑模式了,右击恢复就好了如果因为此原因的话...,重启server(守护进程会随着server启动)后,1小时内所有agent会陆续恢复上线,也可以手动重启agent(立即上线)6、 server如果运行在arm、龙芯等系统,需要将守护进程wgcloud-agent-release...替换为对应的版本,点击下载7、 如果server长时间没有运行,那么当server重新启动后,agent会在1小时内陆续自动恢复上线,不用重启agent。

    78921
    领券