全文検索:
- 2023.12.14 React-adminとDjangoの連携 @50_dialy:2023:12
- y. </code> === 管理画面にアクセス === 先程作成した管理ユーザでアクセス。 https://django.fl8.jp/admin/ この画面になる場合 {{:50_dialy:2... testproject/settings.py> CSRF_TRUSTED_ORIGINS = ['https://django.fl8.jp'] </code> 今度は正しく表示される。 {{:50_di... ude(router.urls)), ] </code> ==== 7.API確認 ==== https://django.fl8.jp/api/ {{:50_dialy:2023:12:pasted... 131601.png}} === curlでも確認 === <code> # curl -s https://django.fl8.jp/api/products| jq [ { "id":
- 2021.12.30 Docker Dokuwiki bitnami @50_dialy:2021:12
- ikiは、Nginx版の[[50_dialy:2021:04:29]]でも書いてます。 こちら[[https://hub.docker.com/r/bitnami/dokuwiki|bitnamiのdoku... sword ### Apacheのポートを指定する場合 - APACHE_HTTP_PORT_NUMBER=8080 - APACHE_HTTPS_PORT_NUMBER=8443 volumes: dokuwiki_data: driver: local </co... se up -d </code> ===== SSL付きDokuwiki ===== これで、https://testwiki.hogehoge.com でアクセスでるようになります。 <code>
- 2021.04.29 Docker dokuwiki linuxserver @50_dialy:2021:04
- nuxserverのdokuwikiはnginxで動きます。 SSL付きのDokuwiki [[https://docs.linuxserver.io/images/docker-dokuwiki]] ... ocker-compose.yml> --- version: "2.1" services: https-portal: image: steveltn/https-portal:1 ports: - '80:80' - '443:443' links: ... environment: DOMAINS: 'dokuwiki.fl8.jp -> http://dokuwiki' #STAGE: 'local' STAGE: 'p
- 2022.07.29 WSLのubuntuで apt update失敗 @50_dialy:2022:07
- @ThinkPad-X1-Nano:/app/dokuwiki# apt update Hit:1 http://archive.ubuntu.com/ubuntu focal InRelease Get:2 http://archive.ubuntu.com/ubuntu focal-updates InRelease [114 kB] Get:3 http://archive.ubuntu.com/ubuntu focal-backports InRelease [108 kB] Get:4 http://security.ubuntu.com/ubuntu focal-security InRel
- 2025.02.18 mod_remoteip Apache2.2 @50_dialy:2025:02
- ソースから ===== <code> cd /usr/local/src/ git clone https://github.com/ttkzw/mod_remoteip-httpd22.git cd mod_remoteip-httpd22 </code> ===== Apacheに組み込む ===== <code> apxs -i -c -n mod_remoteip.so m... ファイル用意 ===== <code> cp -p mod_remoteip.conf /etc/httpd/conf.d/ </code> ===== Cloudflare用に修正 ===== Ap
- 2025.06.11 Burp suite Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR @50_dialy:2025:06
- 6.11 Burp suite Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR ====== Burp suiteはアクセスをProxyして、改... ト Webアプリケーションの脆弱性診断やペネトレーションテスト（侵入テスト）を行ったりする。 [[https://burp-resources-ja.webappsec.jp/Documentation/b... なってしまう。 <code> Failed to load resource: net::ERR_HTTP2_PROTOCOL_ERROR </code> ===== 対応方法 ===== Burp SuiteがHTTP/2を正しく処理できないために発生している 下記の２つで解決しました。 * Settings
- 2022.10.01 Nextcloud @50_dialy:2022:10
- extcloud ====== 公式の docker-compose.yml で環境を作成 [[https://github.com/nextcloud/docker/tree/master/.examp... の全部入り ===== git で持ってくる ===== <code> git clone https://github.com/nextcloud/docker.git rsync -av dock... - PHP_UPLOAD_LIMIT=5G - OVERWRITEPROTOCOL=https env_file: - db.env depends_on: ... - PHP_UPLOAD_LIMIT=5G - OVERWRITEPROTOCOL=https entrypoint: sh command: - -c
- 2022.10.21 Nextcloud curlでアップロード @50_dialy:2022:10
- er>のパスワード # <nextcloud root> nextcloudのルートフォルダー 例 https://abc.com/nextcloud # <path to upload> アップロード先ファ... ップロードしたいファイルが置いてあるパス curl -X PUT -u <user>:<pass> https://<nextcloud root>/remote.php/dav/files/<user>/<... プロード <code> curl -X PUT -u 'hoge_user:hoge_pass' https://nc.hogehoge.com/remote.php/dav/files/hoge_user... er>のパスワード # <nextcloud root> nextcloudのルートフォルダー 例 https://abc.com/nextcloud # <path of file to download>
- 2017.12.25 TLS1.2 OpenSSL 確認 @50_dialy:2017:12
- 17.12.25 TLS1.2 OpenSSL 確認====== OpenSSL 1.0.1以降 https://github.com/openssl/openssl/blob/OpenSSL_1_0_1-stable/CHANGES httpd 2.2.23以降 http://www.apache.org/dist/httpd/CHANGES_2.2 CentOS5/RHEL5は、OpenSSLは0.9.8eのため、curlなどOpenSSLをベースにアウトバウンドのh
- 2020.07.21 CentOS5 yum @50_dialy:2020:07
- ===== 古いCentOS5でyumを利用する。 <code> [base] baseurl=http://archive.kernel.org/centos-vault/5.10/os/$basearch/ [updates] baseurl=http://archive.kernel.org/centos-vault/5.10/updates/$basearch/ [extras] baseurl=http://archive.kernel.org/centos-vault/5.10/extras/$basearch/ [centosplus] baseurl=http://archive.kernel.org/centos-vault/5.10/centosplus
- 2021.10.01 HTTP/3 @50_dialy:2021:10
- ====== 2021.10.01 HTTP/3 ====== UDPで通信するHTTP/3というのが来るらしい https://ssl.sakura.ad.jp/column/http3/ {{tag>日記 HTTP}}
- 2025.02.07 Cloudflare 対応ポート @50_dialy:2025:02
- = 2025.02.07 Cloudflare 対応ポート ====== 実は何でもではなくて、HTTPサポートとか、HTTPSサポートとか、Cache無効とかある。 <code> HTTP ports supported by Cloudflare 80 8080 8880 2052 2082 2086 2095 HTTPS ports supported by Cloudflare 443 2053 2083 2087
- 2006.09.03 OpenPNEで文字化け @50_dialy:2006:09
- ing.internal_encoding UTF-8 php_value mbstring.http_input pass php_value mbstring.http_output pass php_value mbstring.detect_order ... se mbstring.internal_encoding = UTF-8 mbstring.http_input = auto mbstring.http_output = auto mbstring.detect_order = auto mbstri
- 2014.09.25 Bash脆弱性 @50_dialy:2014:09
- ====== 2014.09.25 Bash脆弱性 ====== [[https://support.clara.jp/news/20140925_bash_update.htm]] [[http://www.walbrix.com/jp/blog/2014-09-bash-code-injection.html]] [[https://access.redhat.com/security/cve/CVE-2014-6271]]... ontent-type:text/plain;echo;/bin/cat /etc/passwd" http://fl8.jp/test.php AAAAContent-type:text/plain ro
- 2020.04.21 curl HTTPSだけがレスポンスなし @50_dialy:2020:04
- ====== 2020.04.21 curl HTTPSだけがレスポンスなし ====== curl でhttpはちゃんとレスポンスが戻ってくるのに、httpsの場合だけ戻ってこないという不思議な現象に直面した。 ネットワークを見ると、対象の192.168.10.11からはレスポンスは戻ってきてるけど、curlコマンド... の状態。 下記のように応答が帰ってこず、ずっと待ちの状態 <code> $ curl -v -k https://192.168.10.11 * About to connect() to 192.168.
