Stable Diffusion web UIのインストールと使い方
今回は、「Stable Diffusion web UI」をWindowsやMacにインストールする方法と、その使い方を紹介します。 Stable Diffusion web UIについて Stable Diffusion web UIは、ブラウザをインターフェースとして利用して、AIによる画像生成を行うことができるツールです。 GitHub[AUTOMATIC1111/stable-diffusion-webui]（https://github.com/AUTOMATIC1111/stable-diffusion-webui） Stable Diffusion web UIでは、次のような画面をブラウザで動かすことができ、かんたんにAIによる画像生成を行うことができます。 この、ブラウザを使うというスタイルのおかげで、Windowsでも、Mac(Apple Silicon)でも、Linu
IISでのWeb.config リダイレクト設定いろいろ | Machdesign.net マッハデザインWeb
はじめに 301リダイレクト、wwwの統一、HTTPSへの強制リダイレクトなど。 IISのリダイレクトはWeb.configを編集することで可能です。 Web.configはルート上にあります。 rewriteの機能を使用するには下記のモジュールのインストールが必要です。 サーバーに前もって入れておきましょう。 URL Rewrite https://www.iis.net/downloads/microsoft/url-rewrite 方法 Web.configに下記のようにコードを追加します。 ファイルの場合 httpRedirect httpRedirectを使用する方法です。 Permanentは301リダイレクトとなります。 リニューアルや引っ越しによって、ページ名が変わる際はこちらが一般的です。 URL変更時の301リダイレクトはGoogleも推奨しています。 https://
[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO
これまでWebサーバー側で実装が必要だったリダイレクト処理を、ALBだけで完結することが出来るようになりました！いかに簡単に実装できるかご紹介いたします！ 今回は ELB の新機能のご紹介です。 Elastic Load Balancing で Application Load Balancer のリダイレクトおよび固定レスポンスのサポートを発表 これまでリダイレクトは、Web サーバー側で実装する必要がありました。代表的な例としては、昨今、Web サイトのセキュアな通信、検索ランキングの向上を目的とした、HTTP → HTTPS のリダイレクトは多くのWebサーバーで実装されていると思います。ALB を経由した場合、リダイレクトループを回避するために X-Forwarded-Proto ヘッダー を利用したリダイレクトループ回避の実装など、ちょっとした工夫が必要でした。 今回のアップデー
![[新機能]Webサーバでの実装不要！ALBだけでリダイレクト出来るようになりました！ | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b87e732c82c8791fc86eac4689996b0481f8d3db/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F02%2Felb.png)
S3のSSL通信 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2019/07/11：コメント欄のご指摘を受け実験結果を一部削除。(HTMLのパスを間違っており変な実験結果を載せてました。お恥ずかしい・・・） S3は HTTPSをサポートしていない？ 「 S3は、HTTPS通信できないですよね？ 」と言う話しが会話ででてくる事がよくあり「あれ、実際HTTPS通信問題なく使えているのに、その話し良く聞くけどなんでだっけ」と思う事があるので、メモしておきます。(この記事中のテスト用のリンクは予告なく削除される事がありますのでご了承下さい) 結論としては、 S3デフォルト(「REST APIエンドポイント
ワンライナーWebサーバを集めてみた - Qiita
ワンライナーWebサーバを集めてみた クライアントサイドのJavaScriptをいじっていて，不意にローカルファイルでは実行できない領域に踏み込んでしまうことがあると思います．最近では，HTTPSが必須であったり，HTTP2を使ってみたくなることもあります．とりあえず私が踏み込んでしまったのはWebWorkersですが，他にもWebRTCや・・・（思い出し中）・・・（見つからなかった）・・・などが該当します． そんな時にいちいちApacheやnginxを立ち上げるのも面倒なので，ちょっと検索した結果を残しておきます． [2018/4/18追記] 最近ではHTTPSを使用する必要が高まっています．これを受け，HTTPSに対応する方法が増えてきたので，全て網羅できませんが，可能な限り追記・変更を行いました． Python（SimpleHTTPServer）編 Pythonでは（バージョン2.4
Slack Botの種類と大まかな作り方 - Qiita
「Bot users」の作り方がいくつかあるため、別々に記述しています。簡易なものならWebサーバーは不要ですが、凝ったことをやろうとするとwebhookのためにwebサーバーとして稼働させる必要があります。 最後の「Unfurling links」(リンク展開)はいわゆるbotの自動処理などとは違うのですが、他のものより少し特殊なので別枠として表記しています。 Slackでは上記のような機能をひとまとめのパッケージとしたものを 「Slack App」というようです。 上記の Incoming webhooksや簡易なBotなどはworkspaceに対して単体でも設定できますが、一部の設定は Slack Appでなければ使えないものがあります。 一度単体で作成したBotを、あとから App に変換するようなことはできないようです。 印象としては、自動連携機能はSlack Appに統一してい
meta name="referrer"は、HTTPS→HTTPでもリファラを出す新しい仕様 | 初代編集長ブログ―安田英久
今日は、ちょっと技術的な話を。「meta referrer」という、リンクをクリックしてページ移動するときなどにリファラをどう送るかを、ページ側で指定できるタグの実装が進んでいるのです。 グーグルはHTTPSを推奨するけれども、リファラが……グーグルは、サイトがHTTPSかどうかを順位決定の要因とするなど、HTTPSを推奨しています。 でも、自分のサイトをHTTPSにすると、自分のサイトから非HTTPS（ふつうのHTTP）のサイトへのリンクをクリックしたときに、リファラが飛ばないんですよね。 これは、RFC 2616で、「セキュア接続のページから、非セキュア接続のページに移動するときは、リファラを送出するべきではない」と定められているからです（セクション15.1.3）。 とはいえ、Web担のようなメディアでは、「Web担のページから、うちのサイトにけっこう来る人いるんですよ」という反応も大
既存のAmazon ELBにSSL証明書を導入してHTTPSを使えるようにする。
今Amazonクラウドでサービスを運営していて、現在はHTTPだけのところを、セキュリティのためにHTTPSを導入したいと思いました。 ちょっと試行錯誤しながらですがちゃんと導入できたようなので、メモしておきます。 ロードバランサに証明書を入れる Webサーバが複数あるので、全てのインスタンスに証明書を導入する必要があるかと思いきや、ロードバランサにだけ入れるということができるそうです。 Amazon ELBでSSL設定をしてみる 要するに、HTTPSでのアクセスをロードバランサで受けて、各Webサーバインスタンスに80ポートに貫通させるということ。 しかも、これならWebサーバ自体HTTPのままなのでmod_sslとか入れなくて良いので、いろいろと楽です！ 鍵の生成 opensslコマンドで鍵を生成します。 $ openssl genrsa 2048 > private-key.pem
squidでSSLアクセラレータを作ってみた – (っ´∀｀)っ ゃー | 一撃
SSLアクセラレータを1台作っておけば、バックエンドのwebサーバが何台あっても 証明書はアクセラレータにだけ入れておけばいいんでね？という 安易な発想で作ってしまった。 もっとも、ベリサインとかグローバルサインなどの証明書発行機関では 規約上、アクセラレータの後ろに複数のwebサーバがあるんだったら、台数分のライセンス買えといっているので 証明書代の節約はあんまり期待できない (´・ω・｀) 一応、ボリュームライセンスはあるっちゃーあるが。 でも、せっかくなので、アクセラレータ1台とwebサーバ1台を作ってみた。 ここを参考に作ってみた。 ■■ 検証環境について アクセラレータ ホスト名：vh110 IPアドレス:192.168.0.110 webサーバ ホスト名：vh120 バーチャルホスト：www.example.tld IPアドレス：192.168.0.120 ■ vh110にsq
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
