予定表 †
(2019-11-29 (金) 19:44:19)
・PukiWikiのバージョンと対応するPHPのバージョンを確認して、ダウンロードするPukiWikiのバージョンとAzureのPHPのバージョンを決定する
・既設のサイトがEUC-JPで構築されているので、EUC-JP版を利用する
・既設のサイトのattach, backup, cache, diff, wikiをコピーする
ロボット対策 †
(2019-04-18 (木) 17:53:32)
<meta name="robots" content="noindex"/>
- PCサイトは設定済みだったが、スマホサイトが未設定だったので追加しました。 -- 太田
新年号対応 †
山下 (2019-03-13 (水) 11:33:44)
バッチプログラムを実行しているサーバでは、.NET Frameworkの更新がされていて、レジストリにセットされた新年号を使用するようになっていました。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet?\Control\Nls\Calendars\Japanese\Eras
1989 01 08 REG_SZ 平成_平_Heisei_H
と同じような形で新年号の情報を追加すれば良い。
2019 05 01 REG_SZ ??_?_?_?
追加後再起動は不要です。
<抜粋>Re: テストサイト更新のお知らせ(2011/04/14) †
瀧田 (2011-04-14 (木) 17:31:47)
4. 販売事業部支払一覧表【新規作成】
■メニュー→分析→活性化→販売事業部支払一覧表に追加
■閲覧可能権限は「システム」「本社1」を設定
■検索結果はサンプルデータ
■一覧クリック→明細表示のパターン
◇「Wiki-QandA/33」にも記載しましたが、 [STEP3]以降を考えた場合、"スタッフ"を別集計出来る様に、やはりお願いしたいと思います。
検討課題になっておりました、月内で通常会員⇔スタッフのランク変更があった場合などを考慮し、以下のような仕様提案後、シンク様と検討した結果、【B案】の方向で進める事に決定。
【A案】
1)<スタッフのみ>のチェックボックスのみ装備する。
2)絞込み基準日は、"請求締日に有効な情報"とする。
3)月内で「スタッフ→通常会員」の場合、<スタッフのみ>での抽出対象外となる。
4)月内で「通常会員→スタッフ」の場合、<スタッフのみ>での抽出の対象となり、スタッフの貢献度算出ルールに基づき[分配金合計][スタッフ合計]共に金額が代入される事もあるが、[スタッフ合計]の最終行[合計]をスタッフ分の支払合計額とし、明細表示を基に各スタッフに「分配金」を配分すれば良いので、問題はないと思う。
※[STEP3]時の「還元額計算書」内[分配金]および送金対象として、「通常会員」時の分配金は計上される仕様の予定であることを山下様に確認済み。
【B案】
請求締日に有効なスタッフのみの明細が、一覧およびダウンロードできる別画面、「スタッフ分配金明細一覧表」を、[STEP3]時(7月中)に作成する。
(検索条件項目は、現「販売事業部支払一覧表」と同じ3項目で、スタッフ別の明細一覧のみの体裁)
- メールにて回答させて頂きました。弊社のメールフィルターが誤作動?しているため、お手数をお掛けしました。 -- 太田
- 早々のご回答ありがとうございました。【B案】の方向でお願いしたいと思います。なお、次の質問にお手数ですがご返答いただけますでしょうか?『※[STEP3]時の「還元額計算書」内[分配金]および送金対象として、「通常会員」時の分配金は計上される仕様という事でよろしかったでしょうか?』 -- 瀧田
- メールでのご回答ありがとうございました。長文でしたので纏めてみました。 -- 瀧田
あけましておめでとうございます。 †
SYNC? (2011-01-05 (水) 10:06:25)
今年もよろしくお願いします!
明けましておめでとうございます。 †
環境保全研究所IT事業部スタッフ一同? (2011-01-04 (火) 18:01:29)
本年もよろしくお願い申し上げます。
「その他」作っていただきありがとう゚ございました。 †
瀧田 (2010-12-07 (火) 19:25:15)
お忙しい中ありがとうございました。