#PHPスクリプト | Explore Tumblr posts and blogs

nihongo · 2 years ago

Text

アップデート情報

🌟 新機能

TumblrにアクセスするためのPHPスクリプトの書き方ガイドを作成しました。相互フォローをリストアップしたり、フォローしたブログを最終投稿時間順に並べ替えたりする方法を作成する例があります。こちらをご覧ください。

Android版アプリで、投稿のブーストが使いやすいように再設計されました。

Web版で古いキーボードショートカット（ALT+C、ALT+R、ALT+Q）を使用しても、新しいショートカットがどんなものであるかについての通知が表示されなくなりました。最後に注意点として、新しい投稿を作成するショートカットはCだけになり、すぐにリブログするショートカットと表示中の投稿を予約投稿に入れるショートカットはそれぞれSHIFT+RとSHIFT+Qになりました。

Tumblr投稿のリンクにhref.liリダイレクトサービスが使用されなくなりました。

🛠️ バグ修正

今週火曜日に短時間、ダッシュボードのフィードとブログに投稿が表示されませんでしたが、その問題は修正済みです。引き続き問題が発生している場合はサポートまでご連絡ください。

Web版で、ログイン後に探索ページが正しく再読み込みされない問題が修正されました。

Web版で、インスタントメッセージのタイムスタンプの「今日」が「過去24時間以内」では��く、実際の「今日」になるように修正されました。代わりの説明：インスタントメッセージのタイムスタンプがタイムトラベルしなくなりました。

Web版で、予約投稿ページが投稿の公開日時を常にUTC（協定世界時）で表示するため、いくつかの投稿が実際の公開時間より1日前または1日後に予定されているように見えるバグが修正されました。

リンクプレビューのジェネレーターで、Etsyのリンクが投稿のリンクブロックにならない問題が修正されました。

Web版で、ブログ設定からバッジを購入する際に発生していたクラッシュが修正されました。

先週水曜日にパスワードリセットのメールが送信されるのに時間がかかっていました。すぐに修正されたので、以前と同じようにすぐに届くはずです。

🚧 現在対応中

一部のユーザー（特に古いデバイスを使用している方）において、iOS版アプリのクラッシュが発生しています。アプリのアップデートでこの問題は修正されました。Appleから許可が下り次第、リリースする予定です。

🌱今後の予定

もうすぐiOS版アプリから予約投稿をシャッフルしたり一時停止したりできるようになります！

問題が発生していませんか？そんな時は、サポートリクエストを送ってください（英語でのみ対応）。できるだけ迅速に対応させていただきます。

共有したいフィードバックがありますか？「Work in Progress」ブログ（英語のみ）をチェックして、コミュニティで議論を始めましょう。

Tumblrを直接サポートしたいですか？Tumblrマートの新しいサポーターバッジをチェックしてください！

#Tumblrアップデート

28 notes · View notes

punk-cat-punk · 12 days ago

Text

Grokに質問してみた

【質問】以下の環境でWordPressサイトを運用するものとします。

仮想4コアメモリ8GB Debian12 Lighttpd 1.4.69 MariaDB 10.11.11 php-fpm 8.4.7

WPのキャッシュプラグインは WP Super Cache を利用します（Lighttpdとの連携でluaスクリプト使用）。PHPのキャッシュ機能としてはAPCuとOPcacheを使います。OPcacheではJITの機能も使いたいです。この場合、MariaDB/PHP/APCu/OPcacheのメモリ周りで推奨される設定内容を教えてください。

【回答】WordPressサイトを以下の環境で運用する際の、MariaDB、PHP、APCu、OPcacheのメモリ関連の推奨設定を以下にまとめます。環境は仮想4コア、メモリ8GB、Lighttpd 1.4.69、MariaDB 10.11.11、PHP-FPM 8.4.7、WP Super Cache（Luaスクリプト使用）、APCuおよびOPcache（JIT有効）です。メモリ割り当ては、システム全体のバランスを考慮し、WordPressの負荷や同時接続数を一般的な中規模サイト��月間10万PV程度、同時接続20～50程度）を想定して提案します。

1. MariaDBのメモリ関連設定

MariaDBはデータベースサーバーとしてメモリを多く消費するため、適切なチューニングが重要です。8GBのメモリのうち、MariaDBに割り当てるのは全体の約30～40%（2.5～3.2GB）を目安にします。以下は /etc/my.cnf または /etc/mysql/mariadb.cnf に記載する推奨設定です。

推奨設定

ini

[mysqld]

# InnoDB関連 innodb_buffer_pool_size = 2G # InnoDBのデータとインデックスをキャッシュ。全体のメモリの25%程度。 innodb_log_file_size = 256M # ログファイルサイズ。バッファプールの1/8程度。 innodb_flush_log_at_trx_commit = 2 # トランザクションの書き込みを遅延させ、性能向上。 innodb_file_per_table = 1 # 各テーブルを個別ファイルに保存。

# クエリキャッシュ（MariaDB 10.11では非推奨だが、軽量利用なら有効） query_cache_type = 0 # クエリキャッシュは基本無効化（WP Super Cache使用のため不要）。 query_cache_size = 0

# その他のメモリ設定 table_open_cache = 2000 # オープンするテーブルのキャッシュ数。 table_definition_cache = 1400 # テーブル定義のキャッシュ。 tmp_table_size = 64M # 一時テーブルのサイズ。 max_heap_table_size = 64M # ヒープテーブルの最大サイズ。 join_buffer_size = 256K # ジョイン操作用のバッファ。 sort_buffer_size = 256K # ソート操作用のバッファ。 read_rnd_buffer_size = 128K # ランダムリード用のバッファ。

# 接続関連 max_connections = 100 # 同時接続数。WordPressでは50～100で十分。 thread_cache_size = 50 # スレッド再利用のためのキャッシュ。

ポイント

innodb_buffer_pool_size: メモリ全体の25～30%を割り当て。WordPressはInnoDB中心のため、これが最も重要。

クエリキャッシュ: WP Super Cacheがページキャッシュを担うため、MariaDBのクエリキャッシュは無効化してメモリを節約。

接続数: 同時接続数を抑え、PHP-FPMやLighttpdとのバランスを取る。

チューニングの注意: 高負荷時には mysql tuner を使って1～2週間運用後に調整を推奨。

2. PHP（PHP-FPM）のメモリ関連設定

PHP-FPMはWordPressの処理を担当し、メモリ消費はプロセス数と各プロセスのメモリ使用量に依存します。8GBのメモリのうち、PHP-FPMには1.5～2GB程度を割り当てます。

推奨設定

/etc/php/8.4/fpm/php-fpm.conf または /etc/php-fpm.d/www.conf に以下を設定。

ini

[www]

pm = dynamic # 動的プロセス管理。 pm.max_children = 20 # 最大プロセス数。1プロセスあたり約50～80MB消費。 pm.start_servers = 5 # 起動時のプロセス数。 pm.min_spare_servers = 5 # 最小待機プロセス数。 pm.max_spare_servers = 10 # 最大待機プロセス数。 pm.max_requests = 500 # プロセス再起動までのリクエスト数。

# メモリ制限 php_admin_value[memory_limit] = 128M # 1プロセスあたりの最大メモリ。WordPressでは128Mで十分。

ポイント

pm.max_children: 仮想4コア、8GBメモリを考慮し、20程度に設定。1プロセスあたり約50～80MB消費を想定。

memory_limit: WordPressのプラグインやテーマによっては128Mで十分。重いプラグイン使用時は256Mに増やすことも検討。

pm.max_requests: メモリリーク防止のため、一定リクエスト後にプロセスを再起動。

モニタリング: 負荷状況に応じて htop や pm.status でプロセス数を確認し、調整。

3. APCuのメモリ関連設定

APCuはオブジェクトキャッシュとしてWordPressのクエリ負荷を軽減します。WP Super Cacheと連携するため、適度なメモリ割り当てが必要です。

推奨設定

/etc/php/8.4/mods-available/apcu.ini に以下を設定。

ini

[apcu]

apc.enabled = 1 apc.shm_size = 128M # APCuの共有メモリサイズ。128Mで中規模サイトに対応。 apc.ttl = 7200 # キャッシュの有効期限（秒）。2時間。 apc.gc_ttl = 3600 # ガベージコレクションの有効期限。 apc.enable_cli = 0 # CLIでのAPCu無効化（不要なメモリ消費を防ぐ）。 apc.entries_hint = 4096 # キャッシュエントリの最大数。

ポイント

apc.shm_size: 128MでWordPressの中規模サイト（プラグイン10～20個程度）に対応。メモリに余裕があれば256Mも検討。

ttlとgc_ttl: キャッシュの鮮度を保ちつつ、メモリを効率的に利用。

モニタリング: APCuのヒット率を apc.php（APCuに付属のモニタリングスクリプト）で確認し、ヒット率が90%以下なら shm_size を増やす。

4. OPcache（JIT含む）のメモリ関連設定

OPcacheはPHPコードをキャッシュし、実行速度を向上させます。JIT（Just-In-Timeコンパイル）を有効にする場合、追加のメモリが必要ですが、WordPressでは効果が限定的な場合もあります。

推奨設定

/etc/php/8.4/mods-available/opcache.ini に以下を設定。

ini

[opcache]

opcache.enable = 1 opcache.memory_consumption = 256M # OPcacheのメモリサイズ。256Mで十分。 opcache.interned_strings_buffer = 16 # 文字列インターン用のメモリ（MB）。 opcache.max_accelerated_files = 10000 # キャッシュ可能なファイル数。 opcache.revalidate_freq = 2 # キャッシュの更新頻度（秒）。 opcache.validate_timestamps = 1 # ファイル変更をチェック。 opcache.save_comments = 1 # コメントを保存（WordPressのプラグインで必要）。 opcache.enable_file_override = 0 # ファイルオーバーライドは無効。

# JIT設定 opcache.jit = 1255 # JITを有効化（tracing JIT）。 opcache.jit_buffer_size = 64M # JIT用のバッファサイズ。 opcache.jit_cranelimit = 0 # JITのクレーン制限（デフォルト）。

ポイント

opcache.memory_consumption: WordPressの中規模サイトでは256Mで十分。プラグインやテーマが多い場合は512Mも検討。

opcache.max_accelerated_files: テーマやプラグインのPHPファイル数を考慮し、10000に設定。

JIT設定: opcache.jit=1255 はトレーシングJITを有効化。jit_buffer_size は64Mで十分だが、負荷テストで効果が低い場合は無効化（opcache.jit=0）も検討。

モニタリング: opcache_get_status() を使ってキャッシュヒット率やメモリ使用量を確認。ヒット率が95%以下なら memory_consumption を増やす。

全体のメモリ割り当ての目安

以下は8GBメモリでの割り当て例です：

OSおよびLighttpd: 1～1.5GB（システムやWebサーバーの基本消費）

MariaDB: 2.5～3GB（主に innodb_buffer_pool_size）

PHP-FPM: 1.5～2GB（プロセス数×memory_limit）

APCu: 128M

OPcache: 256M（JIT含む）

余剰メモリ: 0.5～1GB（スワップ防止のためのバッファ）

追加の考慮事項

LighttpdとLuaスクリプト: WP Super CacheのLuaスクリプトが正しく設定されているか確認。キャッシュヒット率を高めるため、静的ファイル（CSS、JS、画像）はLighttpdで直接配信する設定を推奨。

モニタリングツール: htop、iotop、MySQLTuner、PHPの opcache_get_status()、APCuの apc.php を使って、メモリ使用量やキャッシュヒット率を定期的に確認。

スワップ防止: /proc/meminfo や free -m でスワップ使用を確認。スワップが発生する場合は、PHP-FPMの max_children やMariaDBの innodb_buffer_pool_size を減らす。

負荷テスト: ab や siege を使って負荷テストを行い、同時接続数やレスポンス時間を確認。必要に応じて設定を微調整。

バックアップ: 設定変更前に /etc/my.cnf や /etc/php/8.4/ の設定ファイルをバックアップ。

補足

想定負荷の調整: 月間PVや同時接続数が異なる場合（例：高負荷サイトなら50万PV以上、同時接続100以上）、pm.max_children や innodb_buffer_pool_size を増やす必要あり。具体的な負荷情報があれば教えてください。

JITの効果: WordPressではJITの恩恵が限定的な場合があるため、運用後にベンチマーク（例：ab -n 1000 -c 50）で効果を測定し、無効化も検討。

セキュリティ: PHP-FPMやMariaDBの設定変更後は、権限（chmod、chown）やファイアウォール設定を確認。

この設定で中規模WordPressサイトの安定運用が可能ですが、具体的なトラフィックやプラグイン構成に応じて調整が必要な場合があります。追加情報や具体的な負荷状況を教えていただければ、さらに最適化の提案が可能です！

0 notes

tumnikkeimatome · 5 months ago

Text

php -l 構文エラーチェックオプション：実際のエラー実例と対処法について解説

PHPスクリプトの構文チェックの重要性 PHPスクリプトを本番環境で実行する前に、構文エラーの有無を確認することは非常に重要です。構文エラーが含まれたスクリプトを実行してしまうと、予期せぬエラーやシステム停止などの深刻な問題を引き起こす可能性があります。 php -l コマンドの基本的な使い方構文チェックを行うには、ターミナルで以下のコマンドを実行します： php -l チェックしたいファイル名.php エラーが存在しない場合は「No syntax errors detected」というメッセージが表示されます。一方、エラーが見つかった場合は、エラーの内容と該当する行番号が表示されます。 php -l コマンドの実行例 php -l…

0 notes

fkumnk · 9 months ago

Text

土曜日(2024-09-28)は那覇市町村自治会館でよろしくお願いいたします。フィクションですが一応ちゃんとした内容の資料です。※事情によりまだ作成中

#phpcon_okinawa

0 notes

odaccy-sls · 10 months ago

Text

0 notes

morotake-westsaitama · 2 years ago

Text

「御郷が知れますわね！」と言われそうな私の愚痴について無駄に長い釈明文

「クソが！」

独り言にしては少し大きめな声が、私の口から漏れた。

我ながら端ないと思う。しかし泥水すすりっぱなしの私らしい独り言だ。

平和な休日を陰気で鬱々とした気分でスタートしているように思えるかもしれないが、否定しておく。

少なくとも今日という休日は、清々しいスタートを切った。(なんせ前日までの疲労蓄積で、12時間寝たからね！)

ではなぜ……あの様な下衆な言葉を吐くに至ったのか……。

事件のキ��カケと始まり

「外暗っ！マジで！？ウケる！」

今から約12時間前のAM1:00。私の休日がスタートした。

最近の私はといえば、まったく進んでいなかったhtml/css、javascript、phpという言語を同時進行的に学んでいる。

なぜこんな無茶をやっているか。

頭の中にある作りたいコンテンツイメージを実現するため、静的、動的のコーディングを同時に学ぶ必要があるため

同時である必要はないのだろう。むしろ同時にやっちゃいけない気がする。

たぶん、おそらく、きっと、世の中のエンジニアは

HTML

↓

CSS

↓

Javascript(もしくはPHP)

といったように順番に勉強を進めてきた人々だ。途中、さまざまななフレームワークに触れつつ……。

私はといえば、これらをごっちゃ混ぜにして勉強を進めている。

もしこの記事を読んでいるあなたが、「いや、そんなの普通でしょ。普通みんなそうだから。」と思われたなら、一言だけ言っておく。

「うるせぇハゲ！お前と違って俺はバカなんだよ！いいな！頭良くってよ！」

安心してほしい。誹謗する気も罵倒する気もない。これは賞賛だ。褒め言葉だ。

話が逸れた。

要は今日という休日も、コーディングの勉強に費やしているのだが、その始まりが12時間前。

活動限界という足音は、すぐそこにまで近づいていた。

勉強の成果

「いや〜、頑張った��かげで、作りたいと思ったコンテンツもサッと作れるようになったんですよ」(埼玉在住・40代男性)

と言いたいところだが、進捗は5%くらいだ。

「お勉強同時進行の弊害」以外の何物でもない。

さすがに「<head><meta うんちゃら><body>うんちゃら〜」とか、box-sizingといった基本構造的なことは覚えた。

おそらく簡素な静的サイトくらいなら作れると思う。

しかし、人間は欲深い生き物だ。

「ここの画像、スライドにしたいよな〜」

「よくある横にスライドするピックアップ記事とかもカッコいいよな〜」

「勉強のためにサーバー契約するのもアレだし、GoogleDriveを活用したいな」

などと、淡く浅はかな欲望に支配されている私。

「満たされたい！」という気持ちが先行しすぎて、書籍と参考サイトを行ったり来たりしている。決してたどり着かない、道もわからない、なにかを目指してとりあえず進んでいる。

結果、なにかが進んだのかどうかすらわからない。

現在に至る

「へ〜、安易にフレームワーク使うとサイトスピードに影響するのか……」

「ってことは、CSSとかスクリプトは直書きしちゃえばいいのかな？」

「あれ？そもそも最新記事とかってどうやって表示すんだ？」

「これphpとJSどっちでやるんだ！？」

すごい！

何がすごいって、情報に惑わされ具合がすごい。ぜんぜん正解に辿り着けない。

一つ学んだかと思えば、それを全否定するかのような情報に出くわす。

たとえ正解らしき情報が見つかっても、「SEOや見栄えとか考慮すると正解じゃない気がする……。」と自信がなくなる。

そして徐々に私の検索能力がエネルギー切れに近づいてるのか、グーグルというインターネッツに表示されるのは、クエリとは程遠い検索結果ばかり。

欲しいものが手に入らないストレス。

何度も何度も検索するのに、インターネッツが壊れてるとしか思えない。

「なりたい自分になろう！」なんて、夢見るだけ��カだ。

ぜんぜん満たされない……。

そして、悲劇は起こった。

私の中にいる、もう一人の私が目を覚ましてしまった。

「クソが！」

「アクセス伸ばしたいからって適当なこと書きやがって！」

「この記事もその記事も、こっちの本もそっちの本も！」

「地球滅亡しろ！」

「ぜんぶ！ぜーんぶ燃やしちゃうの！」

まぁ冗談なんですけどね

私は勉強が苦手なので、どうしても非効率な方法になりがちだ。

とどのつまり、今日もまぁ疲れました。

物事を完全に理解できたとき

「点と点が繋がった！」

という表現を目にするが、私の場合

「点だけで絵を描くアートのかたですか？」

というくらい、自ら点を増やしてしまう悪癖がある。当然、点が繋がるまで人より時間がかかる。

ただし点が繋がり始めたらその後は早い。それまで蓄積してきた点が、一気に線になる。

自分で言うのもだが、こういう性格が功を奏しているのか、他人より高いパフォーマンスを出せる人と思われがちだ。几帳面な性格も手伝って、品質も割と高い(はず)。

まとめ

いかがでしたでしょうか。

お腹が減ったので何か食べようと思います。

#tumblr #フォロワー募集 #html css #javascript #php #ブログ

1 note · View note

millepon · 6 years ago

Text

PHPの公開停止について

突然ですが、1月13日をもちましてPoser Hotkeys Plus(PHP)の公開を停止します。ご愛用して頂いている沢山の方々のご期待に添えず本当に申し訳ありません。公開の停止理由ですが、ShowPoseMenuの作者から理不尽な苦情を申し立てられた為です。先にあちらの作者がTumblrで事実と異なる事を述べられているのでここで今回の経緯と反論を交え説明させて頂きます。

作者は最初に自分のアイデア（ポーズのリスト表示）を丸パクリしたりそれらのMODで寄付を募る行動を止めろという言い掛かりを付けられてきました。私はその作者のMODを丸パクリしている訳でもなくMODの侵害も行っていません。

PHPの説明文に「ShowPoseMenuの名前が上がったことで自分のMODを使われているようです」と言っていますがこれは全くの誤解です。当時の記事にもありますが、これはその当時ポーズ管理MODで有名だったShowPoseMenuに似た機能とPoser Hotkeysの便利機能を合体させたようなMODですと使用者に分かり易く書いただけでありShowPoseMenuはスクリプトを含め一切使用しておらず、例えるなら同じリスト表示できるQuickMenuのポーズ管理機能でも良かったのです。しかしShowPoseMenuという名前を出してしまった以上失礼にあたると思いクレジットのSpecial Thanksにあえてこの作者の名前を記載させて頂いただけなのです。

また寄付を募る行動＝金儲けと言っておられますが、これは全く意味合いが違います。以前にもTumblrに書きましたが、高度なスクリプトMODの開発（主にプログラミング）には多大な時間と労力と忍耐を要する作業のため一般のMODを作るのとは訳が違います。あくまで私は開発のモチベーションを上げて皆さんにより便利なMODを提供したいという気持ちで始めただけであり、作者の言う金稼ぎに利用しているのではありません。作者はそこを履き違えているようで、その証拠にパトロンを始めた後もPHPは無料で公開を続けていましたし寄付も気に入った方だけ任意で寄付して頂く形式を取っている為お金稼ぎと言える額にもなっていません。それでも作者は額には関係ないと言っていましたが、私からするとこれは2chで俗に言う「嫌儲」と云う言葉が相応しく自分とよく似たMODで寄付を募る行動が気に食わないというだけの屁理屈を付けているだけに感じます。

作者は自分のアイデアを丸パクリをするなと主張していますが、PHPの公開当初でもポーズをただリスト表示するだけではなく、そのリストの検索機能、メニュートップに現在選択しているポーズ番号の表示、選択中のメニューを一から辿らなくても済むように最後に選択したメニューを保持する機能等、これらはShowPoseMenuにはない私独自のアイデアも付け加えているため作者が主張するアイデアの丸パクリに当たりません。 PHPをご愛用して頂いている方々ならご存知だと思いますが、PHPはPoser Hotkeysを基にしたポーズ管理MODでありポーズの再生をより便利にするために実装した機能（スライドショー・自動TFC・FOV機能・表情メニュー・作成した表情のカテゴリー化・表情編集機能・舌装備メニュー・NPC操作など）の大半のアイデアは自分で考えた物です。

また自分のアイデアをパクるなと言う以前にアイデア自体に著作権はありませんからその模様・取り入れについて逐一報告しなければならないという義務はありません（二度目のENBの件も同様です）そもそも作者の言うリスト化のアイデアはAddItemMenuやQuickMenu、F.E.P等それらのMODは既に存在していましたからこれを自分のアイデアだと主張する権利もありません。もしその様な主張が通用するのであれば現在無数にあるフォロワーMODやフォロワー管理MOD等は一体どうなるのでしょうか。法的にアイデアの特許を取っている訳でもなく私のMODにどうこう言われる筋合いはありません。

しかしここまで言っても作者はご理解を頂��ませんでした。作者が一年休止後に再開したらPHPやOSA等のポーズ管理MODが増えたから仕方なく別のMOD（NiOverride Pose Adjustments）を作ったのに、私がツイッターでボーンの操作方法を研究していると匂わした途端また自分のアイデアをパクられると思い込み、ストーカー行為を受けているようで気持ち悪いと愚痴を吐かれました。

しかし私は私でポーズ・表情編集管理MODを作っているだけに過ぎず何もこの作者のアイデアを意図的に真似している訳でもありません。私はPHPv2で位置調整機能を実装しましたがこの機能自体がボーンの位置調整と同じライブラリ関数を使っている為ボーンの調整というアイデアは直結して思い付く事なのです。仮にこの作者のNiOverride Pose Adjustmentsが作られなかったとしてもその知識は持っていますから何れ作っているでしょうし、先に作ったからと言ってそれを作るなと言う権利がどこにあるのでしょうか。同じポーズMODを制作している点においていくつかアイデアが被るのも致し方ない事であり、機能が似ているからと言う理由だけで類似MODは作るなと言える拘束力はありません。私には自分が休止している間に自分のポーズ管理MODより高機能なMODが出てしまい後にも引けないから、これ以上自分と似たようなMODを作るなとイチャモンを付けているようにしか聞こえません。

そもそもこの位置調整機能やボーン調整機能はこの作者が独自に考えて作った機能ではなく、元はRaceMenuの機能の一つでありそれをRaceMenuがなくても使えるようにライブラリ化された「NiOverride」をそのまま利用しているだけに過ぎないのです。そしてこのNiOverrideは誰でも自由に使って良いというリソースでありそれを一人で独占し、これは自分のアイデアだから使うなと言う方がおかしな話です。

更に追及しますとShowPoseMenuの最終版辺りでダンス機能を取り入れられていますが、これは散々私に言ってきたダンスというアイデアの丸パクリに当たるはずです。作者の主張だと最初に作られたダンスMODの作者からすれば非常に迷惑な話であるのに、自分の事は棚に上げて人のアイデアを丸パクリするなと言える立場なのでしょうか？

作者の主張を論破し続けると今度はアイデアの丸パクリから取り込んでいるという言葉に変えてきましたが、取り込むという言葉に置き換えたとしてもアイデア自体に著作権はありませんしMODというものは良いアイデアは取り入れてそれを改良してさらに良いものを作っていく、これがMODの本来あるべき物ではないのでしょうか。そしてまだ議論が終わっていないのに「理解できないならもう好きにしろ」と一方的に話を切られこれ以上は連絡もしないという身勝手極まりない態度でした。

作者のTumblrの最後の方で「多少の恩や一考の価値もない」などと言っておられますが、私は自分ではどうしても上手く実装できなかった選択型LUTをDiamond ENBに快く実装して頂いた件について忘れていませんし今でも感謝しております。そして私の本心は同じポーズ管理MODを作られているので、近い内にお互いに情報交換などをして��同開発できるようなMODを作りたいと思い最近ツイッターの方でもこちらからフォローをさせて頂いていました。それがこの様な理不尽な苦情を申し立てられて本当に残念な気持ちです。 DMでも言ったのですが私の言動をご理解できないのでしたらあなたの意思を尊重しPHPの開発及び公開も停止すると言いましたので私はポーズ管理MODから手を引きます。その代りPHPを超えるMODを責任持って作って頂くように申しましたので、今後ポーズ関連についてはこの作者にサポートをして頂くよう宜しくお願��申し上げます。

#Skyrim

59 notes · View notes

blogramanstuff-blog · 6 years ago

Text

ぷろぐらみんぐ言語

☆c言語

　全てのプログラミング言語のﾍﾞｰｽ

　１９７２年

ーーーーーーーーーーーーーーーーーーーーーーーー

☆swift

　　2014年にAppleから発表された、iOS開発向けの新しい言語　

　　iPhone・iPad、Macで使用

ーーーーーーーーーーーーーーーーーーーーーーーーーー

☆web系

　・ｈｔｍｌ（HyperText Markup Language）　　　　

　　　２０１４年にｈｔｍｌ５が勧告　記述がシンプルになった

　・ｃｓｓ

　ｈｔｍｌで記述されたコードの文字の色や大きさ等を装飾する

　・javascript

　　　ブラウザに作業をさせるためのスクリプト言語

　　　文字サイズ、デザインや色の変化など、動きを出すために幅広く使用さ

　　　れ、ほとんどのWeb ページに JavaScript が読み込まれている

　・php（スクリプト言語）

　　　ｈｔｍｌに組み込む事が出来る

1 note · View note

satopian · 1 year ago

Text

お絵かき掲示板 PHPスクリプト Petit Note v1.29.1リース

｢SNSで共有する｣にBlueskyを追加しました。 Twitter、マストドン、Misskey、Blueskに記事を共有できます。

#お絵かき掲示板 #paintbbs #oekaki #お絵かき掲示板の設置 #Bluesky #Share #シェア #PHPスクリプト #Petit Note

3 notes · View notes

alternono · 3 years ago

Text

一番簡単なのはマクロの記録です。Excelでいちどマクロを記録すれば、同じ操作が何度でもできます。

マクロだけでは実現できない定形業務は Excel VBA を使ってプログラミングすることで自動化します。大体皆さんここまではよくご存知です。

Excelだけで実現できないとかその他の定形業務は、RPAアプリを使ったりします。Windowsでは、無料の UIpath、有料の WIN ACTOR、最近 Microsoft が作った power automate desktop が有名です。Macではあまり知られていないのですが、AutomatorというRPAアプリが付属しています。この段階までならプログラミング知識はほんの少しあれば大丈夫で、実際に使ってもあまりプログラミングと言う感じはしません。

それでも実現できない定形作業はスクリプト言語でプログラミングして実現します。VBScript や AppleScript がそうです。Google の GAS もスクリプト言語です。

定時作業はスクリプトファイルとタイムスケジューラー（ジョブスケジューラー）を使うことで実現できます。ここまでくると定形作業なら大体自動化できると思います。

それでも自動化できない複雑な作業は、一般のC#やPHPなどの言語を使って専用のアプリケーションを開発します。

0 notes

punk-cat-punk · 15 days ago

Text

Geminiに質問してみた

【質問】以下の環境でWordPressサイトを運用するものとします。

仮想4コアメモリ8GB Debian12 Lighttpd 1.4.69 MariaDB 10.11.11 php-fpm 8.4.7

WordPressサイトにおける推奨メモリ設定（仮想4コアメモリ8GB環境）

提示された環境（仮想4コア、メモリ8GB、Debian12、Lighttpd 1.4.69、MariaDB 10.11.11、php-fpm 8.4.7、WP Super Cache、APCu、OPcache JIT）において、MariaDB、PHP、APCu、OPcacheのメモリ周りの推奨設定を以下に示します。これはあくまで推奨値であり、サイトのトラフィックやコンテンツの種類によって調整が必要です。

1. MariaDB (MySQL) の設定

MariaDBのメモリ設定は /etc/mysql/mariadb.conf.d/50-server.cnf または関連ファイルで行います。主に innodb_buffer_pool_size が最も重要です。メモリ8GBの環境であれば、全体の約50%程度をデータベースに割り当てることが妥当です。

Ini, TOML

[mysqld]

InnoDBの設定

innodb_buffer_pool_size = 3G # 全体メモリの約35-40%程度 innodb_log_file_size = 256M # innodb_buffer_pool_sizeの約1/10〜1/4程度 innodb_log_buffer_size = 32M # デフォルトのままか少し増やす innodb_flush_log_at_trx_commit = 2 # トランザクション性能と安全性のトレードオフ。2は一般的に性能が良い

その他バッファサイズ

key_buffer_size = 128M # MyISAMテーブルをほとんど使わない場合は小さくて良い tmp_table_size = 64M max_heap_table_size = 64M query_cache_size = 0 # WordPressでは通常無効化が推奨（WP Super Cacheがあるため） query_cache_type = 0 # 同上

接続数

max_connections = 200 # 同時接続数。サイトのトラフィックに応じて調整 thread_cache_size = 50 # スレッドの再利用を促進

ソートバッファ（メモリ使用量を減らすため、小さく設定）

sort_buffer_size = 1M join_buffer_size = 1M read_buffer_size = 1M read_rnd_buffer_size = 1M

説明:

innodb_buffer_pool_size: InnoDBのデータとインデックスをキャッシュする領域で、最も重要な設定です。メモリの約35-40%を割り当てました。

innodb_log_file_size: redoログファイルのサイズです。大きすぎるとリカバリに時間がかかりますが、小さすぎると頻繁にフラッシュが発生しパフォーマンスが低下します。

innodb_flush_log_at_trx_commit: データの耐久性とパフォーマンスのトレードオフです。2 は、1秒に1回ログをディスクにフラッシュするため、一般的なWebサイトで良好なパフォーマンスを発揮します。

query_cache_size, query_cache_type: WordPressのような動的なサイトでは、クエリキャッシュは逆にパフォーマンスを低下させる場合が多いため、0 に設定して無効化を推奨します。

2. PHP-FPM の設定

PHP-FPMの設定は /etc/php/8.4/fpm/pool.d/www.conf で行います。メモリ8GBの環境では、PHP-FPMのプロセス数を適切に設定することが重要です。

Ini, TOML

[www] pm = dynamic pm.max_children = 100 # 同時接続数。メモリ使用量を計算して調整 pm.start_servers = 20 pm.min_spare_servers = 10 pm.max_spare_servers = 40 pm.max_requests = 1000 # プロセスがこの数だけリクエストを処理したら再起動（メモリリーク対策）

説明:

pm = dynamic: プロセス管理方式を動的にします。

pm.max_children: 同時実行可能な子プロセスの最大数です。この値は、PHPスクリプト1つあたりの平均メモリ使用量（例: php -i | grep memory_limit で確認できる memory_limit の値や、実際にWordPressが消費するメモリ量）と、システム全体の利用可能なメモリ量に基づいて慎重に決定する必要があります。例えば、1プロセスあたり約50MB消費すると仮定した場合、100 プロセスでは 50MB * 100 = 5GB のメモリが必要になります。この設定例では、PHPに多くのメモリを割り当てる想定です。

pm.start_servers, pm.min_spare_servers, pm.max_spare_servers: 起動時、アイドル状態、最大アイドル状態のサーバ数を設定します。

3. PHP (php.ini) の設定

/etc/php/8.4/fpm/php.ini で設定します。

Ini, TOML

memory_limit = 256M # WordPressの推奨値は256MB以上。プラグインなどに応じて調整 post_max_size = 64M upload_max_filesize = 64M max_execution_time = 300 max_input_time = 300

説明:

memory_limit: 各PHPスクリプトが使用できる最大メモリ量です。WordPressの一般的な要件を満たすために 256M を推奨します。

4. APCu の設定

APCuはユーザーデータのキャッシュに利用されます。/etc/php/8.4/fpm/conf.d/20-apcu.ini などで設定します。

Ini, TOML

extension=apcu.so apcu.enabled = 1 apcu.shm_size = 128M # キャッシュサイズ。サイトの規模に応じて調整 apcu.ttl = 3600 # キャッシュの有効期限（秒） apcu.enable_cli = 1 # CLIからのAPCu利用を許可

説明:

apcu.shm_size: APCuが利用する共有メモリのサイズです。WordPressのオブジェクトキャッシュとして利用する場合、サイトの規模に応じて調整してください。128MBは一般的な設定です。

5. OPcache の設定

OPcacheはPHPスクリプトのバイトコードをキャッシュし、実行速度を向上させます。JITを有効にします。/etc/php/8.4/fpm/conf.d/10-opcache.ini などで設定します。

Ini, TOML

zend_extension=opcache.so opcache.enable = 1 opcache.enable_cli = 1 opcache.memory_consumption = 256M # キャッシュサイズ。サイトのコード量に応じて調整 opcache.interned_strings_buffer = 16M opcache.max_accelerated_files = 10000 # キャッシュするファイルの最大数 opcache.revalidate_freq = 0 # 変更チェック頻度（開発中は1、本番では0で高速化）

; JIT設定 opcache.jit_buffer_size = 128M # JITが使用するメモリサイズ。メモリに余裕があれば増やす opcache.jit = 1255 # 推奨されるJITモード（全最適化）

説明:

opcache.memory_consumption: OPcacheが利用するメモリサイズです。WordPressと多数のプラグインを使用する場合、256MB以上を推奨します。

opcache.interned_strings_buffer: 内部化された文字列を保存するためのバッファサイズです。

opcache.max_accelerated_files: キャッシュできるPHPスクリプトファイルの最大数です。WordPressでは、プラグインの数によってはこの値を増やす必要がある場合があります。

opcache.revalidate_freq: スクリプトの変更をチェックする頻度です。本番環境では 0 に設定することで、変更チェックを行わなくなり、最大のパフォーマンスが得られます。コードのデプロイ後にopcache_reset()を実行するか、PHP-FPMを再起動する必要があります。

opcache.jit_buffer_size: JITがバイトコードをコンパイルした結果を格納するメモリサイズです。JITの効果を最大化するために、メモリに余裕があれば増やします。

opcache.jit: JITの動作モードを設定します。1255 は、すべてのJIT最適化を有効にする推奨設定です。

全体的なメモリ割り当ての目安

メモリ8GBの環境における、上記設定での大まかなメモリ割り当ての目安は以下の通りです。

MariaDB: 約 3.5GB (buffer_pool, 接続数など)

PHP-FPM: 約 3.5GB (1プロセス50MB x 70プロセス程度)

APCu: 128MB

OPcache: 256MB (JIT含む)

Lighttpd / OS / その他: 残り (約0.5GB〜1GB)

合計: 約 7.4GB〜7.9GB

この割り当てはあくまで目安であり、実際の使用状況によって変動します。特に pm.max_children の調整は重要で、システムがスワップアウトしないように、必ず稼働状況を監視しながら調整してください。

運用における注意点

監視: 各サービスのメモリ使用量を定期的に監視し、必要に応じて設定値を調整してください。free -h, htop, top, MariaDBのStatus変数、php-fpmのstatus、opcache_get_status() などを用いて監視できます。

スワップ: システムが頻繁にスワップアウトしている場合、メモリが不足している可能性があります。その場合は、各サービスに割り当てるメモリ量を減らすか、物理メモリの増設を検討してください。

テスト: 設定変更後は、必ずテスト環境で十分な負荷テストを行い、安定稼働を確認してください。

WP Super CacheとLighttpdの連携: WP Super CacheとLighttpdの連携（luaスクリプト）は、PHPの実行をスキップして静的ファイルを直接配信するため、PHP-FPMの負荷を大幅に軽減します。これにより、PHP-FPMの pm.max_children を少し低めに設定できる可能性がありますが、キャッシュが効かないリクエスト（ログイン中のユーザー、管理画面など）に対してはPHP-FPMが動作するため、その点も考慮に入れてください。

ログの確認: 各サービスのログファイル（MariaDBのエラーログ、PHP-FPMのFPMログ、Lighttpdのアクセスログ/エラーログ）を定期的に確認し、問題が発生していないか確認してください。

これらの設定は、パフォーマンスと安定性のバランスを考慮したものです。サイトの特性に合わせて最適な設定を見つけてください。

0 notes

blog-by-raika · 3 years ago

Text

【 PHP 】PHP8に入門してみた 3日目序章

PHP8技術者認定初級試験が始まるようなので試験に向けて (できるだけ)勉強しようと思います！使用する書籍は独習PHP 第4版（山田祥寛）｜翔泳社の本 (shoeisha.co.jp) となります。イントロダクション PHPとはまずはPHPとは何なのか。PHPとはHypertext Preprocessorの略でサーバ再度で動作する「スクリプトの実行環境」です。どこをどう抽出したらPHPになるんでしょうね(笑) 簡単に言うとWebアプリケーションを作成し公開するための環境(と対応する言語)ということだと思います。 Webアプリケーションに特化していると考えてよいのでしょうかね。それともPyhtonのようにコンソールアプリケーションを開発することもできるのでしょうか？ほとんどの文脈では「PHP = Webアプリケーション」…

View On WordPress

#PHP

0 notes

asciidwango · 7 years ago

Text

はじめてUNIXで仕事をする人が読む本

UNIXの教育を受けないままIT業界に就職した人に最適な、仕事でUNIXを使うための最低限の基礎知識をまとめた教科書をお届けします。

株式会社創夢監修木本雅彦、松山直道、稲島大輔著定価：1,944円（本体：1,800円）

発売日：2018年6月29日形態：B5変型版（248ページ） ISBN：978-4-04-89306-1

Amazonで購入する

達人出版会で電子書籍を購入する

サポート／追加情報

本書が対象とする読者は以下のような人である。

情報系の学部2年生レベルのUNIX講義の内容を学びたい人。情報系の大学で学んだものの、ほとんどUNIXの教育を受けないまま、IT業界に就職することになった人。就職して2～3年になるが、先輩から「こんなことも知らないのか」と叱咤されることがあるエンジニア。 UNIX業界のITエンジニアとして仕事を始めると、現場には大きく2種類の仕事があることがわかると思う。1つはUNIXで動作するソフトウェア（場合によってはUNIXカーネルそのもの）を開発する仕事。もう1つは、UNIX上で動作するソフトウェアを使って環境やサービスを構築し、それを運用する仕事である。

現在では両者はほぼ分業されているが、1990年代以前からUNIXの仕事をしている人にとって、両者はどちらもできて当たり前のことであった。ソフトウェアを開発する人も、自分たちのサーバやネットワークは自力で構築して運用しなければならない。運用構築系の仕事をする人も、ソフトウェアに不具合があったら自力でデバッグまでしなければならない。その際に、カーネルの解析が必要になる場合もある。

本書では、開発と環境構築運用の両方の内容をカバーしようと試みた。それが「UNIX的なやりかた」だと考えるからである。

もし、読者の中に、今の自分がどちらかの知識しか持っていないと感じる人がいたら、ぜひ不足している知識の底上げに本書を利用していただきたい。（本書「はじめに」より）

◆著者/監訳者紹介

■木本雅彦（きもとまさひこ） 1972年生。東京工業大学大学院情報理工学研究科博士課程修了。博士（理学）。2003年より株式会社創夢に勤務。カーネルドライバ開発から、ネットワークアプリケーション、Webアプリケーション開発までの幅広いレイヤーをこなす。普段はFreeBSDをメインの生活環境として使う。また、2007年より小説家としての執筆活動も行う。主な著作に「くあっどぴゅあ」（ファミ通文庫）、「星の舞台からみてる」（ハヤカワ文庫JA）、「人生リセットボタン」（PHP研究所）などがある。UNIX技術者と小説家の両方の経験を活かし、ASCII.Technologies上で、IT業界小説「株式会社��台アーバンギルド」を連載していた。

■松山直道（まつやまただみち） 1964年東京生まれ。株式会社創夢創業メンバー兼現取締役。WIDEプロジェクトに初期から参加しており、主にインターネット関連の研究活動等に従事。特にIPv6関連技術の研究開発や普及を推進するコミュニティにおいて積極的に活動している。またルータ等ネットワーク関連機器類の開発業務にも携わる。社内のCISO（最高情報セキュリティ責任者）を務める。自宅のネットワークは、10年以上前から/29と/48のデュアルスタック。日本UNIXユーザ会幹事。

■稲島大輔（いなじまだいすけ） 1982年生まれ。2007年より株式会社創夢に勤務。組み込み機器へのブートローダ・カーネルの移植から、ネットワークプロトコルの実装など、主に低位層から中位層の業務を担当。趣味では関数型言語でアプリを作ったりすることの方が多い。UNIX環境としては2014年現在でもデスクトップ・サーバともにNetBSDを常用。pkgsrcを気に入っている。

■株式会社創夢（そうむ） 1984年創立。創立以来一貫して、UNIXとインターネットを事業の主軸においている。JUNET時代には創夢を経由してネットに接続する企業も多かった。かつてはX11R5のマニュアルを出版するなど、X Window Systemに力を入れていた時期もあった。エンジニアが作ったエンジニアのための会社であり、エンジニアが楽しく仕事ができる環境を作るというビジョンを持っている。事業範囲はUNIXの移植、デバイスドライバの開発、研究用ソフトウェアの開発、サーバ・ネットワークの設計・構築・運用管理など。「普通の会社だとこういう仕事引き受けてくれないんだよなあ」という種類の面倒な仕事を、軽いフットワークと重量級の馬力でさばくのが得意な、特異な会社。

◆目次

第1部生活環境編第1章ログインログアウト　1.1 そもそもログインとは　1.2 TELNETによるリモートログイン　1.3 SSHによるリモートログイン　1.4 ログアウト第2章 UNIXの基本操作　2.1 シェル　2.2 リダイレクションとパイプ　2.3 UNIXのファイルシステム　2.4 基本のファイル操作　2.5 パーミッション・オーナーの管理　2.6 正規表現　2.7 grep 　2.8 sed 　2.9 awk 　2.10 アーカイバ　2.11 その他のコマンド第3章テキストエディタ　3.1 基本のテキストエディタ　3.2 限定された環境でのファイル編集　3.3 ViとVim 　3.4 Emacs 第4章作業の自動化（シェルスクリプト）　4.1 シェルスクリプトによる作業自動化の必要性と利点　4.2 Bourne shellについて　4.3 簡単なスクリプトの作成と実行　4.4 シェルスクリプトの実用例第5章オンラインマニュアル　5.1 オンラインマニュアルを必要とする場面　5.2 氾濫する情報の危険性　5.3 manコマンド　5.4 infoコマンド　5.5 ヘルプメッセージ第6章セキュリティ　6.1 UNIXにおけるセキュリティ　6.2 ルート権限の獲得方法　6.3 共通鍵暗号と公開鍵暗号　6.4 SSHの応用　6.5 PGPによる暗号化、電子署名第7章 UNIXシステム管理　7.1 UNIXにおける管理作業　7.2 起動とシャットダウン　7.3 ユーザとグループの管理　7.4 パッケージ管理　7.5 TCP/IPネットワーク管理　7.6 DNS（名前サービス）　7.7 サービスの管理　7.8 トラブルシュート第2部プログラミング環境編第8章 UNIXプログラミング環境　8.1 プログラミング環境概要　8.2 C言語による開発実例　8.3 Javaによる開発実例　8.4 LL言語による開発実例第9章バージョン管理システム　9.1 バージョン管理システムとは　9.2 バージョン管理システムの種類　9.3 バージョン管理システムの使い方　9.4 Subversionの使い方　9.5 Gitの利用方法第10章ソースコードからのドキュメントの作成　10.1 はじめに　10.2 ドキュメント生成ツールの種類　10.3 ドキュメント生成ツールの利用方法第11章ソフトウェアライセンス　11.1 ライセンスを考慮する理由　11.2 オープンソースライセンス第3部ネットワーク技術編第12章 UNIXとネットワーク技術　12.1 TCP/IP実装の公開と普及　12.2 LANとWAN 　12.3 ネットワーク端末としてのUNIX 第13章 OSI参照モデル　13.1 OSI参照モデル　13.2 TCP/IPとOSI参照モデル第14章データリンク層　14.1 データリンクとは　14.2 データリンクの基本　14.3 Ethernet 　14.4 無線LAN 　14.5 Point-to-Point接続第15章 IPと関連プロトコル　15.1 IPの基本　15.2 IPv4とIPv6 　15.3 IPアドレス　15.4 特殊なIPアドレス　15.5 ルーティング　15.6 関連プロトコル第16章 TCPとUDP 　16.1 ポート番号　16.2 UDP 　16.3 TCP 　16.4 TCPのコネクション　16.5 TCPの通信　16.6 TCP通信の制御　16.7 TCPとUDPの使い分け第17章アプリケーションプロトコル　17.1 Webアクセス（HTTP/HTTPS）　17.2 電子メール（SMTP/POP/IMAP）　17.3 リモートログイン（TELNET/SSH）　17.4 ファイル転送（FTP/rsync）　17.5 ファイル共有（NFS/SMB）　17.6 VoIP（SIP/RTP）　17.7 システム運用管理（DNS/DHCP/NTP/SNMP）　17.8 Xプロトコル第18章 IP関連の技術　18.1 名前解決　18.2 IPアドレスの付与　18.3 アドレス変換（NAT・NAPT・IPマスカレード）　18.4 トラブルシューティング第19章ネットワークセキュリティ　19.1 ネットワーク上の攻撃　19.2 認証システム　19.3 通信フィルタとファイヤウォール　19.4 通信の暗号化　19.5 VPN

1 note · View note

millepon · 7 years ago

Photo

youtube

Poser Hotkeys Plus v2.1

Poser Hotkeys Plus(PHP)をv2.1にアップデートしました。主に設定メニュー・総合ランチャーの追加や表情機能の強化を行っています。

■主な新機能

表情ランダム再生機能ホットキー（デフォルト：Shift+9）を押すとランダムポーズ再生のように表情を作成したプリセットからランダムに表情をつけます。表情は全体のカテゴリーか選択したカテゴリー内からランダムに選択できるので適当に表情をつけたい場合に便利です。

表情機能の各オプション表情自動再生：ポーズ時に作成した表情を自動的に付けます。表情は詳細設定で指定した表情かランダム��表情を付ける事がになります。表情強度指定再生：作成した表情の強さを無視して指定した強さで再生します。これにより表情の強度毎に表情を作成する必要がありません。表情強度ランダム再生：作成した表情の強さを無視してランダムな強さで再生します。同じ表情でも強さが違うと表情も違ってくるのでバリエーションが増えます。

表情取得ホットキーこれまでアクターの表情を取得するにはMCMから行う必要があり不便でしたが、表情取得ホットキーの追加によりプレイヤー・NPCの表情をいつでも取得できるようになりました。選択中の不要な表情もその場で削除するホットキーも追加しています。

ショートカット設定メニュー MCMの設定項目をメニューからワンキーで設定できるようになります。ヘッドトラッキングなどの設定をよく変更する人は毎回MCMを開く必要がなくなるのでポージングが非常に捗るかと思います。

総合ランチャーポーザー・お気に入り・表情・設定の各メニューにアクセスできるランチャーを追加しました。ホットキーを節約したい方やゲームパッドを使用している人に重宝するかと思います。

——————————————————————————

各メニューの総合ランチャーを追加

各設定のショートカットメニューを追加

上記の操作魔法を追加

ポーズ時に表情を自動再生するオプションを追加

表情を自動再生した際の表情を指定する設定を追加

表情再生時の強さを指定するオプションを追加

表情再生時の強さをランダムにするオプションを追加

表情のランダム再生機能を追加（デフォルト：Shift+9）

上記の表情ランダム再生時のオプションを追加

表情を取得しプリセットへ保存するホットキーを追加

選択中の表情を削除するホットキーを追加

グラビアモードに全ポーザーを追加

グラビアモードで二人以上のアクターを同時再生すると順番通りに再生されない不具合の修正

操作魔法を無効にしても一部の魔法が消えない不具合の修正

各オプション設定を他のセーブデータと共通化（設定中のオプションが他のセーブデータでも引継がれます）

その他スクリプトの改良

v2.0からのアップデートの場合クリーンセーブの必要はありません。

LE版 https://www.nexusmods.com/skyrim/mods/90896

SE版 https://www.nexusmods.com/skyrimspecialedition/mods/17743

#Skyrim #MOD

109 notes · View notes