Google Appsを社内に展開（導入）する計画

投稿日：

社内のサーバーを整理する機会があったので、社内のサーバーで動いているスケジュールとメーリングリストをGoogle Appsに移行してみる話を社長にしたらOKが出た。

移行するのは

スケジュール ⇒ Googleカレンダー

メーリングリスト ⇒ Googleグループ

社内wiki ⇒ Googleサイト

Google Apps自体は個人で取得して利用していたけど、組織で使った場合に本当に使えるかどうか。サーバー管理者（私）が楽になるかどうか。

メインで使っているメールアドレスも移行したかったけど、まずは別ドメインで運用してみて、「使えるね！」ってなったらドメインエイリアスの機能で、統合できるみたいなので安心した。

今度の土日に一気にやってしまおう。

リアクション:

コメント

  1. 匿名2010年5月21日 22:12

    社内システムをGoogleAppsにねー……。うちは鯖がよく落ちるので早々に移行してみました。少人数の会社なので簡単に許可降りましたけれど。
    その為か、メール以外に生かされないGoogleApps……うまく連動出来る様な方法を考えないと……。とか思いつつやっておりますです。

    返信削除
  2. 菅沼 大樹2010年5月22日 18:47

    コメントありがとうございます。
    うちはスケジュールとメーリングリストと社内wikiは、よく使っているので、問題はスムーズに移行できるかどうかですね。

    一通り使ってみましたがGoogleサイトとか社内の情報を共有して、みんなに編集させるにはちょうどいい感じでしたよ。

    返信削除
  3. Sugizuru2010年5月24日 10:07

    Google Appsの導入ありがとうございます！

    http://twitter.com/sugizuru　でAppsの情報提供していますので、ご参考ください！

    返信削除
  4. 菅沼 大樹2010年5月24日 11:24

    ＞Sugizuruさん
    コメントありがとうございます。
    本家の方からコメント頂けるとは嬉しいです。
    Google Appsには今後も期待しています！！

    返信削除

コメントを投稿

このブログの人気の投稿

既存のディレクトリ（フォルダ）にgit cloneして上書きしたい

投稿日：
イメージ
SubversionのリポジトリをGitLabに移行後、今まで開発していたフォルダでgit cloneしてみるとエラー。fatal: destination path 'api' already exists and is not an empty directory.環境： CentOS 6.6, git 1.7.1一旦フォルダごと削除して、git cloneし直せばいいのだけれど、権限の設定や本番環境でも削除してgit cloneはやりたくない。gitの仕組みを理解すれば簡単なことだった。腑に落ちるまで時間がかかった。git fetchの理解からgit mergeとpullの役割 - Qiita<2015/07/06 Modified>
実機コンソールでコマンド実行すること。Windowsから共有ファイル経由で実行すると時間が掛かり過ぎる（失敗する）。本番環境でブランチとマージしたときに実行したコマンド
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordpress.git
# git fetch origin
# git checkout -b branch-name
# git checkout origin/branch-name -- .gitignore
# git add --all
# git add -f wp-config.php
# git merge origin/branch-nameエラーになったらブランチ上のファイルで上書き。移行した直後ならこれをやらなくてもいいはず。
# git checkout origin/branch-name -- /path/to/file# git merge origin/branch-namesvnとお別れする
# rm -rf .svn/< 2016/03/31 追加 >
上のやり方でマージできなかったので「theirs」を使った方法 途中までは一緒
# cd /path/to/project/
# git init
# git remote add origin git@gitlab.hoge.jp:suganuma/project-wordp…
続きを読む

【.NET】DataGridViewを選択した際に背景色を変更しない

投稿日：
DataGridViewでセルを選択したときに背景色を変えたくなくて調べたメモ。環境はVisual Studio 2005 + VB.NET + .NET Framework 2.0方法はデザイナでDataGridViewのDefaultCellStyleにある
SelectionBackColorをTransparent
SelectionForeColorをControlText
に変更しておく。これで選択するセルを変更しても背景色が変わらないが、初期表示時に最初のセルが選択状態となっているので背景が透けて見えてしまう。これはonLoad時（バインドした後）にdgvList.CurrentCell = NothingにすればO.K.
続きを読む

Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links

投稿日：
下記エラーになってハマった時の覚書。

systemd[1]: Can't open PID file /var/run/nginx.pid (yet?) after start: Too many levels of symbolic links
環境： Kagoya VPS(Open VZ), CentOS 7.7, nginx 1.16.1


yum updateするとこの現象が起きるらしい。
カゴヤのサポートに問い合わせてみたところ「最近 CentOS の systemd 周りの更新があったようで、yum update によりおっしゃる状況となることがあるようです。」とのこと。
答えが知りたい方は途中読み飛ばして、「systemd設定ファイルのPIDパスを変更」を参照してください。



【現象】
nginxが自動起動しないsystemctl start nginxを実行しても上記エラーで起動しない開発環境の仮想マシン（ほぼ同じ環境）では起こらない。カゴヤVPS上で起こる。OpenDKIMも自動起動していないMariaDBは無事起動している再起動直後は自動起動するが上記エラーで止まる。


【この現象が起きる前にやったこと】
yum updatephpを7.2から7.3へアップデート


【試した事】
nginxの再インストールphpの再インストール


【分かった事】
直接「/usr/sbin/nginx -c /etc/nginx/nginx.conf」を実行すると起動できる。systemdが何かおかしい気がする（？）


IPv6を疑う（←意味なかった） /var/run/は/run/にシンボリックリンクを貼ってるけど、今まで大丈夫だったし別の仮想環境で問題ないから、環境周りの原因からと思い、もう一度サーバーのエラーログを眺める
# less /var/log/messages
systemd: Binding to IPv6 address not available since kernel does not support IPv6. このエラーが気になった。
カゴヤVPSではデフォルトでIPv6は無効状態（参考： IPv6 の利用 - KAGOYA Internet Routing）。
なので、OSレベルでIPv6を無効にしてみる。
# vi /etc/sysctl.d/dis…
続きを読む