Sidebar |
タイトル
執筆:2024.04.12
編集:2024.04.12 一般人は規約で独自ドメインを内部ネットワークに向けて登録できないし、未割当ドメインを使うなって言われても無理な話。 自分のドメインの登録していない未登録サブドメインを使えばいいのかもしれないが・・・。それはDNSで外にもれますからね。 RFC 6762 プライベート目的のドメイン名 に載っているのに ICANN という組織 やっと人材変わったのかな? .internal 正式につかいませんって、言われても、自己証明書はじかれるようでは意味がない。 SSL証明書とるのぼったくりますよって感じなら利用しないし。 それなら、.homeドメインのほうが 家庭内ネットワークってすぐわかる。 段階的に規制いれてくるなら、仕方がないので、 .internal に変更しておきますが・・・ というか今後のために 別名でhostファイルに登録してつながるようにしておこう。 様子見ですね というか ipベースの自己証明書もいれているのでいまのところ困っていない。 いつ頃、採択の結果発表するのかな? ただ単に、仕様を徐々に変更していって、最終的に .internal だとプライベートアドレス以外に通信してはいけませんよ的な通信機器規格にかえるんだろうね? » 続きを読む タイトル
執筆:2024.04.12
編集:2024.04.12 手順 (1) コマンドプロンプトを起動します (2) 重要: コードページのデフォルトがシフトジスなのでをUTF8に変更します。 (3) git bashを呼び出します。 バッチファイルの場合は、utf8でファイルを保存します。 @rem CODE PAGE UTF-8
chcp 65001 "C:\Program Files\Git\bin\bash.exe" --login -i -c "bash内の実行したいunixコマンド" 用途例 タスク(cron) と組み合わせるとリポジトリの自動更新ができます バッチファイルに入れておいたほうが、マシンを変更したときや修正したいときに便利です。 1行にするには、 && でつなげます。 最初からフォルダ移動していたほうがいいかもですね. chcp 65001 && chdir "パス" && "C:\Program Files\Git\bin\bash.exe" --login -i -c "bash内の実行したいunixコマンド"
-c If the -c option is present, then commands are read from the first non-option argument command_string. If there are arguments after the command_string, the first argument is assigned to $0 and any remaining arguments are assigned to the positional parameters. The assignment to $0 sets the name of the shell, which is used in warning and error messages.
If the -i option is present, the shell is interactive. タイトル
執筆:2024.04.10
編集:2024.04.10 ハッシュでハロー php -r '注意: Windowsでは、WSL2のシェル、もしくはファイルに保存して実行してくださいね。 コマンドプロンプトではエラーになります。 タイトル
執筆:2024.04.08
編集:2024.04.08 先日ちゃちゃちゃとcygwinでPHP8.3を動くようにしたりしてみましたが 今後のことを考慮すると利用しないほうが賢明という結論に至りました!! 基本的なライブラリがメンテされていないので アンインストールすることにしました! メンテリストをみると curl -o "cygwin-pkg-maint_`date +%Y-%m-%d`.txt" "https://cygwin.com/cygwin-pkg-maint"
重要なものが放置なのでオワコンですね数年したらなくなってそう。 簡単なコマンドならgit bash shellでもできます。 少しの手間で wsl2から直接アクセスできます。 あなたのPCの cygwin 本当に必要ですか? たまに利用していたアプリは、Linuxにもあるので、cygwinフォルダに保存していたデータ自体かなり減らしていました。 データフォルダを移動して引越ししました。保存していたデータは利用するときに整理することにします。
cygwin32のときにセキュリティ設定でくいついてシステムから削除できないことが昔あったので 64bitにしたときにcygwinのフォルダ自体はドライブマウントしているので、アンマウントしてディスクファイル削除するだけです。 まずは システムからcygwin OSを追放することです 🗑 削除ポチ ✨🌌 使えるから置いておこうって、邪魔なだけです。 アップデートとか時間の無駄。 時代の流れです。 思い切ってスパッと cygwinを削除しましょう。 さようなら Cygwin!! タイトル
執筆:2024.04.08
編集:2024.04.08
デフォルト(規定値): ブランチ名、タグ名 git archive --prefix=ルートフォルダ名
» 続きを読む タイトル
執筆:2024.04.04
編集:2024.04.06 cygwin 3.5 PHP-8.3.4 $ uname -ro 3.5.1-1.x86_64 Cygwin
cygwinの環境が独自仕様の変数とか配置とかで 標準のLinuxと違うみたいで 標準のphpのソースだとそのまま通らないみたい。 cygwin環境は パッチを当てないとPHPのビルドはできません。 以前XP用にXP未サポートのPHP5.6をビルドしたことがあったので、なんとなくconfigureの仕組みは知っていたので、書き換えてみた。 php.cygportのパッチ作り直し fedoraの分はすぐ手に入ったのでそのまま差し替えて流用。 残りは、不要なものは無視して、必要そうなものだけ ちゃちゃちゃと書き換えて完了。 コンパイル通らない。 なんでphp.cygport全部ひとまとめにしているのだろう。 基本パッケージcli,sapi毎(cgi,apache),extを最低でもわけるべき。 extなんかbuild後に自動でphplizeすればいいことでしょ。デバッグできないような余計なパッケージして手間かけさせて迷惑。 全部まとめるならオプション渡して必要なものに変更できるようにしないと。 自分の用途で動けばいいだけなのでパッケージとかは考えない。 cygport prepでパッチまで当てて、 残りは、./confugiureで使用する環境に合わせる ./configure --prefix=/usr/local/php/8 $OPTIONS_CONF config.status: executing default commands
+--------------------------------------------------------------------+ | License: | | This software is subject to the PHP License, available in this | | distribution in the file LICENSE. By continuing this installation | | process, you are bound by the terms of this license agreement. | | If you do not agree with the terms of this license, you must abort | | the installation process at this point. | +--------------------------------------------------------------------+ Thank you for using PHP. make 落ちたところで少し修正
原因が分かったので解決。 あら、作業開始後に cygwinのバージョンが変わってる $ uname -ro 3.5.3-1.x86_64 Cygwin
完成!! uname -ro && sapi/cli/php -v
動作確認完了 やったね!🥂 システムのPHPと置き換え make install
OK 🍕 デフォルトのphp消してもいいかも? apt-cyg remove php
🍳 phpのインストールパスをシステムに登録して完成。 nano ~/.bashrc export PATH="/usr/local/php/8/bin:$PATH"
今回はさすがに無理かと思いました🤣🤮 少し手間かかりましたが いけましたね。💯 $ php -r "echo 'PHP'.phpversion().'-'.PHP_OS;" PHP8.3.4-CYGWIN_NT-10.0-19045
cygwin で PHP8 完🎉🍭 » 続きを読む タイトル
執筆:2024.04.03
編集:2024.04.03 tracert 192.168.xx.xx [192.168.xx.xx] へのルートをトレースしています
経由するホップ数は最大 30 です: 1 レポート: 宛先ホストに到達できません。 トレースを完了しました。 tracert 192.168.xx.xx 192.168.xx.xx へのルートをトレースしています。経由するホップ数は最大 30 です
1 レポート: 宛先ホストに到達できません。 トレースを完了しました。 traceroute 192.168.xx.xx traceroute to 192.168.xx.xx, 30 hops max, 60 byte packets
connect: 許可がありません ping 192.168.xx.xx ping: Do you want to ping broadcast? Then -b. If not, check your local firewall rules
» 続きを読む タイトル
執筆:2024.04.01
編集:2024.04.01 結論 clone時に
--no-metadata を指定したせいです 相互運用する場合はこのオプションは指定してはいけません $ git svn dcommit
Unable to determine upstream SVN information from HEAD history. Perhaps the repository is empty. at /usr/libexec/git-core/git-svn line 859. $ git svn dcommit
Unable to determine upstream SVN information from HEAD history. Perhaps the repository is empty. at C:/Program Files/Git/mingw64/libexec/git-core\git-svn line 916. $ git config --list --local | grep svn
登録間違っていないし、なんだろうこのエラー 選択肢は2個 (1)このままgit運用する このままgit運用に切り替えてsvn捨ててしまえば問題なし (2)svnに直接書き込む
git svn dcommit させてほしい・・・ 困った・・・ » 続きを読む |
Sidebar |