 |
Sidebar 
|
 2023年 旧Delphi(Borland時代) を捨てる！?
執筆：2023.08.18
編集：2023.08.18 Windows10で表示不具合を起こすので旧DelphiのアプリをDelphi11にアップグレードすることに決定。 アップグレードによるコード修正が大変なんだろうなぁとずっと敬遠していて 問題になったプロジェクトをリポジトリに入れてバックアップして、フォルダもコピーして 試しに実験してみると、 無修正でバージョンアップ完了。 表示不具合も同時に解消。 もー 旧Delphi(Borland時代) のアプリはゴミでしかないです。 生成アプリの動作OS Delphi2 : Win 95 以降 Delphi6 - : Win 98 以降 Delphi11 : Win vista 以降 現在 サポートされているOSは、Windows10,11しかないので これって、実害ないですよね。あと２年でWin10も終了です。 というかいろいろな不具合を持っている旧Delphiの生成アプリはデメリットしかないです。 修正の必要が発生したら、バックアップとプロジェクトアップグレードをすればいいだけなので、旧Delphiは必要ないです。 Delphi最新版の無料版だと ・生成されるEXEが超デカイ ・最短１年程度で再インストールになるのが欠点。 ・無料でつっておいて、気まぐれで昔のように無償版終了とかいうのもあるかもしれない。 そういうリスクも含めてアップグレードしよう。 ヘルプファイルが昔のは例文も同梱されていてみやすかったりするので、捨てがたい状況でしたが ２０２３年技術革新により時代は変わり、BING先生やCHATGPTでコード聞けば解決するので もういらないでしょう。 今日は、さっそく Delphi2 - Delphi6無料版をパソコンからアンインストールすることにします。 Delphi2005は、Delphi.Netのアプリ(小規模)がいくつかあるので C#に移植してからアンインストールする予定です。 ちなみに、Lazarusという まがい品があるようですが、UTF8KeyPressで絵文字の場合イベントが発生しないなどの不具合、その他もろもろあるようなので、使わないほうがいいですよ。開発⇒バグ足止め⇒バグ足止め⇒バグ足止め(ループ) と 時間をどぶに捨てるだけです。
バージョン情報とか正しくインポートされていないので、手動確認後に不要なファイルは消去しましょう Windows 10は、 2025 年 10 月 14 日 にサポート終了を迎えます。 Windowsのサポートは9～10年と既成事実は変化ないので、 Windows11は、推定終了日: 2032年1月13日か2031年10月14日 じゃないかと思っています。 » 続きを読む タイトル
執筆：2023.08.16
編集：2023.08.16
Windows ME,XP, VISTAなんて使わないでしょ。 古いDelphiはプロジェクトアップグレードして 古いDelphiと すっきり お別れしよう！！ Delphi 無料エディション１年だからと敬遠しているあなた。 生成したexeもリポジトリにいれておけば問題なし。 新規プロジェクトは断然 Visual Studio をお勧めします！！ それいけ ドット ネット » 続きを読む タイトル
執筆：2023.08.04
編集：2023.08.04 公開サーバーへ設置する危険性
githubでいいのかもですが、アカウントジャック、突然のアカウントロック、規約変更による継続困難、サービス終了とかの不幸に見舞われた場合目も当てられない。 そこで大事なコードは単独でgithubには置きたくない。 そこで活躍するのが セルフホスト セルフホストできるものをいくつかみてみよう 応答速度 一般的にスクリプトアプリは、バイナリアプリに比べて１０倍遅い。 ・Gitlab uiの日本語: あり 巨大すぎるプロジェクト。設定も大変。 スクリプトなので動作が遅い。 すごいセキュリティ脆弱も過去にあったようだし、 どうしても使うなら、ホームネットワーク dockerで運用って感じでしょうか？ ・Forgejo (ドイツ) ← gitea (china,Gitea Limited) ← Gogs (china 個人) uiの日本語: あり バイナリでよさそうなのですが、フォークが多い感じ。gitea,Gogsは国際情勢からしてインストールには勇気がいりますね。わたしはテストもしません。
apt search パッケージ名 pkg search パッケージ名go言語で現役のプロジェクトがいまだにあったのが超ビックリ。 ・gitbucket 検索するとたくさんヒットする。日本語なし、 javaなので却下。 ・NASなどのソースコード管理アカウントに sshで直接接続して bareリポジトリにpush 初期設定が面倒なだけで、アプリの更新も必要ないので一番手軽で何十年たってもそのまま動作する。 何が入っているかなどがわかりにくいので、そういう面では、gitlab、Forgejoのようなアプリ経由で管理したほうが便利です。 リモート保存先: bareリポジトリの初期化 : git init --bare リモートの登録1: git remote add ssh://user@host[:port]/path リモートの登録2: git remote add ssh://user@host[:port]/path/.git 迷ったのなら、中途半端に利用すると時間の無駄です。 単純バックアップ、NASにSSHで同期しておく または 何もしない（様子見）がおすすめです。 ホームネットワーク運用 hostファイルにオレオレドメインと、オレオレ証明書の設定すればurlを固定化できる。 dependabot 動作安定性重視なので、dependabot[bot]を採用するようなプロジェクト持っていないので、必要になったら考えます。 それにしても gitはなぜ個人情報無視のメールアドレス項目があるのだろう。メーリングリスト文化の名残だろうか？ guidのようにユニークidで管理すればいいのに タイトル
執筆：2023.08.03
編集：2023.08.03
if (year < 0 || year > 129) /* algo only works for 1970-2099 */
$ export GIT_AUTHOR_DATE="2100-01-01 00:00:00"; export GIT_COMMITTER_DATE={$GIT_AUTHOR_DATE}; git commit -m "$GIT_AUTHOR_DATE"
問題ない場合は、 $ export GIT_AUTHOR_DATE="2099-12-31 23:59:59"; export GIT_COMMITTER_DATE={$GIT_AUTHOR_DATE}; git commit -m "$GIT_AUTHOR_DATE"
と表示される。On branch master Initial commit nothing to commit (create/copy files and use "git add" to track) コミットできない場合は fatal: invalid date format: 指定した日時
と表示されるほんとうにコミットしたい場合は、 --allow-empty を加える。 今回はテスト目的なのであえてつけていない。 コミットとgit logすると実際の日付がわかる。 » 続きを読む |
 |
Sidebar |
無料など
