約 14,852 件
https://w.atwiki.jp/705nk/pages/56.html
認証テーマカタログ2 autolink(id=wikibody) mangothemes編 S60 2nd向けにハイクオリティなテーマを数多くリリースしてきたmangothemesですが、3rd向けはまだ数も揃っておらず、以前のようにクオリティの高いものはまだ見当たらないようです。すべてSymbian Signedで、705NKの本体にインストールが可能です。ただし、古いバージョンやSisExplorerなどで抽出・改造されたコピー品はSignedでない物もあるので注意してください。価格は1個€2.99で支払いはPayPalを使い、配信されるSMSからWapプッシュによるダウンロードで入手します。うまく落とせない場合、メールで送られて来る受領書に記載された購入IDと機種名(Nokia N73)を伝える事で添付ファイルとしても送ってもらえます。 公式ウェブサイト http //www.mangothemes.com BackyardLove BrushedMetal BurningHearts Christmas Angel Circles Dolphin First Snow Girlie Hawaii 1 Hawaii 2 Meccamouse OceanPlants PinkSpring PinkSummer Santa コメント欄は削除したほうがよいのでしょうか? -- コメント欄 (2008-03-30 21 23 44) http //www.s60.com/life/application/displayApplications.do -- 名無しさん (2010-01-31 12 33 42) http //www.e-series.org/archives/317 -- 名無しさん (2010-01-31 12 34 14) http //www.mangothemes.com/ -- 名無しさん (2010-01-31 12 34 45) 以上3つ、つながらなくなっています。残念です。 -- 名無しさん (2010-01-31 12 35 21) 名前 コメント
https://w.atwiki.jp/warningscratcher2/pages/61.html
非認証の新規ページ一覧 メニューを勝手に編集されるとページの移動や復元が面倒になるのでメニューの編集権限を管理人以外から剥奪しました。 新しいページを作った際はこちらにリンクを貼ってください。 管理人が確認し次第メニューに乗っけておきます。 +一覧 非認証の新規ページ一覧通りすがりの猫による裏ウィキ解説(確認済み) Scratchで遊ぶ!@ウィキ/右メニュー(確認済み) もしアカウントを乗っ取られたら(確認済み) ここからリンクエリア 通りすがりの猫による裏ウィキ解説(確認済み) 出来れば編集権限をサイトメンバーだけにして貰えると嬉しいです。 Scratchで遊ぶ!@ウィキ/右メニュー(確認済み) scratchで遊ぶ!@ウィキの右メニューとして使ってくれたら嬉しいです。 もしアカウントを乗っ取られたら(確認済み) aboutscratchに載せておいてくれたらうれしいです。
https://w.atwiki.jp/tudlab/pages/20.html
rshでkerberos認証を止める kerberos認証 - rsh使用時に”Trying krb4 rlogin...”と出るやつ。 【方法】(以下の作業は慎重に行うこと) kerberos認証より、先に/usr/binのコマンドを実行するようにPATHを設定する 具体的には、 ホームディレクトリで以下のコマンドを実行し、再ログインする echo "export PATH=/usr/bin $PATH" .bashrc 全ユーザについて行う場合は、スーパユーザで以下を実行 echo "export PATH=/usr/bin $PATH" /etc/bashrc 【参考】 http //bbs.fedora.jp/read.php?FID=8 TID=2030
https://w.atwiki.jp/pjsvr2007/pages/28.html
ここでは SQL 認証で運用を行う場合のユーザ管理手順についてまとめます。 基本はこちら 作業手順 SQLメンバシッププロバイダの構成 コマンドプロンプトを開き、以下のコマンドを入力 C \ cd C \WINDOWS\Microsoft.NET\Framework\v2.0.50727 C \WINDOWS\Microsoft.NET\Framework\v2.0.50727 aspnet_regsql.exe -A m -E SQL Server Express を使っている場合は以下のようにする C \WINDOWS\Microsoft.NET\Framework\v2.0.50727 aspnet_regsql.exe -A m -E -S SQL Server Instance フォーム認証用Webアプリケーションの作成 WSS管理サイトを開き、「アプリケーション構成の管理」から「Webアプリケーションの作成または拡張」をクリック 既存のWebアプリケーションの拡張を選択 別の IIS Web サイトへの Web アプリケーションの拡張 画面にて以下のように入力する Webアプリケーション:既定のWebサイトを選択 IIS Webサイト:「新しいIISWebサイトを作成する」を選び、ポート番号を変更する(例:80) セキュリティの構成:そのまま 負荷分散されるURL:URL:フォーム認証に用いるURL(例:http //fourmile/)になっていることを確認する¥ OKをクリック 認証プロバイダの設定 「アプリケーション構成の管理」から「認証プロバイダ」をクリック 「イントラネット」をクリック 認証の種類で「フォーム」を選択 メンバシップ プロバイダ名に「AspNetSqlMembershipProvider」を入力 「保存」を押す Web.configの更新 「ファイル名を指定して実行」から「inetmgr」を実行 インターネットインフォメーションサービス(IIS)マネージャが起動する 「Webサイト」ツリーを展開し、作成したWebサイト(例 SharePoint-80)で右クリックし、エクスプローラを選択 Web.config ファイルをメモ帳等で開き、以下のエントリを追加する。追加するのは /configSections という行の直後から。 connectionStrings remove name="LocalSqlServer" / add name="LocalSqlServer" connectionString="data source=127.0.0.1;Integrated Security=SSPI;Initial Catalog=aspnetdb" / /connectionStrings SQL Server Express を使っている場合は以下のようになる。 connectionStrings remove name="LocalSqlServer" / add name="LocalSqlServer" connectionString="data source= server name \sqlexpress;Integrated Security=SSPI;Initial Catalog=aspnetdb" / /connectionStrings Users.xml の作成 Users.xml はSQL認証DBに登録するためのユーザ定義ファイルとなる。 新規に作成する場合 cd C \Program Files\Microsoft Office Servers\12.0\Bin PjFormsAuthUpgrade.exe -createemptyusersfile -log forms.log –url http //localhost/pwa -usersfile users.xml
https://w.atwiki.jp/laddy/pages/13.html
Basic認証先の読み込み Pear HTTP/request.phpを利用する ただ、これだけだと実質的な認証になっていなくて、 そのページだけ取ってくるような形
https://w.atwiki.jp/chapati4it/pages/150.html
Basic認証とは HTTPプロトコルで規定されている、認証方式で、多くのサーバー、webブラウザが対応している。 ログイン画面や認証機能を作りこむ必要がなく、手軽に利用できる反面、セキュリティ面、機能面で物足りない点もある。 特徴 ■ログイン画面を作る必要がない。 ユーザー名とパスワードを入力する画面は、クライアント(ブラウザ)に実装されているため、ログイン画面を作る必要がなく、簡単なサーバーの設定だけで利用可能です。 ※独自のログイン画面が必要な場合は、Basic認証ではなく、サーバーやフレームワークが提供するセッション機能を活用して認証機能を作成します。 ■ログアウト機能がない。 Basic認証にはログアウト機能はない、ログアウトするにはブラウザを閉じるしかない。 一般的に、Basic認証はこのように言われています。 実は、この言葉には裏がありまして、本来のBasic認証の姿としては そもそもログインという機能がない。 通信のたびに、毎回ユーザー名とパスワードで認証する。 これが、Basic認証の本来の姿ですが、実際に毎回ユーザー名とパスワードを要求されたら、人間が使うにはとてもとても大変で誰も使いたがりません。 そこで、大抵のブラウザには、認証が成功した時のユーザー名とパスワードを覚えて置いて、次の通信からは自動的に送信する仕組みが備わっているのです。 この仕組みのおかげで、Basic認証のかかっているサイトも便利に利用出来るのですが、 反面、あくまでブラウザの便利機能なので、サーバからは一切コントロールが出来ないのです。 「ログアウト機能がない」のまとめ Basic認証は本来ならば毎回ユーザーとパスワードを入力する仕組み。 それでは不便なのでブラウザが代わりに送信してくれる。 ブラウザの機能なのでサーバーからは手出し出来ない。 そのため、「Basic認証にはログアウト機能がない」と言われている。 セキュリティ面の特徴 ■ユーザー名とパスワードは暗号化されない。 Basic認証では、ユーザー名とパスワードはBASE64という方式でエンコードして送信されます。 BASE64は暗号ではないので、ユーザー名とパスワードはほぼ丸腰でネットワークに流れてしまいます。 ■盗聴される可能性が高い。 「ログイン機能がない」でも説明しましたが、Basic認証ではWebサイトにアクセスするたびに、ユーザー名とパスワードを送信しています。 「毎回平文で」ユーザー名とパスワードをネットワーク上に流してしまうので、盗聴の危険性は当然高くなってしまいます。 ■安全に使うには Basic認証を安全に利用するには以下の方法が考えられます。 消極的な対策 重要な情報を置かない 社内ネットワーク等安全なネットワークで利用する 積極的な対策 SSLを利用する SSLは通信を暗号化する技術なので、SSLを利用すればBasic認証に暗号化の機能がなくても、通信内容を暗号化して安全を確保出来ます。 TomcatはSSL通信の時だけBasic認証を有効にするオプションがあるので、合わせて設定するとより安全に利用できるでしょう。 Digest認証を利用する Digest認証は、Basic認証にユーザー名とパスワード※を暗号化する機能を追加した認証方式です。 Basic認証の後に作られたため、古いブラウザやサーバ製品では対応していない事もあります。 ※正確には暗号化ではなく、ユーザー名、パスワードとランダムな文字列から計算したハッシュを送信します。 ランダムな文字列を加えて計算したハッシュから元のパスワードに戻すのはほぼ不可能なので十分に安全な認証方式と言えます。
https://w.atwiki.jp/knight_9999/pages/39.html
トップページ Android BASIC認証 WebViewの場合 参考サイト http //d.hatena.ne.jp/shima111/20120820/p1 WebViewClient()を作成して、onReceivedHttpAuthRequestを設定しておく webview = new WebView(this); webview.setWebViewClient(new WebViewClient() { @Override public void onReceivedHttpAuthRequest(WebView view, HttpAuthHandler handler, String host, String realm) { System.out.println("onReceivedHttpAuthRequest, host realm = " + host + " " + realm); handler.proceed("ユーザID", "パスワード"); } }); URLConnection (HttpURLConnection)の場合 参考サイト http //others2.blog.so-net.ne.jp/2009-09-09 HttpURLConnection conn = (HttpURLConnection)url.openConnection(); conn.setRequestProperty("Authorization", "basic " + Base64.encodeToString( ("ユーザID" + " " + "パスワード").getBytes() , Base64.DEFAULT)); で出来る。しかし、Android 4.0系では上記でうまくいったものの、Android 2.3系ではうまくいかなかった。 (端末依存?) 別のやり方ではアクセス前に Authenticator.setDefault(new Authenticator() { @Override protected PasswordAuthentication getPasswordAuthentication() { return new PasswordAuthentication( "ユーザID" , "パスワード".toCharArray() ); } }); を行う。 Android 2.3系でもこの方法ではうまくいった 接続後、念のために解除 Authenticator.setDefault(null); 2013/8/6
https://w.atwiki.jp/gogh/pages/21.html
前のページに戻る 登録できない、または認証コードが届かない場合、「迷惑メール」フォルダに振り分けられている可能性があります。 公式ページ https //gogh-info.notion.site/7f3f6d01309f432dbfa0a3576f6ab82c iOS(iPhoneのメールアプリ) 1. メールアプリを開きます 2. 画面左上の「メールボックス」をタップします。 3. メールボックスのリストで「迷惑メール」または「Junk」フォルダを探して、タップします。 Android(Gmailアプリの場合) 1. ホーム画面からGmailアプリをタップして開きます。 2. 画面左上の三本線(メニューバー)をタップします。 3. メニューのスクロール可能なリストで「迷惑メール」または「Spam」を探して、タップします。 迷惑メールからの解除 Gmailなどで、間違えて迷惑メールと判定された正当なメールについては、迷惑メールから解除をします。 1. 迷惑メールマークを解除するメールを選択 サイドバーのシステムラベル[迷惑メール]をクリックして迷惑メール一覧を表示して、誤って迷惑メールマークが付いてしまったメールを選択します。メール一覧の上部の[迷惑メールではない]をクリックします。 メールの内容を確認して迷惑メールではないとわかった場合は、メッセージ詳細画面から[迷惑メールではない]をクリックします。 2. 迷惑メールマークの解除が完了 [スレッドを迷惑メールでないと区分し、受信トレイに移動しました。] と表示され、正当なメールは受信トレイに移動されます。 https //www.g-workspace.jp/googleworkspace-reference/gmail/not-spam-mail/
https://w.atwiki.jp/pk_aog/pages/21.html
自力でベリファイするよ派 ベリファイが求められた時、もしくは MenuのSettingの該当欄に、 有効なメアドを入力すると仮メールが届く。 携帯メールだと正常に届かないことがあるので要注意。 gmailなどのフリメがおすすめ。届かない人は迷惑フォルダチェックも汁。 メールが届いたら、そこに記載されているURLを踏み、 "Yes, verify my e-mail"ボタンをクリック。 自力でベリファイできなかったよ派 2バイト文字とか使ってると自力でベリファイできない不具合がある模様。 自力で出来なかったらアンドリュー(andrew@parallelkingdom.com)に 手動ベリファイを依頼することになる。 英文でベリファイが出来ない旨と共に、 * 自分のID(※必須) * 自分のユーザーナンバーもしくはフォーラムのプロフィール画面のアドレス * ベリファイして欲しい自分のメールアドレス(※必須) * (2バイト文字の場合)IDのSS * 参加日(※2バイト文字使用者は必須) を伝える。 【参加日・ユーザーナンバー・プロフィールのアドレスの調べ方】 http //forum.parallelkingdom.com/memberlist.php?mode=searchuser 自分の名前を検索して、自分のプロフィール画面を開く。 その画面のURLか、URLの末尾の数字をユーザーナンバーとして記載する。 (例) http //forum.parallelkingdom.com/memberlist.php?mode=viewprofile u=54 この場合のユーザーナンバーは54になる。 メールアドレス認証申請用英文(参考) 件名: Please verify my e-mail address. 本文: Hi, Andrew. I couldn t verify my e-mail, so could you verify? My ID uses some Japanese characters.(※日本語の文字使用したIDの場合) - My ID ***** (※ID) - My user number ***** (※ユーザーナンバー。上記を参考) - Joined Thu Oct 30, 2008 8 00 pm (※参加日。自プロフのJoinedの部分をコピペ) - My e-mail *****@***.** (※メアド) - My profile s URL (※プロフィールページのアドレス) http //forum.parallelkingdom.com/memberlist.php?mode=viewprofile u=***** I attached a screenshot of my ID written in Japanese characters.(※全角を使用したIDの場合) Regards, *****(※自分の名前 or ID)
https://w.atwiki.jp/trainer_s2005/
バビロン-背徳の都-へ ようこそ。 管理人のトレーナーSです。 Total - Today - yesterday - まず お聞きします。 当Wikiは、特殊な性癖を持った人を対象としています。 その様なコンテンツに対して嫌悪を感じませんか? もし貴方が未成年もしくは特殊な性癖に対して嫌悪感をもたれるのであれば、 こちらから退出してください。 また当サイト内で使用されているコンテンツの著作権は各著作権者にあります。 無断使用等は絶対にやめてください。 上記条件に同意していただける方はエントランスへ