顯示文章

這裡允許您檢視這個會員的所有文章。請注意, 您只能看見您有權限閱讀的文章。


文章 - 日京三子

頁: 1 2 [3] 4 5 ... 265
61
從下午三點左右就連不上去,推測應該被勤勞的工作人員關閉總電源了........


U_U

62
引用
1. 目前需要計算相同年月下, o.qty 小於 20 但 item 不重複, 及重複的次數.
  引用來源  <===========

引用
輸入公式:

儲存格D2:=SUMPRODUCT(1/COUNTIF(A1:A20,A1:A20))

其中COUNTIF(A1:A20,A1:A20))可以算出在A欄中的數值重覆的個數。

而1/COUNTIF(A1:A20,A1:A20))取重覆個數的倒數,參考C欄。

利用SUMPRODUCT這個函數將全部的數值陣列加總,

其中重覆的字數不管重覆幾個加起來為1。

所以最後的結果會剛好為不重覆的個數。

63
我個人是反對用 rbl 的機制擋垃圾信的,原因很明顯,該 ip 被認定永遠是 spam 的來源是不合理的。
如果哪天你開公司剛好申請到那個 ip 你不是很嘔?

可以經由反應管道(通常是在該網站上面填寫資料),解除這樣的問題.....

64
沒有人回應,自己回答好了
經過error的研判,約16:40左右開始有SQL Injection攻擊,因為開始出現比較頻繁的"Unable to close Listenon connection"
於21:17開始出現STACK Dump
隔天再將疑為攻擊的同事主機重新還原之後,問題即解決了

公司內部被植入木馬?

65
「三子老師」的講演,風趣有勁,一點都不像睡眠不足又喉腔積痰的疲憊身體。
我是一直都沒有機會參與大型的資訊系統,也一直很好奇會是個怎樣的艱鉅任務。
或許是「三子」輕描淡講,多少苦水都肚裡吞,看起來輕輕鬆鬆的喝著「人參仙液」也是搞出一番成就了。
以我對「資訊系統」的瞭解,最不可思議的是三子提出的許多難解的題目「資料庫膨脹、備份演練…」,在這些收取高費率的顧問團們,也要搞個一年半載不得其解。而許多軟體核心議題,都還是要「原廠」相救,台灣沒有可倚靠的人才。
ERP 原字本意是「企業資源規劃」,但是就算花大錢用超級電腦、安裝知名系統,委託赫赫有名的顧問團隊,建構好完備的「八大循環」,也只能說「電腦化完成」剩下的「規劃」還是要靠「企業舵手」依智慧解謎。
我還想知道,ERP「八大循環」之外,還有「稽核機制」或是「交叉驗證」工具嗎?因為疏失或故意的錯誤資料輸入,所產生的報表、分析就沒有意義了。
以我貧乏的 ERP 知識,提出這些想法,是還待多次的學習、研討才能融會貫通。
期待往後的研討會都能如願參加。

其實,我原本是想講更多的東西,包涵一開始的『選擇的難題』.......可惜,時間不太多,大部分的朋友都是默默承受導入過程而不是做決定的,所以只好直接忽略掉.......



不然,應該可以講一整天不成問題XD

66
感謝三子大大今天精采的分享
沒想到要導入 ERP 的任務是如此艱鉅, 真是字字辛酸

不過聽到某個案例灌了 X 版的資料庫, 重灌以後還倒不回去
我還是笑了, 這是哪個搞笑節目弄出來的整人 combo 吧  :D

所以啊~ 導入 ERP 這類的,會被稱為大工程,不是沒原因的~~

67
抱歉,臨時有工作,請問要如何取消報名呢?

直接拉出去槍斃 (開玩笑而已,切勿當真)


沒關係,心意到就好^_^

68
昨天熬夜,把先前的稿子翻修了一圈,增加了一部分的東西,更加適合新手與準備要投入的朋友...........






九點寫到凌晨兩點 XDDDD

69
OpenWebMail 已經停止維護多年,不太建議繼續使用,畢竟那是老舊且沒有維護的套件。


松鼠是還滿不錯的,跟 Yahoo mail 操作相近。

70
感覺不錯!
支持!

http://www.magic-xin.com

朋友,請節制一點,不要刻意的亂打廣告;也請您在簽名檔裡面的訊息,不要放刻意的廣告連結,讓我們能維持網站的本意,謝謝。

71
重點不是那兩天,而是下一天 .......

隔天放暑假了  = =

不愧是我心目中的大仔,字字珠璣啊!

72
因為我公司有系統原銷售廠商要來賣升級服務,我也很怕會不會一招就準備丟離職單了 XDDD
要丟離職單之前跟我講一聲,我朋友公司缺工程師,缺很大...
需要什麼領域的? 只會嘴泡跟踩地雷的行不行啊?

73
雜七雜八 / Re: IT人員要如何自保....
« 於: 2014-07-03 20:21 »
鵝前幾天接到一通user的電話,說他們的MIS離職後沒有交接密碼,所以mail server無法管理,看鵝能不能幫他們改密碼,鵝只問了user公司名稱和連絡方式,因為鵝沒聽過那個user,業務的人也剛好不在,所以鵝就用公司名稱google了一下(其實只是要查user的domain name,不然連domain name都搞不清楚,是要怎麼玩啊:P)....

不google還好,一google把鵝嚇了一跳,就在上週該公司的董事長因為疑似掏空公司資產被起訴,所以那台機器現在理論上算是證物了(難怪鵝一開始連過去,怎麼看怎麼不像鵝公司的產品,應該是被換掉了),鵝只好回電話說那台機器不像是鵝公司的產品,所以鵝也愛莫能助,user又說他在公司內連的確是看到鵝公司的產品,鵝就請他截個圖,讓鵝確定一下....

看完user截的圖,這下不能在推說事不關己了,只好直接跟user說因為該公司有法律糾紛,所以鵝不方便提供服務(免得被拖下水:P),user說不會啦,他是因為有新進人員要建帳戶所以才須要密碼(當鵝是3歲小孩啊,人都走光了還會有新進人員 ;D),不過他不小心說溜嘴了,他真正的目的其實是要查某人3年前的mail....

既然是這樣鵝就更不能淌混水了(真要淌的話也得等看到法院的命令再說,最起碼還有證人費可領 :P),只好推說因為連不上所以愛莫能助,user卻問鵝可不可以到場....

鵝實在不想在這件事上繼續和user糾纏,只好對user說當初他們的機器是經銷商建的,所以細節鵝也不清楚,鵝會請經銷商和他連絡,不過鵝也提醒經銷商這件事有點狗屁倒灶,要處理的話小心不要給自己惹禍上身 ::)....

鵝在此打聽一下,如果各位有幸遇到類似狀況的話,還有沒有其他的應變之道啊 ??? ???....

我問了一下法務與律師,他們給我的初步建議是這樣的:
1. 跟對方確認所要施行的項目與範圍,白紙黑字填寫清楚,必要時告知對方為避免因不當操作而造成破壞,先予以停機備份(不論你怎樣搞,當然這份鏡像資料也是在完成後交給對方確認與點收),並請對方的法務與你的法務或律師做適當確認。

2. 因為郵件伺服器是大部分政府機關蒐證的目標,你在動手時,可以請對方公司的法務單位到場,看著你做,擔保你的所作所為不超過本次業務範圍;至於後續被怎樣,可以由法務單位去確認是否跟你該次作為有關。

3. 在你完成該項目委託後,請對方在雙方(你跟他)確認修改密碼,也就是你之後無法進入此主機,意即交還該主機之控制權。

74
雜七雜八 / Re: SA@Kaohsiung
« 於: 2014-06-27 10:10 »
簡單的說,只要有人願意動起來,大家也是願意幫忙,畢竟我們是以『分享經驗』為主的團體.........



但是千萬別只有幾秒鐘熱度而已,要想辦法讓自己能持續的燒下去 ^_^

75
台北、台中都可以考慮啊,就看最近的新工作狀況如何

有錢、有閒就可以巡迴

只要大大有空上台北來,我就去幫您敲場地,沒問題的!  ;D

76
事出必有因,快一年前 hoyo 問了這個問題 → http://phorum.study-area.org/index.php/topic,68868.0.html

那個時候你問我什麼是 HTML5 ? 我的耳朵是長了包皮的 .... 蛤~~~ 你說什麼

後來看了幾場 2011 年的 CONF 影片,主要集中在 HTML5 和 OpenWRT 上

現在有點小小心得,不知道有沒有人想了解這塊的,做個市調調查,超過 10 個人就安排時間講一場吧

要不然就還是看看 hoyo 的網頁介紹吧 (如果寫的夠完整,又看得懂的話)

大大你好,不曉得有沒有興趣來台北講一場  (笑  ;D

77
準備出發前往會場!期待看到大家^_^

79
喔喔原來是這位大哥,小弟姓馮  那天也上前講了幾句,有看到您會後跟三子相談甚歡
微笑 ^_^

80
不愧是資深MIS,希望以後多辦此類心得分享
現在確實很少經驗分享...
也很少有像 酷!學園 一樣的平台與熱誠的人員
加油... ;)

也感謝您的參與,讓我有動力繼續燃燒下去 ^_^

81
何時能來場南部講呢? ;D
那就要等南部的窗口來約時間啊~ (笑

82

關於 OO 數碼 的故事,我聽過不少,我也很多可以講 (笑

我聽到了  大大時間快給吧   我好張羅

講那個會有生命危險,我還想繼續在鬼島當個好萬能雜工啊 XDDDD

83
按照這個「小廠」定義,那台灣的 ERP 廠商,就都是小廠

因為目前的公司使用 「頂芯」 系統,來的時候導入一半,錯誤百出,ERP 公司無法解決,

然後,我就很有魄力的叫公司終止導入、年度維護,把錢省下來,反正最差是如此;最好也是如此 .....

不愧是 hoyo 大哥,果然購有魄力,夠殺! 我就不敢做這種事情,所以我沒選那個 OO 數碼


關於 OO 數碼 的故事,我聽過不少,我也很多可以講 (笑

84
我目前遇到的是前一手買對裝錯 (OS and DB)
想重裝沒簽維護拿不到source與patch
因為經銷沒人敢得罪O廠商
整個卡死
欲哭無淚
只能趁軟硬體更新機會做重購
通常這都要先想辦法支撐超過三年以上,很難在短時間內舉手投降的......

引用
ERP小廠的支援能力也有問題
隨便一個平台轉移或升級
對他們來講可能都是一個史無前例的專案
執行起來膽顫心驚
完全沒有底會不會成功
只能多做幾次開發與測試
說到這邊
離職書我也是傳便便捏
科科科

小廠最大的問題是,DEBUG 的人手不夠,誰也不知道這 PATCH 打上去之後會不會造成其他地方有問題;而且萬一程式真的出狀況,小廠有沒有人力/能力找出你的問題在哪裡,與解決你已經造成的「既成」問題,也是個問題.....

85
我這邊一直以來遇到的都是前人已經導完了
連顧問都沒見過
只能概括承受
所以現場沒什麼可以補充的
這也是一種經驗啊~~ 沒頭沒腦的  維護的經驗

比較有感覺的是三子講的Software/Hardware sizing的部份
東西買對很重要
買對裝錯也不行
真的!!!

86
認真的說,小弟不過是野人獻曝而已...............


這次的議題,只單純集中在,『選擇』;如果有緣,下次再來分享,『經驗的過程』.....



可以講的部份很多,如果有緣,下次應該會考慮來講一整天的,請專業的 吳傑 老師來分享......   敬請期待 ^_^

87
聽說聯成打算放棄 linux 這片市場,改投向微軟的懷抱。

如果是這樣的話,那將來想上 linux 的人,就只能去恆毅跟巨匠了。

不知為何會有那麼大的轉變,我猜可能是想學 linux 的人愈來愈少,招生不足,

所以才想放棄吧,好可惜嘔,那很多教 linux 老師不是就要喝西北風了,

不然就趕快換跑道,改考微軟的認證。

不曉得是不是我會錯意,因我是看到這文章才這樣猜想的:

http://3c.ltn.com.tw/3c/news.php?no=11587&type=5

那個,看新聞稿內容,比較像是拉長「包山包海戰線」;跟您推測的,似乎沒啥直接關係吧XDDDDDD


88
一起研究研究......

89
讚讚讚讚讚!


期待分享!

90
不知有無此類比較文章

在相同資料庫與相同硬體狀況下
只更換MS SQL版本
像是MS SQL 2005 vs MS SQL 2012
預設的執行效能是否會有顯著差異 ?

P.S 先不套用in-memory運算技術

好問題,我也想知道.......


因為我公司有系統原銷售廠商要來賣升級服務,我也很怕會不會一招就準備丟離職單了 XDDD

頁: 1 2 [3] 4 5 ... 265