約 3,976,329 件
https://w.atwiki.jp/chocolate1120/pages/100.html
linux にloginしたときに出力されるメッセージを書くファイル。
https://w.atwiki.jp/chocolate1120/pages/58.html
静的ライブラリ リンカーするとき実行形式に組み込まれるもの 短所:使用メモリ、ファイルサイズが大きくなる。 長所:単体で動作可能 動的ライブラリ 実行するときに必要なライブラリをリンクする 短所:単体で動作不可能、 少しでもバージョンが違うとうごかない(windowsのDLL地獄) 長所:使用メモリ、がいるサイズが小さくてすむ、 プログラムの変更が可能(容易)*1 \*1動的ライブラリは実行するときだけ必要なのでプログラムを変更しても動く。 しかし、静的ライブラリだと変更したら全てコンパイルしなおさなければならない。
https://w.atwiki.jp/chocolate1120/pages/24.html
make directory ディレクトリィを作る $ mkdir ディレクトリィ名 $ mkdir -p /x/y/ss 一度でx、y、ssというディレクトリィがつくる。
https://w.atwiki.jp/chocolate1120/pages/3.html
更新履歴 取得中です。 ここを編集
https://w.atwiki.jp/chocolate1120/pages/60.html
CAD デファクトスタンダード ISO OSI参照モデル OSI IEEE ANSI RFC チェックサム パリティチェック ワイルドカード ジャンボフレーム シェル シェルの設定 環境変数 Basic認証 正規表現 tarボール トランスポート層 ネットワーク層 ユーザー管理 権限(パーミッション) ショートカットキー タッチパネルの仕組み パッケージ管理 コンパイラとインタプリタ ライブラリ
https://w.atwiki.jp/chocolate100/pages/2.html
メニュー トップページ メニュー メニュー2
https://w.atwiki.jp/chocotte/pages/13.html
個人用です
https://w.atwiki.jp/chocolate1120/pages/65.html
匿名(anonymousクラッカー集団のことではありません)FTPの仕方 1.$ cd 「適当なディレクトリ」 適当な作業ディレクトリに移動 2.$ ftp「匿名FTPサーバ名」 ftpコマンドでサーバに接続 3.Name ftp ログインIDに ftp を指定(匿名FTP) anonymousでも可 4.Password xxxx@edu.tuis.ac.jp パスワードとして自分のメールアドレスを入力 5.ftp bin バイナリ転送モードにする。 6.ftp hash 転送状況表示モードにする 7.ftp cd /pub/lecture_data ディレクトリに移動 8.ftp dir ファイル名を確認 9.ftp get 「転送するファイル名」 転送開始.サーバからファイルを持ってくる場合. 10.ftp exit ftpコマンドの終了 通常FTPの仕方 ・FTPサーバにアカウントが必要 1.$ cd 「適当なディレクトリ」 適当な作業ディレクトリに移動 2.$ ftp「FTPサーバ名」 ftpコマンドでサーバに接続 3.Name s01828aa ログインIDに自分のユーザIDを指定 4.Password **** そのマシンでの自分のパスワードを入力 5.ftp bin バイナリ転送モードにする。 6.ftp hash 転送状況表示モードにする 7.ftp cd ..... ディレクトリに移動 8.ftp dir ファイル名を確認 9.ftp get 「転送するファイル名」 転送開始.サーバからファイルを持ってくる場合. 10.ftp put 「転送するファイル名」 転送開始.サーバへファイルを送る場合. 11.ftp exit ftpコマンドの終了
https://w.atwiki.jp/chocolate1120/pages/37.html
Basic認証(ベーシックにんしょう、Basic Authentication)とは、HTTPで定義される認証方式の一つ。 Basic認証では、ユーザ名とパスワードの組みをコロン " " で繋ぎ、Base64でエンコードして送信する。このため、盗聴や改竄が簡単であるという欠点を持つが、ほぼ全てのWebサーバおよびブラウザで対応しているため、広く使われている。 盗聴や改竄を防ぐため、後にDigest認証というユーザ名とパスワードをMD5でハッシュ化して送る方法が考えられた。 典型的なBasic認証におけるHTTPクライアントとHTTPサーバの間の通信を紹介する。 だいたいの流れは以下のようになる。 1.クライアントは認証が必要なページをリクエストする。しかし、通常ここではユーザ名とパスワードを送っていない。なぜならばクライアントはそのページが認証を必要とするか否かを知らないためである。 2.サーバは401レスポンスコードを返し、認証領域 (authentication realm) や認証方式 (Basic認証) に関する情報をクライアントに知らせる。 3.それを受けたクライアントは、認証領域(通常は、アクセスしているコンピュータやシステムの簡単な説明)をユーザに提示して、ユーザ名とパスワードの入力を求める。ユーザはここでキャンセルすることもできる。 4.ユーザによりユーザ名とパスワードが入力されると、クライアントはリクエストに認証ヘッダを追加して再度送信する。 5.認証に成功すると、サーバは認証の必要なページのリクエストを処理する。一方、ユーザ名やパスワードが間違っていた時には、サーバは再び401レスポンスコードを返す。それによりクライアントは再びユーザにユーザ名とパスワードの入力を求める。
https://w.atwiki.jp/chocolate1120/pages/10.html
関連ブログ @wikiのwikiモードでは #bf(興味のある単語) と入力することで、あるキーワードに関連するブログ一覧を表示することができます 詳しくはこちらをご覧ください。 =>http //atwiki.jp/guide/17_161_ja.html たとえば、#bf(ゲーム)と入力すると以下のように表示されます。 #bf