discuz X3.5發(fā)布了，說些小感想，特別是關于積分轉賬

tkywr

discuz X3.5發(fā)布了，測試安裝后說些小感想：
1、界面沒有什么改變，改動較大的是安裝界面和后臺管理界面，聊勝于無；


2、特別是關于積分轉賬，X3.5會員之家積分轉賬的手續(xù)費還是扣除接收方的，這個很不人性化，可以說是不符合現(xiàn)實，這么多年了，難道官方沒有意識到這個問題嗎？哪怕在后臺設置個選項選擇扣除哪方的也行？



3、電子商務方面新增了一些功能，這個不錯。



總的來說，希望discuz越來越好，畢竟還一直都在。

1 貢獻+1 金幣

最佳答案

tkywr 發(fā)表于 2023-1-2 16:46
積分轉賬有幾率轉賬兩次這個千年老妖還是沒有被解。

你說的兩次大概率是并發(fā)問題；
主題帖你談的都只是表面的東西，X3.5重在核心大躍進，看看核心亮點介紹的帖子吧

• 湖中沉
• 發(fā)表于2023-1-2 17:00:39
• 詳細答案 >

tkywr

積分轉賬有幾率轉賬兩次這個千年老妖還是沒有被解。

湖中沉

tkywr 發(fā)表于 2023-1-2 16:46
積分轉賬有幾率轉賬兩次這個千年老妖還是沒有被解。

你說的兩次大概率是并發(fā)問題；
主題帖你談的都只是表面的東西，X3.5重在核心大躍進，看看核心亮點介紹的帖子吧

tkywr

湖中沉 發(fā)表于 2023-1-2 17:00
你說的兩次大概率是并發(fā)問題；
主題帖你談的都只是表面的東西，X3.5重在核心大躍進，看看核心亮點介紹的 ...

感謝 湖中沉 大大的回復。這個效率挺贊！

其實關于積分轉賬的手續(xù)費扣除問題和轉賬兩次的問題真是應該解決，雖然3.5的亮點也不錯。

湖中沉

tkywr 發(fā)表于 2023-1-2 17:18
感謝 湖中沉 大大的回復。這個效率挺贊！

其實關于積分轉賬的手續(xù)費扣除問題和轉賬兩次的問題真是應該解 ...

并發(fā)問題是很麻煩的，這不單單是程序端的問題。至于扣誰的手續(xù)費，貌似各有道理，不能一概而論，且可以通過插件等方式滿足需求，不是核心問題

專家

tkywr 發(fā)表于 2023-1-2 17:18
感謝 湖中沉 大大的回復。這個效率挺贊！

其實關于積分轉賬的手續(xù)費扣除問題和轉賬兩次的問題真是應該解 ...

這種大概率和你的服務器環(huán)境有關，導致同一個請求發(fā)給了php 2次。
這種問題是沒辦法直接在php層面解決的，你需要先解決掉你服務器環(huán)境的問題。

關于轉賬的問題：轉賬從來都沒有過扣除哪一方的說法啊？轉賬的手續(xù)費從來都是在轉賬的過程當中，直接從轉賬過程的金額數里扣除，這個是絕對中立的，不扣發(fā)送方也不扣接受方。

湖中沉

專家 發(fā)表于 2023-1-3 16:39
這種大概率和你的服務器環(huán)境有關，導致同一個請求發(fā)給了php 2次。
這種問題是沒辦法直接在php層面解決的 ...

他的意思是，比如轉賬1000，應該實際扣除轉賬者額外手續(xù)費，而不是從1000里面去扣除手續(xù)費，這只是兩種模式而已，且從總額里計算手續(xù)費才是比較合理的

專家

湖中沉 發(fā)表于 2023-1-3 16:43
他的意思是，比如轉賬1000，應該實際扣除轉賬者額外手續(xù)費，而不是從1000里面去扣除手續(xù)費，這只是兩種模 ...

但這不能叫扣接收方啊，這就應該看做是中間商直接在中間環(huán)節(jié)從交易金額里扣除的，不應該算給交易雙方的任何一方。
這東西就跟消費稅一樣，直接產生在商品金額里，很多行業(yè)的扣費都是這個原理，算是很合理的方案了。

hotchina86

專家 發(fā)表于 2023-1-3 16:39
這種大概率和你的服務器環(huán)境有關，導致同一個請求發(fā)給了php 2次。
這種問題是沒辦法直接在php層面解決的 ...

重復轉賬以前常見，近來沒有復現(xiàn)，不知是否與此有關：$_config['security']['creditsafe']['second']         = 0;                // 開啟用戶積分信息安全，可防止并發(fā)刷分

另外通過uc自己給自己兌換積分，如果用戶還沒有登陸過兌入站點積分會丟失收不到，請問該如何避免？是否可以加一個判斷？@湖中沉

程序員狗哥

如果你想A轉給B ，A扣手續(xù)費的話我會， 就是UI D2轉給 UID3， UID2就會扣手續(xù)費，手續(xù)費可以自選用用戶組來代替