「script」を含む日記 RSS

はてなキーワード: scriptとは

2017-10-23

 

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

 

 

 ウソくせ~

2017-10-18

艦これすげぇな

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

こんな最低限のUI実装すんのに4年掛かったのか…

2017-10-10

自由党選挙後即刻解党すべきだ

新潟県衆院選で県連のみの推薦になっていることで、前原同様小澤が党を売ったと確信した。

小沢一郎が軟体生物であることはみんな知っていたふりをしていたが、実際に裏切るときにどうしかけてくるか想像が付かなかった。

実質的に免罪してしまっていた。

岩手三区野党支持者は自民党に入れてでも小沢を落としてほしい。

森裕子裏切りをまともに説明できない以上、政界引退しろ

市民連合新潟は結局のところ、レイシストである森や米山隆一をお膳立てしたナチス擁護進歩的文化人連以外の何物でもない。

佐々木寛、磯貝潤子、横山久美子らは日本ファシズムを復活させたことに観ての通り何の痛痒も感じていない。

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

2017-10-09

この常識もっと広まってほしい

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

レベル作品を見せられると高レベル創作者のレヴェルが下がるっていう事を端的に言い表してる。

から、低レベルだったり下手な連中はそれだけで罪、犯罪処罰対象なんだよね。

それぐらい最低限の事なんだから分かって欲しいんだが、この常識が通じない人間が多くて困る。

この常識もっと広まってほしい

この常識もっと広まってほしい

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

レベル作品を見せられると高レベル創作者のレヴェルが下がるっていう事を端的に言い表してる。

から、低レベルだったり下手な連中はそれだけで罪、犯罪処罰対象なんだよね。

それぐらい最低限の事なんだから分かって欲しいんだが、この常識が通じない人間が多くて困る。

この常識もっと広まってほしい

2017-10-08

この常識もっと広まってほしい

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

レベル作品を見せられると高レベル創作者のレヴェルが下がるっていう事を端的に言い表してる。

から、低レベルだったり下手な連中はそれだけで罪、犯罪処罰対象なんだよね。

それぐらい最低限の事なんだから分かって欲しいんだが、この常識が通じない人間が多くて困る。

この常識もっと広まってほしい

この常識もっと広まってほしい

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

レベル作品を見せられると高レベル創作者のレヴェルが下がるっていう事を端的に言い表してる。

から、低レベルだったり下手な連中はそれだけで罪、犯罪処罰対象なんだよね。

それぐらい最低限の事なんだから分かって欲しいんだが、この常識が通じない人間が多くて困る。

この常識もっと広まってほしい

かいつまんで言えばこういうこと

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

レベル作品を見せられると高レベル創作者のレヴェルが下がるっていう事を端的に言い表してる。

から、低レベルだったり下手な連中はそれだけで罪、犯罪処罰対象なんだよね。

それぐらい最低限の事なんだから分かって欲しいんだが、この常識が通じない人間が多くて困る。

この常識もっと広まってほしい

2017-09-26

好きだった宮本フレデリカもっと見たくなるくらい大好きになった話

●はじめに

この記事は、例の記事を読まれた方向けに書いた、言わば二次創作です。例の記事の経緯を考えると三次創作と言えるかもしれません。

なお、私は例の記事をあまり読んで欲しくはないので、リンクを貼るつもりはありません。「例の記事ってなんだよ」って方は、そのままブラウザバックして、例の記事云々については知らないままでいた方が幸せに暮らせると思います

優れた二次創作者であれば、原作を知らない読者をも原作ファンにしてしまう力があるのかもしれませんが、私にその力が無いことをご容赦願いたく存じます

○目次

オマージュ自分語りパート(どうしても入れたかっただけなので、スクロールで読み飛ばすことを推奨します)

●非オマージュ雑感パート別に読まなくてもいいです)

・件の記事について

サジェストについて

宮本フレデリカ 好き

感謝(ここだけ読んで頂きたいです)

オマージュパート

例の記事に影響されて、今回思ったことを表に出してしまおうと書き始めました。例の記事同様理路整然とはしておらず、ただの惚気アンド自慢です。内容も全然違います

大好きだったはずの宮本フレデリカさんがもっと大好きになってしまった過程の話です。

言わなければわからないことですが、私はアニメからデレマスに足を踏み入れたプロデューサーのひとりで、宮本フレデリカ特に目を留めませんでした。一応アニメの予習として、アニメ以前にモバマスをやってはいましたが、長続きせず、宮本フレデリカという名前を知ることもありませんでした。

アイドルマスターシンデレラガールズスターライトステージが始まるまでは。

最初の10連で引けた彼女は本当に良くわからなかったです。今担当であるという贔屓目をもってしても、初期Rの絵とコミュだけでは彼女に興味を持つには至りませんでした。寧ろ私は一ノ瀬志希さんに興味を持つようになっていました。

速水奏さん、城ヶ崎美嘉さん、塩見周子さん、一ノ瀬志希さんというモバにおける総選挙上位、中位経験者で、集金能力の高いメンバー構成されたLiPPSというユニットに、モバにおいて総選挙圏外常連(悪意はないです。、このことで今年の総選挙では悔しい思いをしました)であった宮本フレデリカさんが加入したイベントでも、私は最終日におもちゃ屋に某プリキュアDVDを貰いに行ったラスト2時間に捲られて圏外に後退してしまい、フレデリカさんを獲得することは出来ませんでしたが、LiPPSに興味を持つようになっていきました。

またtulipという名曲も手伝って、更に彼女は注目され、LiPPS人気はうなぎのぼりだったように思います。私もLiPPSのSSRを揃えるべく、スカチケ前になんとか志希さんを引き当て、またスカチケで奏さんを引いたものの、フレデリカさんのSSR実装されていませんでした。

そしてその後登場した恒常SSRフレデリカ衣装の可愛さ。あれは本当に完璧な出来だったと思います。当時まだ宮本フレデリカさんをLiPPSの一員としか思っていなかった私はLiPPSを揃えるためにガチャを回しました。すると、珍しく無償ジュエルでの10連でSSRフレデリカさんを引き当てることが出来たのです。LiPPS推しプロデューサーとして、こんなに素晴らしい引きに絵に3D、なんて恵まれているんだろうと思いました。

ここがLIPPSのメンバーとしてではなく、宮本フレデリカさん個人を見たくなるきっかけになる出来事でした。

それから、LiPPSから宮本フレデリカさんのファンになリ始めた私は、6月実装されたき・ま・ぐ・れ☆Café au lait!のMVプレイストーリーコミュも見ました。

LPPSでも志希や美嘉が特に好きだった私がフレデリカPになった経緯は、一目惚れではないので明確ではありませんが、10月の4thライブSSA公演では、はっきり、フレデリカPと自称していました。そして

限定SSRフレデリカのガシャまでガシャ禁して無償ジュエルを貯める宣誓(一応、美嘉、奏、CMアイドル例外は設けていました)」(内容は字数関係でぼかして書いています

Twitterツイッターにアップし、固定ツイートに貼り付けていました。

その後、ジュエルを50連分貯めて迎えた11月限定美嘉の復刻を見た瞬間、ああもうガシャ禁をやめよう、と思いました。フレデリカのことは、本当に大好きでした。

しか一年前に迎えられなかった、美嘉さんを無視してしまうことへの拒否反応が強く出ててしまい、耐えきれませんでした。

その程度でガシャ禁をやめるなんて、と思う方もいるでしょう。けど、声高にガシャ禁宣言して担当アイドルだけを引いておめでとうって、私には本当に耐えられなかったですよ。頭おかしくさえなりそうでした。

なぜって、まずプロデューサーを名乗るうえでガシャ禁って、なんの意味を為すのでしょうね?

無償ジュエル宮本フレデリカさんのために貯めていました。例えどれほどたくさんの無償ジュエルを美嘉さんのガチャに費やしたところで、フレデリカさんの今後の限定ガシャに対する役には立たない。すこしも。

もちろんガシャ禁の例外に美嘉を入れたことは理解しています課金という楽しみ方があることも理解できます

しかあくまで私は美嘉にこだわり、50連で石を使い切ってSSR0枚でした。フレデリカさんまでガシャ禁と声高に名乗っていた者の遊び方とは思えません。

われわれ微課金Pはあくまで限られたジュエル世界で生きていますゲームにガシャという要素があり、かつ、そのガシャでジュエルを使えば結果がアイドル一覧とジュエルの個数に反映される。それがなによりの事実です。

それならば、プロデューサーとして彼女アイドルSSRを獲得するためにできることのすべてで唯一は、ガシャを回すことではないかと私は思うのです。

そしてこの直後、あろうことか限定ガシャで宮本フレデリカさんが実装されています。ここが一番心にキました。無償ジュエル殆どない状態宮本フレデリカさんの限定が来るのかと。正直絶望ですが予想できない状況ではなかったですから、もしこんな記事読んでいる自制心ガバガバPがいたら、察してくださるでしょう。ぶっちゃけ課金してもいいと思って回しました。それくらい、ほんっとうに欲しかった。フレデリカさんのこと。この気持ち確率の神まで届けばいいなとすら思いました。

そしてアイドルマスターシンデレラガールズスターライトステージを微課金でお楽しみの、限定フレデリカさんをなんとかお迎えすることが出来た私。限定SSRを見て一層フレデリカさんが好きになり、今ではモバマスにも復帰してフレデリカさんのカードを集めていますが、まだまだコンプリートできません。レーブル・カプリシュー持ってるけどもうもう使わないくらいなら、もし良かったらフリトレに流してください。モバマスだけじゃないです。CDでもアニメでもライブでも、宮本フレデリカさんが大好きですし最高ですよ。と私は思います

ここまでお読み頂きありがとうございました。タイトル書いてて思ったんだけどやっぱりフレデリカ大好きって字面胸が熱いな。フレデリカさんを嫌いな方を傷付ける内容でしたらごめんなさい。終わりません。

●雑感パート

・件の記事について

先日、ふとイラストでも探そそうと思いたってTwitterで「フレデリカ」で検索しようとしたところ、サジェストで「フレデリカ 嫌い」などと出てきたことがそもそもの発端でした。

気になっていてもたってもいられず、すぐさま「フレデリカ 嫌い」をクリックすると、件の記事に辿りついたのです。

件の記事についての批判は出尽くしているので、今更私が言うこともありませんが、私は一点だけ強く引っかかりました。

それは、動画の内容を(恐らく)観ないで批判しているであろうこと。批判されていると思われる動画投稿者は、動画を少しでも見ればわかることですが、有償ジュエルの個数がゼロではない、つまり課金プレイヤーではありません。この点で、件の記事記事主の主張は、根底から破綻しています。また、そのyoutube動画にも、広告は恐らくついていないと思われます

ただ、個別の内容については、私としては共感しかねる部分が多いものの、そういった考えを持つ人がいるのも理解はできる、といった程度の感想でした。

課金批判については、異なる文脈であれば、賛同する方も多いでしょう。

プロデューサーを見てアイドルにまでネガティブな印象がついてしまう、という事例については、総選挙の際に競合するアイドルネガキャンするPを見たことのある方や、民度が低いとされるジャンルに属したことがあって「民度低い奴らと同一視されるのも嫌だな」と思ったことがある方なら理解できるのではないかなと思います

youtubeへの動画投稿についても、利用規約には、「本サービスを利用した営利行為」が禁止事項として書かれているので、広告収入目的投稿していると思ったのであれば、利用規約違反として不満を抱くのも理解できます広告収入がなくとも、デレステの内容のスクショ動画投稿も、利用規約を読むと禁止事項の「転載」に該当するので、規約違反解釈可能です)。

これらをかなり極端にすると記事主のような考えに至るのかなと私は感じました。

そもそも記事主は、その動画投稿者に対してフレデリカPをやめろと攻撃するのではなく、自分から距離を置くといった選択肢を選んでいます。これはなかなか理性的対処なのではないかと思います

苦しい決断だったのだろうということは想像に難くないですし、愚痴を吐きたくもなると思います。ですから、ここでそういったことを書くこと自体は許されても良いのではないかと私は考えています

繰り返しますが、私はあの記事主の主張には賛同しません。

しかし、記事主のように考える人存在することや、その考えを発信すること自体は、私には責めることができません。

ですので、あの記事の内容自体モヤモヤはありましたが、ああい記事が書かれたこ自体特には気にしませんでしたし、当初は放っておけばいいや程度に思っていました。

サジェストについて

記事存在自体否定しないとは言ったものの、あの記事のせいで少し困った問題が発生しました。

それは、Twitterサジェストに「宮本フレデリカ 嫌い」と表示されるようになった事です。

幸いなことに、サジェストから辿っても、記事に対しての批判が多く、本当にフレちゃんが嫌いだという方を目にすることはなく、安心しました。

しかし、あのままサジェストに「嫌い」というネガティブメッセージが表示され続けることは、(良いとか悪いとかではなく、単純に私個人にとって)悲しいことであり、せめて「嫌い」がサジェストトップに出て来る状況は変えたいと思いました。

そこで、参考になったのが以下のツイートです。

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

https://twitter.com/harukazechan/status/885872584448921600

このツイートを以前拝見した時、素晴らしい解決方法だと思いました。

件の記事に反応し、記事主を罵倒しても状況が良くなることはありません。

どんなものでも、それを嫌いなひとがいて、 「嫌い」という声があることは仕方がないことです。

なので、好きな人は、「好き」という声の大きさで「嫌い」の声を上回ってしまえば良いのです。

それに、ネガティブな状況でも、楽しく、ポジティブな方向に気持ちを向けていく方が、宮本フレデリカ担当として、らしい行動なのではないでしょうか。

そこで、以下のような呼びかけをさせて頂きました。

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

https://twitter.com/JETALONEkai/status/911267386711404544

呼びかけと言いましても、私のフォロワーのフレデリカPの方の何人かに反応頂けたら良いなといった程度のお気楽な考えだったので、特に推敲もせずポンとツイートを投げました。

しかし、私の予想をはるかに超えて多くの方が、リツイートや、「フレデリカ 好き」とツイートをしてくださって、今では、「フレデリカ」のサジェストには「フレデリカ 好き」が「フレデリカ 嫌い」より上に来るようになっていて本当にうれしいです。

RTを頂いてから思えば、ツイートの内容を推敲して、「宮本フレデリカ」とフルネームにする、「好き」以外の検索ワードも入れる、ツイート文章もっと丁寧にするとかしておくべきだったという悔いもありますが、それ以上に今はひとまず安堵の気持ちの方が大きいです。

まだまだ「宮本フレデリカ」のサジェストではあちらの記事が出て来るので、私はまだまだポジティブ検索したりツイートしたりするつもりです。

宮本フレデリカ 好き

何かしら書くことがあったはずなんですけど、忘れちゃったのでとりあえず以下のリンククリックタップ)していってもらえると、うれしいな~♪

宮本フレデリカ 好き」 https://twitter.com/search?f=tweets&vertical=default&q=%E5%AE%AE%E6%9C%AC%E3%83%95%E3%83%AC%E3%83%87%E3%83%AA%E3%82%AB%E3%80%80%E5%A5%BD%E3%81%8D&src=typd

宮本フレデリカ かわいい」 https://twitter.com/search?f=tweets&q=%E5%AE%AE%E6%9C%AC%E3%83%95%E3%83%AC%E3%83%87%E3%83%AA%E3%82%AB%E3%80%80%E3%81%8B%E3%82%8F%E3%81%84%E3%81%84&src=typd

感謝

そもそも、この記事ツイッターで書き切れない感謝気持ちを示すために書いたので、ここまでの文章は全て余談です。

本当に大勢のPの皆様にご協力いただけて、「フレデリカ 好き」>「フレデリカ 嫌い」となったことが本当に嬉しいです。

特に、フレデリカ以外の担当のPの方にも協力頂けたことが本当に強く印象に残っています

こういったことが自分担当の身に降りかかるまでは、ああいったゴタゴタは遠い世界出来事か何かのように思っていましたが今回の件で、他人事ではないのだと知りました。

今後、フレデリカでも、あるいは他のアイドルでも同じようなことがあれば、私も微力ながらポジティブキャンペーンに協力させて頂ければと思います

そして、終わったように書いてますが、「宮本フレデリカ」のサジェストでは、まだあの記事が出てきます

ネットには、「荒らしに反応する奴も荒らし」という有名な諺があります

あの記事を読むなとは言いませんし、私にそんなことを言える筋合いはありません(個人的にはあまり読んで欲しくはありませんが)。

ですが、もしよろしければ、あの記事を読んでもあの記事リンクTwitter投稿しない、もしくは、あの記事についてツイートした時は、その回数より1回多く「宮本フレデリカ 好き」とツイートして頂けますと幸いです。

宮本フレデリカ 好き

※この記事の内容は、私という一フレデリカPの考えです。フレデリカP全体の考えを反映している訳ではありません。

意見やご質問等ございましたら、ここのコメント欄https://twitter.com/JETALONEkaiにでもお寄せください(多分Twitterの方が反応早いです)。

・追記

色々思うことがあって、あちらの記事を読んでしまった方にはこちらも読んで頂きたいので、やはり例の記事リンクを貼ることにしました。→anond:20170914224407

あちらの記事も読んでくれという意味合いではなく、あちらの記事を読んだ方にこちらの記事を見て頂くためのリンクといった意味合いで貼っています

2017-09-22

はてなスター消失事件について

https://anond.hatelabo.jp/20170921111601

とりあえずの解決方法調査したので紹介。chrome対象firefoxでもできるかは不明)。

※なんか広告除外系の拡張機能の外部フィルターに起因してるっぽい。

■ublockの場合adblock plusとかだと少し違うかも)

設定 > 私は上級者です にチェックを入れる

Myルール > 一時的ルール > 編集

b.hatena.ne.jp * 3p-script allow

b.hatena.ne.jp doubleclick.net * block

を追加して保存、コミットする。(2行目はトップページ広告の枠が残るのを防止)

はてぶページを再表示で星が復活する・・・はず

技術的な所感

外部スクリプトの絡みで発生してるっぽいが、複合的な問題らしく

つのホストだけに起因しているわけではなさそう。

とりあえず↑の設定で広告非表示&☆復活できたので自分は満足。

なお広告消したいがために発生している問題っぽいのではてな文句を言う案件ではなさそう。

■参考サイト

https://github.com/gorhill/uBlock/wiki/Dynamic-filtering:-rule-syntax

Allowについて "Thus they are most useful to create finer-grained exceptions, and to un-break

web sites broken by some static filters somewhere." ←まさに今回のための機能

https://github.com/gorhill/uBlock/wiki/Dynamic-filtering:-quick-guide

2017-09-10

anond:20170910121642

ウソです

 

 

CentOSインストール
c:\>docker pull centos

c:\>docker run -i -t centos /bin/bash

# cat /etc/os-release
NAME="CentOS Linux"
VERSION="7 (Core)"
ID="centos"
ID_LIKE="rhel fedora"
VERSION_ID="7"
PRETTY_NAME="CentOS Linux 7 (Core)"
ANSI_COLOR="0;31"
CPE_NAME="cpe:/o:centos:centos:7"
HOME_URL="https://www.centos.org/"
BUG_REPORT_URL="https://bugs.centos.org/"

CENTOS_MANTISBT_PROJECT="CentOS-7"
CENTOS_MANTISBT_PROJECT_VERSION="7"
REDHAT_SUPPORT_PRODUCT="centos"
REDHAT_SUPPORT_PRODUCT_VERSION="7"

pythonパスバージョン
# which pyhton
bash: which: command not found

# yum install which
Loaded plugins: fastestmirror, ovl

# which python
/usr/bin/python

# ls -l /usr/bin/py*
-rwxr-xr-x 1 root root   78 Nov  6  2016 /usr/bin/pydoc
lrwxrwxrwx 1 root root    7 Aug  1 17:23 /usr/bin/python -> python2
lrwxrwxrwx 1 root root    9 Aug  1 17:23 /usr/bin/python2 -> python2.7
-rwxr-xr-x 1 root root 7136 Nov  6  2016 /usr/bin/python2.7

# python --version
Python 2.7.5

yumとは
# which yum
/usr/bin/yum

# file /usr/bin/yum
bash: file: command not found

# yum install file

# file /usr/bin/yum
/usr/bin/yum: Python script, ASCII text executable

# head /usr/bin/yum
#!/usr/bin/python
import sys
try:
    import yum
except ImportError:
    print >> sys.stderr, """\
There was a problem importing one of the Python modules
required to run yum. The error leading to this problem was:

    %s

# yum --version
3.4.3
  Installed: rpm-4.11.3-21.el7.x86_64 at 2017-08-01 17:23
  Built    : CentOS BuildSystem <http://bugs.centos.org> at 2016-11-05 23:37
  Committed: Florian Festi <ffesti@redhat.com> at 2016-07-26

  Installed: yum-3.4.3-150.el7.centos.noarch at 2017-08-01 17:23
  Built    : CentOS BuildSystem <http://bugs.centos.org> at 2016-11-15 15:30
  Committed: CentOS Sources <bugs@centos.org> at 2016-11-03

  Installed: yum-plugin-fastestmirror-1.1.31-40.el7.noarch at 2017-08-01 17:23
  Built    : CentOS BuildSystem <http://bugs.centos.org> at 2016-11-06 00:11
  Committed: Valentina Mukhamedzhanova <vmukhame@redhat.com> at 2016-08-04

yum remove pythonしてみた
# yum remove python
Loaded plugins: fastestmirror, ovl
Resolving Dependencies
--> Running transaction check
---> Package python.x86_64 0:2.7.5-48.el7 will be erased
--> Processing Dependency: python >= 2.4 for package: yum-3.4.3-150.el7.centos.noarch
--> Processing Dependency: python >= 2.2 for package: pyxattr-0.5.1-5.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: yum-metadata-parser-1.1.4-10.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-kitchen-1.1.1-5.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: pygpgme-0.3-9.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-pycurl-7.19.0-19.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: libxml2-python-2.9.1-6.el7_2.3.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-chardet-2.2.1-1.el7_1.noarch
--> Processing Dependency: python(abi) = 2.7 for package: dbus-python-1.1.1-9.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-urlgrabber-3.10-8.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: pyxattr-0.5.1-5.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: yum-3.4.3-150.el7.centos.noarch
--> Processing Dependency: python(abi) = 2.7 for package: pyliblzma-0.5.3-11.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: pygobject3-base-3.14.0-3.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-iniparse-0.4-9.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: yum-utils-1.1.31-40.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: rpm-python-4.11.3-21.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: yum-metadata-parser-1.1.4-10.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-kitchen-1.1.1-5.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: pygpgme-0.3-9.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-pycurl-7.19.0-19.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: libxml2-python-2.9.1-6.el7_2.3.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-chardet-2.2.1-1.el7_1.noarch
--> Processing Dependency: python(abi) = 2.7 for package: dbus-python-1.1.1-9.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-urlgrabber-3.10-8.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: pyxattr-0.5.1-5.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: yum-3.4.3-150.el7.centos.noarch
--> Processing Dependency: python(abi) = 2.7 for package: pyliblzma-0.5.3-11.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: pygobject3-base-3.14.0-3.el7.x86_64
--> Processing Dependency: python(abi) = 2.7 for package: python-iniparse-0.4-9.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: yum-utils-1.1.31-40.el7.noarch
--> Processing Dependency: python(abi) = 2.7 for package: rpm-python-4.11.3-21.el7.x86_64
--> Processing Dependency: python-sqlite for package: yum-3.4.3-150.el7.centos.noarch
--> Running transaction check
---> Package dbus-python.x86_64 0:1.1.1-9.el7 will be erased
---> Package libxml2-python.x86_64 0:2.9.1-6.el7_2.3 will be erased
---> Package pygobject3-base.x86_64 0:3.14.0-3.el7 will be erased
---> Package pygpgme.x86_64 0:0.3-9.el7 will be erased
---> Package pyliblzma.x86_64 0:0.5.3-11.el7 will be erased
---> Package python-chardet.noarch 0:2.2.1-1.el7_1 will be erased
---> Package python-iniparse.noarch 0:0.4-9.el7 will be erased
---> Package python-kitchen.noarch 0:1.1.1-5.el7 will be erased
---> Package python-pycurl.x86_64 0:7.19.0-19.el7 will be erased
---> Package python-urlgrabber.noarch 0:3.10-8.el7 will be erased
---> Package pyxattr.x86_64 0:0.5.1-5.el7 will be erased
---> Package rpm-python.x86_64 0:4.11.3-21.el7 will be erased
---> Package yum.noarch 0:3.4.3-150.el7.centos will be erased
--> Processing Dependency: yum >= 3.4.3 for package: yum-plugin-ovl-1.1.31-40.el7.noarch
--> Processing Dependency: yum >= 3.0 for package: yum-plugin-fastestmirror-1.1.31-40.el7.noarch
---> Package yum-metadata-parser.x86_64 0:1.1.4-10.el7 will be erased
---> Package yum-utils.noarch 0:1.1.31-40.el7 will be erased
--> Running transaction check
---> Package yum-plugin-fastestmirror.noarch 0:1.1.31-40.el7 will be erased
---> Package yum-plugin-ovl.noarch 0:1.1.31-40.el7 will be erased
--> Finished Dependency Resolution
Error: Trying to remove "yum", which is protected

 

 

結論

依存チェックではじかれて、pythonを削除できません

2017-09-08

絶対真理につき再掲】国際的脳科学権威者イラストレーターが語る、絵が下手なカスの特徴

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

これに咥えて

頭が悪い

・顔が汚い

嫉妬深い

が加わる。絵が下手というのは人間としての失格という事。

2017-09-07

絶対真理につき再掲】国際的脳科学権威者イラストレーターが語る、絵が下手なカスの特徴

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

これに咥えて

頭が悪い

・顔が汚い

嫉妬深い

が加わる。絵が下手というのは人間としての失格という事。

脳科学権威イラストレーターが語る、絵が下手なカスの特徴です

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

これに咥えて

頭が悪い

・顔が汚い

嫉妬深い

が加わる。絵が下手というのは人間としての失格という事。

2017-09-06

絵が下手なひとの最大の特徴

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

これに咥えて

頭が悪い

・顔が汚い

嫉妬深い

が加わる。絵が下手というのは人間としての失格という事。

2017-08-27

[]Android 8のソース、27GB

追記

ローカルaospミラーからのcheck out(repo sync)に3時間かかった

(Core2Duo w)

 

追記

tar.gzに40分かかった

追記

 

追記

解凍に1時間40分w

 

追記

にんにん中now。途中でディスク容量が足りなくなる予定

 

追記

80分後にエラー終了

[  4% 2919/61548] yacc out/soong/.intermediates/frameworks...cc/frameworks/compile/mclinker/lib/Script/ScriptParser.cpp
FAILED: out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.cpp out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.h
BISON_PKGDATADIR=external/bison/data prebuilts/misc/linux-x86/bison/bison -d  --defines=out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.h -o out/soong/.intermediates/frameworks/compile/mclinker/lib/Script/libmcldScript/android_arm_armv7-a_static_core/gen/yacc/frameworks/compile/mclinker/lib/Script/ScriptParser.cpp frameworks/compile/mclinker/lib/Script/ScriptParser.yy
prebuilts/misc/linux-x86/bison/bison: 1: prebuilts/misc/linux-x86/bison/bison: Syntax error: "(" unexpected
ninja: build stopped: subcommand failed.
15:45:20 ninja failed with: exit status 1
make: *** [run_soong_ui] Error 1

 

 

今日はここまで

ちょっとアレしないと

 

 

追記

WSL(Windows Subsystem for Linux

bisonネットでひろったバイナリへ変更 → エラー対処できた可能性あり。時間切れで中断。ただ、ビルド継続するとディスクの空き容量が・・・

https://github.com/Microsoft/BashOnWindows/issues/1771

https://github.com/kxzxxx/android_build

 

UM(Ubuntu on Mac

make -j4でjavaメモリ不足?エラー。j4なしで → エラー対処できた可能性あり。時間切れで中断。こっちはディスク空きは大丈夫なはず

にしても、ネイティブメモリ16GBで厳しいのか・・ → 追記 8GBって認識されてる。

$ ldhw -c memory
     *-bank:0
          詳細: SODIMM DDR3 同期 1333 MHz (0.8 ns)
          ベンダー: 0x0383
          物理ID: 0
          シリアル: 0x00000000
          スロット: DIMM0
          サイズ: 8GiB
          クロック: 1333MHz (0.8ns)
     *-bank:1
          詳細: SODIMMProject-Id-Version: lshwReport-Msgid-Bugs-To: FULL NAME <EMAIL@ADDRESS>POT-Creation-Date: 2009-10-08 14:02+0200PO-Revision-Date: 2014-10-12 06:22+0000Last-Translator: Shushi Kurose <md81bird@hitaki.net>Language-Team: Japanese <ja@li.org>MIME-Version: 1.0Content-Type: text/plain; charset=UTF-8Content-Transfer-Encoding: 8bitX-Launchpad-Export-Date: 2016-06-27 17:08+0000X-Generator: Launchpad (build 18115) [空]
          物理ID: 1
          スロット: DIMM0

壊れたか!!!???

 

 

 

予断は許さないが、WSLでAndroidロムのビルドができる可能性あり

っていうか、AOSPじゃなくて、カスロムだとビルド成功報告があるしな

ただし、ディスク容量がたんまり必要

たぶんビルドで30GB以上でてくるはず

 

ソース 約30GB

.repo 約20GB

ビルド 約30GB

雑に計 約80GB

 

追記

WSL(Windows Subsystem for Linux

進捗10%でディスク空きが3GBwになったので、泣く泣く中断

UMでの出力ファイルサイズを見て、やるやらないきめましょう

 

UM(Ubuntu on Mac

時間で30%ぐらい。ってことは、10時間ってことか??

寝て起きても終わってないな。

 → さらに、前回中断してるので、それを加味すると10時間じゃきかないな。

追記

UM(Ubuntu on Mac

[ 57% 30322/52868] Building with Jack:...k_intermediates/with-local/classes.dex
FAILED: out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex 
/bin/bash out/target/common/obj/JAVA_LIBRARIES/framework_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.3-rc6 'Douarn' (441800 22a11d4b264ae70e366aed3025ef47362d1522bb by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
ninja: build stopped: subcommand failed.
01:27:14 ninja failed with: exit status 1
build/core/main.mk:21: ターゲット 'run_soong_ui' のレシピで失敗しました
make: *** [run_soong_ui] エラー 1

#### make failed to build some targets (07:31:51 (hh:mm:ss)) ####


real	451m51.293s
user	418m48.588s
sys	13m8.276s

 

おおぅ・・

再起動してみるか

 

 

追記

mac再起動したけど、片方のメモリ認識せず

蓋開けて、刺し込み位置取り換えして、再起動・・・、16GB認識OK

よかった・・・

Galaxy S3が壊れて泣きそうなので、ほんとうによかった・・

 

 

追記

UM(Ubuntu on Mac

ビルド成功トータルで何時間だろう?10時間未満だとは思うけど・・

んで、outが44GB

ふざけんなwww

$ du -hs android-8.0.0_r4/
93G	android-8.0.0_r4/

これってなんかおかしくね?

WSL(Windows Subsystem for Linux)でもやりたかったけど、無理だな

外付けもあまってないしな〜〜

SSD調達しようかねえ?

 

追記

SSD500GB 20,000円付近か~~

KKOだからな~~~

どうしようかな~~~~

しぃなぁ~~~~~

 

外付けデータディスクとして使う予定だから、3.5HDDでもいいか???

いっつも悩むんだよなあああああ

 

内蔵の確かSSD128GBだったような気がするけど、この際に交換か???

 

追記

Core2DuoメモリGBの廃スペックノートPCUbuntu)でビルド

[  3% 2191/61548] Building with Jack: ...l_intermediates/with-local/classes.dex
FAILED: out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/with-local/classes.dex 
/bin/bash out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/with-local/classes.dex.rsp
Out of memory error (version 1.3-rc6 'Douarn' (441800 22a11d4b264ae70e366aed3025ef47362d1522bb by android-jack-team@google.com)).
GC overhead limit exceeded.
Try increasing heap size with java option '-Xmx<size>'.
Warning: This may have produced partial or corrupted output.
ninja: build stopped: subcommand failed.
11:39:11 ninja failed with: exit status 1
make: *** [run_soong_ui] エラー 1

#### make failed to build some targets (49:35 (mm:ss)) ####


real	49m34.775s

予想通りではあるが、メモリ不足で終了。オプションで調整できる?調整したところで無理か?

どうも、HDDの肥やしをみると、Android 6はビルドできたっぽいんだが。7でもメモリ不足で失敗してたか

 

追記

WSL(Windows Subsystem for Linux

USB2.0wの外付けHDDでやりなおし。なんか出てるな~~

[ 27% 17003/61548] Generating TOC: out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc
FAILED: out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc
/bin/bash -c "(prebuilts/build-tools/linux-x86/bin/ijar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp ) && (if cmp -s out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc ; then rm out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp ; else mv out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc ; fi )"
ftruncate(fd_out, GetSize()): Invalid argument
/bin/bash: line 1: 30384 Aborted                 (core dumped) ( prebuilts/build-tools/linux-x86/bin/ijar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar out/target/common/obj/JAVA_LIBRARIES/core-all_intermediates/classes.jar.toc.tmp )
ninja: build stopped: subcommand failed.
10:26:21 ninja failed with: exit status 1
make: *** [run_soong_ui] Error 1

#### make failed to build some targets (08:44:50 (hh:mm:ss)) ####


real    524m50.540s
user    332m5.844s
sys     170m18.359s

https://forum.xda-developers.com/android/general/guide-build-rom-source-windows-10-t3469420/page2

 

追記

あの~~、ninja差分ビルド?部分ビルドってどうやんの・・・

 

まとめ

Core2DuoメモリGBの廃スペックノートPCUbuntu) → メモリ不足

Ubuntu on Mac miniメモリ16GB → 10時間ぐらい?でビルド完了

WSL(Windows Subsystem for Linux)・メモリ16GB・USB2.0外付けHDD → 検証なう・・

 bisonの入れ替えが必要

 ijarエラーが出ている

2017-08-06

https://twitter.com/tm2501/status/893538176467324929

人間に「穢れ信仰」と「所有欲求」と「性欲」がある限り、合理的かつシステマティック恋愛不可能です。

この3つがパートナーにも本人にもない時にしか純粋経済共同体としての夫婦って成り立たないから、「恋愛問題考える時に、金とビジュアルの話ばっかするのは、違うくない?」と

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>



逆もまた真なり(分類上恋愛だと言われるものだけでは恋愛が存続できない)もわかるけどさ…みんなが考えてることをいちいち言わなくてもいいかな…と。

件の「嘘か祈り」問題じゃないけど、本気でそれが本当だという人はいなそうだからもっと嘘と祈りを言えば?とね。

本当に本当に本当に、強い強度でそうだといい切ってる人なら、止めませんよ?

ただ、大体の人は観測範囲が狭いとか、経験がないとか、頭が回らないとかで汚染されてるケースが多いからねぇ…。

少数派や中間的な意見存在を汲み取ってないのではなく、多くの人がかかっていそうな洗脳配慮してる


@tm2501さん

から否定されているものを見ると反射的に肩入れしちゃうわけ。もしかしたらそいつ、めちゃくちゃ愛らしい何かだったりしたらどうする?っていう。どうもしねーよってとこだろうけど、おれは愛らしかったら撫でたりする。


そんなところだろうと思ったけど、確認できてよかった。読みながら「天邪鬼やな」と思いつつも、「これって一定数いるなら配慮して書いたほうがいいんだろうけど、どうなんだろう?」みたいな不安もあったから論戦に乗ってみたけど、まぁ…最初の印象通り前者やね



@tm2501さん

天邪鬼って言われちゃうとなんか寂しいけどね。まあ現実見てないのはそりゃそうだよだって目の前にいるわけじゃないし。目の前にいないものなんて全部フィクションだし思った通りだし思いもしなかったものにもなるしそんなもんだよ。ていうか見えてる世界が違うんだよ要するに。あなた恋愛と呼びたいものとは全然違うもの恋愛と呼びたい人もいて、それで何が悪いの?って。動物恋愛できる人も無生物恋愛できる人も私は神様子供を授かりましたみたいなのもその人が恋愛と呼ぶならその人と話すときはそれが恋愛なので。



哲学基準やねぇ…。そんなん言い出したら、辞書学術的な用語が成り立たなくなるからそういうものあんま認めたくない(逆に自分が間違ってた時はそっちに合わせる)けどねぇ


@tm2501さん

多くの人がかかってる洗脳のことはきっと多くの人が話してるしまあその人らは洗脳だと思ってないんだろうけど、だからってそこにそれ洗脳だぜ?って突っ込んでくのは端的に野暮じゃないの?とは思う。わたしせんのうされてるきがするの、ってあなたのところに逃げてきた誰かに言うならともかくさ。辞書は便利だけど辞書のために誰かと話すわけじゃないし辞書と違う言葉の使い方の人間が目の前にいたってまあなんとか頑張ったらそれなりに話せると思うし一度頑張ってみればいいと思うんだよ。


実際、そういう人がよく来るから、それを投影して書いているんだけどね。あまりにもありもしない強迫観念に突き動かされてる人が多いし、僕自身そういう時しんどい方に自分から行っちゃってるし


@tm2501さん

一対一の関係では多分誠実って言葉が似合うんだよそれ。でも一対多の誠実は、決めつけないことの方だと思うんだよな。私はあなたの味方です、と私はこういう人の味方です、の違い

別にどっちも悪じゃないけど、印象が同じとも思わない。

ああ、でも最初に書いた「内在的恋愛と外在的恋愛」あるいは「恋愛における内在的要素と外在的要素」に関しては、結構一般論として考えてるつもりではあるんだけどね。まあ会った時にでも話そうこれは。




というか「私はあなたの味方です」というのにたいして、青二才は「私はこういう人間の敵です」「私はこういう人間を謎の上から目線で見下します」っていってるわけ。よりたちが悪いのだけれど、青二才は一生理解できない。馬鹿から

2017-08-01

anond:20170801122347

もうバカばっかりなので横増田だが説明しておく。

JavaScript (ジャバスクリプト) は Java (ジャバ)とは全く違う言語・体系であるので、

これを ジャバ (Java) と呼ぶなという話が1つ。

Script (ス「クリプ」ト) を ス「プリク」ト と言うなという話が1つ。

上記がわからなかった増田達が非IT系なら問題ないが、IT系なら真剣危機感を持とう。ってか異業種転職を勧める。

2017-07-06

無知無理解プロジェクトが殺されそうだ

当方フリーIT 技術者。ある Web ベースシステムを開発しているのだが、プロジェクトマネージャーリーダーをはじめとするメンバー無知無理解のおかげで作業が進まずに困っています

ブラウザーキャッシュの仕組みを少しでも知っている人なら、非 IT 系の方でも読めるように書きました。ぜひ助言をお願いします。

登場人物

私は発注元(A 社)に客先常駐している。私が契約しているのは A 社のグループ会社である B 社だ。

A 社内のチームメンバーは以下のとおり。

さて、今開発しているシステム(以下システム P)はもともとスタンドアローン運用する形態だったが、最近クラウドバージョン提供も始まり現在スタンドアローンバージョンクラウドバージョンの並行開発となっている。X さん、Y さん、Z さんは主にクラウドサーバー管理や、私や W さんが作った部分のテスト担当している。

問題発覚

クラウドバージョンの初めてのアップデートを控えた 6 月に問題が発覚した。コードアップデートすると、ブラウザーキャッシュが効いていて表示がおかしくなるというのだ。

プログラマー以外の 4 人は実は Web システム案件は初めてで、ブラウザーキャッシュの仕組みすら理解していない。X さんから相談を受け、「Web アプリケーションからブラウザーキャッシュクリアーすることはできない。代わりに、HTML から読み込まれる外部リソースの後ろに『?v=3.14』のようなダミークエリ文字列をつければよい。アップデートのたびに数字を変える。これは一般的採用されている手法で、これ以外の解決策はない」ということを伝えた。具体的にコードエディター上で修正イメージを見せて、すべてに対応するのに 1 日あればできる、とも。

これで「そうですか、ではお願いします」となれば、テストを含めて 2、3 日で終わった話なのだが、ここから長い混乱が始まる。

前回リリースから変更のあったファイルの洗い出しを命じられる

X さんから、「変更箇所をなるべく少なくしたいので、前回リリース分と今回リリース分で変更のあったファイルリストを出してほしい」と言われる。変更のないリソースにはクエリ文字列をつけたくないらしい。

内心呆れつつ、Git (ソースコード管理システム)でファイルの変更履歴を調べ、一覧表を提出した。X さんに「それぞれのページでソースコード確認し、この一覧表に載っているファイルにはクエリ文字列がついていることをひとつひとつ確認するのですよね。却って手間が掛かりますよ。それよりも、すべてのファイル対象にしたほうが作るほうもテストするほうも楽です」と伝えた。

問題発生箇所の調査を命じられる

6 月も残り 1 週間を切ったある日、Z さんから、「実際に問題になっているのはどのファイルのどの部分か、スタイルシートのどのクラスID 指定が効いていないのか、V さんが知りたがっている。原因解明に必要なので調べるように」と指示が出る。

私は「ブラウザーキャッシュが効いているためで、キャッシュを消すか無効にすれば直る。今までも修正のたびにテストではキャッシュを消してもらっていたでしょう」と説明するが、調べろ調べろと繰り返すばかり。「そんなことを調べて何になるんですか。キャッシュ問題ですよ?」と言うと、Z さんは手をわなわな震わせて、「お客さまが知りたいと言っているのに、『そんなことを調べて何になるんですか』とはどういうことですか!」と声を荒らげる。しまいには「お客さまのご要望にお応えして私たちお金をもらっている。お客さまからの依頼なら応えるのが当たり前」と言い出す。技術的に意味がないことをいくら説明するも理解されない。

ブラウザーキャッシュの仕組みを基本から説明する

プログラマー 4 氏の知識底上げをしないといつまで経っても平行線だと思い、Redmine (課題管理システム)にブラウザーキャッシュの仕組みを解説する文書投稿した。ほぼ同じものを以下に掲載する。非技術者にも分かりやすく書いたつもりだ。あまりかいことを説明しても混乱させるだけだと思い、リクエストヘッダーの Cache-Control や Expires などは説明を省いた。

キャッシュとは

キャッシュ(cache) とは、一度読み込んだデータを内部に保存しておく機構のことです。2 回目以降の読み込み時はキャッシュを読み込むことで、処理時間の短縮を図ります

ウェブブラウザーにおけるキャッシュ一般に、HTML ファイルおよび HTML から読み込まれる外部リソース(スタイルシートファイルJavaScript ファイル画像ファイルなど)に対して適用されます

キャッシュが作られるタイミング

ブラウザーがあるファイルを読み込もうとする時、キャッシュがなければ実ファイルを読み込んだ上でそのファイルの内容をキャッシュします。

キャッシュが破棄されるタイミング

キャッシュがいつ破棄されるのかは完全にブラウザー依存です。異なるファイルキャッシュが同じ期間だけ存在するかどうかも分かりません。

キャッシュユーザーブラウザー操作で明示的に削除(クリアー)することはできますが、 サーバーからクライアント(ブラウザー)のキャッシュクリアーすることはできません。

ウェブアプリケーションキャッシュ対策

ウェブアプリケーションアップデートした際、クライアントキャッシュ無効にするために、以下の手法がよく使われます

link rel="stylesheet" type="text/css" href="style.css" >
< script type='text/javascript' src='script.js' >< /script >
< img src="picture.jpg" alt="" width="640" height="480" >

このような外部リソース読み込みについて、ファイル名の後ろにクエリ文字列を追加します。

link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" >
< script type="text/javascript" src="script.js?v=2.4.0" >< /script >
< img src="picture.jpg?v=2.4.0" alt="" width="640" height="480" >

スクリプトでない静的ファイルクエリ文字列を付加しても、読み込まれファイルは同じです。つまりstyle.cssstyle.css?v=2.4.0 は同じ style.css というファイルを指します。

ブラウザーが style.cssキャッシュしている状態で、この行を読み込んだとします。

link rel="stylesheet" type="text/css" href="style.css?v=2.4.0" >

ブラウザーは「style.css?v=2.4.0 というファイルキャッシュにない」と判断し、style.css?v=2.4.0 というファイルを読み込みます。結果として、ディスク上の style.css が読み込まれスタイルシート更新されます

この HTML をまた読み込んだ時は、「style.css?v=2.4.0 というファイルキャッシュ済み」と判断し、ディスク上のファイルではなくキャッシュを利用します。

ウェブアプリケーションバージョン 2.5.0 にアップデートする時には、「?v=2.4.0」の部分を「?v=2.5.0」に書き換えてリリースします。

link rel="stylesheet" type="text/css" href="style.css?v=2.5.0" >
< script type="text/javascript" src="script.js?v=2.5.0" >< /script >
< img src="picture.jpg?v=2.5.0" alt="" width="640" height="480" >

同様の仕組みで、2.4.0 時代キャッシュがあっても 2.5.0 用に書き換えられたファイルが読み込まれキャッシュ問題は起こりません。

この手法は、キャッシュ問題解決する手段としては一般的に用いられているものです。俗に「キャッシュバスター (cachebuster)」とも呼ばれます

上記に長々と書いた内容を踏まえ、今回の問題についてご説明します。

「暫定対応」の指示が出る

日経った日の午後。Y さんが A4 判数ページにもなる「調査報告書」を作成した。問題になっているスタイルシートについて前回リリース分と今回リリース予定分の差分を取り、それぞれの行について「新規」「変更」「削除」の印をつけ、「とりあえず、このクラス指定が効いていないだけなので、HTML 中にインラインスタイル(< div style="..." >)で指定すればよい」と結論づけていた。

報告書には「状況から見て、変更・削除されたスタイル指定は影響が出るらしい。新規に追加した部分については影響がないようだ」とも。私が書いた説明を読んでいないのか、理解できなかったのか。

この報告書を元に、X さんから「この行とこの行にインラインスタイル指定してください。これで暫定対応します」と指示が出た。

私は「この修正は何ら根本的な対策になっていないことは理解していますか。『現状で問題になっている箇所』は、この環境たまたまそうなっているだけの話で、ほかのお客さまの環境では別の画面が崩れるかもしれないのです。それを承知の上で、これを暫定対応としてよいのですね」と X さんに確認。X さんは「はい」とだけ答えたので、黙って作業完了した。Gitコミットメッセージに「この方法は何の効果もないこと、それでも作業をしてよいのかを X さんに確認の上、作業」と書いてコミットした。

しばらくすると X さんから「うまく表示されていますOK です」と報告があった。

その日のうちに問題再発

夕方、私が帰ろうとすると、X さんが Y さんに「画面がおかしい」と言っている。横から覗くと、先ほど「暫定対応」とやらを入れた画面で、表示は正常だがボタンを押しても何の反応もない。私は静かに「JavaScriptキャッシュですね」。

聞けば、Y さんは「キャッシュスタイルシートにだけ効く」と思い込んでいたらしい。やはり先の説明を読んでいないようだ。そして、Y さんの環境ではボタン有効だったとも。

私は「Y さんの環境では(JavaScript の)古いキャッシュは効いていなかった。X さんのところではキャッシュが効いていた。これが、私が言っている『環境依存』の意味です。昼の暫定対応ではダメなんです。半月から私が言っているように、すべての外部リソース読み込みにキャッシュバスターをつけないと解決にならないんです」と伝える。

Y さんは観念した様子で、「キャッシュバスターって、一部分にだけ適用することもできますか」と聞く。この人、理解してないなと思いつつ、「はい、できますよ」と返すと、「では、問題の発生している範囲調査して、問題が起こっているファイルにだけキャッシュバスターを……」。やはり何も分かっていない。

私は繰り返し、ブラウザーキャッシュ環境依存なのですべての外部リソース読み込みにキャッシュバスターを付加しないと無意味だと説明した上で、こう付け加えた。

「指示されたことだけを黙ってやっていれば、そりゃあそっちのほうがラクですよ。でも、喧嘩をしてでも、場の雰囲気を悪くしてでも自分意見を主張するのは、技術者としてのちっぽけな良心からです。お願いですから専門家の言うことを聞いてください。私の意見が信用ならないのでしたら、ほかの技術者意見を聞いてください」

対応が先送りになる

この数日後、本件の対応を先送りにすることが決まったと X さんから報告があった。

聞けば、リリースを急いでいるのは特定顧客要望によるものらしい。その顧客スタンドアローンバージョンを利用しているので、アップデートの現地作業の際にブラウザーキャッシュを消してくればいいとのこと。

リリースに間に合わない間に合わないとあれだけ騒いでいたのに。プロジェクト管理がまるでできていない。

レビュー開催

そして今日夕方、この件についてレビューを開きたいとプロジェクトマネージャーの V さんから言われる。レビューって、何をやればいいんだろう。何をすれば気が済むんだろう。Redmine に書いた説明を読んで理解してもらえれば、やるべきことはひとつしかないと分かろうものなのに。

X さんから質問を受ける。「例の件、ほかの方法はないんでしょうか。『こういう方法もあるけれど、工数が掛かるので採用しません』というのがもしあれば話が進めやすいかと」。残念ながらありません、せいぜいファイル名そのものを変更するくらいですが、本質的には同じことですし管理の手間が増大します、と伝えた。

ついでに、X さんに「あの説明を読んで、よく分からない部分があったら教えてください」と尋ねると、実は忙しくて斜め読みしかしていないと白状された。その状態対応策を一生懸命協議していたのですな。

レビューの席でまた一悶着ありそうだ。どうやったら彼らを納得させられるのだろうか。信用できない技術者説明してもらったって、信じないんだったら意味がないのにねえ。

追記

文字数制限に引っかかってしまい、末尾が切れてしまっていました。続きはこちらに書きました。

https://anond.hatelabo.jp/20170706122924

2017-05-28

加計学園

<script async src="//platform.twitter.com/widgets.js" charset="utf-8"></script>

若い人材獣医学を学ばせるのは社会的損失だぞ

2017-04-08

http://anond.hatelabo.jp/20170408175015

低速SIM使ってるとよくわかる

はてぶは遅い

 

<script type="text/javascript" src="//cdn-ak.b.st-hatena.com/js/hatena_dfp2.js?a16f7e7ba419b41ff07e90f4ea9126097f2a6bff"></script>

<link type="text/css" rel="stylesheet" href="//cdn-ak.b.st-hatena.com/css/v3/base.css?296a8df6c20332fef25d920d21d9989b8d3d333b" />

<link type="text/css" rel="stylesheet" href="//cdn-ak.b.st-hatena.com/css/v3/contents.css?40116584c503ce16944f052eedd7c5fb006e4548" />

<link type="text/css" rel="stylesheet" href="//cdn.www.st-hatena.com/css/hatena/header.css" />

<script type="text/javascript" charset="utf-8" src="//s.hatena.ne.jp/js/HatenaStar.js"></script>

<script type="text/javascript" charset="utf-8" src="//cdn-ak.b.st-hatena.com/js/lib/underscore-min.1.4.4.js?3757bd6bf3d27b23919bd69c87259db857c6a30f"></script>

<script type="text/javascript" charset="utf-8" src="//cdn-ak.b.st-hatena.com/js/lib/micro-location.0.1.1.js?303f552c22e921272d44c4ebe7a31eb447a381d4"></script>

<script type="text/javascript" charset="utf-8" src="//cdn-ak.b.st-hatena.com/js/Hatena/Bookmark.js?2d608dd908733757bb0f7822a276ca83fe9d2090"></script>

<script type="text/javascript" charset="utf-8" src="//cdn.www.st-hatena.com/js/header.ja.js"></script>

<script type="text/javascript" charset="utf-8" src="//cdn-ak.b.st-hatena.com/js/v3/startup.js?debbb1bc004886d83e3724aa2f5e653238598e94"></script>

意味あんのか?これ

2017-03-20

どう頑張ってもGRASSの外からgrass.scriptを呼び出すことができない

2017-03-19

http://anond.hatelabo.jp/20170319132149

日本のお役所PDF大好きなのは、知っている。霞ヶ関から吐き出される有効資料は、ほぼpdf

一方で、e-statなどでは、ネ申エクセルや方眼エクセルとは、別の方向でcsvデータを公開している。

今、株価が上昇しているIT企業様は、PDFhtmlとを比べるような使い方はしていないのでは?

世界は、IT企業htmlPDFとを比べたらどちらを重用しているのか?

  

googlejava script 推しのJQueryを良く使ってるし、これからは、人工知能時代からxml形式とか、マークアップ言語は、良く出てくると思うよ。

Facebookphpなんでしょう?リア充御用達で、Twitterよりも株価資本も安定している。

これからは、you tubeとかLINEみたいなツールがどんどん出てくるから、先のことは分からないよね。

オープンソースでもGit hubみたいなツールが使われているんだし。。  

そう言えば、perlcgiは、ほぼお亡くなりになりましたね。

2017-03-09

http://anond.hatelabo.jp/20170309042831

この話は、途中で「危ない」の意味がすり替わっているので混乱してるんじゃないかな?

1. クロスドメイン制約で他ドメインサーバリクエスト投げられません ← わかる

これが許可された場合攻撃危険性にさらされるのは「リクエストを受ける側」のサーバだ。

この場合攻撃である可能性を持つ「リクエストを投げる側」は不特定多数である

2. <script src="">なら他ドメインも取れるよ ← まあわかる

3. じゃあここを動的に変えて、実体スクリプトファイル(JSONP)で関数呼んでデータ貰おう ←!?

ただのJSONだったころよりもっとあぶねーじゃん?

関数実行しちゃってんだぜ?

これが許可された場合攻撃危険性にさらされるのは「リクエストを投げる側」であり、先ほどとは攻撃者と被攻撃者が逆転している。

この場合攻撃である可能性を持つ「リクエストを受ける側」は、「リクエストを投げる側」が明示的に指定したサーバだ。

この問題は信用できないドメインに対して自分からリクエストを送らないようにする、という明確な対策可能である

JSONPは、「リクエストを受ける側」にとってXMLHttpRequestWebAPIを叩かれるよりも安全からドメインを超えた通信が出来るわけ。

まりこういうことね。

XMLHttpRequest危険性 (実際にはこの動作禁止されている)】
ブラウザ←ーーー「攻撃WEBサーバ」(悪意あるリクエストを投げるコードブラウザに渡す)
    ーーー→「被攻撃WEBサーバ」
        (悪意あるリクエストに答えてしまう)

【JSONP危険性】
ブラウザ←ーーー「WEBサーバ」(攻撃WEBサーバリクエストを投げるコードブラウザに渡す。※このサーバは、攻撃WEBサーバに悪意があることを知らない)
    ーーー→「攻撃WEBサーバ」(レスポンスとして悪意あるコードブラウザに渡す)
ブラウザ←ーーー
(悪意あるコードを実行してしまう)

JSONPなんて考えてるやつは頭おかし

1. クロスドメイン制約で他ドメインサーバリクエスト投げられません ← わかる

2. <script src="">なら他ドメインも取れるよ ← まあわかる

3. じゃあここを動的に変えて、実体スクリプトファイル(JSONP)で関数呼んでデータ貰おう ←!?

なんでそうなるの?

ただのJSONだったころよりもっとあぶねーじゃん?

関数実行しちゃってんだぜ?

リクエストだってドメインに飛んじゃってるし、クロスドメイン制約とかなんだったの?って話なんだけど・・・大丈夫か?

アーカイブ ヘルプ
ログイン ユーザー登録
ようこそ ゲスト さん