亚洲色成人网站www永久,亚洲欧美人成视频一区在线,亚洲国产成人高清在线观看,亚洲精品久久久久久动漫,亚洲国产精品久久电影欧美

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 請教各位大神： 我自己編寫的卷積神經(jīng)網(wǎng)絡(luò)代碼，在其他學(xué)習(xí)率等參數(shù)不變的情況下，不同的初始化權(quán)值會(huì)得到相差很大的結(jié)果，最后的分類識(shí)別率可能相差了兩倍，而且還會(huì)出現(xiàn)概率徹底偏向一類的情況？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> C#能像Matlab一樣對矩陣直接進(jìn)行操作嗎？，謝謝大神，比如安裝某種組件啥的。

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 要對一張圖片進(jìn)行像素水平的顏色特征提取，窗口大小假設(shè)是31x31，對于邊上不能滿足窗口大小的像素點(diǎn)需要對圖片進(jìn)行擴(kuò)展，比如把400x300x3的矩陣擴(kuò)展成430x430x3的矩陣，matlab中要怎么擴(kuò)展??？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> @紅薯 你好，想跟你請教個(gè)問題：如何用qt以生成動(dòng)態(tài)鏈接的方式調(diào)用matlab中已經(jīng)編好的程序？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 怎么用JAVA求標(biāo)準(zhǔn)化相似矩陣，從左圖到右圖應(yīng)該怎么實(shí)現(xiàn)啊？需要具體步驟～實(shí)在想不出來了～求大神們幫助～

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 本人需要編寫幾個(gè)Matlab程序，但是遇到困難，現(xiàn)求助牛人幫忙，事 成 后給予相關(guān)報(bào)酬！QQ:2106509982.

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> N個(gè)點(diǎn)，用貝塞爾曲線平滑連接，請問怎么用matlab擬合這個(gè)曲線

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 有了解積分通道的大神指導(dǎo)一下，給一下思路也好呀 原圖大小為512*512 變成積分通道圖時(shí)圖像大小為64*64*8 其中，8表示提取了8個(gè)特征 因?yàn)楹罄m(xù)的處理涉及圖像的變形， 所以想問一下，如何能一點(diǎn)取8個(gè)特征，但圖像大小不變，或者說維數(shù)不變 附上將醫(yī)學(xué)dicom圖像變成積分通道圖的程序 function IntegrChanl=getIntegrChanl(imagename) % get integral channels of images %1. preprocess image %2. normalize contrast %3. compute channels %% im = ReadImgImage(imagename, 2048 ,2048); im = dicomread(imagename); im = double(im); im=im-1024; % clf; figure(1); imshow(im,[-340,440]); % [im,bw,validrange] = preprocess_ImgImage(im); im = NormalizeContrast(im); % im=imResample(im,[512,512]); pChns=chnsCompute(); for j=1:100, chns=chnsCompute(im,pChns); end; data=cat(3,chns.data{:}); IntegrChanl=cumsum(cumsum(data,1),2); % dataname=[DIR.images,'\JPCNN',int2str(t),'.mat']; % save(dataname,'IntegrChanl','-v7.3'); clf;figure(1); montage2(cat(3,chns.data{:})); end

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 項(xiàng)目名稱：三維試衣解決方案 項(xiàng)目描述： 開辟創(chuàng)新的電商模式，解決網(wǎng)購弊端，做到將實(shí)體的試衣過程數(shù)據(jù)化，通過數(shù)據(jù)分析與處理給出最佳建議。運(yùn)用大數(shù)據(jù)處理與專家系統(tǒng)的優(yōu)點(diǎn)，解決實(shí)際的生活問題。 算法開發(fā)工程師 要求： 1. 會(huì)使用 MATLAB 開發(fā)算法，具有創(chuàng)新精神。 2. 具有艱苦奮斗的創(chuàng)業(yè)精神，相信知識(shí)改變命運(yùn)，有恒心。 3. 目前在上海工作，最好是浦東。 數(shù)據(jù)庫及網(wǎng)站開發(fā)工程師 要求： 1. 會(huì)使用 MYSQL 數(shù)據(jù)庫及開發(fā)網(wǎng)站，包括前端及后端 2. 具有艱苦奮斗的創(chuàng)業(yè)精神，相信知識(shí)改變命運(yùn)，有恒心。 3. 目前在上海工作，最好是浦東。 目前正在組建團(tuán)隊(duì)，由 4 人組成，為產(chǎn)品經(jīng)理，算法開發(fā)工程師，數(shù)據(jù)庫及網(wǎng)站開發(fā)工程師，服裝設(shè)計(jì)師。有意向的請聯(lián)系我，成為項(xiàng)目聯(lián)合創(chuàng)始人。 有意向的發(fā)個(gè)人說明到我郵箱 true_fit @ 163.com ，合適的話我會(huì)盡快和您聯(lián)系，成為聯(lián)合創(chuàng)始人

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> @地瓜兒 你好，想跟你請教個(gè)問題： 您好，我是南京大學(xué)自動(dòng)化系的本科生，本學(xué)期有一門機(jī)器視覺的課，老師給我的作業(yè)是使用Matlba的基于普通攝像頭的視線跟蹤，和你的項(xiàng)目一樣。我目前只能做到在某一光照下80％準(zhǔn)確度的眼球定位，后面的還沒有思路。 請問能否介紹一下您目前算法，或者列一下您使用的國外論文？給我指明一下方向，萬分感謝!

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> nginx可以根據(jù)客戶端IP進(jìn)行負(fù)載均衡，在upstream里設(shè)置ip_hash，就可以針對同一個(gè)C類地址段中的客戶端選擇同一個(gè)后端服務(wù)器，除非那個(gè)后端服務(wù)器宕了才會(huì)換一個(gè)。 nginx的upstream目前支持的5種方式的分配 1、輪詢（默認(rèn)） 每個(gè)請求按時(shí)間順序逐一分配到不同的后端服務(wù)器，如果后端服務(wù)器down掉，能自動(dòng)剔除。 upstream backserver { server 192.168.0.14; server 192.168.0.15; } 2、指定權(quán)重 指定輪詢幾率，weight和訪問比率成正比，用于后端服務(wù)器性能不均的情況。 upstream backserver { server 192.168.0.14 weight=10; server 192.168.0.15 weight=10; } 3、IP綁定 ip_hash 每個(gè)請求按訪問ip的hash結(jié)果分配，這樣每個(gè)訪客固定訪問一個(gè)后端服務(wù)器，可以解決session的問題。 upstream backserver { ip_hash; server 192.168.0.14:88; server 192.168.0.15:80; } 4、fair（第三方） 按后端服務(wù)器的響應(yīng)時(shí)間來分配請求，響應(yīng)時(shí)間短的優(yōu)先分配。 upstream backserver { server server1; server server2; fair; } 5、url_hash（第三方） 按訪問url的hash結(jié)果來分配請求，使每個(gè)url定向到同一個(gè)后端服務(wù)器，后端服務(wù)器為緩存時(shí)比較有效。 upstream backserver { server squid1:3128; server squid2:3128; hash $request_uri; hash_method crc32; } 在需要使用負(fù)載均衡的server中增加 proxy_pass http://backserver/; upstream backserver{ ip_hash; server 127.0.0.1:9090 down; (down 表示單前的server暫時(shí)不參與負(fù)載) server 127.0.0.1:8080 weight=2; (weight 默認(rèn)為1.weight越大，負(fù)載的權(quán)重就越大) server 127.0.0.1:6060; server 127.0.0.1:7070 backup; (其它所有的非backup機(jī)器down或者忙的時(shí)候，請求backup機(jī)器) } max_fails ：允許請求失敗的次數(shù)默認(rèn)為1.當(dāng)超過最大次數(shù)時(shí)，返回proxy_next_upstream 模塊定義的錯(cuò)誤 fail_timeout:max_fails次失敗后，暫停的時(shí)間 文章轉(zhuǎn)自： http://www.niaox.cn/post/nginx_ip_hash_session.html

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> @mokejun 你好，想跟你請教個(gè)問題： 關(guān)于session亂串的問題現(xiàn)在解決了嗎？ 是如何解決的？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> http { upstream backend { server 192.168.2.79:8080 srun_id=tomcat1; server 192.168.2.79:8081 srun_id=tomcat2; jvm_route $cookie_JSESSIONID|sessionid reverse; } Nginx+tomcat+session復(fù)制功能， nginx: [emerg] invalid parameter "srun_id=tomcat1" in /usr/local/nginx-1. 0.5/conf/nginx.conf:58 提示 srun_id 非法參數(shù)啊?

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 請問tomcat如何禁用session？ 因?yàn)槲业某绦虿恍枰猻ession，能否有辦法設(shè)置不自動(dòng)創(chuàng)建session？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 各位同仁好： 遇見一個(gè)看上去比較菜的問題，還望大家不吝賜教。 我們本身有一個(gè)SSH框架的系統(tǒng)，當(dāng)然是需要登錄驗(yàn)證的那種，有攔截器。 現(xiàn)在需要用手機(jī)端訪問后臺(tái)調(diào)用數(shù)據(jù)，這樣我考慮使用了ajax進(jìn)行登錄。 訪問登錄方法后，正確返回了登錄信息，并且后臺(tái)也已經(jīng)保存了，但是再次用ajax訪問時(shí)，被攔截器攔截 也就是session已經(jīng)為空了。 初次使用，不知道怎么解決，沒有思路。還望能給指點(diǎn)一二。 或者有其他方案也可以。謝謝了

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 1) 不使用session，換作cookie 能把session改成cookie，就能避開session的一些弊端，在從前看的一本J2EE的書上，也指明在集群系統(tǒng)中不能用session，否則惹出禍端來就不好辦。如果系統(tǒng)不復(fù)雜，就優(yōu)先考慮能否將session去掉，改動(dòng)起來非常麻煩的話，再用下面的辦法。 2) 應(yīng)用服務(wù)器自行實(shí)現(xiàn)共享 已知的，php可以用數(shù)據(jù)庫或memcached來保存session，從而在php本身建立了一個(gè)session集群，用這樣的方式可以令 session保證穩(wěn)定，即使某個(gè)節(jié)點(diǎn)有故障，session也不會(huì)丟失，適用于較為嚴(yán)格但請求量不高的場合。但是它的效率是不會(huì)很高的，不適用于對效率 要求高的場合。 以上兩個(gè)辦法都跟nginx沒什么關(guān)系，下面來說說用nginx該如何處理： 3) ip_hash nginx中的ip_hash技術(shù)能夠?qū)⒛硞€(gè)ip的請求定向到同一臺(tái)后端，這樣一來這個(gè)ip下的某個(gè)客戶端和某個(gè)后端就能建立起穩(wěn)固的session，ip_hash是在upstream配置中定義的： upstream backend { server 127.0.0.1:8001; server 127.0.0.1:8002; ip_hash; } ip_hash是容易理解的，但是因?yàn)閮H僅能用ip這個(gè)因子來分配后端，因此ip_hash是有缺陷的，不能在一些情況下使用： 1/ nginx不是最前端的服務(wù)器。ip_hash要求nginx一定是最前端的服務(wù)器，否則nginx得不到正確ip，就不能根據(jù)ip作hash。譬如使用 的是squid為最前端，那么nginx取ip時(shí)只能得到squid的服務(wù)器ip地址，用這個(gè)地址來作分流是肯定錯(cuò)亂的。 2/ nginx的后端還有其它方式的負(fù)載均衡。假如nginx后端又有其它負(fù)載均衡，將請求又通過另外的方式分流了，那么某個(gè)客戶端的請求肯定不能定位到同一 臺(tái)session應(yīng)用服務(wù)器上。這么算起來，nginx后端只能直接指向應(yīng)用服務(wù)器，或者再搭一個(gè)squid，然后指向應(yīng)用服務(wù)器。最好的辦法是用 location作一次分流，將需要session的部分請求通過ip_hash分流，剩下的走其它后端去。 4) upstream_hash 為了解決ip_hash的一些問題，可以使用upstream_hash這個(gè)第三方模塊，這個(gè)模塊多數(shù)情況下是用作url_hash的，但是并不妨礙將它用來做session共享： 假如前端是squid，他會(huì)將ip加入x_forwarded_for這個(gè)http_header里，用upstream_hash可以用這個(gè)頭做因子，將請求定向到指定的后端： 可見這篇文檔： http://www.oschina.net/discuss/thread/622 在文檔中是使用$request_uri做因子，稍微改一下： hash $http_x_forwarded_for; 這樣就改成了利用x_forwarded_for這個(gè)頭作因子，在nginx新版本中可支持讀取cookie值，所以也可以改成： hash $cookie_jsessionid; 假如在php中配置的session為無cookie方式，配合nginx自己的一個(gè)userid_module模塊就可以用nginx自發(fā)一個(gè)cookie，可參見userid模塊的英文文檔： http://wiki.nginx.org/NginxHttpUserIdModule

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 在解決nginx+tomcat+memcached集群session的問題中，我在本機(jī)(Windows)測試，nginx+2個(gè)tomcat，將memcached添加到系統(tǒng)服務(wù)中并啟動(dòng)，分別添加memcached的jar包到tomcat的lib中，配置兩個(gè)tomcat的context.xml，啟動(dòng)兩個(gè)tomcat，訪問頁面報(bào)錯(cuò)，起初以為是版本的問題，換了好多版本的jar包，問題依舊，求高人指點(diǎn)。 context.xml配置如下： 錯(cuò)誤信息如下： java.lang.NoSuchMethodError: net.spy.memcached.MemcachedClient.set(Ljava/lang/String;ILjava/lang/Object;)Lnet/spy/memcached/internal/OperationFuture; at de.javakaffee.web.msm.BackupSessionTask.storeSessionInMemcached(BackupSessionTask.java:227) at de.javakaffee.web.msm.BackupSessionTask.doBackupSession(BackupSessionTask.java:194) at de.javakaffee.web.msm.BackupSessionTask.call(BackupSessionTask.java:119) at de.javakaffee.web.msm.BackupSessionTask.call(BackupSessionTask.java:50) at de.javakaffee.web.msm.BackupSessionService$SynchronousExecutorService.submit(BackupSessionService.java:346) at de.javakaffee.web.msm.BackupSessionService.backupSession(BackupSessionService.java:205) at de.javakaffee.web.msm.MemcachedSessionService.backupSession(MemcachedSessionService.java:1059) at de.javakaffee.web.msm.RequestTrackingHostValve.backupSession(RequestTrackingHostValve.java:229) at de.javakaffee.web.msm.RequestTrackingHostValve.invoke(RequestTrackingHostValve.java:154) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619)

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 讓PHP的session永不過期，你可能沒有遇到這么郁悶的問題，但是我遇到過，很郁悶。 我們前期開發(fā)了一個(gè)只有公司客服人員才能使用的系統(tǒng)——有限的幾個(gè)客服人員。就是這有限的幾個(gè)客服人員前幾天突然就提出這樣的問題：我們每隔很短一段時(shí)間 （半個(gè)小時(shí)不操作頁面），正著急解決客戶問題的時(shí)候，系統(tǒng)卻提示需要登錄，耽誤了客戶的時(shí)間…… 這很不爽！ 客戶就是上帝，唯一的上帝 。于是上峰要求我們能夠?qū)崿F(xiàn)PHP中的session永不過期，除非我們的客服人員人為的讓他過期了。出于安全性的考慮我很不理解這種永不過期的行為；出于懶惰的原因我真的不想修改以前的程序。但是沒有辦法，我依然需要改。 不修改程序是最好的方法 了，因?yàn)槿绻薷某绦?，測試部一定非常郁悶像我一樣，那么只能修改系統(tǒng)環(huán)境配置，其實(shí)很 簡單，打開php.ini設(shè)置文件，修改三行如下： 1、session.use_cookies 把這個(gè)的值設(shè)置為1，利用cookie來傳遞sessionid 2、session.cookie_lifetime 這個(gè)代表SessionID在客戶端Cookie儲(chǔ)存的時(shí)間，默認(rèn)是0，代表瀏覽器一關(guān)閉SessionID就作廢……就是因?yàn)檫@個(gè)所以PHP的 session不能永久使用！ 那么我們把它設(shè)置為一個(gè)我們認(rèn)為很大的數(shù)字吧，999999999怎么樣，可以的！就這樣。 3、session.gc_maxlifetime 這個(gè)是Session數(shù)據(jù)在服務(wù)器端儲(chǔ)存的時(shí)間，如果超過這個(gè)時(shí)間，那么Session數(shù)據(jù)就自動(dòng)刪除！ 那么我們也把它設(shè)置為99999999。 就這樣一切ok了，當(dāng)然你不相信的話就測試一下看看——設(shè)置一個(gè)session值過個(gè)10天半個(gè)月的回來看看，如果你的電腦沒有斷電或者宕機(jī)，你仍 然可以看見這個(gè)sessionid。 當(dāng)然也可能你沒有控制服務(wù)器的權(quán)限并不能像我一樣幸運(yùn)的可以修改php.ini設(shè)置，一切依靠我們自己也是有辦法的，當(dāng)然就必須利用到客戶端存儲(chǔ) cookie了，吧得到的sessionID存儲(chǔ)到客戶端的cookie里面，設(shè)置這個(gè)cookie的值，然后把這個(gè)值傳遞給session_id()這 個(gè)函數(shù)，具體做法如下： 如果很久以后（多久？你自己看吧）你回來刷新這個(gè)頁面，輸出的數(shù)字比你走的時(shí)候大了1那就對了！如果大了很多，估計(jì)是誰動(dòng)你電腦了，這次測試就不準(zhǔn) 確了，呵呵……重新出去一會(huì)兒吧！ 注意：在setcookie一行中的’PHPSESSID’并不是一定的，如果你遇到有個(gè)患有修改狂疾病的網(wǎng)管員，他可能對其做了 修改，最好的方法是用phpinfo()這個(gè)函數(shù)看看，確認(rèn)一下session.name一項(xiàng)的值，比較科學(xué)。

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 本文來自： http://www.cellphp.com/article-read-opensource-32-php-session-distributed-redis.html 自從PHP問世以來,以其簡單的語法豐富的函數(shù)和擴(kuò)展風(fēng)靡WEB開發(fā)界。但是其簡單的功能也是PHP致命點(diǎn)?，F(xiàn)在的高訪問量高并發(fā)量使單機(jī)PHP項(xiàng) 目無法承受了。所以也出現(xiàn)各種各樣的分布式存儲(chǔ)。今兒咱講講怎么構(gòu)建一個(gè)高效的無單點(diǎn)故障的分布式session服務(wù)。 咱可不是標(biāo)題黨，內(nèi)容和標(biāo)題絕對吻合。 現(xiàn)在PHP項(xiàng)目分布式session 一般都是 memcached+ client consistent hash。這個(gè)解決方案優(yōu)點(diǎn)是簡單。缺點(diǎn)也是N多的。 具體的缺點(diǎn)，可參見 Timyang的 文章 http://timyang.net/architecture/consistent-hashing-practice/ 現(xiàn)在咱來說說咱的分布式session 架構(gòu),上面這個(gè)圖這個(gè)架構(gòu)的示意圖, 下面是該架構(gòu)重要的三個(gè)部分的說明. 1. 為Web Server集群。 每臺(tái)機(jī)器由Nginx+PHP+eAccelerator組成 nginx 和PHP 是什么我就不多說了。 eAccelerator 是本session架構(gòu)的點(diǎn)睛之處, eAccelerator不僅是個(gè)opcode緩存器.也提供基于共享內(nèi)存的key-value的存儲(chǔ)。共享內(nèi)存方式的數(shù)據(jù)存取比socket的 memcached 快多了。 在這里eAccelerator作為 遠(yuǎn)程session服務(wù)的一個(gè)本地緩存區(qū)。大量減少直接從 session 集群讀取數(shù)據(jù)的壓力 2. session proxy session proxy是基于linux + C + epoll實(shí)現(xiàn)的session代理服務(wù)器，具有連接池和后端服務(wù)器健康監(jiān)控等功能。 session data 采用我自己研究的session hash法分布數(shù)據(jù)。 session hash是擴(kuò)展于傳統(tǒng)的 hash() mod n的方式。hash() mod n優(yōu)點(diǎn)是直接定位快。缺點(diǎn)就是增減服務(wù)器的時(shí)候，產(chǎn)生的災(zāi)難性的數(shù)據(jù)變動(dòng)。 session hash 還是采用最快的" hash() mod n" 的方式來快速進(jìn)行數(shù)據(jù)分布 。 但是服務(wù)器動(dòng)態(tài)增減或者服務(wù)器故障采用新的處理方式。 下面具體講解一下以上這些情況怎么解決。 服務(wù)器故障：比如 有 A、B、C三臺(tái)session服務(wù)器。C 服務(wù)器掛了。 就會(huì)根據(jù)A、B服務(wù)器的權(quán)重選出一臺(tái)服務(wù)器，充當(dāng)C服務(wù)器。還是組成虛擬的三臺(tái)服務(wù)器(就是無論幾臺(tái)服務(wù)器掛了。邏輯上都還有三臺(tái)服務(wù)器的)。 然后由session proxy告知PHP 應(yīng)用按需重建session數(shù)據(jù)。 因?yàn)?前端的eAccelerator已經(jīng)擋住大多數(shù)的session數(shù)據(jù)請求。所以這個(gè)session data 重建并不會(huì)帶來太大的session集群震蕩 服務(wù)器的動(dòng)態(tài) 增減：這個(gè)情景是容易碰到的事情。在這里引用了個(gè)動(dòng)態(tài)cursor和timeout的概念。動(dòng)態(tài)游標(biāo)簡單的來說就是我原先有三臺(tái)服務(wù)器,現(xiàn)在加兩臺(tái)服務(wù) 器。那就是五臺(tái)服務(wù)器了。 我取session數(shù)據(jù)的時(shí)候。先"hash mod 3",取不到數(shù)據(jù)，我再"hash mod 5"的方式去讀取。 看到這里有人就會(huì)說了。你這樣一次操作得讀取兩次效率不行啊。所以timeout的概念出現(xiàn)了。因?yàn)閟ession 數(shù)據(jù)是暫時(shí)的。比如我登錄一個(gè)論壇，我看幾個(gè)帖子覺的沒意思。我就把瀏覽器關(guān)了。這樣就代表著一個(gè)session數(shù)據(jù)銷毀。所以說我們設(shè)置個(gè)20分鐘的 timeout。在這20分鐘內(nèi)都是使用兩次mod的方式去讀取。超過20分鐘的session data。就要對該session data進(jìn)行重建(使用"hash mod 5"的方式服務(wù)器定位)。而且只mod 一次讀取。 3. session data store session data store實(shí)際上是采用redis來當(dāng)session 數(shù)據(jù)存儲(chǔ)。 總結(jié) 剛才也說過eAccelerator 是本session架構(gòu)的點(diǎn)睛之處.確實(shí)也是,eAccelerator 的session緩存已經(jīng)承擔(dān)了相當(dāng)一部分的session數(shù)據(jù)訪問。所以當(dāng)后端session掛了話。也能夠快速的按需重建session數(shù)據(jù)。還有一 個(gè)點(diǎn)睛之處就是優(yōu)化的hash算法。在傳統(tǒng)的"Hash mod n"基礎(chǔ)上, 引用了虛擬服務(wù)器和動(dòng)態(tài)cursor的概念。研究出適合分布式session服務(wù)器的一種高效hash分布算法,實(shí)際上session proxy沒有session位置存儲(chǔ)，所以session proxy可以是多臺(tái)。此文的不成熟之處，望請大家多多提出來，我好改正。謝謝大家

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 1、Android中的WebView如何獲取服務(wù)器頁面的jsessionid的值 2、Android的WebView又是如何把得到的jsessionid的值在set到服務(wù)器中，一致達(dá)到他們在同一個(gè)jsessionid的回話中 3、希望大俠們能給我一個(gè)答案，已經(jīng)困惑我很久了這個(gè)問題的。

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 紅薯老大，我們網(wǎng)站是網(wǎng)游主站，目前每天登陸人數(shù)20萬左右，預(yù)計(jì)一個(gè)兩個(gè)月后會(huì)達(dá)到50萬以上(服務(wù)器增多),這時(shí)當(dāng)用戶登錄網(wǎng)站，記錄在session中好，還是cookie中呢？ 我去專門看了下大型網(wǎng)游網(wǎng)站，基本上都是保存在cookie中，但是我想如果玩家登陸后，操作留言、發(fā)帖等各種信息時(shí)，每次都從cookie中取用戶信息會(huì)不會(huì)太差，session使用好方便哦，只是并發(fā)下占用系統(tǒng)資源，而且偶爾串號，cookie減少了服務(wù)器壓力，但是不安全，就怕有人故意搞破壞，薯哥，oschina.net使用哪個(gè)方式保存的呢？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> java開發(fā)的網(wǎng)站，實(shí)現(xiàn)二級域名，在訪問二級域名的時(shí)候session里面保存的登錄信息丟失。怎么做能在訪問二級域名的時(shí)候,能在所訪問的二級域名頁面取得到session的值？求教?。。。。?！

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 當(dāng)servlet中首次調(diào)用getSession()的之后，請求轉(zhuǎn)發(fā)給另一個(gè)servlet，在另一個(gè)servlet中是怎么拿到這個(gè)Session的ID的？比如我在servlet1中，首次調(diào)用request.getSession()HttpSession session = request.getSession(); //設(shè)一個(gè)值 session.setAttribute("username", "111"); 然后請求轉(zhuǎn)發(fā)到servlet2， request.getRequestDispatcher("servlet2").forward(request,response); 在servlet2中String username = (String)session.getAttribute("username");這里怎么拿到username的值？ 第一次調(diào)用getSession（）的時(shí)候，web容器創(chuàng)建一個(gè)session并將其ID寫到Cookie中，請求轉(zhuǎn)發(fā)之后，在servlet2中并拿不到相應(yīng)的Cookie（在servlet2并不能通過Cookie獲得JSESSIONID），那么servlet2是怎么拿到JSESSIONID，然后從相應(yīng)的SESSION中獲得username的信息的？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> session是有tomcat管理的,他的超時(shí)時(shí)間什么時(shí)候生效呢？假設(shè)超時(shí)時(shí)間是30分鐘,是不是用戶30分鐘沒有操作session session就會(huì)超時(shí)？如果我在29分鐘的時(shí)候操作了session是不是30分鐘不會(huì)超時(shí)？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 用Cookie替代session進(jìn)行登錄驗(yàn)證，cookie里保存什么比較適宜？ 是否每個(gè)頁面需要跟數(shù)據(jù)庫內(nèi)用戶數(shù)據(jù)進(jìn)行比對？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 在做項(xiàng)目和qt交互的時(shí)候,需要返回一個(gè)特殊的json. 這是小弟的解析出來的json,obj對應(yīng)的值是小弟自己拼裝的josn數(shù)組,但是大括號兩邊的雙引號把里面的轉(zhuǎn)義符顯示出來了,大神們!怎么解決?

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 在javaweb項(xiàng)目中如何讓一個(gè)JS文件編譯一次 如：引入jquery.js。我只想讓它在項(xiàng)目中只編譯一次，然后在整個(gè)項(xiàng)目中都可以用它 或者 我現(xiàn)在的問題是：前臺(tái)自己寫了一個(gè)websocket.js，連接后臺(tái)使用的是spring+websocket， 但是我發(fā)現(xiàn)只有在你要的頁面中引入websocket.js然后讓它連接后臺(tái)，只是在這一個(gè)頁面有效 我是想讓它在整個(gè)項(xiàng)目都有效。然后我就把這個(gè)JS都加入到各個(gè)頁面，發(fā)現(xiàn)每一次進(jìn)入頁面都會(huì)編譯這個(gè)JS，而相當(dāng)于又重新連接的，而不是原先的那個(gè)連接。這個(gè)怎么辦呢？？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 場景：100個(gè)線程，亂序調(diào)用某對象的某一個(gè)方法。設(shè)定前提：此java無任何非此方法內(nèi)的其它共享資源。 問題：請問此場景下存在線程安全問題嗎？方法是被亂序調(diào)用，無相互干擾吧？內(nèi)部機(jī)制是什么？ 示例： package synmethod; import java.util.Random; public class MethodSync { /* * @Task : 測試 synchronized 修飾方法時(shí)鎖定的是調(diào)用該方法的對象 * @param name 線程的標(biāo)記名稱 */ public synchronized void methodSynchronized(int i){ System.out.println(i + "sync Start a sync method"); Random r=new Random(); try{ if(i%2==0) { Thread.sleep(r.nextInt(10)); } }catch(InterruptedException e){} System.out.println(i + "sync End the sync method"); } public void method(int i){ System.out.println(i + " ---------Start a sync method"); Random r=new Random(); try{ if(i%2==0) { Thread.sleep(r.nextInt(10)); } }catch(InterruptedException e){} System.out.println(i + " -----------End the sync method"); } } package synmethod; import java.util.concurrent.CountDownLatch; public class Parent implements Runnable{ private CountDownLatch threadSignal; private int name; // private static MethodSync methodSync = new MethodSync(); private MethodSync methodSync; public Parent(int name){ this.name = name; } public Parent(int s, CountDownLatch threadSignal,MethodSync methodSync ) { this.name=s; this.threadSignal=threadSignal; this.methodSync=methodSync; } @Override public void run() { methodSync.methodSynchronized(name); methodSync.method(name); threadSignal.countDown(); } } package synmethod; import org.junit.Test; import javax.sound.midi.SysexMessage; import java.util.concurrent.CountDownLatch; public class MustTest { @Test public void etst() { Thread t1 = new Thread(new Parent(1)); Thread t2 = new Thread(new Parent(2)); t1.start(); t2.start(); } @Test public void etsts() throws InterruptedException { int threadNum = 50; // 初始化countDown CountDownLatch threadSignal = new CountDownLatch(threadNum); MethodSync methodSync=new MethodSync(); for(int i=0;i<50;i++){ Parent t=new Parent(i,threadSignal,methodSync); Thread t2 = new Thread(t); t2.start(); } threadSignal.await(); System.out.println("8888888888888888"); } }

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 開發(fā)一個(gè)APP，手機(jī)微信掃碼登錄，類似pc端微信登錄，并獲取該微信賬號好友列表，然后可以群發(fā)消息，發(fā)圖片，類似多樂斯的軟件，該如何做

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 如何按照順序讀取文件夾內(nèi)的文件名： 如輸出（1.jpg、2.jpg、3.jpg、10.jpg、11.jpg、20.jpg、21.jpg、31.jpg） // 圖片 文件夾 File imgFile = new File(imgFilePath); // 圖片文件夾路徑不存在，則創(chuàng)建 if (!imgFile.exists()) { imgFile.mkdirs(); }else { // 存在圖片，則直接獲取 String[] list = imgFile.list(); //獲取文件夾內(nèi)的所有文件名 if(list != null){ //深拷貝 //淺拷貝 Arrays.asList(list) for (String name : list) { imgURList.add(name); //把文件名放入list里面 } // 對 list 排序 Collections.sort(imgURList); } // 對 list 排序 Collections.sort(imgURList); 但是輸出的是：（1.jpg、10.jpg、11.jpg、2.jpg、20.jpg、21.jpg、3.jpg、31.jpg） 不是我想要的 按數(shù)字大小 來排序的 請教大神們，誰做過沒有呢？？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> **mybatis中級聯(lián)查詢后如何處理兩個(gè)表的相同字段** 現(xiàn)在出來了一個(gè)問題：我級聯(lián)查詢出來后，放置一個(gè)在Dept中，發(fā)現(xiàn)其中List中的employee對象中的status它直接是Dept的內(nèi)容，并沒有去找自己的內(nèi)容。 部門： public class Dept { private Integer id ; private String name ; private String address ; private String status ; //狀態(tài)位 private List employees ; } 員工： public class Employee { private int id ; private String name; private String address ; private String status ; //狀態(tài)位 } 級聯(lián)映射表： 查詢出來的結(jié)果：List中Employee的status狀態(tài)都是Dept的status，它沒有對應(yīng)到自己的狀態(tài)位去。 請問大神們，怎么解決？？有遇到過的沒呢？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 昨天VS C# MVC視圖頁面編輯的時(shí)候突然斷電了但我保存了，今天重開電腦現(xiàn)在VS里面打開那個(gè)視圖是一個(gè)空頁面的記事本。。文件下用VS打卡也是空的記事本，別的頁面都正常，還有我控制器轉(zhuǎn)到試圖報(bào)錯(cuò)：未將對象引用設(shè)置到對象的實(shí)例 然后也打開一個(gè)空的記事本，這問題能恢復(fù)不？ 對了，我用的VS2010 mv3

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 初學(xué).net mvc，之前也沒接觸過c#，望前輩指點(diǎn)； 由于費(fèi)了好長時(shí)間還是對EF理解不進(jìn)去，所以選擇了可以自己寫SQL語句的ADO.NET連接方式，目前通過ViewData實(shí)現(xiàn)了讀取數(shù)據(jù)庫并將記錄顯示到視圖，但僅僅是很簡單的將數(shù)據(jù)顯示到視圖中，對于怎么把多行記錄顯示到視圖的Table中還是搞不明白，網(wǎng)上找到很久也沒找到可參考的例子，希望大家指點(diǎn)一下，謝謝

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 目前很多列表界面的狀態(tài)字段都是顯示1,2,3 等原始數(shù)據(jù)的,要翻譯成具體的意義，代碼是怎么樣的，求解？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> TodoBackend 是一個(gè)后端MVC框架的展示平臺(tái), 現(xiàn)在已經(jīng)有超過85個(gè)不同的實(shí)現(xiàn)在這個(gè)平臺(tái)上展示出來供不同技術(shù)棧的開發(fā)人員學(xué)習(xí)參考 這個(gè)平臺(tái)要求實(shí)現(xiàn)項(xiàng)目嚴(yán)格遵循RESTful的規(guī)范提供前端的TODO數(shù)據(jù)服務(wù), 包括GET(讀)/POST(創(chuàng)建)/PATCH(更新)/DELETE(刪除)四種數(shù)據(jù)處理方式,一共六個(gè)服務(wù)端點(diǎn). 另一個(gè)要求是項(xiàng)目必須支持 CORS . 更加詳細(xì)的信息可以在 這里 找到 作為 ActFramework 的作者,我責(zé)無旁貸地提供了基于 ACT的TodoBackend實(shí)現(xiàn) , 這個(gè)實(shí)現(xiàn)展示了Act強(qiáng)勁有力的表達(dá)力, 以64行有效代碼(包括import語句)實(shí)現(xiàn)了TodoBackend的所有需求,并通過了 標(biāo)準(zhǔn)測試 . 在這里我邀請后端MVC框架的開發(fā)同仁們一起來加入到這個(gè)展示平臺(tái), 提供一個(gè)讓開發(fā)人員了解你的作品的窗口!

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 很多初學(xué)者誤以為Android、IOS開發(fā)只能使用Java、ObjectC等語言進(jìn)行開發(fā)，其實(shí)借助于Mono技術(shù)我們可以使用C#/.Net編寫Android、IOS程序。由于C#的高效開發(fā)和Mono的完美跨平臺(tái)，這項(xiàng)技術(shù)目前已經(jīng)得到了大量正式商業(yè)項(xiàng)目的應(yīng)用，例如Unity3D就是一個(gè)市場占有率非常大的基于Mono技術(shù)的使用C#進(jìn)行跨平臺(tái)游戲開發(fā)的技術(shù)。 據(jù)不完全統(tǒng)計(jì)，目前國內(nèi)有80%的Android、Iphone手機(jī)游戲使用Unity3D進(jìn)行開發(fā)，比如著名的手機(jī)游戲《神廟逃亡》就是使用Unity3D開發(fā)的，也有《縱橫時(shí)空》、《將魂三國》、《爭鋒online》、《萌戰(zhàn)記》、《絕代雙驕》、《蒸汽之城》、《星際陸戰(zhàn)隊(duì)》、《新仙劍奇?zhèn)b傳Online》、《武士復(fù)仇2》、《UDog》等上百款網(wǎng)頁游戲都是使用Unity3d開發(fā)。 使用Mono for android技術(shù)，我們可以使用C#/.Net編寫Android程序。因?yàn)槭褂肅#開發(fā)Android和Java開發(fā)Android的技術(shù)幾乎一模一樣，因此掌握Android技術(shù)后只要再對比.Net和Java的語法差異，就可以快速的學(xué)會(huì)Java語言，以后也可以使用Java開發(fā)Android程序，即成為同時(shí)掌握.Net開發(fā)Android和Java開發(fā)Android技術(shù)的雙料牛人！ 注：對于那些質(zhì)疑.Net的人，我寫了一篇帖子 http://www.oschina.net/question/1166130_114233 有什么疑問，大家可以在這里面討論，我不希望這個(gè)帖子成為炮臺(tái)...

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 需要在已有的網(wǎng)站服務(wù)器上添加一個(gè)新的網(wǎng)站，網(wǎng)站情況如下： 1、原網(wǎng)站是 ASP.NET 做的，使用 MSSQL，運(yùn)行在 Windows 2008 R2 服務(wù)器上，服務(wù)器上跑的是 IIS8，訪問網(wǎng)址是 http://192.168.1.100/aspnet/index.aspx 2、新網(wǎng)站是用 PHP 做的，使用 MySQL，打算插入到原有網(wǎng)站，也運(yùn)行在 IIS8 下，數(shù)據(jù)庫不太容易改動(dòng)，仍舊運(yùn)行在 MySQL上，設(shè)想的訪問地址是 http://192.168.1.100/php/index.php 心存如下疑慮: 1、兩個(gè)網(wǎng)站同時(shí)運(yùn)行，可行嗎？如果可行，哪位有好的方法推薦，先謝謝啦。 2、新的網(wǎng)站如果可以運(yùn)行，如果崩潰了，會(huì)不會(huì)影響原網(wǎng)站？ 3、兩個(gè)數(shù)據(jù)庫并存會(huì)不會(huì)相互干擾，謝謝啦。 哪位大神能提供幫助，謝謝啦。

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 做web開發(fā)時(shí)，經(jīng)常能遇到多人同時(shí)做一件事的情況。比如，三個(gè)人同時(shí)在相同頁面上處理相同的數(shù)據(jù)，然后該數(shù)據(jù)只需要處理一次就行了，如果已經(jīng)被處理過就不需要在處理了。然而這三個(gè)人卻都處理了這條數(shù)據(jù)。如何能做到，第一個(gè)人在處理時(shí)，讓第二和第三個(gè)人的請求處理等待狀態(tài)，一次排隊(duì)等待處理？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 在ASP.NET MVC3中怎樣向APP_Data里面添加數(shù)據(jù)庫呢？

HDC調(diào)試需求開發(fā)（15萬預(yù)算）,能者速來！>>> 在網(wǎng)上看到有個(gè)說轉(zhuǎn)為2進(jìn)制。 public ActionResult Edit( Product product, HttpPostedFileBase image) { if (ModelState.IsValid) { if (image != null ) { product.ImageType = image.ContentType; //獲取圖片類型 product.ImageData = new byte [image.ContentLength]; //新建一個(gè)長度等于圖片大小的二進(jìn)制地址 image.InputStream.Read(product.ImageData, 0 , image.ContentLength); //將image讀取到ImageData中 用這個(gè)方法是不是只可以上一個(gè)模型里面的一個(gè)圖片啊。加入一個(gè)模型里面有幾個(gè)圖案片格式的該澤呢么寫呢？ 我是新手。。求指教