「BASIC認証」を含む日記 RSS

はてなキーワード: BASIC認証とは

2011-12-11

AndroidってBasic認証かかったディレクトリからファイル落とせないのかよ…

出先で自宅鯖のMP3とか落として聴こうと思ってたのに…。

2011-09-05

http://anond.hatelabo.jp/20110905165645

話が大分嘘っぽくなってきたな。

BASIC認証も知らないのに、WEBベンチャーを立ち上げるコネか資金があったわけだ。

そして顧客も。

どういう分析でベンチャー立ち上げたのかね?

どういう売り込みで資金集めたんだろ?

そこをクリアしてて顧客がいるなら、「BASIC認証も知らない」なんてのは些細な問題。

http://anond.hatelabo.jp/20110905164654

その2つに関しては俺はわかってるけど、さすがにそれらの知識は実際の業務で要らないだろ。

しかWEBベンチャー社長で営業も企画も一人でやってるのにBASIC認証通じないのはマズイだろ。

2010-11-09

http://anond.hatelabo.jp/20101108213204

うち、社内のテストサーバーとかのFTPとかBasic認証とかのID/パスワードを一旦テキストファイルに書き出して、添付ファイルでおくっていたけど(パスワード付きのZIPとかRARだとモバイルで見られないから)、いちいち開くの面倒だからって、平文メールに書くようになったぞ。

送り手が気を使っても、受け取る側が面倒だからっていうと、セキュリティなんてお構いなしになる。

2010-09-18

OAuth認証について

このバージョンから今ま

でのBasic認証から、OAuth認証という認証方式になりました。TwitterBasic認証2010年春くらいから非推奨になるそうなので。

具体的には、ファイルの中にユーザー名やパスワードを直接書くのではなく、このサイトからTwitterサイトへ張っているリンクをたどって、Twitterサイト認証してもらって、それで発行されたキー(文字列)を保存して、ファイルに書き込んでもらう、という手順を取ることになります。

ちょっと手順としては面倒だけど、今までの方式より安全だし、Twitter投稿したときに表示されるクライアント名(「webより」などの部分)を変更できるというメリットがあります。

すでにOAuth認証用のキーを持っている人は

すでにOAuth認証用のキーを持っている人は、そのキーをそのまま使うことができます。

setting.phpに書いてある$consumer_key、$consumer_secret、$access_tokenと$access_token_secretの4つのキーを、自分で取得したものに入れ替えてください。

自分で独自のOAuth認証アプリを作れば、つぶやきの「送信元」を自由に変更することができます。詳しくはPHP+OAuthTwitter - SDN Projectなどを参照してください。

このサイトOAuth認証のキーを取得する

まだOAuth認証キーを持っていない方は、ここで取得することができます。その場合つぶやきの「送信元」は「EasyBotter」になります。

以下のリンク先の指示に従って、OAuth用のキーを取得してください。



OAuth認証について



ただし、既にOAuth用のキーを取得している人はそれを使えば大丈夫です。

スポンサード リンク

2010-07-31

[]検索避けに拘泥している人は自宅鯖とかやらんのだろか

BASIC認証の一つでもかけておけばほぼ確実に中身は何も引っかからないよね。

IDパスワードは、同好の士なら誰もが知ってるような簡易なクイズ形式にしておけば十分だろうし。

2010-05-26

ユニクロtwitter行列って

Basic認証な上にSSL通信でもないからIDパス盗み放題な気がするんですが、大丈夫なんでしょうか?

それ以前に、個人のtwitterアプリならともかく、ユニクロみたいな大企業OAuth認証使ってないことに失望しました。

あれだけBasic認証廃止するって騒がれてるのに、Basic認証使う根性が信じられないです。

2009-05-19

http://anond.hatelabo.jp/20090518232758

モヒカン族の人たちが、万人に見せたくないならBasic認証かけたりしてクローズドなとこでやれ、オープンなとこでやって検索エンジンにもバンバン引っかかってるのに見に来たほうを非難するなみたいなこと言ってるけど、実際アダルトコンテンツもそのぐらいやるべきなんじゃないかね。

サイト入り口に「あなたは18歳ですか?Yes/No」って書くぐらいじゃ手ぬるい。末端ページに直リンクされたらまったく意味ないんだから。

エロゲレビューとかのほほんと書いたりバナー貼りまくったりしてる個人ブログもな。

2009-03-18

こちらの記事を読んで。

http://d.hatena.ne.jp/natsu_san/20090315/1237115978

腐女子検索避け文化inニコ動 - __ScrapBook of Plumber

先ず、文章全体に検索避けを配置する必然性は、固有名詞以外の単語でも、何かの拍子で他の言葉での検索に引っ掛かってしまう恐れがあるからではないかと思う。要するに、元ネタを探しに来た人がたまたま見てしまうことを恐れて。独特の暗号等を熟知した人以外には辿り着いて欲しくないから。そういうことじゃないかなと思います。

ただ、正直言ってこんなのはニコニコでやるな、の一言に尽きる。検索避けだけがんばっても、そんなものは配慮と呼ぶには中途半端極まりない。

こういうことって、部外者から見れば鼻で笑っちゃうことなのかもしれないけど当事者には死活問題なのである。


ただ、なんだ、今回のニコニコの件にも言えるようにやってることが中途半端なんじゃないかと思うことが増えてきてしまった。

検索避け伏字ソーシャルブックマーク禁止だとか以前にBASIC認証くらい付いたページを作るのが最低限の常識だと思っていたよ。


最近では腐女子がなんだどうとかって騒がれるようになって、市民権を得たとか、正直大きなお世話だ。誰が市民権が欲しいなんていったんだ。

そういうイメージが先にあって、こっちの世界に飛び込んだ人はやっぱりどこか危機感が足りないような気がする。検索避け等も、本気で考えている人もいれば、やらなきゃ怒られるから程度の意識でやってる人もいるのだろう。検索避け様式美じゃねーぞ!こうやって記事にされちゃうくらいに知られてるんじゃ検索避け伏字意味なんてないっていうのに。


正直、腐女子必死だなで終わる話だとは思う。でも腐女子なら必死になってください。

版権元や本人といった人たちに、実際は既に知られているっていうことが多いのだと思うけれど、それでも目をつぶってくれているならこれ以上迷惑かけないようにしたいというのがばばあの切なる願いである。

2008-10-31

同人サイトウェブサービスAPIの違い

この手の話題に一番強そうなはてなで聞かせて欲しいんだけど

同人サイト無断リンク/ディープリンク禁止、検索避け、もしくは「はてブ禁止」

これについてどう思う?

A.そんなにアクセスされたくなかったらBASIC認証でもかけとけ

B.本人がそう言うなら別に尊重してあげれば良いんじゃねーの

Bな人はムダな時間取らせてごめん、この話と関係ない

で、Aの人に質問

これはえがい人とかのサービスに対して「APIにムダなorバグによる過剰な負荷をかけて迷惑かけるんじゃねーよ」

これについてどう思う?

C.そんなもんサービス側で弾け

D.働いてる人の苦労とか考えろ

Cな人はムダな時間取らせてごめん、この話と関係ない

で、残った人に質問なんだけど、なぜAとDは一人の人間の中で共存できるの?

いくつか考えたけどマトモな答えが見つからない

2008-09-03

http://anond.hatelabo.jp/20080903114214

ウィルス検索ソフトのあるものは、ダウンロードされたファイルURL(と内容も?)をどんどん自社DBに登録していっているが、googleブラウザは当然そのブラウザを使ってアクセスされたURLgoogleに通知して内容を保存していってるんだろうなと予想。ブラウザでの入力時点でID/PASSも抜かれるからbasic認証かけてても無意味だね。

そして閲覧した内容に最適化されたgoogle adが表示されるようになるんだぜ!

ad表示程度ならマシだけど、そのうちパケット監視で取得できる情報は全て公開情報だからプライバシーには含まれませんとか言いそう。

2008-04-27

http://anond.hatelabo.jp/20080426180515

涙が出るほど笑った。これは身体を張った壮大なギャグなのか?

ハイパーリンクWWWの基本概念で、特定の人間にしか閲覧されたくなければBasic認証かけるとか技術的に対応すべきだとか主張してるやつがこれか。

RemoteHostをアクセス先に通知するのも通知されたRemoteHostをアクセス先で自由に利用するのもWWWで基本的に認められてる仕組みだ。相手に知られるのがイヤなら串使うとかして技術的に対応すべき。

リモホ公開するのはマナー違反とか言い張るなら無断リンクマナー違反という主張も認めてやれよ。バカすぎる。

荒らし防止にリモホ公開してる掲示板システムなんて星の数ほどあるぞ。

2008-01-31

http://anond.hatelabo.jp/20080131182838

踏み台にされるリスクさえ分からん初心者にはインターネットサービスを公開するなと言いたい。

簡単な認証も書けん奴はWebサービス公開すんな。

(追記)BASIC認証くらい分かるだろ?

http://anond.hatelabo.jp/20080131124734

仕事で使ってる人とか、仲間内でやってる人が多いんじゃないかと思うけど。。。

初心者サービスを作るなら、URLを公開しないか、公開するならBASIC認証をかける程度の事をやっておけば、カジュアルクラックは防げるよたぶん。高木浩光が何と言うかは知らないけど。

もしくは、ソースだけzipで固めて公開すれば?叩かれるのが怖いなら、仲間内でやればいいだけじゃん。初心者向けの2chスレとかもあるよ。公開したら叩かれるからやらない、なんて言い訳にもなってない。

2008-01-18

http://anond.hatelabo.jp/20080118210214

悪さっていうかこれもしダウンロードするファイル個人情報とか含まれてたら問題になると思うんだけど。

Basic認証かけとけば弾けるのか?

昔のOperaも閲覧するページの情報Operaに送られてるっていう問題があったけど。

トレンドマイクロ URLフィルター」で調べたら高木さんとこでも問題として取り上げられてたみたいだね。

これはアクセスしようとするURL情報顧客に対しては大っぴらじゃない形でトレンドマイクロに送信されているのが、スパイウェアじゃないかっていう見方の話しだけど。

こういうことしてるならURLを送信する前に「これからアクセスしようとするページの情報セキュリティチェックのためにトレンドマイクロに送信しますがいいですか?」っていうダイアログを表示するべきなんじゃないだろうか。

既にそうなってるのかな?ウィルスバスター使ってないから知らないんだけど。

2007-07-11

http://anond.hatelabo.jp/20070711134301

何かのアカウントを作る必要がないのがいい

ってあるじゃん

まさにそこ。

機能を得るための労力と、そのある意味わがまま(こだわり)と言える要望のどっちを取るかを取捨選択するのが分析作業だと思う。

たかだか内々での連絡に使用する用途が、携帯の固有番号とひもつけられる事によって本当に問題になりうるのかと言うのも判断すべき点かな。

と言うかむしろ「家族全員携帯持ってねぇよ」と言う問題の方がありそうで、mixiを捨てる致命的な理由になりそう。


後の候補は

通常の掲示板を、.htaccessが使えるサーバに設置してBASIC認証を掛けるとか、

MovableType使って非公開ページを運営するとか。

そもそも質問する人間の技量レベルが提示されてないから、提案もできないってのが本音。

2007-04-02

anond:20070402111828

サンプルページである事を祈っておくよ。


追記

よくわからんが、関係者用ページbasic認証だ。

だから、JavaScriptごにょごにょのページはまぁ見られてもかまわんって事なんだろう。

想定される事態としては

制作資金をけちりまくった

・できてからこれらのページの注文をした

素人が作った

のどれかだが、素人が作ったにしちゃ変な事してるので、多分発注の問題。

2007-02-26

[]意識だけ強くても行動が伴ってなければ意味がない

http://anond.hatelabo.jp/20070205130841

BASIC認証もかけてないとかバカじゃないの?

2006-12-24

SiteDev2の備忘録

SiteDev2とは?
PukiWiki 1.4.6をベースにしたCMS(コンテンツマネジメントシステム)。
開発元:phpspot - PHPスクリプト/MySQL/掲示板/入門/サンプル/正規表現/レンタルサーバー
公式:フリーのCMS ( コンテンツマネジメントシステム ) - SiteDev ※公式サイトはsiteDev1.1.0(PukiWiki1.4.4ベース)で構築
デモトップページ - siteDev2サンプルサイト
稼動中:feedAPPLI | Webマーケティング Dragon.jp | javascriptist など
PukiWikiとの違い…Basic認証小人数運営・ペ-ジデザインが容易・Smartyテンプレ-ト・PukiWiki1.4.6用プラグインが使用可(一部1.4.7用も可)・便利なプラグインデフォルト
デメリット…処理が重い・セキュリティが弱い!?
※(個人的には)メリット微妙rNoteの方がお勧め
ただし、rNoteはバ-ジョンアップが滞っており各自スパム対策などを講じる必要がある。(開発者ブログは続いているのでバ-ジョンアップの可能性は0ではない)
問題点修正
カスタマイズ
その他

pcommentがおかしい 【問題点修正】

pcomment.inc.php内、61行目 rawurlencode を rurlencode に修正。

ページ一覧に文字化けした謎のタイトルが!! 【問題点修正】

害は無いと思いますが…デリケ-トな方はwiki/内の0バイトtxtファイル削除してみると吉かも

パスの書式問題 【問題点修正】

環境によって生じる!?私はデフォルトのままで平気でしたが…

一応解決方法→siteDev2の日本語URL問題を解決

SiteDev2の認証問題 【問題点修正】

PHPのバ-ジョンによって生じる!?

解決方法→phpspot.org - トピックを表示 - SiteDev2の認証 | 私的ファイル deltazulu 記録再開 - ひとり Wiki で SiteDev2 | PukiWiki/CMS/SiteDev2 - taru

コメントスパム対策 【カスタマイズ】

スパム対策済コメントプラグインがPukiWiki1.4.7用ですが修正無しで使用可能。

もうひとつ(古いみたい!?なので)参考までに…commentプラグイン

PukiWiki.orgの仕様を参考に 【カスタマイズ】

カスタマイズPukiWiki.orgの仕様を参考にしてみても吉かも。ただし、情報が古いので要注意!!

PukiWiki.orgの仕様(2004/08/20以前)

負荷対策 【カスタマイズ】

参考までに…BugTrack/763

パス 【カスタマイズ】

PukiWikiのUPLをindex.php?hogeの形式ではなく、index.php/hogeの形式に変更する方法。

SiteDev2ではデフォルトindex.php/hoge仕様になっている。中身を詳しく知りたい方は→PukiWiki with PATH_INFO

全角英数文字を半角に変換表示 【カスタマイズ】

見栄えが気になる方は→全角英数文字を半角に変換表示

キャッシュ 【カスタマイズ】

Pukiwiki Plus 1.4.7-i18nプラグイン。SiteDev2で動作するか不明(一応メモ)Wiki文法の出力HTMLをキャッシュする

HTML直接記述の危険性?? 【その他】

危険らしいですよ

- 転職ならen
- 派遣ならen
 
1ページ中1ページ目を表示(合計:19件)