Q&A
実質、
内容は 記載していると、
思うのですが 如何でしょう？
其の項は、
内容が 重複しますので、
排除しただけです。
実現したいこと
コンポーネント内ツールを、
インターネット上の Onedrive等の、
ファイルシステムに 保管し。
利用時は ファイルシステムから、
importする 前提と、
しておいた場合、
誰しもが 気楽に、
コードを 公開も、
できるし、
気軽に importして、
使える、
そうした 利便性を、
実現し、甘受したい。
実現希望内容、
- コンポーネントを 任意の、
ネットワーク上に、
誰でも 自由に、
配して 使いたい。
- 如何すれば 自身記載Codingを、
気に入って 頂けた方に、
インターナットファイルシステム越しに、
公開できるか 知りたい、
- 技術的面で 如何したら、
importして 頂けるか、
知りたい、
- 私自身も 自身公開Coding記載量を、
インターナットファイルシステム越しの、
importによって 減らしたい。
＿
瀕している 状況。
Onedriveの、
・参照先アドレス「以下、λと 呼称」と、
コンポーネント配置デレクトリー 両方に、
init.pyを 配置しました。
・λ配置initファイル内に、
〉from .a¥b¥c¥Target import Target
と 記載しました、
・実行Pythonプログラムに、
〉from λ import Target
と 記載しました。
＿
結果、
シンタックスエラーになりました。
＿
該当のソースコード
Python 3.11.1
1from .a¥b¥c¥Target import Target
Python 3.11.1 実行ルーチン冒頭部、
1from λ import Target
Python3.11.1 Target.py
1def Target(): 2 pass
＿
補足情報（FW/ツールのバージョンなど）
環境、
Visual Studiocord、
Windows11、
Python3.11.1 Microsoft配布版、
PowerShell、
＿
ファイルサーバーコンポーネントフォルダー階層、
Onedrive_root_directory ←※注
＿└__init__.py
＿└directory a
＿＿└ directory b
＿＿＿└ directory c
＿＿＿＿└__init__.py
＿＿＿＿└import_Target.py
＿＿＿＿＿( def Target(): )
※注ヶ所の インターネットアドレスを、
仮に λと、
呼称しています。
＿
余談ですが、
疲れてる性か 文脈が、
拙くて 済みません。
回答1件
0
誰しもが 気楽に、コードを 公開も、できるし、
気軽に importして、使える、
それは裏を返せば、誰もが気軽に不正なプログラムを仕込める、ということです。
公式のリポジトリにすら不正なパッケージが混入する話も散見される状況を考えれば、まっとうなプログラマーが他人の管理するサーバで公開されるようなライブラリを、いつどんな形に書き換えられるかもわからない危険があるまま使うという気にはならないでしょう。
投稿2023/03/13 02:39
編集2023/06/09 03:00
総合スコア146544
其れを 言い出すなら、
全ての importコンポーネントは、
初使用時 信頼できませんよね？
PHPにも、かつて「インターネットからincludeする」機能が存在しましたが、途中のバージョンから非推奨化されました。
https://www.php.net/manual/ja/migration74.deprecated.php
誰が管理しているかもわからないネットの海から直接includeできるのは、（ダウンロードするのと違って不意に有害なバージョンに差し替えられるなど）それだけ危険な機能なのです。
もしや、
貴方に 悪戯に、
誤解を 孕ませたのでしょうか？
だとしたら お詫びします、
質問文も 改めさせて、
頂きました。
できれば、
実現方法の ご指南を、
頂戴できるならば 幸いです。
セキュリティの問題ですので、自分自身が「甘受」する分にはまだ許容の余地もなくはないですが、他人にそれを広めていいものではありません（甘言を使ってセキュリティを緩めさせる詐欺師と同じやり方になってしまいます）。
こう言うのは、
気を 使いますし、
私の 立場上、
危うくするので 避けたいのですが。
_
済みません、
謝罪も しました、
質問文も 改めました、
未だ 何を、
求められるのですか？
何故 論点に、
沿っては 頂けないのですか？
何を お求めなのですか？
> 何故 論点に、沿っては 頂けないのですか？
すでに何度も書いたように、論点に沿った実装が「極めて危険」なものだと判断しているためです。
「手動でダウンロードしてコードに組み込む」という、（あとから差し替えられないだけセキュリティ的にも幾分有利な）代替手段も取れるものですので、「得られる僅かな利便性のために大きな危険を抱える」ものである以上、やるべきでないと判断します。
では、
ギニューでの プログラム公開も、
GitHubとかも 駄目ですよね？
現状世界に、
照らした時に、
矛盾が 明確な、
ご意見は 受け入れ難い事を、
ご理解 頂きますね。
> ギニューでの プログラム公開も、
GitHubとかも 駄目ですよね？
すでにコメントしましたように、公開されたプログラムを「そのままURLで参照して」使うことと、「いったんダウンロードして」使うことには大きな違いがあります。その違いについては考慮されていますでしょうか？
（実際に、PHPではURLから直接インクルードする機能をPHP 7.4で非推奨化しているというように、言語設計者が考慮している問題なのです）
https://www.php.net/manual/ja/migration74.deprecated.php
あなたの回答
tips
プレビュー
