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