2016.11.2數據庫
管理員界面基本完成,初始3個管理員,初始密碼還沒設置修改 (這個週日再搞好了),登陸後對圖書能夠進行增長,修改(在不打開查詢頁面的狀況下直接進行),打開查詢頁面後,對查詢到的圖書能夠進行刪除和修改;對用戶能夠增長,刪除用戶,並對用戶的密碼進行更改;;框架
用戶登陸界面基本完成,數據庫還沒到位(已經寫好的程序在以前的數據庫裏運行沒問題)。沒想好怎麼鏈接兩個數據庫。晚上再說。網站
設置了三個數據表,一個圖書信息,一個用戶信息,一個借閱信息。用戶信息中用戶名和借閱信息中用戶名連,圖書信息中編號和借閱信息中編號連。可是還沒搞好怎麼設置。。。一直顯示「表中的列與現有主鍵或UNIQUE約束不匹配」。尷尬。想盡快寫完,那樣週五就不用通宵了(做死週六答應去姐姐家吃飯)。設計
2016.11.3調試
大致框架完成,可是沒用到級聯!!!不知道符不符合要求。。。。T^T,不少細節上還有BUG,不要緊,大致的功能都實現了,細節能夠修,可是最重要的是沒用級聯啊!真心不知道能不能符合要求。。。。週五可能仍是要通宵(要不周六去姐姐家熬個夜?)文檔
BUG 在修,如今出現的最大兩個問題是,修改用戶信息界面出現不了彈窗?!(天知道發生了什麼),還有就是如何實如今刪除用戶時將借書信息也刪除。(這裏能夠有兩種觀點啊,一是若是刪除用戶時他還有沒還的書,那麼書也就等於丟了,圖書信息中書也不用更改數目了;二是咱們還要將用戶沒還的書再放進數據庫裏,這個實現起來麻煩點但不困難。採起哪一種方式,再想一想)。技術文檔,設計文檔,數據庫關係表沒怎麼寫,記得週末補了。博客
彈窗搞定了。回去洗洗睡it
2016.11.7驗證碼
完成了70%左右,還差好多的小細節。。。。。(這些細節比框架還難搞T^T)。最大三個問題,一個是註銷後沒有真正註銷,要想一想用什麼語句解決(SESSION ABANDOUN 查了資料,最好不用,否則一個註銷了,全部用戶同時註銷。。。那絕對悲劇了);第二個,是判斷文本框裏的輸入信息,能夠輸什麼,不能夠輸什麼,應該有約束條件;第三,在不傳值的時候儘可能不讓程序崩潰。。。。。。登錄
晚上上完課,還有數據分頁內容,比較程序化,還好,還好。。。。。可是管理員檢索還沒弄完。。。。。T^T約束條件能夠了,還有四個問題。加油,下週考試。我要活着去看你的名字。
註銷問題解決;判斷只能輸入數字解決;剩下分頁和傳值問題。晚安。
2016.11.9
簡單的分頁跳頁完成,類似的窗體複製粘貼就能夠了。輸入數值跳頁還沒弄,上完軍概寫。不傳值時程序不崩潰有了初步的想法,在讀取語句前判斷SESSION是否爲空,若是是空就進行跳頁。
2016.11.10
分頁,跳頁進行完畢(管理員,用戶,遊客三種查詢界面都弄好了);不傳值時不會崩潰,所有跳轉到登陸界面。進度算是85%了吧,如今主要是調試修BUG,有的時候看着報錯信息,以爲本身簡直是無可救藥啊T^T。。。那麼簡單的東西都會出錯簡直了。剛剛把設計文檔上傳,描述很簡單,可是我肯定我寫的我都作完了!不過有些問題不一樣人有不一樣見解,好比借書是一次一本仍是能夠借多本?每種方法都沒錯啊。去寫一篇設計思路,晚些時候上傳。會有點口語化吧,我如今開始習慣寫點博客或者文檔當作日記了。
2016.11.12
做業已經用GITHUB上傳完成了,各類文檔也搞定了。可是。。。。我看了官姐的博客,發現人家設置了借書的歸還時間;看了宿大神的設計文檔,發現人家有隨機驗證碼的設定。。。。本身的網站好垃圾。看完高數後再改改,爭取多拿點分
2016.11.13
今天趕在DEADLINE前加了點東西——設置還書時間還有續借。主要是對於數據庫中時間的設置有必定的認識了,寫下一個網站前有了點基礎。還有,我下次必定不會在DEADLINE前幾個小時還在作作做業了,那種感受簡直太差——想改變些什麼可是時間特別緊張,尤爲是調試時不停報錯。並且智商嚴重退化,Github上傳做業都不會。。。。用這樣的狀態怎麼考高數期中都是問題啊。T^T
剛開完會,聽你們說本身的網頁設計應用了什麼操做,再一次被打擊(好多高大上的東西!)。。。回來修了兩個小問題,改了改文檔。想繼續完善可是以爲已經差很少了,努力思考中。明白了一個問題,同一個項目有不少的完成方式,他這個功能很棒可是我用其餘的方法也實現了類似的東西也能夠接受。