<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    Read Sean

    Read me, read Sean.
    posts - 508, comments - 655, trackbacks - 9, articles - 4

         摘要: 由于工作需要,今天簡單的看了一下Java生成PDF的相關資料。綜合看下來,除了使用報表平臺和OOo的附帶工具,目前使用較為普遍的有兩個途徑:iText和Apache的FOP。從實際出發,我們分別看看兩者處理帶有中文的PDF的具體用法吧。  閱讀全文

    posted @ 2008-10-05 23:28 laogao 閱讀(13758) | 評論 (11)編輯 收藏


    就在國慶大假這幾天,Python 2.6 (final)悄然發布了,作為為Python 3000 (3.0)鋪路的2.x更新版,2.6的發布頗具有里程碑式的意義。

    Download: http://www.python.org/download/releases/2.6/
    What's New: http://docs.python.org/whatsnew/2.6.html


    posted @ 2008-10-04 21:29 laogao 閱讀(465) | 評論 (0)編輯 收藏


    動機

    FX - 全幅當然是最大的動機
    7 - 幸運數字 (D70s、G7、D700)
    寶寶出生 - 要為寶寶準備拍攝工具
    29歲生日 - 是啊,馬上奔3了
    反轉沖印麻煩,越來越少,越來越貴 - 上海已經漲到25/卷(單沖),且各家風格、質量參差不齊
    入門/業余 -> 高級發燒?? - 原本玩EOS 5和Sigma EX系的人,怎么能停留在D70s
    沒有DX頭負擔 - 之前有兼容FM3A的考慮,所以手頭沒有DX頭,FX可以無縫升級
    雙機雙鏡? - 其實加上小三是3機3鏡(不含GR1S和G7)
    手動頭測光 - 其實手頭只有一個35/2AIS是手動,不過今后會不會淘其他手動頭玩呢?會不會ZF呢?呵呵
    閃光燈同步終端 - "一代神燈"SB-16終于可以從熱靴上解放了

    感受

    結實 - 之前有摸過D300,不意外,但仍然覺得夠份量,外拍1天明顯感覺手酸
    色彩 - 飽滿,還原真實,LCD預覽已經很討人喜歡
    直出 - JPEG直出已經有很高質量,包括高ISO下的片子
    對焦 - 堅決,很少出現"拉風箱",暗光條件下同樣表現出色
    頂極 - "N家頂極機身三大特性"占了兩項 (機頂左側撥盤、圓取景器)

    總體來說D700很讓人放心,有了它,不用再想D3了。


    posted @ 2008-10-03 22:39 laogao 閱讀(451) | 評論 (0)編輯 收藏


    Uma Thurman一直是我比較欣賞的女演員之一,10年前的一部影片The Avengers中和Ralph Fiennes演對手戲,讓人印象深刻。"The Life Before Her Eyes" (豆瓣) 是Uma出演的新片,講述的是美國某中學一次校園槍擊事件背景下,一個"問題少女"對生命、親情、友情的反思、覺醒和抉擇。

    整個影片節奏張馳有度,看似隨意的蒙太奇式的鏡頭切換,在影片結尾你終于明白整個故事時,變得完全順理成章,完美的交織在一起。畫面和語言的處理也十分見功力,是一部唯美而略帶傷感的片子。在當下這個充斥著銅銹氣味的電影大環境下,如此精雕細琢的作品,實在不多見,適合靜下心來觀看和回味。


    posted @ 2008-09-07 23:09 laogao 閱讀(397) | 評論 (0)編輯 收藏


    通過Groovy實現郵件通知(其實是轉發到ANT)十分容易,先上代碼:

    ?1?ant?=?new?AntBuilder()
    ?2?
    ?3?def?mail(subject,?body,?attachment?=?[dir:".",files:[]])?{
    ?4?????ant.mail(mailhost:"mail.com",?mailport:"1025",?user:"mailer",?password:"123",?subject:"${subject}")?{
    ?5?????????from(address:"nobody@mail.com")
    ?6?????????to(address:"nobody@mail.com")
    ?7?????????message("${body}")
    ?8?????????attachments()?{
    ?9?????????????if?(attachment.files)?{
    10?????????????????fileset(dir:"${attachment.dir}")?{
    11?????????????????????attachment.files.each?{
    12?????????????????????????include(name:it)
    13?????????????????????}
    14?????????????????}
    15?????????????}
    16?????????}
    17?????}
    18?}
    19?
    20?attachment?=?[dir:"/tmp",?files:["some.properties","some.sql"]]
    21?mail("Test?mail?message?at?${new?Date()}",?"This?is?a?test?message.",?attachment)
    22?

    這個簡單的例子很好的展示了如下Groovy特性:
    1- Groovy腳本可以不需要定義任何class,方法定義和實際調用也可以混在一起,十分順手。
    2- 定義變量不需要指定類型,只要賦值即可,不過運行期依然是強類型。
    3- 方法參數可以有默認值。
    4- List和Map的構建直接在語義層面提供支持,如[a:1,b:2]和[1,2]。
    5- GString使得我們可以方便的在String中引用變量甚至是表達式,如"${a.b.c}"或"${new Date()}"。
    6- 邏輯判斷在true/false基礎上有所擴展,[](0個元素的List)和null均做false處理。
    7- Closure支持,方便我們在外圍代碼處“當場”指定處理邏輯,省去了大多數在Java中需要匿名內部類來處理的麻煩,如attachment.files.each { .... },只有一個傳入參數時,可直接用it指代。
    8- 與ANT的無縫集成,以及對Builder模式的良好支持,使得我們可以寫出上述初看上去有些不可思議的代碼。

    P.S. 雖然Groovy自己已經bundle了ANT,可以直接使用其中的絕大多數功能,不過為了調用ANT的mail task,還需要將ANT發行版中帶有的ant-javamail.jar以及JavaMail API對應的jar包(可以從Sun網站下載)加到classpath。如果你的JDK版本低于6.0,還需要activation.jar。


    posted @ 2008-08-27 18:55 laogao 閱讀(744) | 評論 (0)編輯 收藏


    前一篇隨筆提到目前計劃系統學習Python和Groovy,有什么比實際使用更好的學習途徑呢?1年多以前,我曾經在另一篇隨筆提到:當ANT不夠用時,可以用JRuby+Antwrap,這是一個可行的方案,并且經過了長期實戰的考驗。不過Groovy可以做的更好(感興趣的朋友可以和Antwrap版對照一下):

    ?1?#!/usr/bin/env?groovy
    ?2?
    ?3?ant?=?new?AntBuilder()
    ?4?root?=?":pserver:cvsuser:password@10.10.10.1/cvsrepo/SampleProduct"
    ?5?
    ?6?def?checkout()?{
    ?7?????ant.cvs(cvsroot:root,command:"checkout?-A","package":".",dest:"cvsoriginal",compressionlevel:"9")
    ?8?}
    ?9?
    10?def?update()?{
    11?????ant.cvs(cvsroot:root,command:"update?-A?-d","package":".",dest:"cvsoriginal",compressionlevel:"9")
    12?}
    13?
    14?def?compile(project)?{
    15?????ant.javac(srcdir:"cvsoriginal/$project/src",destdir:"cvsoriginal/$project",target:"1.5",encoding:"GBK")
    16?????ant.copy(todir:"cvsoriginal/$project")?{
    17?????????fileset(dir:"cvsoriginal/$project/src")?{
    18?????????????exclude(name:"**/*.java")
    19?????????}
    20?????}
    21?????ant.jar(destfile:"build/$project.jar",basedir:"cvsoriginal/$project",manifest:"MANIFEST.MF")?{
    22?????????exclude(name:"src/**")
    23?????}
    24?}
    25?
    26?//?to?actually?call?your?target
    27?checkout?root
    28?

    代碼更緊湊,與Java的集成更無縫。只需要簡單的培訓,有Java基礎的朋友就能上手,不必再額外學習和習慣Ruby的語法,不用gem install,也不用去monkey-patch個別文件來集成和打包Ant、Antwrap和JRuby,只需要一個groovy-all-x.x.x.jar加上自己的腳本即可輕松搞定。

    [2008-08-26 19:25:00 更新] 經過實際環境測試,原來JRuby(1.1)+Antwrap需要24分鐘完成的構建,改用Groovy(1.5.6)后,僅需要16分鐘,對于需要經常處理構建的項目和產品來說,這8分鐘還是相當可觀的。


    posted @ 2008-08-25 19:38 laogao 閱讀(342) | 評論 (0)編輯 收藏


    從開始專心學習Java到現在,已經7年了,非常幸運的,在這7年中,除了1年的“半工半讀”和1年的.NET項目,累積有5年都是從事的Java為主的應用開發,應該說,Java伴隨我走過了從入行到站穩腳跟最關鍵的幾年。從某種意義上講,我應該感謝Java。

    然而,隨著時間的推移,接觸到的不同的東西越來越多,自己對不同問題的看法和解決問題的思路越來越成熟,Java雖然是全能型的語言,也變得越來越無法滿足日常工作和娛樂的需要,在一些特定的場合,也越發別扭,有時我甚至會懷念學生時代的Pascal/Delphi和后來的C/C++。回過頭去看自己,從剛入行時的Java fanboi,到現在這樣一個pragmatist和purist的結合體,是多么有趣的轉變。

    在過去的2年多,除了Java和.NET,陸陸續續接觸到并有過簡單使用經歷的編程語言,有bash、PL/SQL、JavaScript、PHP、Perl、Ruby/JRuby、Scala、Python/Jython、Groovy等等,不過都沒有系統的學習過,基本就是拿來主義,什么好用用什么,解決手里的問題為主。

    也許是工作性質的原因,日常要處理的非技術性任務越來越多,留給具體編程的時間現在一天比一天少,編程帶來的樂趣和解決技術問題帶來的快感,就顯得十分珍貴。所以我下定決心一定要系統的學習1~2種和Java/.NET不同的編程語言。一開始這個選擇并不容易,我曾經還半調侃式的和一個朋友講:“Python, Ruby, Scala, Groovy, 一個都不能少”,經過一段時間的權衡之后,還是比較自然的作出了最后的選擇:Python和Groovy。

    Python這個選擇其實并不難,留意Python這門語言,其實說起來也有差不多3年了,它完全符合“和Java/.NET不同的編程語言”這個條件,而且應用面很廣,也十分成熟,功能也非常強大,加上大量現成的類庫,能夠勝任很多不同類型的編程任務。基本上這是一個不用任何思想斗爭的選擇。

    Groovy這個選擇相對沒有那么直接,至少在我真正用Groovy上手做一些東西之前,對它并沒有特別的感覺,甚至質疑它存在的價值,因為有Jython和JRuby的選擇,為什么一定要Groovy呢?到最近開始接觸Groovy,才逐漸了解到它的出身(Groovy的作者受到Python的啟發,不過后來Groovy發展的越來越接近Ruby),和它在“兼容”Java代碼的前提下為Java語言帶來的巨大的表達力提升。對于有Java基礎的人而言,Groovy十分容易上手,而且可以幫助我們簡化很多繁雜的任務,比如自動構建和自動化測試,而這正是我目前需要處理的。

    最后簡單說說其他幾個落選的原因(除了時間有限之外):
    bash - 目前掌握的基本夠用,發現不夠時,完全可以用Python代替。
    PL/SQL - 基本很少使用了,偶爾需要維護,今后深入用的機會也不多。
    JavaScript - 對“網頁”版的編程語言可能有天生的偏見,尤其是作為Java fanboi,當然對它“盜用”Java這個名字是有意見的。
    PHP - 用的機會很少,而且過于quick&dirty,不是我喜歡的風格。
    Perl - 雖然功能強大,但是感覺語法有些terse,不是很適應,能處理的任務,基本上Python也可以。
    Ruby - 語法和設計理念還是有一些認同,但是對Unicode的支持和部署環境的支持都還不是很讓人信服,另外,拿孟巖的話說,Ruby是一門魔幻語言,我不喜歡過于魔幻的東西,而更習慣具體直接的代碼。
    Scala - 也是一門和Java平臺關系密切的語言,不過有些“學院派”,函數式編程固然是亮點,但短期內看不到太多的學習價值。

    所以,綜上所述,最后再點一下題,08年秋季的學習計劃是:系統學習Python和Groovy。


    posted @ 2008-08-20 00:33 laogao 閱讀(840) | 評論 (0)編輯 收藏


    在前兩天剛結束的OSCON 2008上,MySQL AB的Brian Aker對外傳達了一個很重要的信息:新的MySQL分支,代號Drizzle,將在現有MySQL基礎上進行大刀闊斧式的改造,使之更模塊化、更加適應新時代的計算環境,同時裁減掉現有很多“企業級”功能,如存儲過程(對,你沒有聽錯)、視圖、觸發器,構建出簡單、可靠、易于管理的數據庫管理軟件。給人一種感覺,那就是Drizzle將更加親近Web,而與“企業”運算漸行漸遠,這似乎更貼合MySQL最初的vision和受眾。

    據悉Drizzle已經得到了不少MySQL核心開發人員的認可和支持。

    我們大概還依稀記得當初Sun收購MySQL時,曾經信誓旦旦的要將MySQL從一個以支撐Web應用為主的市場慢慢滲透到“企業級”應用中,如今一支名叫Drizzle的fork版本橫空出世,不知道這個“麻雀變鳳凰”的美麗故事接下來還將如何演繹,讓我們拭目以待。


    posted @ 2008-07-30 22:24 laogao 閱讀(373) | 評論 (1)編輯 收藏


    Firefox不久前推出了3.0.x系列的第一個升級版3.0.1。周末的時候對系統做了一次升級,我用的Arch Linux完整只需要一個命令,方便的沒話說,順便也就把Firefox也升級到了3.0.1。

    說點題外話,由于Mozilla對Firefox的分發有著很嚴格的要求,很多Linux發行版都有自己的命名,最有名的當然是Debian的"Iceweasel",一個"Firefox",一個"Iceweasel",倒也相得益彰。其余大大小小的Linux發行版則更多的使用另外一套可自由分發的代號:1.5是"Deer Park",2.0是"Bon Echo",3.0則是"Gran Paradiso",3.0剛出的時候,也用過非正式的代號"Minefield"。

    升級很順利,再次打開Firefox,已經是3.0.1版。不過這個時候有個小小的麻煩出現了:經常使用的MySocial 24x7插件(用它可以方便的查看和更新FriendFeed)和3.0.1不兼容,被disable掉了。呵呵,不過這可難不倒我,拿到官方的MySocial的xpi包,簡單的檢查了一下,便發現了問題所在:其實是MySocial插件本身打包的時候,指定了很具體的3.0.0.x這個最高版本,而我現在更新后的Firefox是3.0.1,難怪會報不兼容。1.5~3.0.0.x都是兼容的,3.0.1肯定沒啥問題啦,所以就DIY一下吧,輕松搞定。

    具體方法如下,供各位愛好者參考:
    xpi格式其實就是一個壓縮文件,打開以后,找到install.rdf文件,其中有一段
    ??? ??? em:minVersion="1.5"
    ??? ??? em:maxVersion="3.0.0.*"
    修改em:maxVersion為"3.0.*.*",重新打包即可用來安裝。

    其實不光MySocial,其他插件如果遇到類似問題,也可以參照處理。如果你碰巧需要,又不想去DIY,這里是做好的版本,供下載使用,版本0.5,修改擴展名.zip為.xpi即可。


    posted @ 2008-07-28 22:12 laogao 閱讀(825) | 評論 (0)編輯 收藏


    不知不覺已經1個多月沒有更新了:工作占據了大量的時間和精力,沒時間寫隨筆,沒時間看Google Reader,甚至連Twitter、FriendFeed等快餐式的文字也被壓縮掉了,真想好好喘口氣。題外話先說這么多,和大家聊一件雞毛蒜皮的“小事”。

    上個周末的時候,我家所在的小區統一進行天然氣改造,其實具體到每一戶,并不是很大的工程,無非是熱水器和爐具的燃氣噴嘴需要更換。不過由于生產廠家采用的工藝配件等各不相同,這次改造首先是登記了各戶的熱水器和爐具的品牌,然后安排聯系廠家在統一的時段上門進行改裝。正好我家兩樣東西分別來自一家本土企業和一家外企,于是就有了下面的簡單比較(“本”代表本土企業,“外”代表外企):

    [進門]
    本:你家是XXX室吧?我來換XX的。然后就進來了,赤腳。根本來不及說的。
    外:您好,您家的XX是XX品牌的嗎?我是XX的工程師,負責幫您更換XX。然后從自己包里拿出準備好的鞋套,在我的示意下進入廚房。

    [改造過程]
    本:你家這個怎么是這樣裝的?這樣不好的,有什么問題不方便檢修,如此云云。然后不管是噴什么除銹劑,還是需要敲打什么的,根本不管你家是否有小孩、孕婦、老人什么的,直接上手就干。甚至我開個窗他也要管:這個只是除銹劑,又沒毒的。。一副不耐煩的樣子。
    外:整個過程都很注意安靜,時不時還跟我講解這次改造需要注意的一些事項,只要是和他們產品相關的,都一一介紹到。

    [簽收]
    本:改裝完了之后,大樓的天然氣還沒有通,于是就告訴我,等天然氣來了,試試這樣做,如果火不夠大,就動一下這個機關,就好了,說著就拿出一個沾滿油漬的本子,放在餐桌上,讓我簽字,然后就匆忙離開了。
    外:改裝完以后,由于大樓還沒有開始供氣,于是就先離開了一下,等到供氣開始再回來檢查是否能夠正常使用,以及是否存在漏氣的情況,所有這些做完之后,才拿出保修卡讓我簽收,并且介紹保修的細節。

    如果換作是你,你更喜歡哪個工程師呢?這次也許是個特例,但也從一個側面反映出本土企業和外企相比的一個具有普遍性的差距:這不僅僅是專業程度上的差異,甚至可能從專業角度,那個本土企業的工程師,效率還相對更高一些。我想更重要更核心的還是企業的服務意識,尤其是一線員工的服務意識。外企通常寧可多花些代價在細節上,比如培訓、比如配套的獎金/晉升制度,而中國的很多本土企業,則更加強調成本控制和所謂的“規模效應”,殊不知這樣殺雞取卵、一味追求成本和規模的方式,從長遠看,肯定是要付出代價的。

    為什么相當數量的本土企業會在競爭中輸給硬件實力相當、甚至不如自己的外企?為什么許多人對不少洋品牌會形成強烈的信任感,甚至近乎崇拜的心理,而對國貨卻總有那么多不屑和排斥,完全不管洋品牌的定價存在多大的暴利?不知道像這樣的學費,我們還需要付多少,還需要用多少代人的青春去換。


    posted @ 2008-07-24 00:31 laogao 閱讀(571) | 評論 (4)編輯 收藏


    剛看完法國對意大利的比賽,準備下載Firefox 3,結果你猜怎么著?Mozilla英文官網上提供的鏈接,到現在仍然是2.0.0.14,盡管圖標已經更新成了Firefox 3,而Mozilla中文官網,干脆就連不上了。(實際上是mozilla.org.cn連不上,不過貌似中文官網不知什么時候已經改成了mozillaonline.com,但提供的仍然是RC3。)

    其實在昨天,就已經有人對Mozilla選擇在PDT 10:00 AM開始Download Day提出了異議,因為既然Firefox是面向全球的粉絲,這次下載活動也是全球范圍內進行,為什么要選擇在大半個歐洲都處于當天深夜,大半個個亞洲都已是第二天凌晨的時候啟動呢?

    好吧,我們尊重Mozilla的選擇,但是看來好事多磨,在PDT 10:00 AM,也就是北京時間凌晨1點過去4個多小時后,仍然沒法順利下載到正式版。

    來自CNET的跟蹤報道:
    http://news.cnet.com/8301-10784_3-9970628-7.html

    [更新|2008-06-18 06:15:00]
    決定DIY一下,不等官網刷新了:
    http://download.mozilla.org/?product=firefox-3.0&os=linux&lang=en-US
    注意后面的參數,根據需要,os可以選擇linux/osx/win,lang可以選擇en-US/zh-CN等等。


    posted @ 2008-06-18 05:30 laogao 閱讀(789) | 評論 (1)編輯 收藏


    或許多少和Python/Django這個社區的人們比較內斂、慢條斯理、喜歡埋頭做事有關,Django一直以來版本號更新都很保守,到現在還是0.96。什么時候才有1.0這個問題被人提起無數次,這讓很多對它有興趣的朋友處于長期的觀望之中。眼睜睜看著隔壁Rails如火如荼的都出到了2.1.0,Django終于要有動作了:

    http://code.djangoproject.com/wiki/VersionOneRoadmap

    根據這份線路圖,今年7月,Django會推出1.0的第一個alpha版本,接下來在8月會有兩次beta和一次rc,如果一切順利的話,讓許多人望眼欲穿的Django 1.0將有望于今年9月正式同大家見面。


    posted @ 2008-06-17 18:14 laogao 閱讀(721) | 評論 (0)編輯 收藏


    JVM下的Ruby語言實現JRuby發布1.1版的第二個升級版1.1.2,這個版本最主要關注的仍然是性能,值得一提的包括:
    1- 啟動時間大大縮短。
    2- YAML標記解析速度提高100x以上。
    3- 方法調用在性能、線程和棧深度等方面的增強。
    4- 其他bug。

    主頁: http://jruby.codehaus.org/
    下載: http://dist.codehaus.org/jruby/


    posted @ 2008-05-28 12:08 laogao 閱讀(1513) | 評論 (1)編輯 收藏


    最近在家休息,想來Ubuntu新的LTS版本8.04已經出來一周多了,試試看吧,正好想給家里的服務器來一次升級,未曾想這一試讓我徹底和Ubuntu說了bye bye。

    我的主打機器是一臺T43,在3月下旬,這臺ThinkPad就徹底從Ubuntu變臉成了Arch Linux,運行至今,十分穩定,要速度有速度,要功能有功能,簡單而強大,讓人愛不釋手。我家里有一臺"老"機器,AMD Athlon 2500+ / 512M,先后裝過SuSE、Fedora、CentOS、Debian、Ubuntu 7.10,由于很長一段時間以來都比較忙,沒時間去折騰,在最后這次開刀之前,定格在了Gusty Gibbon。

    說回這次開刀。趁休假有時間,我打算再整理/升級一下這臺服務器,正好Ubuntu 8.04 LTS出來,沖著省事(平時難有時間去折騰)和LTS,我想這應該還是比較自然的一個選擇。安裝過程很順利,該找到的硬件都找到,一切都還像是Ubuntu在7.10基礎上正常的一次升級版,誰知剛配置完幾個我常用的應用程序/服務,就遇到了嚴重的問題:系統會隨機(通常幾分鐘時間)鎖住,沒有反應,鍵盤燈和鼠標燈還有反應,但是屏幕定格,Ctrl-Alt-Backspace或者Ctrl-Alt-F1等等,都不管用了,什么提示都沒有。硬件問題?不像啊,之前的Gusty跑得很好。網上一搜,好家伙,還是普遍現象:

    http://ubuntuforums.org/showthread.php?t=768200

    沒想到拿LTS的正式ISO安裝,還是無奈的做了一次小白鼠,對Ubuntu印象因此大打折扣。算了吧,裝回熟悉的Debian,一切又恢復安靜。從今天起,我的Linux推薦榜調整為:公司服務器 - CentOS、個人服務器 - Debian、個人桌面 - Arch Linux。

    So long, Ubuntu!


    posted @ 2008-05-02 17:35 laogao 閱讀(798) | 評論 (3)編輯 收藏


    JVM下的Ruby語言實現JRuby正式發布1.1版,這個版本最主要關注的是性能,除此之外,值得一提的包括:
    1- 支持將Ruby代碼編譯成Java Bytecode。
    2- 將Oniguruma這個Ruby 1.9標配的正則庫移植到Java。
    3- 重構過的IO實現。
    4- 更低的內存消耗。
    5- 修復大量其他兼容性問題。

    主頁: http://jruby.codehaus.org/
    下載: http://dist.codehaus.org/jruby/


    posted @ 2008-04-05 23:01 laogao 閱讀(1402) | 評論 (0)編輯 收藏

    僅列出標題
    共34頁: 上一頁 1 2 3 4 5 6 7 8 9 下一頁 Last 
    主站蜘蛛池模板: 免费无码又爽又刺激网站| 一级女性全黄久久生活片免费 | 免费看AV毛片一区二区三区| 久久久亚洲AV波多野结衣| 久久免费视频99| 亚洲av日韩综合一区在线观看| a毛片久久免费观看| 亚洲午夜久久久久久久久电影网| caoporn成人免费公开| 亚洲人成图片小说网站| 成全高清在线观看免费| 亚洲va在线va天堂va不卡下载| 久久午夜夜伦鲁鲁片免费无码| 久久久久亚洲av无码专区| 99国产精品永久免费视频| 亚洲mv国产精品mv日本mv| 午夜神器成在线人成在线人免费| 爱情岛亚洲论坛在线观看| 亚洲视频一区二区| 中文精品人人永久免费| 亚洲国产精品一区| 国产免费一区二区三区| 亚洲熟妇无码av另类vr影视| 全免费a级毛片免费看无码| 一级毛片不卡免费看老司机| 亚洲不卡中文字幕无码| 精品免费久久久久久久| 亚洲国产精品嫩草影院| 久久影视综合亚洲| 91免费国产精品| 亚洲国产精品网站在线播放 | 亚洲人成电影在线播放| 无码人妻丰满熟妇区免费| 亚洲AV无码专区在线亚| 亚洲男人第一无码aⅴ网站| 无码一区二区三区免费| 亚洲AV日韩AV永久无码色欲| 激情97综合亚洲色婷婷五| 黄+色+性+人免费| 国产vA免费精品高清在线观看| 在线电影你懂的亚洲|