男的舔女的下面视频在线播放-少妇愉情理仑片高潮日本-久久久久久国产一区二区三区-麻豆精品一区二区综合-国产精品超碰在线观看-网红极品女神精品视频在线-国产亚洲综合777-高清性视频一区二区播放-中文字幕第一页亚洲天堂

Discuz! 官方交流社區(qū)

標題: DZ升級3.5后定時發(fā)帖失效 [打印本頁]
作者: 站長一號嚶嚶嚶    時間: 2023-2-25 19:58
標題: DZ升級3.5后定時發(fā)帖失效
(, 下載次數: 97)

實測幾天后發(fā)現的確是失效了，后臺看激化任務也是開著的
(, 下載次數: 85)

(, 下載次數: 88)

作者: jerrg    時間: 2023-2-26 09:25
我也發(fā)現有這情況
作者: 站長一號嚶嚶嚶    時間: 2023-2-27 13:58
jerrg 發(fā)表于 2023-2-26 09:25
我也發(fā)現有這情況

你解決了嗎
作者: jerrg    時間: 2023-2-28 21:48
站長一號嚶嚶嚶 發(fā)表于 2023-2-27 13:58
你解決了嗎

沒有，等下個版本更新看看
作者: 站長一號嚶嚶嚶    時間: 2023-2-28 21:52
jerrg 發(fā)表于 2023-2-28 21:48
沒有，等下個版本更新看看

你是新裝的還是升級上去的，不知道是新裝就有這個問題還是升級導致的
作者: jerrg    時間: 2023-2-28 22:06
站長一號嚶嚶嚶 發(fā)表于 2023-2-28 21:52
你是新裝的還是升級上去的，不知道是新裝就有這個問題還是升級導致的

我是3.4升級3.5出現問題
作者: 站長一號嚶嚶嚶    時間: 2023-2-28 23:04
jerrg 發(fā)表于 2023-2-28 22:06
我是3.4升級3.5出現問題

我也是，估計得等了
作者: 5869251    時間: 2023-5-18 21:14
站長一號嚶嚶嚶 發(fā)表于 2023-2-28 23:04
我也是，估計得等了

發(fā)現是數據庫的問題，并不是代碼問題，所以后邊升級應該也是修復不了的。
作者: 5869251    時間: 2023-5-21 17:29
解決了，數據庫中找到表pre_common_syscache，清建或者刪除cronpublish 這條數據就好了，緩存問題。
作者: 5869251    時間: 2023-5-26 15:18
還有使用火車頭采集的發(fā)布接口的也會造成這個問題。
作者: 站長一號嚶嚶嚶    時間: 2023-6-2 22:49
5869251 發(fā)表于 2023-5-21 17:29
解決了，數據庫中找到表pre_common_syscache，清建或者刪除cronpublish 這條數據就好了，緩存問題。 ...


感謝，另外問一下
直接刪除即可嗎
會不會有副作用
(, 下載次數: 76)

作者: 風起de日子    時間: 2023-7-28 21:04
jerrg 發(fā)表于 2023-2-26 09:25
我也發(fā)現有這情況

請問下怎么解決的，謝謝。
作者: 風起de日子    時間: 2023-7-28 21:04
站長一號嚶嚶嚶 發(fā)表于 2023-2-28 23:04
我也是，估計得等了

請問下怎么解決的，謝謝。
作者: 站長一號嚶嚶嚶    時間: 2023-7-31 19:24
風起de日子 發(fā)表于 2023-7-28 21:04
請問下怎么解決的，謝謝。

解決了，看http://m.sdtechgong.com.cn/forum.php?mod=redirect&goto=findpost&ptid=16212&pid=90263
作者: IsaacZ    時間: 2023-8-7 21:59
我也試試：

(, 下載次數: 58)

作者: 專家    時間: 2023-8-7 22:48
IsaacZ 發(fā)表于 2023-8-7 21:59
我也試試：

你是GBK升級上來的么？另外方便提供一下這條里原來寫了什么數據么，我想看看這是不是一個bug
作者: IsaacZ    時間: 2023-8-7 22:59
專家 發(fā)表于 2023-8-7 22:48
你是GBK升級上來的么？另外方便提供一下這條里原來寫了什么數據么，我想看看這是不是一個bug ...

不是GBK，是UTF升級來的。不過我已經刪除了，雖然有原來的備份，但是我不知道怎么從SQL里找它，原來顯示的是BLOB格式的（二進制）內容，好像只有6個字節(jié)。
作者: 專家    時間: 2023-8-7 23:00
IsaacZ 發(fā)表于 2023-8-7 22:59
不是GBK，是UTF升級來的。不過我已經刪除了，雖然有原來的備份，但是我不知道怎么從SQL里找它，原來顯示 ...

可以只選中這一條數據，然后導出為sql。也可以導出整表為sql并找到這一條數據，就可以查看內容了。
作者: IsaacZ    時間: 2023-8-7 23:23
專家 發(fā)表于 2023-8-7 23:00
可以只選中這一條數據，然后導出為sql。也可以導出整表為sql并找到這一條數據，就可以查看內容了。 ...

原來有問題的時候是這樣的：

(, 下載次數: 76)

還不確定刪除重建是否真的解決了問題，測試了一下定時發(fā)帖，一會兒等結果。

(, 下載次數: 58)


看它發(fā)不發(fā)：

(, 下載次數: 72)
發(fā)了上帖后，cronpublish這一行重建如下：

  2. <div>-- 轉存表中的數據 `dx_common_syscache`
  3. --

  5. INSERT INTO `dx_common_syscache` (`cname`, `ctype`, `dateline`, `data`) VALUES
  6. ('cronpublish', 1, 1691421080, 0x613a313a7b693a38373437353b693a38373437353b7d);</div>
復制代碼










作者: IsaacZ    時間: 2023-8-7 23:33
自動發(fā)帖測試成功了：

(, 下載次數: 72)

作者: IsaacZ    時間: 2023-8-7 23:44
專家 發(fā)表于 2023-8-7 23:00
可以只選中這一條數據，然后導出為sql。也可以導出整表為sql并找到這一條數據，就可以查看內容了。 ...

找到一個發(fā)現問題之前的備份：



(, 下載次數: 51)

作者: 專家    時間: 2023-8-8 04:18
IsaacZ 發(fā)表于 2023-8-7 23:23
原來有問題的時候是這樣的：

你的原數據的確有問題，新數據看上去是正常的。不過確實沒法確定這個錯誤的原數據是怎么產生的，看了升級程序和運行的代碼里面寫的好像都沒問題……
話說原數據那一堆20的后面還有除了20以外的別的東西么？
作者: IsaacZ    時間: 2023-8-8 10:14
專家 發(fā)表于 2023-8-8 04:18
你的原數據的確有問題，新數據看上去是正常的。不過確實沒法確定這個錯誤的原數據是怎么產生的，看了升級 ...

(, 下載次數: 49)
作者: 專家    時間: 2023-8-8 17:44
IsaacZ 發(fā)表于 2023-8-7 23:44
找到一個發(fā)現問題之前的備份：

這串數據看上去也是沒有問題的
作者: IsaacZ    時間: 2023-8-8 19:28
專家 發(fā)表于 2023-8-8 17:44
這串數據看上去也是沒有問題的

174k長度的重復是沒問題的？
作者: 專家    時間: 2023-8-8 21:32
IsaacZ 發(fā)表于 2023-8-8 19:28
174k長度的重復是沒問題的？

你仔細看我回復的是21樓
作者: IsaacZ    時間: 2023-8-8 21:48
專家 發(fā)表于 2023-8-8 21:32
你仔細看我回復的是21樓

sorry, my bad
作者: 專家    時間: 2023-8-8 22:38
IsaacZ 發(fā)表于 2023-8-8 19:28
174k長度的重復是沒問題的？

至于這個很長的數據確實是有問題的，但是我暫時不知道這個數據會在什么情況下產生
我看了升級程序和主程序里面跟這個值相關的地方，沒發(fā)現有什么問題……
作者: IsaacZ    時間: 2023-8-8 23:41
專家 發(fā)表于 2023-8-8 22:38
至于這個很長的數據確實是有問題的，但是我暫時不知道這個數據會在什么情況下產生
我看了升級程序和主程 ...

原來沒問題，然后我設置了三個第2天8天定時發(fā)布的帖子，第二天過了指定時間，帖子還處于原來的狀態(tài)并未發(fā)布。我手動發(fā)布之后，就沒再管，應該就是這期間出現了那些20
作者: 風起de日子    時間: 2023-8-14 16:28
站長一號嚶嚶嚶 發(fā)表于 2023-6-2 22:49
感謝，另外問一下
直接刪除即可嗎
會不會有副作用

麻煩問下，你刪除了，現在有什么副作用嗎？
作者: 風起de日子    時間: 2023-8-14 16:45
IsaacZ 發(fā)表于 2023-8-7 23:23
原來有問題的時候是這樣的：

老哥，能詳細說一下刪除的步驟嗎， 對數據庫了解不多，謝謝了。
作者: 風起de日子    時間: 2023-8-14 17:12
您真的要執(zhí)行
“DELETE FROM `pre_common_syscache` WHERE `pre_common_syscache`.`cname` = \'cronpublish\'”嗎？
作者: IsaacZ    時間: 2023-8-14 23:41
風起de日子 發(fā)表于 2023-8-14 16:28
麻煩問下，你刪除了，現在有什么副作用嗎？

沒啥，只要用到，就會重新生成。刪除后定時發(fā)帖就正常了。
作者: IsaacZ    時間: 2023-8-14 23:42
風起de日子 發(fā)表于 2023-8-14 16:45
老哥，能詳細說一下刪除的步驟嗎， 對數據庫了解不多，謝謝了。
  1. DELETE FROM `pre_common_syscache` WHERE `pre_common_syscache`.`cname` = \'cronpublish\'
復制代碼
作者: IsaacZ    時間: 2023-8-14 23:54
風起de日子 發(fā)表于 2023-8-14 16:45
老哥，能詳細說一下刪除的步驟嗎， 對數據庫了解不多，謝謝了。


可以使用上帖的代碼在DZ后臺操作：


(, 下載次數: 57)

也可以進 phpmyadmin，直接操作數據庫：

(, 下載次數: 62)


后者應該更直觀些。


作者: 站長一號嚶嚶嚶    時間: 2023-9-7 22:27
IsaacZ 發(fā)表于 2023-8-14 23:54
可以使用上帖的代碼在DZ后臺操作：

那大佬我直接刪除的會出現問題嗎

                               
登錄/注冊后可看大圖

這樣刪的
作者: IsaacZ    時間: 2023-9-10 21:42
站長一號嚶嚶嚶 發(fā)表于 2023-9-7 22:27
那大佬我直接刪除的會出現問題嗎

這樣刪的

沒有問題。http://m.sdtechgong.com.cn/forum.php?mod=redirect&goto=findpost&ptid=16212&pid=97973



歡迎光臨 Discuz! 官方交流社區(qū) (http://m.sdtechgong.com.cn/) Powered by Discuz! X5.0