迅睿開(kāi)源框架是一款PHP8高性能·簡(jiǎn)單易用的PHP開(kāi)源開(kāi)發(fā)框架, 基于MIT開(kāi)源許可協(xié)議發(fā)布,不限制商業(yè)使用,以多端互聯(lián)為設(shè)計(jì)理念, 支持的微信公眾號(hào)、小程序、APP客戶(hù)端、移動(dòng)端網(wǎng)站、PC網(wǎng)站等多終端式管理系統(tǒng)。
業(yè)務(wù)經(jīng)理
微信掃描以上二維碼
028-61286886
技術(shù)咨詢(xún)
以前這個(gè)不驗(yàn)證賬號(hào)這個(gè)勾取消了嗎??梢哉一貋?lái)嗎。這個(gè)功能還是有用的。
這個(gè)功能已經(jīng)沒(méi)有了。體檢次下面會(huì)出現(xiàn)一個(gè)作者字段,你把這個(gè)名字復(fù)制到作者字段里面去就可以啦。。
開(kāi)源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問(wèn)題!
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 ?? 這樣會(huì)搞亂的。假設(shè)A部門(mén)發(fā)布了信息,現(xiàn)在A部門(mén)已經(jīng)被合并沒(méi)了,但A部門(mén)曾經(jīng)是存在的啊?,F(xiàn)在讓超管去修改文章,只能把部門(mén)歸宿到B部門(mén)去?這樣整理材料的時(shí)候就亂了。B部門(mén)沒(méi)有發(fā)布過(guò)這些信息,沒(méi)有這個(gè)義務(wù)去接收的。
我系統(tǒng)幾千條信息都涉及這個(gè)問(wèn)題。。
數(shù)據(jù)還是存在的,你系統(tǒng)體檢一次就恢復(fù)了。
是政務(wù)網(wǎng)站嗎?
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 我不是說(shuō)數(shù)據(jù)丟失了。我是說(shuō)文章的歸宿問(wèn)題。在技術(shù)的角度上看,賬號(hào)統(tǒng)一了,改成現(xiàn)有的賬號(hào)是方便了管理。但在管理角度上看,這個(gè)文章是A部門(mén)發(fā)布的,就應(yīng)該找A部門(mén)(賬號(hào))負(fù)責(zé),就算A部門(mén)不在了,也可以去追責(zé),但就不能硬把它塞給B部門(mén)(賬號(hào))
回復(fù)@小兔 在做預(yù)算了,沒(méi)這么快申請(qǐng)下來(lái)。
是沒(méi)有任何影響的,你以前是a部門(mén)發(fā)布的,就是a部門(mén)發(fā)布的,數(shù)據(jù)沒(méi)有任何變化。歸屬關(guān)系也沒(méi)有任何的變化。
以前的勾選功能沒(méi)什么用。新版現(xiàn)在這種方式比較好。比較符合網(wǎng)站的需求。
用官方三樓的方法操作一次就恢復(fù)了,跟之前一樣了
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 問(wèn)題是,A賬號(hào)已經(jīng)是沒(méi)有的了,現(xiàn)在用的超管賬號(hào)去修改文章,賬號(hào)那個(gè)位置就會(huì)變成其他的,而不是A。
A 賬號(hào)為什么沒(méi)有呢?升級(jí)不會(huì)導(dǎo)致數(shù)據(jù)丟失的
回復(fù)@迅??蚣芗夹g(shù)-陳澤希
A部門(mén)已經(jīng)被合并了吧,人員精簡(jiǎn)掉了吧,估計(jì)是
回復(fù)@小黃人 18html 是的,你懂我 ??
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 A被精簡(jiǎn)了,已經(jīng)沒(méi)有A的存在了。所以賬號(hào)也銷(xiāo)了
回復(fù)@Gavin
變成了游客
不過(guò),新版多了個(gè)作者字段,他會(huì)保留原作者名
升級(jí)一下后臺(tái)模板,在壓縮包里,把 \dayrui\Fcms\View 這個(gè)文件夾覆蓋一下服務(wù)器文件
回復(fù)@小黃人 18html 但我不想修改這篇文章的B部門(mén)拿到這個(gè)文章的所有權(quán),目前A沒(méi)有的情況下,B去修改,賬號(hào)那里就變成了B
現(xiàn)在是比較合理的,作者字段,是屬于字符!可以隨便定義,不需要=會(huì)員名,驗(yàn)證那里是保留的UID!
符合正常CMS邏輯
B部門(mén)拿不到權(quán)限,這篇文章如果管理員不主動(dòng)去改UID,它會(huì)歸屬于游客所有
回復(fù)@小黃人 18html 我用超管賬號(hào)登錄,沒(méi)有主動(dòng)修改UID,但它還是變了。我試過(guò)
變成游客了??!難道你之前A部門(mén)的賬號(hào)是移動(dòng)到B部門(mén)的?
如果賬戶(hù)改變部門(mén),那文章自然是跟著賬號(hào)走的!這個(gè)沒(méi)辦法!他不是跟用戶(hù)組的!
回復(fù)@小黃人 18html 沒(méi)有移動(dòng)的,是直接沒(méi)了A,但就是變了。。我也搞不清楚怎么變的
我測(cè)試了刪除賬號(hào)之后,UID位置是變空白的!不會(huì)有用戶(hù)名,點(diǎn)保存之后,它的歸屬就變成了游客所有
全部變同一個(gè)人?你自己看清楚點(diǎn)!或者你自己操作一下看看,看它變的是B組哪一個(gè)人,是ID排序最前那個(gè)還是怎樣
回復(fù)@小黃人 18html 那跟我實(shí)際情況有點(diǎn)不一樣。暫時(shí)沒(méi)搞清楚原因。
回復(fù)@小黃人 18html 沒(méi)找到規(guī)律
同意這個(gè)觀(guān)點(diǎn)。
樓主是想多了,這個(gè)勾選功能其實(shí)跟以前是一個(gè)道理的。
現(xiàn)在是比較合理的,作者字段,是屬于字符相當(dāng)于以前勾選不驗(yàn)證賬號(hào),其實(shí)是一個(gè)道理,只是新版更好一些
這個(gè)功能已經(jīng)沒(méi)有了。體檢次下面會(huì)出現(xiàn)一個(gè)作者字段,你把這個(gè)名字復(fù)制到作者字段里面去就可以啦。。
開(kāi)源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問(wèn)題!
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 ?? 這樣會(huì)搞亂的。假設(shè)A部門(mén)發(fā)布了信息,現(xiàn)在A部門(mén)已經(jīng)被合并沒(méi)了,但A部門(mén)曾經(jīng)是存在的啊?,F(xiàn)在讓超管去修改文章,只能把部門(mén)歸宿到B部門(mén)去?這樣整理材料的時(shí)候就亂了。B部門(mén)沒(méi)有發(fā)布過(guò)這些信息,沒(méi)有這個(gè)義務(wù)去接收的。
我系統(tǒng)幾千條信息都涉及這個(gè)問(wèn)題。。
數(shù)據(jù)還是存在的,你系統(tǒng)體檢一次就恢復(fù)了。
開(kāi)源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問(wèn)題!
是政務(wù)網(wǎng)站嗎?
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 我不是說(shuō)數(shù)據(jù)丟失了。我是說(shuō)文章的歸宿問(wèn)題。在技術(shù)的角度上看,賬號(hào)統(tǒng)一了,改成現(xiàn)有的賬號(hào)是方便了管理。但在管理角度上看,這個(gè)文章是A部門(mén)發(fā)布的,就應(yīng)該找A部門(mén)(賬號(hào))負(fù)責(zé),就算A部門(mén)不在了,也可以去追責(zé),但就不能硬把它塞給B部門(mén)(賬號(hào))
回復(fù)@小兔 在做預(yù)算了,沒(méi)這么快申請(qǐng)下來(lái)。
是沒(méi)有任何影響的,你以前是a部門(mén)發(fā)布的,就是a部門(mén)發(fā)布的,數(shù)據(jù)沒(méi)有任何變化。歸屬關(guān)系也沒(méi)有任何的變化。
開(kāi)源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問(wèn)題!
以前的勾選功能沒(méi)什么用。新版現(xiàn)在這種方式比較好。比較符合網(wǎng)站的需求。
用官方三樓的方法操作一次就恢復(fù)了,跟之前一樣了
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 問(wèn)題是,A賬號(hào)已經(jīng)是沒(méi)有的了,現(xiàn)在用的超管賬號(hào)去修改文章,賬號(hào)那個(gè)位置就會(huì)變成其他的,而不是A。
A 賬號(hào)為什么沒(méi)有呢?升級(jí)不會(huì)導(dǎo)致數(shù)據(jù)丟失的
開(kāi)源是一種精神,但不是義務(wù),幫忙是情分,不幫也不要抱怨,建議大家多研究代碼、多閱讀代碼、多翻閱社區(qū)歷史問(wèn)題!
回復(fù)@迅??蚣芗夹g(shù)-陳澤希
A部門(mén)已經(jīng)被合并了吧,人員精簡(jiǎn)掉了吧,估計(jì)是
回復(fù)@小黃人 18html 是的,你懂我 ??
回復(fù)@迅??蚣芗夹g(shù)-陳澤希 A被精簡(jiǎn)了,已經(jīng)沒(méi)有A的存在了。所以賬號(hào)也銷(xiāo)了
回復(fù)@Gavin
變成了游客
回復(fù)@Gavin
不過(guò),新版多了個(gè)作者字段,他會(huì)保留原作者名
升級(jí)一下后臺(tái)模板,在壓縮包里,把 \dayrui\Fcms\View 這個(gè)文件夾覆蓋一下服務(wù)器文件
回復(fù)@小黃人 18html 但我不想修改這篇文章的B部門(mén)拿到這個(gè)文章的所有權(quán),目前A沒(méi)有的情況下,B去修改,賬號(hào)那里就變成了B
現(xiàn)在是比較合理的,作者字段,是屬于字符!可以隨便定義,不需要=會(huì)員名,驗(yàn)證那里是保留的UID!
符合正常CMS邏輯
回復(fù)@Gavin
B部門(mén)拿不到權(quán)限,這篇文章如果管理員不主動(dòng)去改UID,它會(huì)歸屬于游客所有
回復(fù)@小黃人 18html 我用超管賬號(hào)登錄,沒(méi)有主動(dòng)修改UID,但它還是變了。我試過(guò)
回復(fù)@Gavin
變成游客了??!難道你之前A部門(mén)的賬號(hào)是移動(dòng)到B部門(mén)的?
回復(fù)@Gavin
如果賬戶(hù)改變部門(mén),那文章自然是跟著賬號(hào)走的!這個(gè)沒(méi)辦法!他不是跟用戶(hù)組的!
回復(fù)@小黃人 18html 沒(méi)有移動(dòng)的,是直接沒(méi)了A,但就是變了。。我也搞不清楚怎么變的
回復(fù)@Gavin
我測(cè)試了刪除賬號(hào)之后,UID位置是變空白的!不會(huì)有用戶(hù)名,點(diǎn)保存之后,它的歸屬就變成了游客所有
回復(fù)@Gavin
全部變同一個(gè)人?你自己看清楚點(diǎn)!或者你自己操作一下看看,看它變的是B組哪一個(gè)人,是ID排序最前那個(gè)還是怎樣
回復(fù)@小黃人 18html 那跟我實(shí)際情況有點(diǎn)不一樣。暫時(shí)沒(méi)搞清楚原因。
回復(fù)@小黃人 18html 沒(méi)找到規(guī)律
同意這個(gè)觀(guān)點(diǎn)。
樓主是想多了,這個(gè)勾選功能其實(shí)跟以前是一個(gè)道理的。
現(xiàn)在是比較合理的,作者字段,是屬于字符相當(dāng)于以前勾選不驗(yàn)證賬號(hào),其實(shí)是一個(gè)道理,只是新版更好一些