IT実践記事一覧
最近主流のPC用ディスプレイ解像度は？【過去10年間の推移】
Web開発や効率が良いブログ記事執筆の環境構築の参考に
フレッツ光を使っている人はウイルス対策ソフトを買う前に確認
【Google公認】reCAPTCHA v3のバッジ（ロゴ）をコピペで簡単に非表示
Adobe CS2の非認証版ダウンロードは公開終了した模様
VMware Workstation Player 仮想マシンの複製【簡単3ステップ】
WordPress用GMapを使わない地図表示プラグイン公開

トップ
ECサイト構築
ホームページ制作
プライバシーポリシー

メインメニュー

トップ
ECサイト構築
ホームページ制作
プライバシーポリシー

ブログメニュー

IT実践記事一覧
最近主流のPC用ディスプレイ解像度は？【過去10年間の推移】
Web開発や効率が良いブログ記事執筆の環境構築の参考に
フレッツ光を使っている人はウイルス対策ソフトを買う前に確認
【Google公認】reCAPTCHA v3のバッジ（ロゴ）をコピペで簡単に非表示
Adobe CS2の非認証版ダウンロードは公開終了した模様
VMware Workstation Player 仮想マシンの複製【簡単3ステップ】
WordPress用GMapを使わない地図表示プラグイン公開

ホーム /
小技 /
FreeBSDに日本時間（JST）を設定する

小技

FreeBSDに日本時間（JST）を設定する

2019.07.02
2018.06.19

by iisys
0

cp /usr/share/zoneinfo/Asia/Tokyo /etc/localtime

小技

関連記事

Windows 10 April 2018（1803）の不具合【後編】
WordPressの新エディタGutenbergは待ち望んでいたUI
【Zoom代替ツール無料で公開中】オープンソースのJitsiは学校でも会社でも使える
WordPressリダイレクトプラグインで日本語を扱えるように修正
タリーズオンラインストアでカード情報が漏洩【ペイメントアプリケーションの改ざんについて】
WordPressをお名前.comのレンタルサーバーRSプランに引っ越しをする際の注意点
常時SSL化（https）後に旧サイトのアクセスが減らない
光ネクストへ切り替わったのでルータ新調で下り320Mbps
PukiWikiをWordPressに移行する方法に困って半手動で実施
常時SSL証明書の更新エラー対処法
Windows 10 April 2018（1803）の不具合【前編】
Apache 2.4でバーチャルホストを実際に運用する際の参考記事

iisys

記事検索

ICT実践記事

小中学校のZoom授業を「安全」「簡単」にできるQRコードの作り方と予定表フォーマット公開

小中学校でZoomを使った遠隔授業を「安全」「簡単」に行うQRコードの作成方法と、実際に授業へ導くためのフォーマットの作成方法の紹介。
ウイルス！？パソコン不具合で慌てて20万円の請求が来るカラクリ

Windows不具合カタコト詐欺インターネットを見ていたら突然このパソコンはウイルスに感染していますシステムの問題が何千個も見つかりましたビープ音が鳴り、直ちに処置が必要というメッセージという煽り商売（詐欺）が結構前から繁盛しているようですが、いまだに貢いでしまう方も多いようです。 Windows不具合カタコト詐欺パソコンの不具合を煽る一方的に伝えるためにカタコトオペレータ恐らく日本人オペレータだと成り立たないでしょう。お客様が被害にあってしまったので、少し調べてみました。上記のような偽警告と共に「今すぐ対策ソフトをダウンロード」というリンク経由で有料アプリ（今回の場合は7,000円のクレジット決済）をインストールさせて、さらなる泥沼へと引き込もうとしてきます。パソコンをチェックすると、無料アンチウイルスソフトのavastに加えてSmart PC Careというアプリがインストールされていました。「お客2276様のPC上で問題が検出されました」 → 「様」の位置違うからっ！という突っ込みはさておき…。 7,000円で購入したものは「警告表示ツール」と「無料avast」のセット。もともと別のセキュリティ対策ソフトがインストールされていましたがお構いなしに導入されるため、パソコンのパフォーマンスが非常に落ちてしまっています。このSmart PC Careというアプリですが、インストールしてしまうと定期的に様々な怖いメッセージが出てきます。飴と鞭の使い分けがうまく、怖いメッセージの次には優しいメッセージが。ダメ押しのカウントダウンと攻撃は続きます。電話してみました。待たされることなく、カタコトの日本語をしゃべる女性の方と繋がりました。付近で別の方が電話対応をしているような声がガヤガヤと聞こえてきます。（男性と女性、それほど広くないスペースに3～4人といった感じでしょうか。）「お客様どうされましたか？」「何をしましたか？」「それは私たちが操作して直さないといけません。」途中何を話してもカタコトという盾を駆使されて、ここへ導かれます。「キーボードの左下に何が見えますか？」「Ctrlの隣にWindowsマークが見えますか？」「WindowsキーとRを同時に押してください。」（一文字ずつアルファベットを読み上げられる） […]
PukiWikiのURLをNginxで正規化【index.php非表示】

10年以上ぶりにPukiWikiをいじっているんですが、昔の情報は豊富にありますが最近の情報が乏しいですね。 PukiWikiの全盛期は、Nginxが誕生したばかりでしたので仕方ないのかもしれませんが。 PukiWikiのindex.php無しでURLを統一する URLの正規化としてまず、 http://example.com/ http://www.example.com/ https://www.example.com/ これらをhttps://example.comに301リダイレクトしました。これについては各所に載っているようにserverディレクティブを追加して、return 301～といった感じです。（ここでは詳細は割愛します）これで完璧！と思いつつGoogle Search Consoleを眺めているとindex.php有りと無しが…。 pukiwiki.ini.phpの設定でindex.phpを表示しないという項目があります。 // Shorten $script: Cut its file name (default: not cut) //$script_directory_index = ‘index.php’; コメントアウトを外して試してみましたが、何かが違う。確かに表示はされなくなりました。 index.php有りの膨大なURLがすでにGoogleにインデックスされているので、index.php有りで404エラーになると困るのですが、結果はindex.phpを入れたURLでもちゃんとページが表示されました。しかしindex.phpが表示されたままの状態。ステータスコードは200。index.php有りと無しの両方のページが存在した状態です。ということでNginxの設定を変更しました。 server { if ($request_uri ~* “^(.*/)index\.php(.*)$”) { return 301 $1$2; } } 上記のようにdefault serverディレクティブに書き加えて、 nginx -s reload で完了です。 PukiWikiネタってまだ需要あるんでしょうか。今回PukiWiki 1.5.2（utf8）をベースに以下のようなカスタマイズをしたのですが、要望があれば時間を見つけて記事 […]
ConoHa VPSリニューアル後のプランに移行する方法

ConoHa VPSが2020年1月29日からSSD容量と料金が改訂されましたが、放っておいても既存のサーバーには適用されません。適用させるには以下の手順が必要になります。旧サーバー停止 ※自動バックアップを設定している場合には不要旧サーバーのイメージ保存 ※自動バックアップを設定している場合には不要新サーバー追加（保存イメージから）旧サーバー削除これで新契約の内容となります。料金が重複してしまうのではと思い、問い合わせをしてみたところ以下のような回答をいただきました。 ConoHaのサービスについては1時間毎の課金となりますので料金についてはご任意のタイミングで削除し1時間後に新たにサーバーを追加することで料金の重複は発生しないものとなります。 1時間毎の課金ですが、上限を超えると固定（1か月料金）となるため、その場合は「旧サーバーの1か月分＋新サーバーの時間課金」になると思われます。新サーバー追加後すぐに旧サーバーを削除すれば、多くても5日分増える程度ですね。契約自体は上記で移行されますが、SSD容量が50G → 100Gになったとしても、パーティション操作等をしなければ意味がありません。また、IPアドレスが変更になるためネームサーバーのIPアドレス変更も必要になります。 FreeBSDのパーティション拡張については下記の記事をご参照ください。 https://www.ii-sys.jp/notes/2211
WordPressでメディアをアップロードできない

「画像の後処理に失敗しました。このファイルが写真もしくは大きい画像であれば、2500ピクセルに縮小してから再度アップロードしてください。」というWordPress 5.3のエラーについて。
XMLサイトマップをGoogle Search Consoleに準拠

インデックス登録されましたが、サイトマップに送信していません Google Search Consoleのカバレッジで緑色の有効（インデックスに登録されている）になっているものの、「インデックス登録されましたが、サイトマップに送信していません」という詳細情報が気になりました。クリックしてみると「例」としてURL一覧が表示されます。そのURLをさらにクリックすると、UTF-8でエンコードされたURLが表示されます。送信しているXMLサイトマップもUTF-8でエンコードをしていますし、URLの正規化も済んでいるのになぜ？じっくりと見比べてみると、XMLサイトマップのURLはスラッシュが「%2F」にパーセントエンコーディングされているのに対して、Googleでは「/」のままです。サイトマップを出力しているphpソースを見てみると、PATH_INFOをrawurlencodeでエンコードしています。 rawurlencodeはRFC3986にもとづいて「-_.~」とアルファベット以外をすべてエンコードするようですので妥当なはずです。 Google独自仕様？と思ったのですが、RFC3986の3.4章に「スラッシュ (“/”) と疑問符 (“?”) の文字はパーセントエンコーディングする事を避けるほうがユーザビリティのためにはよい。」という記述がありました。スラッシュはパーセントエンコードしないように修正 GoogleもRFCもスラッシュはパーセントエンコードしないと提唱しているのであれば、これに合わせるべきだと思い以下のように修正しました。 $r_page = rawurlencode($page); $r_page = str_replace(‘%2F’, ‘/’, $r_page); 修正後、XMLサイトマップの出力とGoogle Search ConsoleのURLを比較するとマッチしていましたので、これで解決です。
Let’s EncryptでSSL証明書の発行・更新・トラブル

Let’s Encryptから「証明書の期間があと20日で切れますよ」という英文メールが届きました。 cronで定期的にrenewをかけて自動更新しているのですが、何か設定がおかしいのかなと思い、複数のssl証明書を管理しているサーバにログインをしてみました。原因が良くわからなかったので、該当ドメインを登録し直すために現在の更新情報ファイルを削除しました。 rm /usr/local/etc/letsencrypt/renewal/DOMAIN.conf 上記が正しいコマンドですが、深夜のせいか使い慣れないマウスのせいか、 rm /usr/local/etc/letsencrypt/renewal ん？ディレクトリだから消せないよと英文メッセージ。 confなのにディレクトリなのか。と深く考えもせずRオプション追加。 rm -R /usr/local/etc/letsencrypt/renewal （￣▽￣|||　…　Enter押して1秒後に気付きました。 renewalディレクトリごと消してしまった…。全てのドメインのssl更新ファイルが消失しました。 Unix系のOSにはWindowsのようなゴミ箱はありません。復旧ツールもあるみたいですが、稼働中サーバにいきなり入れてみるのも気が引けたので、潔くあきらめて手動で復旧させる事にしました。私の環境では/usr/local/etc/letsencryptですが、/etc/letsencryptの場合も多いようですので、読み替えてください。またcertbotコマンドはcertbot-autoになっているようですので、そのあたりも読み替えてください。 Let’s Encryptの登録をやり直すドメインごとの情報ファイルを削除以下を消します。 /usr/local/etc/letsencrypt/live/DOMAIN_DIR /usr/local/etc/letsencrypt/renewal/DOMAIN.conf /usr/local/etc/letsencrypt/archive/DOMAIN_DIR ここでも注意。 ※真似るな危険！　↓↓↓ rm -r /usr/local/etc/letsencrypt/archive DOMAIN_DIR として、今度はarchiveディレクトリまで消 […]
ついき来たのか！？Windows 10 バージョン1803安定版。

2018-05 x64 ベースシステム用 Windows 10 Version 1803 の累積更新プログラム (KB4100403) Windows Updateカタログ飛びつこうと思ったんですが、先週のトラブルが嘘のように、サウンドドライバの更新をして以来とても安定していまして。（詳しくはこちらの記事の下のほうをご覧ください）「魔の1週間よ再び」ってなりたくないしな～。今回の更新ですが、Microsoft気合入れてきてますね。ビルド17134.81（0.80も上がった～） 430MBってサービスパックレベルですね。しかし、今回ばかりは人柱お願いします。ｍ(__)m まあ、週が明けたらやってみますね。追記：その後KB4100403インストールして動作検証しました。
WordPress用GMapを使わない地図表示プラグイン公開

HTML5・CSS3に対応しているLeafletという地図表示スクリプトがヌルヌルと動いていい感じです。これを使ったLeaflet-MapというWordPress用のプラグインがあり、喜んで使ってみたのですが、場所を登録するのに少し手間がかかります。一つのマップに一つのマーカーを表示するのに特化した、LatLng（経度緯度）を意識しないでもいいGUIタイプのプラグインWP Leaflet Mapperを作りましたので、良かったらお使いください。地図タイルはOpenStreetMapまたは地理院地図に対応しています。 readmeに書き忘れてしまいましたが、マップ表示のショートコードは[lmap]で表示されます。（エルマップです。アイマップやイチマップではありません） WP Leaflet Mapperのダウンロード必須leaflet-mapper.zip（WordPress用MAP登録プラグイン） Download WordPress公式サイト当サイト ※WordPress公式サイトからのダウンロードをおすすめします。（名称を変更等、新しいバージョンになっています） Leaflet-Mapperのインストール方法普通のプラグインと同じですが、まだWordPress.orgには登録されていませんので、zipアーカイブをダウンロード・解凍したものをFTP等でアップロードしてください。【2019.05.01追記】令和初日にWordPress公式プラグインとして登録されました。その際leafletから始まる名前はNGということで、正式名称がwp-leaflet-mapperとなりました。上記よりleaflet-mapper.zip（またはwp-leaflet-mapper.zip）をダウンロードするパソコンで解凍する /wp-content/pluginsディレクトリにleaflet-mapperフォルダをアップロードする WordPressの管理画面からプラグインを有効にする WP Leaflet Mapperの使い方必要に応じて「設定」－「Leaflet-Mapper」から初期設定をする各投稿ページ下段にマップが表示されているので、マウスをドラッグして位置を合わせ、ホイールでズーム倍率をいい感じにするショートコード[lmap]をマップを表示した […]
Windows 10 April 2018（1803）の不具合【前編】

Windows 10 April 2018 前後で多発している不具合多くの不具合が同時に発生しているようで、私もここ1週間メインPCと格闘してきました。 Windows 10 バージョン1803（RS4） Google ChromeやCortanaなどを開いてしばらくすると、OSを巻き込んでフリーズしたり不具合が発生する問題。これらを解消するために、早速KB4103721という更新プログラムが配信されましたが、これが最悪。 KB4103721 Intel SSD 600p / Pro 6000pシリーズを搭載している場合に、起動しなくなる問題。 Microsoftからの情報東芝BG3シリーズを搭載したデバイスでバッテリー残量表示が正常に表示されない問題。 Microsoftからの情報 IObitなどの特定アプリを使用している環境で、再起動ができなるなる問題。海外情報サイト上記に該当していない場合でも多くの不具合報告。スタートボタンなどが押せなり、再起動もできない Windows Update で履歴が表示されない（＝削除もできない） Windowsが起動しない Chromeの不具合が改善されていない Windows 10 バージョン1709（RS3）で安泰？不具合発生時は私もWindows 10 バージョン1709（RS3）を使っていました。 1709用の更新プログラムKB4134196のMicrosoft情報に以下の記載がありました。「このビルドには、KB4103731のすべての機能強化が含まれています。」これが原因かと思いましたが、KB4134196はそもそもMobile用の更新プログラムなので今回の件とは関係なさそうです。なんとか安定稼働するまでの道のり世間で1803（RS4）の不具合が騒がれ始めた2018年5月上旬当初、私はまだ1709（RS3）を使っていました。 Chromeを開いて作業している最中にスタートボタンが効かなかったり、新しいウィンドウが開かなかったりと、パソコンがフリーズ気味になる。再起動・シャットダウンをしようとしてもいつまでもクルクルで止まるので、電源ボタンを長押しで強制終了して改めて電源投入。再起動後は快適に動作するものの、しばらくするとまた同様の症状に。危険を感じたので外付けHDDに最新のデータをバックア […]
WordPressリダイレクトプラグインで日本語を扱えるように修正

WordPressに301リダイレクトを設定するSimple 301 Redirectsというプラグインを導入しました。 PukiWikiで運用していた旧コンテンツをWordPressに引き継いだ後に、Google Search Consoleのクロールエラー対策＆SEO対策です。 PukiWikiからのデータ移行については下記の記事をご覧ください。 https://www.ii-sys.jp/notes/716 WordPress用プラグイン Simple 301 Redirects 必須WordPress用プラグイン Simple 301 Redirects Download WordPress公式サイト Simple 301 Redirectsというプラグインですが、phpファイル1つだけで構成されていて、管理画面もURLを設定するだけという名前の通り非常にシンプルです。 Google Search Consoleでクロールエラーが出ているURLをコピーしてRequest欄に貼り付け、リダイレクト先のURLをDestination欄に貼り付けて「変更を保存」ボタンをクリック。しかし挙動を確認するまでもなく、Request欄に貼り付けたはずのURLが一部消えてしまいます。どうやらURLエンコードされている部分が消失してしまっているようです。ソースコードを追いかけてみると、保存する前にWordPressの関数sanitize_text_fieldが呼ばれていました。 WordPress関数リファレンスを見ると、オクテット（’%’ に続く 2 桁の 16 進数）を除去します。と明記されています。これは日本語を含むURLの場合は致命的で、それ以外にも「/」を「%2F」にエンコードするような仕様でも困ったことになります。プラグイン「Simple 301 Redirects」のカスタマイズセキュリティ的なリスクを承知の上で、wp-simple-301-redirects.phpの188行目と189行目にあるsanitize_text_field関数を削除しました。 wp-simple-301-redirects.php 変更前 for($i = 0; $i < sizeof($data[‘request’]); ++$i) { $request = […]
WordPressのTheme（テーマ）選びは大切

紺屋の白袴とでもいいましょうか、いろいろと問題の多いOneToneというWordPressテーマを当コンテンツでは使用しています。一般的なサイトでの使用はおすすめしません。私がOneToneを選んだ主な理由このテーマを使う以前は、ホームページ全面にFlashを多用したコンテンツとなっていて、早急な改善の必要性に迫られていた。海外のWordPressテーマサイトで上位にランキングされていた。 OneToneのインパクトが強く一目惚れしてしまった。 SEOで検索結果上位を狙う気はあまりなかった。コンテンツ移行に（サーバー移行も含めて）1時間程度しか掛けたくなかった。また自社サイトでしかできない、お客様には提案できないような（爆弾を抱えた）テーマを試してみたかったという部分も大きいです。悪い点独自に作りこまれているためカスタマイズがしにくい。プラグインも必要となり、ページ読み込み速度が遅い。ランディングページ向きに設計されていて、WordPressのページという概念がほとんどない。タグが微妙（h2タグがフッタータイトル等）でSEOに弱い。英文フォント仕様なので、スタイルシートの変更が結構必要。トップ動画等に一部不具合あり。良い点見た目のカッコよさ。基本的に1カラムのレスポンシブなので、PCとスマホで同じイメージを提供できる。 jQuery盛りだくさんで、昔ホームページビルダーで「アニメーションgifで画像が動く」「音楽が流れる」というコンテンツを好んで作られていた方には受けが良いかもしれません。時代に逆行している感は否めませんが、もうしばらくOneToneを少しずつカスタマイズして使ってみようと思います。まずはフッター周りですね。「関連サービス」「リリース」「障害情報」で検索エンジンに働きかけても意味ないですし。
FreeBSDのディスク容量を拡張する（ConoHa VPS）

ConoHa VPSでサーバーOSにFreeBSDを使っている場合のパーティション拡張方法です。
WP-PageNaviで2ページ目以降が404エラー【解決】

最近すっかりWordPressから離れていたんですが、良くも悪くも情報量が豊富ですね。 WordPressは10年以上前（WordPress MEの頃）からいじってますが、どんどん複雑化してきて最近はhome.phpやらfront-page.phpやらindex.phpやらと、テンプレート構造を理解するのさえ大変です。時間があったので何年か前に構築したサイトを手直ししていたところ、トップページのページネーションが効かなくなってしまいました。 100個近いカスタムフィールド・300超えのカテゴリ・function長すぎなコンテンツで、どのタイミングで表示されなくなったのか不明なまま、ネット上の情報を頼りにあれこれ試して半日が過ぎ、ようやく解決しました。固定ページ用WP-PageNavi対策コード function.php function pagenavi_home($wp_query) { if (!is_admin() && $wp_query->is_main_query() && $wp_query->is_home()) { $wp_query->set(‘cat’, 5); $wp_query->set(‘post_type’, ‘iisys’); $wp_query->set(‘posts_per_page’, 12); } } add_action(‘pre_get_posts’, ‘pagenavi_home’); 3行目のcatはカテゴリーID5を指しています。不要であれば行ごと削除。 4行目のpost_typeはカスタム投稿タイプを指定。iisysは一例で、通常の投稿であればpostになります。両方を指定したい場合には配列にします。 $wp_query->set(‘post_type’, array(‘post’, ‘iisys’)); 5行目のposts_per_pageは表示件数。記事数よりも多い数にするとページネーションは表示されません。上記を書いたうえで、該当テンプレート（私の場合はindex.php）のquery_posts等を消してください。以下は私の環境では効果ありませんでした。管理画面の表示設定にある「1ページに表示する最大投稿数」を1件にする pa […]
WordPressの引越しプラグイン『Duplicator』の正しい使い方

WordPressを使い慣れていて、ドメイン変更等も手動でsql置換して～とやった事がある方が「今回は楽にやってみたい」と、ナメてかかると意外とハマります。ドキュメント読めば書いてあるんでしょうが、甘く見ているだけに慣れ親しんだ日本語ページをGoogleで探して斜め読みして取り掛かるものですからなおさら。移転先サーバーにはWordPressをインストールしない。これ重要です。多くのサイトで「WordPressをインストールしておく」と書いてありますが、zipが解凍できなかったり、パーミッションの問題が発生したりと問題を引き起こします。私もエラーが発生したので、サーバーコンソールでunzipのパス確認したり、installer.phpの該当部分を眺めてみたりしましたが、ディレクトリを削除するだけでOKでした。新しいサーバーに設置するのは旧サーバーからダウンロードした2つだけ。 installer.php 20180000_XXXXXXX_archive.zip これだけの記事なんですけど、少し寂しいので他のポイントも挙げておきます。 installer.phpにアクセスする前にドキュメントルート（public_html等）を一旦707等にしておき、終わったら戻す。 nginxでキャッシュを使っている場合には止めておかないとハマる。正常に動作することが確認できたらアップロードした2つ以外にも消しておいたほうが良さそうなファイル。 20180000_XXXXXXX_archive.zip installer.php database.sql installer-backup.php web.config installer-data.sql .htaccess （旧サイトで使用していた場合を除く） installer-log.txt Contact Form 7等でGoogleのreCAPTCHAを使っている場合などは「サイト所有者のエラー:サイトキーのドメインが無効です」と表示されていると思うので申請を忘れずに。旧サイトへの301リダイレクト設定。

≫ 記事一覧を表示

関連サービス

無料ショップAllShop
ショッピングモール田舎ん市場
予約システムRSVY
コムクラブ
Web秘書
The豊後高田

リリース

「豊後高田市教育委員会後援」小学生向けプログラミング体験会開催
「ＩＣＴ駆け込み寺」拠点オープンのお知らせ
「優良WEB」に掲載していただきました
ドメイン・サーバー価格改定のお知らせ
合資会社イーシス、「IT導入補助金2021」の支援事業者に採択

「技術」と「品質」にこだわる「匠」の精神で、お客様の信頼に応え、成長し続けてまいります。

メインメニュー

トップ
ECサイト構築
ホームページ制作
プライバシーポリシー

運営会社

会社名　：　合資会社イーシス

関連団体：　NPO法人ICT活用グループ

所在地　：　大分県豊後高田市玉津467-5

代表番号：　0978-24-0707

創　立　：　2002年10月

ブログメニュー

IT実践記事一覧
最近主流のPC用ディスプレイ解像度は？【過去10年間の推移】
Web開発や効率が良いブログ記事執筆の環境構築の参考に
フレッツ光を使っている人はウイルス対策ソフトを買う前に確認
【Google公認】reCAPTCHA v3のバッジ（ロゴ）をコピペで簡単に非表示
Adobe CS2の非認証版ダウンロードは公開終了した模様
VMware Workstation Player 仮想マシンの複製【簡単3ステップ】
WordPress用GMapを使わない地図表示プラグイン公開

リリース一覧

「豊後高田市教育委員会後援」小学生向けプログラミング体験会開催
「ＩＣＴ駆け込み寺」拠点オープンのお知らせ
「優良WEB」に掲載していただきました
ドメイン・サーバー価格改定のお知らせ
合資会社イーシス、「IT導入補助金2021」の支援事業者に採択

障害・メンテナンス情報

2026年11月12日02時現在、障害は発生しておりません。

2023年01月04日～2023年01月31日、サーバー移転に伴うメンテナンス作業実施のため一部のWebサーバーでレスポンスが悪くなる場合がございます。

© Copyright 2026 豊後高田イーシス - ホームページ・ネットショップ制作会社. All rights reserved.