跨域問題解決:google配置后仍然無法正確獲取otpcode。由于谷歌瀏覽器的SameSite安全機(jī)制的問題,瀏覽器在跨域的時(shí)候不允許request請求攜帶cookie,導(dǎo)致每次sessionId都是新的,這里有個(gè)出問題前提:跨域,剛好和調(diào)試時(shí)的環(huán)境情況一致。瀏覽器版本chrome84.0.4147.135(谷歌游覽器好像從80版本之后就加入了SameSite安全機(jī)制),直接在地址欄里輸入chrome://flags/,然后在搜索框里搜索關(guān)鍵字SameSite,找到與之匹配的項(xiàng)SameSite by default cookies,將其設(shè)置為Disabled,然后關(guān)閉瀏覽器再打開,請求。
2020-12-05
mybatis-generate這個(gè)工具挺雞肋的。
1. 只能生成一次,之后生成的話,就會覆蓋。
2. 涉及到Model對象和DO對象之間的相互轉(zhuǎn)換,挺麻煩的。沒有這個(gè)工具的話,直接一個(gè)請求VO,一個(gè)相應(yīng)VO就搞定了,多好!
1. 只能生成一次,之后生成的話,就會覆蓋。
2. 涉及到Model對象和DO對象之間的相互轉(zhuǎn)換,挺麻煩的。沒有這個(gè)工具的話,直接一個(gè)請求VO,一個(gè)相應(yīng)VO就搞定了,多好!
2020-11-21
按照要求在springboot中加了@CrossOrigin,但一直報(bào)錯跨域請求的錯。后來發(fā)現(xiàn)是getotp.html與static文件不在一個(gè)路徑。將他倆放在一個(gè)路徑后,就一切正常了,找了半天原因...
2020-11-21
uuid 32個(gè)字符,大約占96個(gè)字節(jié),自增主鍵一個(gè)4位的int最多能20多億,使用int應(yīng)該是為了查詢快一點(diǎn)吧
2020-11-13
mybatis-generator配置文件去官網(wǎng)http://mybatis.org/generator/configreference/xmlconfig.html
2020-11-05
稍微修正一下 @qq_慕九州0298070 的評論:
如果getotp里面寫了xhrFeilds:{withCredentials:true},那么對應(yīng)的,在Usercontroller里面就要寫成@CrossOrigin(allowCredentials=“true”,allowedHeaders="*")
應(yīng)該是allowedHeaders, 而不是allowedheaders。
如果getotp里面寫了xhrFeilds:{withCredentials:true},那么對應(yīng)的,在Usercontroller里面就要寫成@CrossOrigin(allowCredentials=“true”,allowedHeaders="*")
應(yīng)該是allowedHeaders, 而不是allowedheaders。
2020-11-03
這一集中間少了很多代碼。。。比如那個(gè)Validator驗(yàn)證
2020-10-29
google配置后仍然無法正確獲取otpcode。由于谷歌瀏覽器的SameSite安全機(jī)制的問題,瀏覽器在跨域的時(shí)候不允許request請求攜帶cookie,導(dǎo)致每次sessionId都是新的,這里有個(gè)出問題前提:跨域,剛好和調(diào)試時(shí)的環(huán)境情況一致。瀏覽器版本chrome84.0.4147.135(谷歌游覽器好像從80版本之后就加入了SameSite安全機(jī)制),直接在地址欄里輸入chrome://flags/,然后在搜索框里搜索關(guān)鍵字SameSite,找到與之匹配的項(xiàng)SameSite by default cookies,將其設(shè)置為Disabled,然后關(guān)閉瀏覽器再打開,請求。
2020-10-26
springboot自動導(dǎo)入一個(gè)hibrnate是6.0.14的,然后視頻導(dǎo)入一個(gè)5.2.4,反正就是沖突了,一直走不下去
2020-10-24