「inno」を含む日記

■なんかWinget V2とかいう怪しいの見つけたんだけど、これが何なのか知りたい

winget.exe uninstall --id MSIX\Microsoft.Winget.Source_2024.705.2307.59_neutral__8wekyb3d8bbwe --exact --accept-source-agreements --version "2024.705.2307.59" --silent --disable-interactivity

で、アンインストールできることになってるけど、8wekyb3d8bbweはMicrosoftのことらしいけど、こんなの勝手に名乗れるのでは？

wingetにバージョン2は存在しない

あと、wingetは設定→アプリみたいな形式でインストール、アンインストールするものではない気がする

設定→アプリでは、「windows package manager source (winget) v2」のように表示されるが、開発元のような表示はすべて空欄になっている

昨日インストールしてしまった「UniGetUI」とかいうのをインストールすると、勝手にこれもインストールされてる

インストーラーのInno Setup 6とかいうののスクリプトを眺めてみたが、winget2のような記述は見当たらない

GitHubのリポジトリ上にある、appsdk.exe、netcorecheck_x64.exeとかいうのが入れてるのだろうか？

そもそも、GitHubのリポジトリに.exeファイルを放り込むような奴に碌な奴はいない

premake4.exeみたいなのだったら分からないでもないが、

今思いついたが、考えてみれば罠を仕掛けてある偽のpremakeのEXEファイルを添付しておくという嫌がらせもできうるな…😠

Permalink | 記事への反応(0) | 09:41

ツイートシェア

■

ttp://www.microsoft.com/japan/athome/magazine/ucontents/inno/011/presenter/default.aspx

「捨てること」をきちんと決めずに、ただ「優先順位」とかに逃げると、結局は「全てをやる」ことになり、最終的には「何も成し遂げられず」に終わる。意思決定とは、つまりはそういうことだ。

Permalink | 記事への反応(0) | 20:28

ツイートシェア

■第50回PHP勉強会いってきました

ブログとかもってないんでanondにメモメモ。

はてな記法とか無視で読みにくいですがゴメンナサイ。

かいたひと→http://twitter.com/chobi_e

follow/unfollowはご自由にどうぞ。

うん、次なんか書くまでにはブログ用意しておこう。

第50回PHP勉強会

===============

会社としてもOpenSocialに関わってるし、個人でもちょいちょい

勉強がてらに手を出しているので参加させていただきました。

会場を提供してくださったコンテンツワンさんありがとうございました。

http://www.contents-one.co.jp/

ほいではメモの公開。

聞き逃しや誤記もあるかと思うので参照はほどほどに。

・mixiアプリについて（@Weboo）

=============================

mixi機能の紹介とOpenSocialAPIリファレンス的な説明。

技術的な情報についてはほぼ公開されている範囲内なので、

mixiデベロッパーページを参照ください。

あとは公開するのは微妙なので割愛。

PHPでWEB開発を行うようにしてオープンソーシャルアプリを作る（@KuniTsuji）

=======================================================================

CodeIgniterを使ってのmixiアプリ構築についてのお話。

OpenSocial開発しているので全て既知の情報だったので

メモがありません。ゴメンナサイ。

要約するとPCはつくるのめんどいけどモバイルだとぺらいちで済むし、

ユーザー認証はmixiが全て受け持ってくれるので楽よね！

※NDA的に微妙なので詳細割愛

運用した気になるモバイルオープンソーシャル (@cocoitiban)

=========================================================

ウノウさんは社員募集中、@cocoitibanは彼女募集中！

@cocoitibanのお仕事

・緊急案件とネガティブ発言

・社内案件で困ると一緒に頭抱えるのがお仕事

・会社でもここいちばんと呼ばれているそうです（ココイチ）

・ウノウのサービス

映画生活（ピアに売却）、フォト増、clipp、まちつく

・まちつくについて

位置ゲー、もともとふつうのモバイルアプリとして提供していた。（ユーザー数非公開）

http://mt9.jp/

・mixiアプリ まちつく（ユーザー数250万人くらい）

　・リリース前

　　・社長がやりたい→同僚がすごい勢いで作成。@cocoitibanは横で傍観

　　・mixiアプリ開発工数がえらい少ない。

（モバイルOpenSocialって元のサービスがあれば結構勢いですぐ作れるんですよね。）

　　・mixiアプリオープン日に各社アプリ大盛況

　　　・開始数分でロードアベレージが１００とかのサーバーが発生

　　　・ロードアベレージ１０００でも登録できるんだー

　　　そして、当然のように他社を含め登録ができなくなるｗ

　　　・初日から1週間は1日10万のペースで増えた

　　　　・mixiに登録しているユーザーだからまちつくに登録という意識は低いっぽいですが

　　　・画像生成用のサーバーのパフォーマンスが最大の問題に。

　　　　・ウノウには3時間で画像生成をキュー処理に書き換えたやつがいる

　　　　・ボトルネックになりそうなものを全部退治

　　　　・できる限り愛されゆるふわコーディングに

　　　　・ハードウェア確実に足りないので購入進める

　　　　　・二日目、三日目と同じように＋10万人ってトラフィックをさばかなきゃいけない

　　　・リリースから今まで

　　　・初期（パフォーマンスアップ）

　　　　・回線が足りなくなりつつあることに気がつく100Mなのに・・・

　　　　・画像サーバーを外部へ→ AmazonS3

　　・サーバー間に合わないので一部の機能をEC2へ

　　　・決めてから1週間くらいでリリース

　　・ユーザー数が数万想定のコードを書き直し

　　・Memcached適用範囲を増やす

　　　・一部機能を企画レベルで見直しふかがひくなるかつ、よりよい動作へ。

　　・初期パフォーマンスアップ

　　　　・L7ロードバランサふやす

　　　　・DBマスタ分割

　　　　　クエリはチューニングされていてCPUやDisk ioのreadはすかすかだけどWriteが痛い事に

　　　　・ORMの機能をつかって分割

　　　　　・トランザクション上影響ないものを分割

　　　　　　・2層コミットとか。、XAトランザクションは適用せず。

　　　　・サーバー台数的にはそんなにない。

　　　・中期

　　　　・DBサーバ分割も厳しくなってきた

　　　　　・ちょっとだけいいサーバーに置き換え

　　　　　　→あっさり解決

　　　　・本格的な機能改善

　　　　　ユーザーに不便かけてる機能とかを大幅見直し

　　　　・社員数増員

　　　　　・８Fに追加して４Fに事務所を移すことに

　　　　　・引っ越し大変でした

　　　　・課金等をリリース

　　　　　・可能な限り早くしたかったがユーザーに不便をかけている段階ではリリースできなかった。

　　　・中期

　　　　・一部処理をQ4Mに置き換え

　　　　　・EC2とはおわかれできた

　　　　　・EC2は悪くないがサーバーがある現状ではコスト間と運用の体制のにゃー（メモ終わる前に次のページへ）

　　　・まとめると

　　　　・数ヶ月、数人のエンジニアでおこなわれたので長短納期

　　　　・力業だが安定志向を目指す方がいい

　　　　・変わったことやると大体トラブって死ぬ

　　　　　・しかし新しい事やらないと間に合わない

　　[そのほかメモ]

・PHPでキュー処理って何使ってます？

　　　・Q4M

　　　・Gearman

　　　・ActiveMQ

　　　・ワーカーのPHPでdaemon化ってどうしよう？

　　　　・daemontools

　　　　・自前で実装

　　　　・そのほかいいのがあれば

　　　・キュー処理っているの？

　　　　・実装クイズ

　　　　・Friends1000人いて全員取りに行く場合どうする？

　　　　・本サイト側では追加更新もあるし

　　　　・キャッシュとして定期的に削除しなきゃだめ

　　　　・ユーザー数分パッチでとってくる？

　　　　・いや1000人とってきちゃおうよ

　　　　・FRIENDSのランキング

　　　　・PCだと事情は違うかもしれない

　　　・トラフィックの波が激しい

　　　　・流入云々でかなり違う

　　　　・コスト意識的にどう設定したらいいのかが難しい

　　　　・分散のネックはやはりデータベース

　　　　・ORMは使うべき

　　　　・流行るか流行らないか分からないサービスをつくる場合には必要

　　　　　・はやった場合にすぐ分割できるか

　　　　　　・トランザクションがネックになる

　　　　　　・DBが分かれた場合に二層コミット的なものが必要になる。

　　　　　　　・XAトランザクション

　　　　　　・普通に書いただけでそのコードになるか

　　　　　　・トランザクションを正しく処理できるか

　　　　・KVSとの透過性

　　　　・逆をいえば上記はコードを綺麗にかけるかどうかなので使わなくてもいいと思う

　　　・エンジニアとして思ったこと

　　　　・EC２はありだけど運用がイントラで運用するのとは違う形になるので経験が必要だと感じた。

　　　　・AmazoRDSが別の地域で使えるようになるといいなぁ。

　　　・どきどきするのが課金。コストをいやいやでもエンジニアが意識せざるを得なくなる

　　　・mysql

　　　　　・かなりはやい

　　　・半年1年後、国内レベルのトラフィックであれば大半のWEBサービスは1台でおｋ

　　　　　・別案件でinno db pluginつかったら半分に

　　　・ip_conntrack/iptable

　　　・ulimit

　　　・Symfony

　　　　・Symfony使ったけどそんなボトルネックにならなかった的な話。

　　　・バッチ処理とかforkで悩むことが多い

# 総評

最近はめっきり大きなトラフィックを扱うことがなかったからちょっと刺激もらえました。

前の会社ではサーバー200台くらい管理してたけど今の会社では数十台程度だし、

そこまでトラフィックもこないのでサーバーエンジニアとしては体たらく気味。

まぁ、業務的には様々な方面でやっているので仕方のない事ですが。

とりあえず現状で出しておいて流行したら確実に死ぬ＆寝れなくなるので事前に

コードレビューと対策だけはとっておこうかしらん。

懇親会ももちろん参加させていただきましたが非コミュの私は

震える子鹿のようにただビールをひたすら飲むのでありました。

そんな私に声かけてくださった皆様、ありがとうございます。

お名前/ID出していいのか微妙なので割愛させていただきますが、感謝感動雨あられでございます。

そうそう、個人的には今の流行がTwigなので@cocoitibanともうちょっと

お話したかったですが懇親会LTもありーの、飲み過ぎて気持ちわりーので実現せず。

Twigすごく良いとは思うんだけどいまいちドキュメントが少ないので

本当にこれでいいんか？て思うことが結構あるのよねー。

Node周りの実装がぱっと見分かりづらいので難儀。

そいじゃ会社いってきまー

Permalink | 記事への反応(0) | 08:31

ツイートシェア