「バトーさんが乗っていたのかな」何を言ってるのかわからねえと思うがおっさんが乗ったタチコマが通り過ぎてったリンク ピクシブ百科事典 タチコマ テレビアニメ「攻殻機動隊S.A.C.」シリーズに登場する思考戦車。 1 user 404
若者の間で「一生」の意味が変化してる？
Twitterで「ワクチン 迷ってる」というキーワードで検索していたところ「一生迷ってる」という表現を複数の人が使っていた。 気になったので今度は「一生迷ってる」で検索したら山ほどヒットした。 何か元ネタのある流行り言葉なのか？ わざと大袈裟な言い回しをする面白さを楽しんでいるのか？ などと思っていたところ、22歳の方のコロナ体験記にこのような表現が出てきた。 自由なタイトル文系大学生のギター日記 熱が下がってから3日経てば感染の心配はなくなるらしく、それまで病院で過ごす。最終日にやっとモニターも外れる。そのまま退院。結局声は一生出ないままだった。 シリアスな記事にも関わらず「病院で死んじゃったんかい！」と突っ込みたくなってしまったが、もしかして若者は誇張の意識すらなく当たり前に「一生」を「ずっと」という意味で用いるのか？？？ なお、べつに私自身がワクチンを打とうか迷っているわけではない。
ランド研究所が防衛省・自衛隊を叱咤激励する論文を発表 新興技術を駆使した日本の「マルチドメイン防衛軍」 | JBpress (ジェイビープレス)
この論文＊1（https://www.rand.org/pubs/perspectives/PEA1157-1.html）は、「将来の戦争に大きな影響を与える新興技術分野の数と多様性を考えると、防衛省・自衛隊が技術開発に資源を投資する最善の方法を決定する際に課題に直面する。この論文の分析はその選択に情報を与え、日本が将来の敵からの攻撃を適切に阻止し、対処することを可能にする」ことを目的にしている。 一読して、なんとも上から目線の、防衛省・自衛隊を子供扱いにしたような論文ではあるが、記述されている内容は荒唐無稽なものではなく、妥当なものだ。 私も自衛隊OBとして、ランド論文と同様の主張をしてきたために、同意せざるを得ない内容である。 そもそも、ランド研究所からこのような屈辱的な論文を突き付けられた根本原因は、防衛省・自衛隊の研究開発体制、特に防衛装備庁が機能していないからだ。 防衛装備庁は、
CentOS7から変わったネットワーク系のコマンド - Qiita
CentOS7から、ifconfigやarp、netstatなどのよく利用しているネットワーク系のコマンドが非推奨となり、iproute2に置き換わってます。 まぁ、 yum install net-tools で、今まで通りのコマンドが使えるようにはなりますが、非推奨のものなので、後々消えてなくなるでしょう。 それなら、今のうちにiproute2のコマンドを覚えてしまう！ってことで、普段自分が利用しているものを中心にまとめてみました。 ifconfigの代わりは？ ip addrですね。略してip aでも同じ内容が表示されます。 こんな感じに表示されます。少々表示のされ方が変わってますよね。。。まぁ、慣れるでしょう。 特定のインターフェースのみが見たい場合は、ip a show dev device名となります。 routeの代わりは？ ip routeですね。略してip rでもOK.
virtualbox スケールモード 解除する方法 | ex1-lab
Virtualbox スケールモード virtualbox スケールモードでがあり、これを有効にすると、メインメニューが非表示になり、仮想マシンの画面サイズを自由にリサイズして表示を拡大したり・縮小師たりすることが可能になります。 スケールアップ前はメニューが表示されていますが、スケールモードを有効にするとメニューが消えます スケールアップ無効 スケールアップ無効 WindowsやGUIでのLinuxでは画面のリサイズができるので便利なのですが、VirtualBoxをしばらく使ってないと、スケールモードの戻し方を忘れたりします。 スケールモードに切替時に、下記の警告メッセージもでますが、確認せずに切り替えるケースが多いと思います VirtualBoxのスケールモードの解除 上記のようにスケールモードを有効にすると画面のリサイズができたり便利ですがメニューも消えるので、メニューからスケールモ
NICの設定 · Redhat / CentOS 7 Procedure manual
Firmware/BIOSがNICの（固定的な）論理番号を提供していない場合は、 PCI（もしくはUSB）の物理的なロケーション（バスとスロットの番号）に基づいて、 「enp1s1」などとなります。3文字目以降が「ps」というルールになる NIC名の確認 # nmcli connection show NIC名がわかりにくく、従来のように利用したい場合は以下のようにして変更できる Graubファイルを編集 # cd /etc/default # vim grub #GRUB_CMDLINE_LINUX="rd.lvm.lv=centos_fuzz7/swap rd.lvm.lv=centos_fuzz7/root rhgb quiet" GRUB_CMDLINE_LINUX="rd.lvm.lv=centos_fuzz7/swap rd.lvm.lv=centos_fuzz7/root r
CentOS 7.1.1503ではnmcliでIPアドレスを固定する方法が変更された - Qiita
CentOS 7.0.1406 (NetworkManager 0.9.9.1)ではnmcliを使ってNICに固定IPアドレスを設定するには次のようなコマンドを実行した。 # nmcli connection modify enp0s8 ipv4.method manual ipv4.addresses "10.0.2.250/24 10.0.2.1" ipv4.dns 8.8.8.8 この後、「systemctl restart network.service」などで反映される。 しかし、CentOS 7.1.1503 (NetworkManager 1.0.0)では同じnmcliコマンドを実行するとエラーになる。 # nmcli connection modify enp0s8 ipv4.method manual ipv4.addresses "10.0.2.250/24 10.0.
いつかTomcat10を使用する……気になれないパッケージ名変更の闇 - Qiita
※この記事12/23が空いていたので、代わりに投稿しました。ライトなものです。 Tomcatの最新バージョンは9.0 現在の Apache Tomcat の最新メジャーバージョンは9.0です。 https://tomcat.apache.org/ を見ると、2020/12/25 現在 Apache Tomcat 9.0.41 Apache Tomcat 8.5.61 Apache Tomcat 7.0.107 が更新されています。2011/1にリリースされたTomcat7.0もようやく2021/3/31にEOLを迎えると発表されています。 http://tomcat.apache.org/tomcat-70-eol.html いつかは、いま運用保守したり開発しているアプリケーションをTomcat10に乗り換える必要がありますが、ここに頭の痛い問題があります。Jakrta EE 9 のパッケ
Tomcat9をアップデートしたらWebサーバ(Apache)とAJP接続できなくなった話
こんにちは。おおたにです。 先日Tomcat9を最新バージョン（その時点では9.0.33）にアップデートしたところ、WebサーバとのAJP接続がうまくいかなくなったので、今回はその対処法を紹介します。 原因 こちらの脆弱性への対応のため、Tomcat 9.0.31でAJP1.3コネクタ設定が変更されたことが原因でした。具体的な変更点はTomcat 9.0.31のchangelogにありますが、主なものは以下の3点です。 AJPコネクタ（8009番ポートのやつ）がデフォルトでdisabledになった バインドアドレスのデフォルトがIPv6ループバックアドレス(::1)になった 新しい属性secretRequiredが追加され、デフォルトでtrueとなっている（trueの場合、secret属性でシークレットキーを指定する必要がある） 以下、上記変更に対応するための設定方法です。今回はApach
web.xml の定義と servlet 要素について - bnote
Java の Web アプリケーションは、 URL をサーブレットにマップするためにデプロイメント記述子(Servlet Deployment Descriptor)ファイルを使用します。デプロイメント記述子ファイルは web.xml というファイル名で、 WEB-INF ディレクトリの下に配置されます。 Tomcat 9 のインストールファイルに含まれる例（exampleディレクトリ）や conf ディレクトリに含まれる web.xml はバージョン 4.0 が用意されており、XML の構造は XML Schema で定義されています。 <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XM
Java Servlet 4.0のweb.xmlのスキーマ定義 - Qiita
Java Servlet 4.0のスキーマ定義が覚えられないのでメモ。 公式の定義がどこに載っているのかわからなかった。 <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/web-app_4_0.xsd" version="4.0"> </web-app> ついでにスキーマ定義の意味もわかっていなかったので調べてみた xmlns="http://xmlns.jcp.org/xm
【Java & Tomcat】Webアプリケーションの設定（web.xmlの設定）※サンプルプログラム付き
2019.04.21 【Java & Tomcat】Webアプリケーションの設定（web.xmlの設定）※サンプルプログラム付き Webアプリケーションの設定とは 最初にWebアプリケーションがどのように動いているかを簡単に説明しよう。ユーザがブラウザの画面に表示された絵や文章とリンクしたURL (http://www.linuxacademy.ne.jp/servlet など）を選ぶか、直接ブラウザにURLを入力すると、選んだリンク先の画面がブラウザに表示される。この時、何が起きているかと言うと、ブラウザからWebサーバーに送られてきたリクエストに対してレスポンスを返すよう設定されたサーブレットが起動されている。そして、そのサーブレットが返すレスポンスによって、次の画面が表示される。このリクエストとサーブレットの関係を設定することを「Webアプリケーションの設定」と呼んでいる。 Webア
context.xml
context.xml ●context.xmlの概要 ●context.xmlの設定例 ●context.xmlの設定タグ ●context.xmlの概要 コンテキストとはTomcatで管理されるまとまりのアプリケーションのことを言います。コンテキストには一まとまりのアプリケーションの動作に必要なJSP、サーブレット、HTML、画像、jar、web.xmlなどが含まれます。通常$CATALINA_HOME/webappsディレクトリ配下に設置されます。 context.xmlにはコンテキストの動作を設定します。これまではコンテキストに関する設定はserver.xmlで行っていました。Tomcat5からコンテキストに関する設定はcontext.xmlで設定するように変更されました。 context.xmlは$CATALINA_HOME/conf/[engine name]/[host na
web.xmlの記述 - アプリケーションの作成と配置 - サーブレット入門
前頁のコンテキストの設定でHTMLなどの静的なコンテンツは見ることができるようになっていますが、Servletを利用する為にはweb.xmlファイルが別途必要です。web.xmlファイルにはServletの呼び出し方や初期値などの設定を記載するようになっています。 下記の場所にTomcatが利用しているweb.xmlファイルがありますので、それを少し見て下さい。 <Tomcatをインストールしたディレクトリ>\conf\web.xml 結構長いファイルなのですが、基本的な構成は下記のようになっています。 <?xml version="1.0" encoding="ISO-8859-1"?> <web-app xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance
Tomcat9 ルートパスにWebアプリケーションを配置する | javalife
Tomcatにアプリケーションを配置すると、webapps配下に作成したディレクトリの名前で、コンテキストパスが付いてしまいます。 ローカルのTomcatに、hogehoge.warをデプロイした場合、こんな感じ http://localhost:8080/hogehoge/…でアクセス これだと困るとか、見栄えが良くないとかで、http://localhost:8080/…で、アクセスできるように変えたい場合があります。 いくつか方法はありますが、簡単に対応するには「ROOT」ディレクトリにアプリケーションをデプロイすることです。 ROOTディレクトリへのデプロイwarファイルをデプロイしたい場合warファイルの名前を変えて、webappsディレクトリに放り込みます。 [CATALINA_HOME]/webappsディレクトリにあるROOTディレクトリを削除。（どこかに退避）デプロイする
Tomcatで404エラー - Psalm
まず間違いなくコンテキストの設定が間違っている。 ちゃんとやったもん！と思っていても間違っている。 Tomcat6.0の場合、コンテキストの設定は conf/Catalina/localhost/xxxxx.xml に書く。 例えば、Webアプリ名がtestAppなら URLは http://localhost:8080/testApp/ コンテキストファイルは conf/Catalina/localhost/testApp.xml ファイルを置く場所は webapps/testApp/WEB-INF etc. となる。 Catalinaとかlocalhostとかは、conf/server.xmlの中の ＜Engine name="Catalina" defaultHost="localhost"＞ に指定された名前が使用される。デフォルトのままいじってなければ 気にする必要はない。 以前
Apache Tomcat 9 を CentOS 7 にインストールする手順 |
本稿では Java のアプリケーション・サーバー Apache Tomcat 9 を CentOS 7 にインストールする手順について解説します。 事前準備 Apache Tomcat をインストールする前に、まずは Apache Tomcat 9 の動作の前提となる環境を作ります。 Apache Tomcat 9 は Java で作られているため JDK (Java SE Development Kit) が必要です。 つぎの記事などを参考に JDK をインストールしてください。 また、Linux 上で Tomcat を動かすための専用ユーザとして tomcat を追加します。 # useradd -s /sbin/nologin tomcat Apache Tomcat 9 のダウンロードと配置 それでは Apache Tomcat 9 のインストール作業に移ります。 まずは Apac
【Java】web.xmlについてメモ - Qiita
「Webアプリケーションに関する様々な設定を、xml形式で定義するためのもの」 【説明】 web.xmlは アクセスされたURLに対して呼び出すクラス エラー時に実行する処理の指定 などの設定をします。 【配置箇所】(結論: WEB-INF直下) web.xmlは 「WEB-INF」ディレクトリ直下 に配置し、Webアプリケーション毎に作成します。 （※「web.xml デプロイメント記述子の生成」にチェックして作成した場合は、デフォルトで作成されます。 【読み込みのタイミング】 Webサーバ（HTTPサーバ）の起動時にWebアプリケーション毎にweb.xmlが読み込まれます。 【web.xmlの基本構造】 「XML宣言」、「DTD宣言」、「本体」の順で構成されています。 【書き方】 <?xml version="1.0" encoding="ISO-8859-1"?> // XML宣言
【すぐわかる】CentOSのポート開放のやり方
最近のCentOS7やFedoraなどはデフォルトでfirewalldが有効になっており、基本的にポートは塞がっている。 サービスを提供するには、適切に設定されたサーバアプリケーションと適切なポート開放が必要となる。例えばwebサーバの場合apacheなどを設定し起動、その後firewalldの設定を行い80番のポートを開放する必要がある。 このページではCentOSのポート解放についてお伝えしよう。 そもそもポートとは？ 念のためご紹介しておこう。 TCPやUDPで通信を行うときは、コンピュータ単位ではなく「プロセスやスレッド単位」で通信が行われる。この時の通信の窓口がポートである。 ネットワーク間でやり取りされる情報の基礎は「プロトコル」と「アドレス」と「ポート番号」この三つが主軸になっている。 日本語におとしこむと「どのような方法」(プロトコル)で「どこ」(アドレス)の「何号室」(ポ
Tomcatで404エラー | クロジカ
いつものようにビルドしてTomcat起動して、変更箇所を確認。 あれ「HTTP404」あれ？ となってしまいました。 ちなみに404エラーはサーバーに接続はできたもののクライアントのリクエストにあたるものが見つからなかったときに表示されるエラーです。 今回、なぜエラーになってしまったかというと、コンテキスト定義の書かれたserver.xmlに問題があったからでした。 例えば、URLとしてhttp:localhost/8080 にアクセスしようとした時にこのURLの続きの”/hogehoge”にアクセスするとどこにリクエストを飛ばしているかを記述しているのがserver.xmlになるのですが、今回は””と”/”に飛ぶ時でそれぞれ別に定義されていました。どちらも同じところを指しているのですが記述内容によってはここでエラーとなってしまうのです。 対処法としては直接、server.xmlの該当箇所
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SSL証明書の有効期限や内容を確認する方法一覧 - Qiita
Linux（CentOS7）にTomcatを手動でインストールする手順 - Qiita