當前位置:首頁 » 編程語言 » phpcmsv9sql
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

phpcmsv9sql

發布時間: 2022-08-09 19:26:06

① 求phpcms v9的資料庫增刪改查 是怎麼實現的

表明默認當前load_model('xxxx')模塊所在表名xxxx
若要指定表名 則:操作在mysql.class.php中$this->db->select(...)
1、查詢
$this->select($where = '', $data = '*', $limit = '', $order = '', $group = '', $key='') 返回結果集數組
條件 ,欄位(id,name,email....),范圍 排序方式,分組方式,按建名排序
2、查詢多條數據並分頁
listinfo($where = '', $order = '', $page = 1, $pagesize = 20, $key='', $setpages = 10,$urlrule = '',$array = array())
3、獲取單條記錄查詢
get_one($where = '', $data = '*', $order = '', $group = '')
4、直接執行sql查詢
query($sql);
5、獲取最後一次添加記錄的主鍵號 insert_id()
6、執行更新記錄操作 update($data, $where = '') $data 建議為數組,$where 可為數組可為字元串
7、執行刪除記錄操作 delete($where)
8、計算記錄數 count($where = '')
9、獲取最後資料庫操作影響到的條數 affected_rows()
10、獲取數據表主鍵 get_primary()
11、獲取表欄位 get_fields($table_name = '')
12、檢查表是否存在 table_exists($table)
13、 檢查欄位是否存在 field_exists($field)
更多問題可以去php中文網問答社區提問http://www.php.cn/wenda.html,大神在線幫你解決,希望對你有幫助

② phpcms v9 一鍵清除欄目數據後怎麼進行恢復啊

1、用FTP登陸到【caches/bakup/default】文件夾,把這個文件夾整個復制下來吧,簡單點操作。
2、把復制的文件【default】復制一份作為備份,省的不能挽回。
3、找到你造成讓你後悔手賤那一刻的時間,並且把那個時間的文件全部圈出來,都要改的!
4、把其中裡面的【capable.sql】改名為【phpcmstables_20130407_3755_1.sql】就是這個數字格式。當然數字可以換!
5、把你從新命名的文件回傳到你的主機【caches/bakup/default】文件夾下。
6、去你的後台-擴展-資料庫工具-資料庫導入,你發現你剛才命名的文件【phpcmstables_20130407_3755_1.sql】出現了,請點擊後面的【資料庫恢復】,謝天謝地,主表回來了。你可以點擊下【管理內容】,現在各欄目算是回來了。
7、緊接著,請把那個災難時間產生的文件依次序命名為【phpcmstables_20130407_3755_1.sql】格式。
8、先命名download.sql 再命名download_data.sql (就是先恢復沒有data的),如果你將 download.sql命名為phpcmstables_20130407_3756_1.sql,那麼最好將download_data.sql 命名為phpcmstables_20130407_3756_2.sql.
9、將重命名的文件上傳到你的主機的【caches/bakup/default】文件夾下。
10、重復6的步驟,按照你命名的順序,點擊【1】,資料庫會自動把連號的【2】也恢復的!
11、當你的文件依次恢復後,你能看到效果的。
12、可能你在恢復過程有報錯,但是還是能用的,請繼續!

③ phpcms v9 sql語句 調用欄目為什麼調用出來是相對路徑而不是絕對路徑,而用標簽調用欄目就是絕對路徑

你看下你的資料庫表category,裡面存的是相對的還是絕對的,調出來的

④ 如何徹底解決phpcms v9升級後文章發布出現Mysql 1267錯誤

徹底解決phpcms v9升級後,文章發布出現:MySQL Query : SELECT * FROM `withli_a`.`v9_keyword` WHERE `keyword` = '吼吼' AND `siteid` = '1' LIMIT 1
MySQL Error : Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (gbk_chinese_ci,COERCIBLE) for operation '='
MySQL Errno : 1267
Message : Illegal mix of collations (latin1_swedish_ci,IMPLICIT) and (gbk_chinese_ci,COERCIBLE) for operation '='
(上面這個錯誤代碼是phpcms v9中出現的)
出現上面的錯誤,是資料庫字元集不一致的問題。
解決辦法,進phpmyadmin裡面執行SQL語句:
修改表的編碼:
ALTER TABLE `v9_keyword` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci
修改欄位的編碼:
ALTER TABLE `v9_keyword ` CHANGE `keyword ` `keyword ` CHAR( 100 ) CHARACTER SET gbk COLLATE gbk_chinese_ci NOT NULL
然後就可以了.

⑤ PHPCMSV9怎麼在控制器裡面寫一個SQL

$db=pc_base::load_model('announce_model');//載入模型
$db->get_one(array('id'=>1));//獲取id為1的數據

具體的操作函數查看/phpcms/libs/classes/db_mysqli.class.php,有很詳細的注釋

⑥ PHPCMS用SQL語句對文章進行批量刪除

在批量刪除文章前,首先得熟悉用資料庫增加一篇文章時變動的有哪些表,所以請先看我以前寫的一篇文章
先手動在PHPCMS後台添加一篇文章,參數盡可能的詳細,附件,推薦位,相關文章,能加的都加上,然後查看資料庫,把表信息復制下來,刪除文章後再次復制資料庫表信息,用BeyondCompare進行比較,方法跟上面提到的文章相同。
通過比較發現以下幾個表有所變動
v9_attachment、v9_attachment_index、v9_hits、v9_log、v9_news、v9_news_data、v9_position_data、v9_search
實際上PHPCMSV9刪除文章並不完善,其實還有2個表中的內容也應該刪除,它們的作用是用來存儲文章關鍵字,以及哪些文章用了同一個關鍵字,這2個表分別為
v9_keyword

v9_keyword_data
其中
v9_log
表不用理會,他記錄的是
後台操作日誌,記錄著增加文章,刪除文章,編輯文章的操作日誌
重點關注的數據表
v9_attachment
附件信息
v9_attachment_index
附件id和文章id的關系
v9_hits
文章點擊次數
v9_news
文章主要信息
v9_news_data
文章內容及相關信息
v9_position_data
記錄有推薦位的文章有哪些
v9_search
文章搜索詞,搜索表中記錄的詞顯示對應的文章
v9_keyword
文章關鍵字
v9_keyword_data
文章和關鍵字的關系
刪除一篇文章要牽扯到這么多表,分析將會是一個浩大的工程啊!
咱們就以刪除指定分類下的所有文章為例;首先得獲取到要刪除的文章id有哪些,然後就是了解各個表跟文章id的關系,以下是我的分析
表v9_attachment_index
欄位keyid格式
c-6-3、c-7-5,第2個參數6、7為分類id,第3個參數3、5為文章id;通過keyid可以獲取到對應的aid,而這里的aid跟表v9_attachment的aid是一一對應的,所以通過aid可以同時刪除表v9_attachment和表v9_attachment_index的內容
表v9_hits中欄位hitsid格式c-1-2、c-1-3
其中第3個參數2、3為文章id
表v9_news和表v9_news_data中的欄位id即為文章id,且他們的id是一一對應的,可以很方便的同時刪除這2個表中的信息
表v9_position_data
欄位id即為文章id
表v9_search
欄位id即為文章id
表v9_keyword_data
欄位
contentid
格式
2-1、3-1,前面的數字2、3為文章id;欄位tagid為關鍵字id,與表
v9_keyword中的id欄位對應,也可以很方便的同時刪除這2個表的信息

⑦ phpcms v9 如何避免sql注入

校驗特殊字元