PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   七嘴八舌異言堂 (https://www.pcdvd.com.tw/forumdisplay.php?f=12)
-   -   有人有興趣個人接ASP(MSQL)轉PHP(MYSQL)嗎? (https://www.pcdvd.com.tw/showthread.php?t=1068064)

sparc10 2015-01-14 07:46 PM

我在此建議 有能力承接者不要接這種超低價的案子!
我在此建議 有能力承接者不要接這種超低價的案子!
我在此建議 有能力承接者不要接這種超低價的案子!

從一件政府國際參訪團的口譯發包案談起
http://www.zoehou.com/archives/949

引用:
作者於謙浪人
什麼網站,至少把網址放出來大家參考,簡單的跟複雜的差很多好不好... 
http://www.dtmonline.com/

avan 2015-01-14 08:26 PM

引用:
作者vxr
我不喜歡資料庫欄位中文化...
更不喜歡資料庫欄位模糊不清的命名方式...

例如:
a1, a2, a3, a4, b1, b2, b3, b4...

林娘勒..
這啥姣...:tu:...
這種在沒文件下的情況最痛苦...
:tu::tu::tu:

哇靠....這甚麼鬼
我還沒見過這麼偷懶的資料表名稱...
頂多是表名僅供參考

怎麼不+-慢慢更新表名呢?
不然一直看文件很累人的... :jolin:
-------------------------------------------------
原來這樣是為了防抄...
有必要嗎... :jolin:

T磨人 2015-01-14 08:52 PM

引用:
作者avan
哇靠....這甚麼鬼
我還沒見過這麼偷懶的資料表名稱...
頂多是表名僅供參考

怎麼不+-慢慢更新表名呢?
不然一直看文件很累人的... :jolin:
-------------------------------------------------
原來這樣是為了防抄...
有必要嗎... :jolin:


你要知道那家公司的來由 就不會意外有這種做法了.

anderson1127 2015-01-14 08:59 PM

引用:
作者avan
哇靠....這甚麼鬼
我還沒見過這麼偷懶的資料表名稱...
頂多是表名僅供參考

怎麼不+-慢慢更新表名呢?
不然一直看文件很累人的... :jolin:
-------------------------------------------------
原來這樣是為了防抄...
有必要嗎... :jolin:


或許有必要吧?? 我前幾年,臨時接了一份派遣,要做的事是修改PHP & Perl 程式及修改web template 頁面
因為要導入XML & Data encryption/Decryption , 結果承做的廠商自己都搞不清楚DB Table 裡的欄位
我們底下的progammer怎麼會知道這些欄位用途為何?? 做不下去是很合理的事....

為什麼會如此? 很簡單啊 , 承包商一定與先前承做這部份程式的programmer起了衝突
原以為只要找會PHP & Perl的人就可以解決所有的問題 , 結果沒想到對方在DB裡動了手腳
我們看不懂DB裡的欄位名稱(真的不誇張,一個Table裡居然有300多個欄位),程式想修改
苦無下手之處 , 問這次案子的主辦人,他也雙手一攤 , 全部都不知道.... :jolin: :jolin: :jolin:

發生了這種事,承包商只能夠乖乖回頭找原設計程式的人(我事後猜測) ,可能要付大錢
來進行修改吧? 我想....

好了,各位程式設計師,是不是要把這個做法導入程式設計裡面,給各位決定,說不定日後要維護時
公司還是乖乖回頭找各位來維護 (就綁死那家公司使用的軟體 ... :flash: )

PS: 我自己的產品,不會導入這種code , 我只會想辦法讓它運作網路設備化就夠了....

vxr 2015-01-14 09:39 PM

引用:
作者avan
哇靠....這甚麼鬼
我還沒見過這麼偷懶的資料表名稱...
頂多是表名僅供參考

怎麼不+-慢慢更新表名呢?
不然一直看文件很累人的... :jolin:
-------------------------------------------------
原來這樣是為了防抄...
有必要嗎... :jolin:

哪有甚麼doc...
都嘛是看程式碼慢慢玩捉迷藏...:laugh:...

我恨死古代ASP一部分原因就是看這些鬼東西...:laugh:...
ASP難以除錯, 又無良好IDE...
notepad++一直都是我ASP的良好夥伴...:laugh:..
不得已才請出MS VS...:nonono:

michelle-lai529 2015-01-14 09:55 PM

引用:
作者misman++
怕table schema被抄走.....

:laugh: :laugh: :laugh:



大大,能不能給個實例參考看看..... :) :) :)

實在不方便給,介面一看了,之前的案主就大概知道是我寫的了,而且還讓對方知道增減欄位是很輕鬆的事,小弟公司也就不好開維護價格了。

大概跟您說一下架構:其實資料欄位介面不外乎就那幾樣,例如:Axx是文字欄位、Bxx是圖檔上傳與裁切,Cxx是特定格式檔案上傳,Dxx是下拉式選單......

A table 是記錄對應 B table 的資料欄位名稱及型態、預設值、選項值、圖檔裁切尺寸、上傳檔案大小、是否為必填、填寫說明、錯誤警告...等必備參數;而欄位管理則是管理A table 以及自動新增B table的欄位,這樣一來,即使幾百個欄位,也只要直接用介面去一直新增,對應欄位的的新增與修改管理介面也會一併生成。

bumi 2015-01-14 11:19 PM

哈哈哈哈.....不錯不錯

至少這次回應的人滿多的...也算安慰了


那...如果是 主機商的轉移 跟相容性的修正的話呢?

PS:後台編輯內容功能....滿久了...對應現在IE、FF跟CHROME會有點BUG

waja 2015-01-15 05:30 AM

引用:
作者bumi
哈哈哈哈.....不錯不錯

至少這次回應的人滿多的...也算安慰了


那...如果是 主機商的轉移 跟相容性的修正的話呢?

PS:後台編輯內容功能....滿久了...對應現在IE、FF跟CHROME會有點BUG


建議您還是跟社長溝通一下提高經費比較實在,早晚都要痛一次的不管換不換主機商都一樣要面對網頁異常的問題.

如果想要比較便宜一點的達成目標,可以請人評估直接用現成的網站套件架設.
資料庫的部份則可以請人另外寫程式轉換(至少網站套件會有個固定通用格式)或是自己手動一篇一篇來~

五萬的經費連asp轉php都很奢求......
除非社長可以忍耐一兩年交件而且還交的亂七八糟......

evangel005 2015-01-15 08:40 AM

引用:
作者darkangel
他說的是主要欄位就是用 A1 A2 A3 這種名稱,然後你要查這欄位是什麼還有另一張對照表。
我不知道現在還有人這樣搞,這招最早聽說是X新搞出來的,會這樣做的理由很簡單,因為怕別人偷。

:laugh: :laugh: :laugh: :laugh: :laugh:


現在依然還是啊,但是我也必須說,這樣開發其實也有優點

SD手上的文件與PR手上的不一樣,只要SD,SA知道BBA001這種欄位名稱他是做啥的

他們就可以清楚描繪出今天要給PR去修改的SQL與程式邏輯

例如
SELELCT FMS.BBA001 AS BA01 , FMS.BBA002 AS BA02 ,SYS.CBA001 AS CA001
FROM FMSBBA AS FMS
LEFT JOIN SYSCBA AS SYS ON SYS.CBA001 = FMS.BBA099
WHERE FMS.BBA001 = 該廠商代號

PR只要遵照SD文件修改,誰管你懂不懂ERP,就算是新手都可以上手

其中邏輯運算也是用代稱,所以根本不怕你全部COPY走,就怕你改不下手


所以真正值錢的是那些用TXT寫出來的文件,但是雞巴的是那些文件東一份西一份,高階主管才會有權看到全部,不然每個主管階級的SD都負責各部分模組

總之 他們能演化成這樣我也覺得滿佩服的,爛歸爛,但是就是深深的把工程師當成一個個的螺絲釘....這點真的算是厲害....

而且每個人的工作下來的時候,可以細化到這個東西要改多久,是可以細到0.5小時的估算

A級黑豬肉 2015-01-15 10:54 AM

引用:
作者vxr
我不喜歡資料庫欄位中文化...
更不喜歡資料庫欄位模糊不清的命名方式...

例如:
a1, a2, a3, a4, b1, b2, b3, b4...

林娘勒..
這啥姣...:tu:...
這種在沒文件下的情況最痛苦...
:tu::tu::tu:


哇哈哈哈哈∼∼∼
然後 Primary 用 nchar :laugh: :laugh: :laugh: :laugh:

這一定是用某轉換軟體轉換 excel 過來的...


所有的時間均為GMT +8。 現在的時間是08:04 PM.

vBulletin Version 3.0.1
powered_by_vbulletin 2025。