<?xml version="1.0" encoding="UTF-8" ?>
<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule" >
  <channel>
  <title>しすたんブログ</title>
  <link>https://systan.blog.shinobi.jp/</link>
  <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="https://systan.blog.shinobi.jp/RSS/" />
  <description>中小企業のシステム担当奮闘記。
同情するなら予算をくれ。</description>
  <lastBuildDate>Sat, 06 Dec 2008 17:26:00 GMT</lastBuildDate>
  <language>ja</language>
  <copyright>© Ninja Tools Inc.</copyright>
  <atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" />

    <item>
    <title>無線LANは難しい</title>
    <description>
    <![CDATA[私のいる事業所はとても歴史が古く<br />
はじめは小さい敷地で開業し<br />
今では道路を挟んで複数の敷地がある。<br />
<br />
それらも今<br />
再編の真っ只中にあり<br />
ネットワークについても一部再構築した。<br />
<br />
道路を挟む部分は全て無線LANで<br />
他にも一部離れていた建物にも無線が使われていたので<br />
敷地内は有線に置き換えたのだ。<br />
また、無線LANのアンテナも<br />
建物の取り壊しの煽りを受け移設。<br />
<br />
工事は順調に進み<br />
ネットワークの導通を確認し一安心。<br />
と思っていましたが<br />
帰り際、「だんだん遅くなって今は使えない」との報告。<br />
原因を絞り込んでいくと<br />
アンテナを移設したところの無線LANで<br />
PINGが不安定になっていた。<br />
アクセスポイントのリセットや<br />
他からの影響が無いことを確認したが<br />
状況は変わらず。<br />
<br />
翌朝業者を呼び<br />
アンテナの調整などを行ったがこれでも駄目で、<br />
途中にある民家や高圧電線の影響かと思われた。<br />
ところが<br />
アクセスポイントの設定を見直してみると<br />
WDSのところで通信を許可するアクセスポイントに<br />
自分自身が登録されていた。<br />
こんなの必要なのかな？と試しに外してみると<br />
とたんにネットワークが安定。<br />
WDSでループしてブロードキャストストームでも発生したのか？<br />
<br />
とりあえず復旧したのでヨシ。なのだが<br />
実は２年前からこの設定で動いていたのだ。<br />
その頃から安定度は低かったが･･･。<br />
何故移設して悪化したのか<br />
謎は解けず。<br />
<br />
<br />
<br />
<br />]]>
    </description>
    <category>ネットワーク</category>
    <link>https://systan.blog.shinobi.jp/%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AF/%E7%84%A1%E7%B7%9Alan%E3%81%AF%E9%9B%A3%E3%81%97%E3%81%84</link>
    <pubDate>Sat, 06 Dec 2008 17:01:58 GMT</pubDate>
    <guid isPermaLink="false">systan.blog.shinobi.jp://entry/2</guid>
  </item>
    <item>
    <title>EXCELマクロの同名関数</title>
    <description>
    <![CDATA[今年うちの会社の会計システムが変わりました。<br />
今までは中小企業向けの、身の丈に合ったシステムだったのですが、<br />
新しいシステムは富士通のGLOVIA-C。親会社とのシェアードです。<br />
<br />
すでに本稼動を開始し数ヶ月経ち、目立ったトラブルも無かったのは<br />
しすたんとしては喜ばしいことではありますが、<br />
実務担当者からは「小回りが利かない」との不満の声はあります。<br />
<br />
そして今私が中心になって<br />
その会計システムと連動した予算管理ツールを作成中。<br />
GLOVIA関数というEXCELの拡張機能が標準で提供されていたので<br />
ツールの9割は簡単に作成できました。<br />
<br />
しかし、残りの1割。<br />
これが皆の言う「小回りが利かない」部分で<br />
EXCELと連動はできるものの<br />
そのためにマクロでガチガチに固めてあり<br />
しかもそのクセが半端ではない。<br />
パスワード付きのシートの保護は使えず、<br />
再計算は常に「手動」。<br />
これではエンドユーザーに安心して渡すことができないのだ。<br />
<br />
親会社経由でメーカーに改善策を求めたものの<br />
即答は無理で期待もできそうになかったため<br />
自分でなんとかすることにした。<br />
<br />
まず厄介な再計算の「手動」。<br />
試しにツールのオプションから再計算を自動にしてみる。<br />
みるみる動作が遅くなり、会計システムと連動して取得していた数字も<br />
取得できなくなった。<br />
独自に拡張した関数がうまく機能しなくなるようだ。<br />
この辺はきっと諦めたほうが良い。<br />
<br />
次にパスワード付きのシートの保護。<br />
一旦は普通に保護できるが、拡張された「GLOVIA」というメニューから<br />
再計算を行う（これが会計システムからのデータ取得のトリガー）と<br />
パスワードを求められてしまう。<br />
こっちは内部統制やら何やらで改ざんを防ごうとしているのに<br />
パスワードを教えてしまっては元も子もない。<br />
<br />
というわけで、この拡張「再計算」のマクロを解析。<br />
マクロは別のブックに記載されていてリンクしている状態。<br />
その中で一旦保護を解除しており、当然ながらパスワード無しが前提。<br />
このマクロを変えてしまうのが一番手っ取り早いが<br />
メーカーから提供されているため変えるのは危険。<br />
<br />
いろいろ考えた結果、<br />
拡張「再計算」のトリガーを乗っ取るために<br />
同じ名前の関数を本体のブックに作成することにした。<br />
同じ名前の関数が存在する場合、<br />
本体のブックにあるほうが優先されるようなのだ。<br />
<br />
ここでまずパスワード付きで保護を解除し<br />
本来の拡張「再計算」を呼び出す。<br />
こうすることでパスワードは聞かれなくなる。<br />
再計算が終わると処理が戻ってくるので<br />
再度パスワード付きでシートを保護。<br />
ついでにオートフィルタも使えるようにした。<br />
最後にマクロを保護してとりあえず完成。<br />
<br />
それにしてもこの同名関数。<br />
使われ方によっては便利でもあり危険でもあり。<br />
セキュリティ向上のため<br />
EXCELと富士通のどちらかでも対策がとられないことを祈るばかりです。<br />
<br />
<br />]]>
    </description>
    <category>EXCEL</category>
    <link>https://systan.blog.shinobi.jp/excel/excel%E3%83%9E%E3%82%AF%E3%83%AD%E3%81%AE%E5%90%8C%E5%90%8D%E9%96%A2%E6%95%B0</link>
    <pubDate>Sat, 29 Nov 2008 14:55:54 GMT</pubDate>
    <guid isPermaLink="false">systan.blog.shinobi.jp://entry/1</guid>
  </item>

    </channel>
</rss>