VFP 愛用者社區 首頁 VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
 
 常見問題常見問題   搜尋搜尋   會員列表會員列表   會員群組會員群組   會員註冊會員註冊 
 個人資料個人資料   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入

web frameworks,請問各位往哪個支點發展了?
前往頁面 上一頁  1, 2, 3  下一頁
 
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區
上一篇主題 :: 下一篇主題  
發表人 內容
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 16 樓

發表發表於: 星期五 八月 06, 2021 2:53 pm    文章主題: 引言回覆

問題在於用array處理資料的速度有疑問,
尤其是有些網頁開發工具或是套件函式庫會一包再包,層層包裝下,速度又更糟
變成只能分段分頁處理,
這也就更依賴後端Stored Procedures,

對我們這種從老windows form 走來的用戶,
無法處理大量資料的前端,
根本就是不及格呀
連vb6都比較強. XD

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 17 樓

發表發表於: 星期五 八月 06, 2021 3:24 pm    文章主題: 引言回覆

chilin 寫到:

個人覺得「alasql」是個蠻好用的工具,提供各位參考。


感恩推介,稍稍看了一下,好像不錯。
請問,貴公司有大量運用在實際程式中了嗎?
有沒有發現什麼比較重要的缺點?
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 18 樓

發表發表於: 星期五 八月 06, 2021 5:06 pm    文章主題: 引言回覆

前幾年,公司也想將vfp的進銷存+pos系統改為web,就將最複雜的前台pos銷貨先改為web版,因原vfp的前台pos銷貨程式裡,用了許多由 mysql 抓下的 cursor 再用sql語法再加工的資料,當時要翻改寫這些到web真的很麻煩(因為web的資料都是array or json,要再加工真的不好改寫),後來上網找到「 alasql」 的功能,當時拿來將 json 資料用 alasql 的 select 功能再加工,真的覺的方便,但是後來就停止開發了;因為發現 web 要串連一些機器是有困難的(例如:錢櫃.發票機.信用卡機.讀卡機..)。

1.
因為已結束開發,目前還是以vfp為主,所以沒實際上的運作過。

2.
生命週期,應該與javascript的變數是一樣的(也許吧)!

A網 B網共用,這個不知道耶,因為當時只拿來做 json 資料的二次加工(沒使用過create SQL Table的功能),只有在同一個網頁上使用select的功能,後來沒開發後,沒有再繼續研究了。

不過看它的help,功能還蠻強的。

_________________
一個喜愛Latte的男人
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 19 樓

發表發表於: 星期六 八月 07, 2021 6:24 am    文章主題: 引言回覆

感恩回覆,受益良多。
誠心建議,涼亭雖好,終非久留之地,改為web是必要的,我也是經過相同的困境,最終也撐過來了,
我個人覺得,php+jqgrid是一條簡便之路,只要sql觀念和語法不差,改寫web還算不難。
(http://www.guriddo.net/demo/demos/jqgrid/),您仔細看一下,它的每一個demo。

先把主要的程式部份改寫好,至於要串連一些機器是有困難的(例如:錢櫃.發票機.信用卡機.讀卡機..),倒是可以花錢請人代寫,術業有專攻,也不見得凡事都要自己來。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 20 樓

發表發表於: 星期六 八月 07, 2021 6:38 pm    文章主題: 引言回覆

ckp6250 寫到:

誠心建議,涼亭雖好,終非久留之地,改為web是必要的,我也是經過相同的困境,最終也撐過來了,


感謝您提供改寫web的經驗分享,感恩感恩!

您的說的沒錯,web是必要的。但是web程式個人只熟php(但是程度停留在10年前),但是當初改web,老闆就是不用php,選了java(因為老闆覺的java可以處理錢櫃.發票機.信用卡機.讀卡機..的問題),但最後還是放棄;隔2年老闆又想開發web,老闆選用golang自行去研究web,最後老闆也放棄了(畢竟連基本的 html/css/javascript 的都不太懂)。

最近若有空閒又開始摸索php,竟然發現php已經有built-in web server,讓我燃起一些希望,就是解決web前台處理錢櫃.發票機.信用卡機.讀卡機..的問題。

個人的想法是這樣:
方法一:
1.就是前台架設一台小型server(例如樹莓派),安裝ubunut+php built-in web(apache就不需要了)
2.將那些(錢櫃.發票機.信用卡機.讀卡機..)設備,直接接到這台小型server上
3.在小型server上用php寫個api接收web pos傳送過來的訊息,例如列印發票的訊息
4.在用php處理需求到本機的裝置上(錢櫃.發票機.信用卡機.讀卡機..),且linux上可以直接將資料送給usb(/dev/ttyUSBx),windows上沒辦法直接送給usb,一定要用usb轉com的方式。

方法二:
或者前台pos機直接改用小型server(例如樹莓派),pos程式直接執行localhost的php built-in web,在透過中間端的api去存取後端的資料庫(有點類似手機APP的模式)。那些(錢櫃.發票機.信用卡機.讀卡機..)設備直接接在pos機上即可。

但是上述兩種方式,必須解決保護php源碼程式的問題,不過好像有php源碼加密的方式可以解決。

不知上述方式是否可行?

不過目前老闆想法又改變了,後台進銷存還是vfp,前台POS不做web了,直接想把前台POS做成手機版的APP。

_________________
一個喜愛Latte的男人
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 21 樓

發表發表於: 星期六 八月 07, 2021 9:28 pm    文章主題: 引言回覆

可喜可賀,貴公司老闆乃英雄人物也。

《史記.項羽本紀》:「項籍少時,學書不成,去學劍,又不成。項梁怒之。籍曰:『書足以記名姓而已。劍一人敵,不足學, 學萬人敵。』於是項梁乃教籍兵法,籍大喜,略知其意,又不肯竟學。」

學 php 不成,去學 java,又不成,再學 golang,還是不成,於是,甘脆直攻當前最夯,學起手機版的APP啦。

我個人的想法是,「萬事起頭難」,桌面程式要轉入web,它的困難度和當年由dos轉windows差不多,都是一個完全陌生的環境,在此環境之下,php相較於java和golang,算是最容易入門了,而且,資源也多,要問也比較方便,我就投進去了,沒想太多,因為資質駑頓,大約跌跌撞撞一、二年,過程就不多說了,反正,我現在也敢厚臉皮說,我是web工程師啦。

(補充一下,手機app也被我搞出來了,雖然是假的,但使用者根本看不出來。)

想起了國中上過的一篇文章:

蜀之鄙有二僧,其一貧,其一富。貧者語於富者曰:「吾欲之南海,何如?」富者曰:「子何恃而往?」曰:「吾一瓶一缽足矣。」富者曰:「吾數年來欲買舟而下,猶未能也。子何恃而往?」越明年,貧者自南海還,以告富者,富者有慚色。西蜀之去南海,不知幾千里也';僧之富者不能至,而貧者至焉。人之立志,顧不如蜀鄙之僧哉?
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 22 樓

發表發表於: 星期六 八月 07, 2021 11:19 pm    文章主題: 引言回覆

ckp6250 寫到:
可喜可賀,貴公司老闆乃英雄人物也。

《史記.項羽本紀》:「項籍少時,學書不成,去學劍,又不成。項梁怒之。籍曰:『書足以記名姓而已。劍一人敵,不足學, 學萬人敵。』於是項梁乃教籍兵法,籍大喜,略知其意,又不肯竟學。」

學 php 不成,去學 java,又不成,再學 golang,還是不成,於是,甘脆直攻當前最夯,學起手機版的APP啦。

我個人的想法是,「萬事起頭難」,桌面程式要轉入web,它的困難度和當年由dos轉windows差不多,都是一個完全陌生的環境,在此環境之下,php相較於java和golang,算是最容易入門了,而且,資源也多,要問也比較方便,我就投進去了,沒想太多,因為資質駑頓,大約跌跌撞撞一、二年,過程就不多說了,反正,我現在也敢厚臉皮說,我是web工程師啦。

(補充一下,手機app也被我搞出來了,雖然是假的,但使用者根本看不出來。)

想起了國中上過的一篇文章:

蜀之鄙有二僧,其一貧,其一富。貧者語於富者曰:「吾欲之南海,何如?」富者曰:「子何恃而往?」曰:「吾一瓶一缽足矣。」富者曰:「吾數年來欲買舟而下,猶未能也。子何恃而往?」越明年,貧者自南海還,以告富者,富者有慚色。西蜀之去南海,不知幾千里也';僧之富者不能至,而貧者至焉。人之立志,顧不如蜀鄙之僧哉?


想不到ckp兄的國文造詣,如此之高,在下佩服。

APP用webview綁網址,也Ok啦!反正一般使用者也無感。

老闆沒學php啦,個人在進入公司前,就只會linux+mysql+apache+php,依稀記得當時linux還是redhat 6、php 3、mysql 3.x,進公司後就開始學習vfp,php就很少去摸了。

公司之後最大的改變就是將dbf改成mysql,當然是請本人去改寫。ps:敝公司不含老闆只有兩位工程師,另一位只會windows+vfp(其實老闆也是),直到目前還是我們兩位工程師。

所以第一次用java改寫web是叫本人去改寫,之後每個禮拜問進度,當時覺得壓力很大,因為java對本人來說是從0開始(回想當時真是夢魘一場),搞了約4個月,終於做出:
一個基本資料維護與查詢功能
一個單據維護與查詢功能
一個庫存查詢功能
一個前台銷貨功能
當時也考慮使用jquery的UI,但是後來是用一個叫easyui的工具,後來公司一忙,也就終止開發了。

第2次的golang才是老闆自行去開發的。

老闆新想法,POS改APP,主要是想開發給ipad使用的,因為很多客戶都會問:你們的POS可以在ipad上使用嗎?(這可能是個潮流吧,目前很多餐飲業都是用APP點餐)

最後老闆是找外包去開發了,這把年紀再學APP,只能說心有餘而力不足!

另今年又想做web購物車,老闆直接找php open source的購物車【opencart】,也是請本人去研究與改寫(要直接與進銷存系統與CRM系統做串連),目前正努力研究中...

_________________
一個喜愛Latte的男人
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 23 樓

發表發表於: 星期日 八月 08, 2021 9:03 am    文章主題: 引言回覆

chilin 寫到:

另今年又想做web購物車,老闆直接找php open source的購物車【opencart】


「眾里尋他千百度,驀然回首,那人卻在燈火闌珊處。」,百折千迴,最後又回到php了。

有些人一直瞧不起php,認為它「將死」或「已死」,所以強調「要學就學最新最好的程式語言」,但因為軟體界日新月異,「最新最好的語言」不斷冒出來又消失,於是,設計師猶如希臘神話中薛西弗斯,每天將一塊巨石推上山頂,而每次到達山頂後巨石又滾回山下,如此永無止境地重複下去。

php當然不見得是最好的,但它經得起時間考驗,自然有它的道理,更何況,我數十年的經驗體會到一件事,【使用者根本不在乎您用那種語言寫的】,她和他只要求【能用又好用,最好便宜一點】,平平一套程式,不會因為用java或golang或其它什麼厲害語言寫的就可以賣貴一點;php寫的就得賣便宜一點,沒這回事。

選擇語言,首要考量的是,「它能不能用最快最省力的方式做出您要的功能」,只要做得到,就是好語言了,就像減肥一樣,爬山、跑步、游泳、打小孩...,只要能瘦得下來,都是好方法。

風強雨大,哪兒也去不了,就順此聊聊天,練練倉頡。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 24 樓

發表發表於: 星期日 八月 08, 2021 9:26 am    文章主題: 引言回覆

ckp6250 寫到:

「眾里尋他千百度,驀然回首,那人卻在燈火闌珊處。」,百折千迴,最後又回到php了。

有些人一直瞧不起php,認為它「將死」或「已死」,所以強調「要學就學最新最好的程式語言」,但因為軟體界日新月異,「最新最好的語言」不斷冒出來又消失,於是,設計師猶如希臘神話中薛西弗斯,每天將一塊巨石推上山頂,而每次到達山頂後巨石又滾回山下,如此永無止境地重複下去。

php當然不見得是最好的,但它經得起時間考驗,自然有它的道理,更何況,我數十年的經驗體會到一件事,【使用者根本不在乎您用那種語言寫的】,她和他只要求【能用又好用,最好便宜一點】,平平一套程式,不會因為用java或golang或其它什麼厲害語言寫的就可以賣貴一點;php寫的就得賣便宜一點,沒這回事。


非常認同ckp兄弟的說法,接觸過java,golang後,會覺得 php 真是好用,尤其是array內的key可以是任何型態,其他語言幾乎只能是數值,光就這點就打趴很多語言了。

公司將dbf改成mysql後,自己曾私下用php開發web版的系統,最後是卡在報表列印這部分, 說真的web要出1000張的報表 ,還真的不適合。亦或目前已有解決方式?

_________________
一個喜愛Latte的男人


chilin 在 星期日 八月 08, 2021 9:46 am 作了第 1 次修改
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 25 樓

發表發表於: 星期日 八月 08, 2021 9:45 am    文章主題: 引言回覆

syntech 寫到:
問題在於用array處理資料的速度有疑問,
尤其是有些網頁開發工具或是套件函式庫會一包再包,層層包裝下,速度又更糟
變成只能分段分頁處理,
這也就更依賴後端Stored Procedures,

對我們這種從老windows form 走來的用戶,
無法處理大量資料的前端,
根本就是不及格呀
連vb6都比較強. XD


web上大量資料的呈現,大都是以分頁的方式處理,[alasql] 的array or Jason 完全在ram中處理,所以速度上滿快的 。

可以試試前端抓資料時一次全抓,再使用alasql再下sql語法呈現分頁的資料,如此按下一頁時,不用再回後端抓資料,直接再前端再用sql語法抓出此頁要呈現的資料即可,就如同vfp報表呈現資料的方式是一樣的。想再抓下來的資料中再過濾 or group or order 都可以的。

只是個人沒做過壓力測試,不知資料量很大是,效能如何?

_________________
一個喜愛Latte的男人


chilin 在 星期日 八月 08, 2021 11:10 am 作了第 1 次修改
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 26 樓

發表發表於: 星期日 八月 08, 2021 10:20 am    文章主題: 引言回覆

chilin 寫到:
最後是卡在報表列印這部分, 說真的web要出1000張的報表 ,還真的不適合。亦或目前已有解決方式?


這話已不存在,別說1000張了,再多也不怕,我會計系統,帳冊數千頁,也不會超過30秒,若是百頁以內,更是彈指可出。

用phpexcel,將報表產成excel,讓使用者下載到桌面來看,都是幾秒的事情。

產出pdf也同樣快速,千頁不成問題,不過,使用者偏好excel。


chilin 寫到:
可以試試前端抓資料時一次全抓,再使用alasql再下sql語法呈現分頁的資料,如此按下一頁時,不用再回後端抓資料,直接再前端再用sql語法抓出此頁要呈現的資料即可


這個方法在多人同時操作時,會有嚴重問題,比如某資料表原先有1000筆,您一次全抓,而正當您在下一頁下一頁往下看的同時,有另外的36個同事正在新增資料,另外還有72個同事在刪資料,還有108個同事在修改資料,這時,當您按下一頁時,您看到的資料可能已面目全非。

所以,即使是分頁,也要回server抓資料。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
syntech



註冊時間: 2003-05-16
文章: 4211
來自: Taipei,Taiwan

第 27 樓

發表發表於: 星期日 八月 08, 2021 11:39 am    文章主題: 引言回覆

google " Web SQL Database"

這個我在2013年的測試專案中用過了,
只要browser 支援 Web SQL Database,
可以建立本地端db,
就可以用 sql 語法 更新及取得資料,再重組成html語法,
讓browser 顯示出來

當時 m$ 的windows phone 不支援,
但 android 及 iphone 都支援,當然 不管手機或平板也是
以當時手機效能來說,
執行效率還好啦

我是把物品定義,客戶資料放在手機/平板端,
這樣業務人員就可以拿手機出門展示,
也可以查詢客戶資料,直接撥打電話或是利用地址資料轉給google map 做導航,
即時性的資料當然還是利用server以分頁方式傳給手機端,
當然要在手機端打訂單,送貨進貨確認,再傳到server端作二次確認也行
也可以從server端切掉對該user的權限,

額外的好處是,遇到如果網路連線不穩定,
可以把資料暫存在local端,
待可以連線後再更新到server

現在的專案則是採不使用web sql db 的方式,
因為沒有需要放在local 端的資料

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 28 樓

發表發表於: 星期日 八月 08, 2021 5:38 pm    文章主題: 引言回覆

syntech 寫到:
google " Web SQL Database"

這個我在2013年的測試專案中用過了,
只要browser 支援 Web SQL Database,
可以建立本地端db,
就可以用 sql 語法 更新及取得資料,再重組成html語法,
讓browser 顯示出來

當時 m$ 的windows phone 不支援,
但 android 及 iphone 都支援,當然 不管手機或平板也是
以當時手機效能來說,
執行效率還好啦

我是把物品定義,客戶資料放在手機/平板端,
這樣業務人員就可以拿手機出門展示,
也可以查詢客戶資料,直接撥打電話或是利用地址資料轉給google map 做導航,
即時性的資料當然還是利用server以分頁方式傳給手機端,
當然要在手機端打訂單,送貨進貨確認,再傳到server端作二次確認也行
也可以從server端切掉對該user的權限,

額外的好處是,遇到如果網路連線不穩定,
可以把資料暫存在local端,
待可以連線後再更新到server

現在的專案則是採不使用web sql db 的方式,
因為沒有需要放在local 端的資料


感謝syntech大分享您寶貴的經驗,受益良多,感恩感恩!

_________________
一個喜愛Latte的男人
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
chilin



註冊時間: 2003-10-01
文章: 79
來自: Taipei,Taiwan

第 29 樓

發表發表於: 星期日 八月 08, 2021 7:54 pm    文章主題: 引言回覆

ckp6250 寫到:

這話已不存在,別說1000張了,再多也不怕,我會計系統,帳冊數千頁,也不會超過30秒,若是百頁以內,更是彈指可出。

用phpexcel,將報表產成excel,讓使用者下載到桌面來看,都是幾秒的事情。

產出pdf也同樣快速,千頁不成問題,不過,使用者偏好excel。


報表產生excel,個人認為您說的報表是類似單據明細資料這種簡單的報表,資料量在大也不是問題。但是如果vfp產生一張excel表就要3分鐘以上時,那就不適用了(例如:一些複雜的分析報表 or 一個excel裡就有好幾個sheet,且每個sheet的格式還是不一樣的 or excel裡需要插入圖片的 or excel裡要改底色.要改字型大小顏色.要畫框線粗線細線虛線.要儲存格合併.要靠左靠右至中對齊的等等)。


ckp6250 寫到:

這個方法在多人同時操作時,會有嚴重問題,比如某資料表原先有1000筆,您一次全抓,而正當您在下一頁下一頁往下看的同時,有另外的36個同事正在新增資料,另外還有72個同事在刪資料,還有108個同事在修改資料,這時,當您按下一頁時,您看到的資料可能已面目全非。

所以,即使是分頁,也要回server抓資料。


您說的沒錯,我說的也沒錯,只是兩種思考邏輯不同而已。

您說的按下查詢時查到1000筆資料,過了幾秒中後再按下一頁時,筆數卻變成了不是1000筆(但user只是按下一頁,不是按重新查詢),按下一頁時重新更新異動的資料,這個方式是OK的,因為邏輯是以最新的資料呈現。

可是如果查詢出來的資料是1000筆,經過幾秒後實際資料變1000多筆,當user按轉出excel報表時,那您的方式還是重新抓一次資料再轉成excel檔,那excel的資料就變成1000多筆,(這樣查詢結果與轉出結果不合),當然這可以與user說明程式運作的邏輯,查詢的時間與轉出excel的時間有差異造成的。

個人所說的是如同vfp報表呈現的方式,當你查詢完有1000筆,丟到report中,在report裡不管按上一頁 下一頁 最後一頁,report筆數永遠不會變還是1000筆(即使資料庫已異動了),查詢的結果是不會改變的,去上個廁所回來後report上按列印還是印出1000筆資料,除非離開report再重新查詢一次,才會查到最新的資料,這是本人思考的邏輯 (就是複製vfp report 的呈現方式)。

個人是想讓user查詢時,是查詢當時的資料,即使按 下一頁 上一頁 最後一頁,結果呈現就是查詢當時的資料,而不是最新的資料。這樣設計的理由,是當user質疑查詢的結果有問題,至少有む當時查詢時間め及む當時查詢的結果め,可以用來查驗 ,不然遇到「奧客」真是有理說不通。

這兩種方式沒有對與錯,只是設計的理念不同而已。

_________________
一個喜愛Latte的男人
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
ckp6250



註冊時間: 2004-07-30
文章: 1642


第 30 樓

發表發表於: 星期二 八月 10, 2021 9:37 am    文章主題: 引言回覆

php產生excel,比vfp產生excel還會快很多很多,這個我有經驗,因為我天天在幹這二件事。

(例如:一些複雜的分析報表 or 一個excel裡就有好幾個sheet,且每個sheet的格式還是不一樣的 or excel裡需要插入圖片的 or excel裡要改底色.要改字型大小顏色.要畫框線粗線細線虛線.要儲存格合併.要靠左靠右至中對齊的等等),這都不成問題啦,php都很快,都比vfp要快。
回頂端
檢視會員個人資料 發送私人訊息 參觀發表人的個人網站
從之前的文章開始顯示:   
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區 所有的時間均為 台北時間 (GMT + 8 小時)
前往頁面 上一頁  1, 2, 3  下一頁
2頁(共3頁)

 
前往:  
無法 在這個版面發表文章
無法 在這個版面回覆文章
無法 在這個版面編輯文章
無法 在這個版面刪除文章
無法 在這個版面進行投票
無法 在這個版面附加檔案
無法 在這個版面下載檔案


Powered by phpBB © 2001, 2005 phpBB Group
正體中文語系由 phpbb-tw 維護製作