「xml」を含む日記

■anond:20241118203126

それならXMLでいいじゃん

規格上XMLにもCSS適用できるし

Web向けならXMLからXSLT使ってHTMLにして同じCSSで表示できるはず

Permalink | 記事への反応(0) | 20:35

ツイートシェア

■anond:20241118201505

HTMLやXMLはエスケープがあるから面倒ってのが大きい

Permalink | 記事への反応(0) | 20:26

ツイートシェア

■anond:20241115174825

XMLダウンロードしてそのままアップロードするだけだろ

Permalink | 記事への反応(0) | 10:14

ツイートシェア

■年末調整が難しすぎる（令和６年度版）

【感想】

XMLファイルダウンロード

↓

QRコード付証明書PDFを作成

↓

プリントアウト

↓

ボールペンで記入

↓

スマホで撮影

↓

HEICからJPEGに変換

↓

年末調整のシステムにアップロード

↓

原本を経理に提出

この流れなんなん？誰がうれしいの？

【やったこと詳細】

・e-Taxにログインする

・「通知書等」をクリックする

・「通知書等選択」プルダウンから「住宅借入金等特別控除証明書」を選択する

・「切替」をクリックする

・表示された表の「令和6年分」あたりをクリックする

・「住宅借入金等特別控除証明書一覧へ」をクリックする

・住宅借入金等特別控除証明書一覧の「確認」をクリックする

・「この「年末調整のための住宅借入金等特別控除証明書」を印刷したものは使用できません。」の文言を見つけて絶望する

・「QRコード付証明書等作成システム」でGoogle検索する

・「QRコード付証明書等作成システムについて」ページにたどり着く

・「QRコード付証明書等作成システムを利用する」をクリック

・「環境チェック」モーダルのブラウザ欄の「推奨環境外です」の表示に絶望する

・Safariで開き直す

・Macintoshをご利用の方の「事前準備セットアップ(Macintosh/safari用(dmg形式:約2MB)」をクリックする

・ダウンロードフォルダの「cpsMac.dmg」をダブルクリックする

・QRInstall.pkgをダブルクリックする

・インストーラーの「続ける」をクリックする

・「インストール」をクリックする

・「アクセス許可を要求しています」ダイアログで「許可」をクリックする

・「Safariブラウザが起動されているため、インストールを完了することができませんでした」の表示に絶望する

・インストーラーの「閉じる」をクリック

・「ゴミ箱に入れますか？」で「残す」をクリックする（危ないやろこれ）

・Safariを終了して再びインストーラーを起動してインストール完了する

・「QRコード付証明書等作成システムについて」ページを表示する

・「QRコード付証明書等作成システムを利用する」をクリック

・「環境チェック」モーダルのブラウザ欄の△表示を無視する（Safari 18.0は対象外らしい）

・「次へ」をクリックする

・e-Taxからダウンロードしておいた「令和6年分住宅借入金等特別控除証明書_2024mmdd.xml」をアップロードする

・「読み込み」ボタンをクリックする

・ファイル読み込み結果ダイアログの「次へ」をクリックする

・「表示・印刷」をクリックする

・帳票イメージの表示ダイアログの「はい」をクリックする

・PDF作成が完了しましたダイアログの「表示」をクリックする

・PDFファイルをダウンロードする

・PDFファイルをプリントアウトする

・MoneyForwardクラウド年末調整にログインする

・左メニューの「年末調整」をクリックする

・「5.住宅ローン」をクリックする

・「2年目以降の住宅ローン控除（住宅借入金等特別控除）の申告はありますか？」で「はい」を選択し「次へ」をクリックする

・「+住宅ローンを追加」をクリックする

・「直接入力する（自動計算の対象外）」を選択して「次へ」をクリックする

・「住宅借入金等特別控除区分」で「◯年中居住者・認定住宅(等)用」を選択する

・「特定取得区分」で「記載なし」を選択する

・居住開始年月日を入力する

・住宅借入金等の金額（年末残高)を入力する

・(特定増改築等)住宅借入金等特別控除額に入力する値が不明

・ｱｯ、これ（住宅借入金等特別控除申告書）、自分で計算してボールペンで書かないといかんの？

・ボールペンで書いた

・(特定増改築等)住宅借入金等特別控除額を入力する

・住宅借入金等特別控除申告書の上部をスマホで撮影する

・住宅借入金等特別控除申告書の下部をスマホで撮影する

・住宅借入金残高証明書をスマホで撮影する

・撮影した画像をAirDropで転送する

・画像をアップロードしようとするがHEICなので選択できない

・Preview > File > ExportからPNGに変換する

・アップロードするが「ファイルサイズは最大5MBです」エラーになる

・Preview > File > ExportからJPEGに変換する

・アップロード成功する

次回「証券番号がわからない」「保険料控除証明書の電子ファイル（XMLファイル）取得に１日待たされる」

ぜってぇ見てくれよな！！！

Permalink | 記事への反応(13) | 17:48

ツイートシェア

■[開発メモ] クローラ開発

構造と情報の変化の監視について

• JavaScriptレンダリング: モダンなWebサイトはJavaScriptを多用しており、動的に生成されるコンテンツも多く見られます。このような場合、headlessブラウザ（Puppeteer、Playwrightなど）を用いてJavaScriptを実行し、レンダリング後のHTMLを取得する必要があります。
• APIの活用: 一部のWebサイトは、APIを提供しています。APIを利用することで、より効率的に構造化されたデータを取得できます。

robots.txtの遵守について

• Sitemap.xml: robots.txtに加えて、sitemap.xmlも参照することで、より正確なクローリング範囲を把握できます。
• メタタグ: noindexやnofollowなどのメタタグも、クローリングの範囲を制御する上で重要です。

速度/接続制限とマルチスレッディングについて

• 負荷分散: 大規模なクローリングの場合、複数のマシンに負荷を分散させることで、処理時間を短縮できます。
• キューイング: タスクをキューイングすることで、処理順序を制御し、リソースの効率的な利用を実現できます。
• 非同期処理: 非同期処理を用いることで、I/O待ち時間を最小限に抑え、並列処理を効率的に行えます。

訪問済みURLのKVSについて

• データベース選択: KVSとしては、Redis、MongoDB、あるいは関係データベースなどが考えられます。使用するデータ量やアクセスパターンに応じて最適なものを選択しましょう。
• キャッシュ: 頻繁にアクセスされるURLの情報をキャッシュすることで、データベースへのアクセス回数を減らし、パフォーマンスを向上させることができます。

法的要件の確認について

• プライバシーポリシー: 個人情報を含むデータを取得する場合、プライバシーポリシーを厳守する必要があります。
• ライセンス: 取得したデータを商用利用する場合、ライセンスに関する規定を確認する必要があります。
• 倫理: クローリングが他のユーザーに迷惑をかけるような行為にならないように、倫理的な観点から慎重に行う必要があります。

UAとIPのローテーションについて

• プロキシ: プロキシサーバーを利用することで、IPアドレスを隠蔽し、検知を回避できます。
• ユーザーエージェントの多様化: 様々なデバイスやブラウザのユーザーエージェントを模倣することで、より自然なアクセスを実現できます。
• 遅延: 各リクエスト間の遅延時間をランダムにすることで、人間によるアクセスと区別しにくくします。

その他

• エラー処理: ネットワークエラー、HTTPエラーなど、様々なエラーが発生する可能性があります。適切なエラー処理を行い、クローラーの安定性を確保しましょう。
• ログ: ログを記録することで、クローラーの動作を監視し、問題発生時の原因究明に役立てることができます。
• セキュリティ: セキュリティ対策を怠ると、情報漏洩や不正アクセスなどのリスクが高まります。入力値の検証、脆弱性対策などを徹底しましょう。

追加的なヒント

• クラウドサービス: AWS、GCP、Azureなどのクラウドサービスを利用することで、インフラ構築や管理の手間を削減できます。
• フレームワーク: Scrapy、Beautiful Soupなどのフレームワークを利用することで、開発効率を向上させることができます。
• データクリーニング: 取得したデータをクリーニングし、ノイズを除去することで、より高品質なデータを得ることができます。

Permalink | 記事への反応(1) | 11:25

ツイートシェア

■RSS　取得メモ

const axios = require('axios'); // HTTPリクエストを行うためのモジュール

const fs = require('fs'); // ファイル操作モジュール

const xml2js = require('xml2js'); // XMLをJSONに変換するためのモジュール

const chardet = require('chardet'); // 文字エンコーディングを検出するためのモジュール

const iconv = require('iconv-lite'); // 文字エンコーディングを変換するためのモジュール

// RSSフィードのURL

const rssUrl = 'https://www.mlit.go.jp/important.rdf'; // 例としてRSSフィードのURLを指定

// RSSフィードを取得してファイルに保存する関数

async function fetchAndSaveRSS() {

try {

// RSSを取得

const response = await axios.get(rssUrl, { responseType: 'arraybuffer' });

const rssData = response.data;

// 文字エンコーディングを検出

const detectedEncoding = chardet.detect(rssData);

console.log('検出された文字エンコーディング:', detectedEncoding);

// UTF-8に変換

const utf8Data = iconv.decode(rssData, detectedEncoding);

// XMLをJSONにパース

xml2js.parseString(utf8Data, (err, result) => {

if (err) {

console.error('XML解析エラー:', err);

return;

}

// パース結果をファイルに書き込み

const jsonData = JSON.stringify(result, null, 2);

fs.writeFileSync('rss_feed.json', jsonData, 'utf8');

console.log('RSSフィードがファイルに保存されました。');

});

} catch (error) {

console.error('エラーが発生しました:', error);

}

}

// 実行

fetchAndSaveRSS();

Permalink | 記事への反応(0) | 04:45

ツイートシェア

■ニコニコ復活で、ニコ生で4年間集めていたデータ(コメントログ用URL)が全て無効になってしまって辛い

コメントログへのアクセス先URIが書かれたWebSocketのデータ(↓こういうの)を、4年間集めてたんだけど、

{"type":"room","data":{"name":"アリーナ","messageServer":{"uri":"wss://msgd.live2.nicovideo.jp/websocket","type":"niwavided"},"threadId":"M.QyofMf3h0ahYa9PujZiwMA","isFirst":true,"waybackkey":"waybackkey","vposBaseTime":"2022-11-21T18:30:00+09:00"}}

https://live.nicovideo.jp/watch/lv338977521

以前から「そのデータからコメントログを全取得する作業を今年とかにやらないとな…」と思ってたが、ニコニコへの大規模攻撃が起こってしまって、さらに嫌な予感がしたがニコ生復活後に的中した。

まだ確認していないけども、自分が集めてたそのデータが全部無効になってしまってるだろうし、何も言えねえ。

(大規模攻撃関係無くいつか「wss://msgd.live2.nicovideo.jp/」が変わってただろうけども、長い事(数年間)そのuriで運用されていたし、もし攻撃されてなければ間に合う可能性もあった訳で…。)

溜め息しか出ない。

やっちまったなあ…。

ちなみに公式によるアニメ一挙配信のを主に集めてた。

運営に望む事は「有料会員は過去の生配信のコメントログがダウンロードできる」とか今後そういうサービスしてくれないかな…。はあ。

ちなみに、ニコ生がHTML5プレーヤー以前だった頃のソケット通信によるコメントログ取得って、もうできないよね…。　ちなみにそれもxmlファイルが1年分ぐらい溜めてる…。

Permalink | 記事への反応(1) | 19:56

ツイートシェア

■anond:20240611142102

相手サイトは「このURLをクロールしてください、UAにこの文字を含ませてください」とは言うが、サイトがxmlとかのプレーンになってることまでは保証してないってだけだが

Permalink | 記事への反応(1) | 14:25

ツイートシェア

■anond:20240419182329

いうても25年前の、もうコードなんてとっくの昔に破棄されたNetscape4だけの都合よ

未だにこの不具合を引きずってるXMLパーサーなんて見たことない

今から新規に開始するReact・Vue・Blazorプロジェクトでは、いい加減スペースを無くしていいと思うんだ

別に昔のコードを引き継ぐわけでもないし、しっかりテストするだろうに

なのに、どのチュートリアルもだいたいスペースがついてるんだよなあ・・・

せめてチュートリアルくらいはもうスペース無くしていいだろ・・・

Permalink | 記事への反応(0) | 18:32

ツイートシェア

■anond:20240322114549

最近ソリューションアーキテクトが要件も知らんのにKISSを言ってきて、俺はそいつより遥かに書いてきた経験があるのにくだらんXMLのテンプレートのフォーマットとかに1時間話させられてる俺がきましたよ

Permalink | 記事への反応(1) | 11:49

ツイートシェア

■

ボディーソープのフォーマットはXML

Permalink | 記事への反応(0) | 17:15

ツイートシェア

■クソ面白いアニメエスタブライフはなぜ話題にならなかったのか分析

2022年アニメのエスタブライフが今更ながらめっちゃ面白かったので、みんな見てくれって話。

ちなみにFOD独占だったみたいだけど、今はアマプラでもやってる。

https://www.amazon.co.jp/dp/B0B51DVC1W

https://www.amazon.co.jp/dp/B0B649HFDQ

追記：すまねえ、アマプラで無料なのは1話だけだったわ。FOD独占が憎い。ろくに作品紹介もできない。　勘違いでした。はてブ感謝

作品を知ったきっかけ

正月番組でやっていた「『BLOODY ESCAPE －地獄の逃走劇－』公開直前スペシャル」という特番。その中でテレビシリーズから選りすぐった3話分を放映していた。

・新宿が舞台の魔法少女になりたいヤクザの親分のお話

・お台場が舞台のパンツ禁止の温泉島のお話

・わがままお嬢様のモデレーターが消滅するちょっと悲しいお話

「このすば」よりさらにぶっ飛んでいる設定なのに、アニメの新作はほぼ全部チェックしている増田の記憶にない。なんだこの作品は？となった。

そしたら番組中にエスタブライフというキーワードがチラチラ出てきて、「BLOODY ESCAPE 」はどうなった？と思いながらググった。

ちなみに魔法少女（CVくぎゅう）は後の回で登場するぞ！かわいい。

エスタブライフの作品情報

2022年春アニメ

原案　コードギアスの谷口悟朗

監督　ごちうさの橋本裕之

シリーズ構成　ふもっふの賀東招二

キャラデザ　パズドラのコザキユースケ

フジテレビ「＋Ultra」で放送

こんな作品です（公式Xより）→https://x.com/establife/status/1742567880825487715

錚々たる制作メンバー。

自分のnasneを検索したら、なんと2話以降の録画が残っていてびっくり。全く印象に残らない凡作と判断して、1話切りしていた。

しょぼいカレンダーで調べた所、MXで再放送し、フジの+Ultraでさらに再放送し、計3回も放送していた。なのに話題にならなかった。どう見ても実況向きなのに、ニコニコ実況に残っていたコメントも非常に少ない。

東西冷戦みたいな政治を風刺していたり、おバカ回やちょっと泣けそうな話など、多様な内容でフルメタ風味あるかも。

官僚主義的な東池袋の水族館でショーをしているペンギンが、さいきょう線の開かずの踏切を突破して西池袋に亡命する話とかおバカすぎて大好きだった。

（追記）そうそう、マルテ脳内会議も面白かった。マルテはスライム型人間なんだけれど、エステを押し倒したい過激派と穏健派に別れて戦ってたら、実際の身体も分裂しちゃう話。合体した時に泡沫政党のノーパン派（こいつはノーパンしか言わない）が2議席に倍増しているのに注目！ほんとバカアニメ。そしてお台場クラスタに繋がる。

↓↓↓当時のまとめ

【マルテース脳内会議、穏健派と強硬派が分裂、ぶつかり合うｗｗｗ】エスタブライフ　グレイトエスケープ　-第4話感想まとめ-

https://ttb-superdata.blog.jp/archives/13806445.html

盛り上がらなかった理由

・盾の勇者の放送と裏被りしていた

・最初のつかみが必要なのに、1話が平凡すぎた。魔法少女の2話と入れ替えればよかったのに

・FOD独占という悪。当時TverやAbemaやニコニコでオンエアーしていたら反応はだいぶ違ったはず。　すみません。確認不足で「FOD独占先行配信、遅れてテレビ放送やTVerで配信」でした。これは大外れ

作品自体はとても面白いのに、構成とプロモーションがあまりにも下手だった。ちなみに初回放送より、テレ東の再放送の方がニコニコ実況のコメントが倍以上多かった。

映画版の感想

12話一気に見てしまって世界観に惚れ込んだので、今月配給が始まった映画版の『BLOODY ESCAPE -地獄の逃走劇-』も観てきた。エスタブライフの名前を使っていない時点で、マーケティングセンスが絶望的。

ポリゴン・ピクチュアズの映像美って感じで映像は良かったけれど、内容としては60点くらい。良作とは思うけれど、テレビシリーズとは似ても似つかぬ暗さだった。

あれだけ人情深いエスタがまるでコンピュータのような、人格が消えてしまった感じ。攻殻機動隊の漫画版と映画版くらい違うパラレルワールドだった。期待と違って残念。

カバネリとか刻刻とかID-0みたいな、ああいうちょっと暗い雰囲気が好きな人は気に入りそう。

【おまけ】実況コメント置き場

一番コメントの多かったTOKYO MX放送のニコ生実況コメントのxmlファイルをアップしました。ニコニコの規約では非商用に限り利用OKだったので再配布可能と判断。わかる人だけ使ってください(ニコニコ実況過去ログAPIに感謝)

https://drive.google.com/drive/folders/1QKp0pEzdPekPWxoGIl6UIrgC_G2gtPen?usp=sharing

使い方としては以下の泥臭いやり方になってます。

・commeonをダウンロード

・透明化と最前面オプションを有効にする

・Googleドライブから取得したxmlファイルをcommeonで開く

・アマプラとかで同時に再生する

・"K"キーで「キター」のコメント、"A"キーで「A」のコメント、"B"キーで「B」のコメントに合うので、上手いことタイミングを合わせてください

実況コメントと作品を同時に見る楽しみが広がるといいなあ。

Permalink | 記事への反応(13) | 21:29

ツイートシェア

■

Excelブック（.xlsx）のシートの保護は、シート保護のパスワードを知らなくても解除できる。

①拡張子を.zipに変更してzip展開する。

②中にあるsheet1.xmlなどのsheetProtectionタグを削除する。

③zip圧縮して拡張子を.xlsxに戻す。

Permalink | 記事への反応(2) | 21:49

ツイートシェア

■メモアプリの選び方より大事なこと

これを書いている増田はいわゆる文系の研究をしていて、論文を書くために大量の文書記録を書いて集めてとっておく必要があるので、メモアプリの勧め合いを興味深く読んだ。

読むうちに、ちょっと自分のニーズとは違うかな、自分にとって重要な視点が欠けているなと思ったので、書いておく。

まず自分の場合は、Zoteroで文献情報は管理し、メモはWordファイル（docx）に書きなぐり、すべてOneDriveと外付けのハードドライブ、USBメモリに置いてある。それだけだ。Obsidianを含めていろいろなアプリを試しても、結局この原始的な方法に戻ってきてしまう。

その理由は、

1. Word形式のファイルはたぶん50年後も開くことができる

2. よくわからない他人の都合に左右されない

3. 雑に使える

というものだ。以下、順番に解説してみる。

1. Word形式のファイルはたぶん50年後も開くことができる

文書記録があとで参照できることは、研究をしているとめちゃくちゃ大事だ。文書記録から引用の出典にさかのぼって、自分が剽窃をしていないことをいつなんどきでも証明できなくてはいけないからだ。

記録に使っている文書が特定のハードウェアとソフトウェアに紐付けられていて、それらの保守ができなくなり、ファイルが開けなくなると、詰む。

たとえMicrosoftという会社がこの世から消えても、Word形式のファイルは基本的にXMLファイルにすぎないので、いろいろなアプリから開けるし、たぶん50年後もそうである確率が高いと思った。

2. よくわからない他人の都合に左右されない

今あるサービスがこれからもある保証はない。Google Keepだろうと、OneNoteだろうと、iOSのメモだろうと、サ終で終わりだ。ファイルがエクスポートできるかどうかとこれは別の話だ。

他人の都合（サ終）で引っ越すのは面倒くさい。

今無料のものがこれからも無料である保証はない。カネをよこせ（有料化）、もっとカネをよこせ（値上げ）とせまってくる、よくわからない他人の相手はしたくない。

だから特定のアプリやプラットフォームに依存しない文書記録のとり方にしている。利用環境によってLibreOfficeやMicrosoft 365でWordファイルを編集しているが、どれかが使えなくなったらまた別のアプリでやるだけだ。

3. 雑に使える

Markdownは便利なこともあるけれど、あまり直感的だと思わない。

もっと素早く、でも細かいコントロールを効かせて、文字の大きさや色や背景色を変えて、画像のリンク挿入とかを考えずにそのままベタベタ貼りたい。ふせんとか図形も入れたい。

プレーンテキストに近いファイル形式では、このニーズを満たせなかった。

文書同士のリンクをいちいち貼るとかも面倒くさい。

そんなことはしなくても、過去に書いたものを探したいと思ったら、OSのファイルエクスプローラーでWordファイルを突っ込んであるフォルダ内を検索すれば、だいたいなんとかなると気づいた。

あと、Word形式で文書を持っておけば、文献管理アプリ（zotero/mendeley）からWord/LibreOffice/Google Docs経由で文献へのcitationが一発で入れられることも地味に大きいかもしれない。メモアプリだと無理なので。

Permalink | 記事への反応(1) | 09:03

ツイートシェア

■anond:20230501010844

どこで聞いたんだか知らないがインチキ情報つかまされてるな

XMLテキストでしかないRSSの転送量は大したことないしアクセス捌くのに特別な工夫は何もいらない

Permalink | 記事への反応(0) | 01:12

ツイートシェア

■SwiftUIに夢を見るべきじゃないのだろうか

「夢のような言語だ！」

　↓

「MVVMはもう古い！時代はTCAだ！」

　↓

「いや待てよ、UIを制御するロジックは外に出してユニットテストしたいじゃん…これってViewModel…」

　↓

「XMLか、それともSwift的な言語でUI要素の構造を表すか、の違いはあるが、これってXAMLみたいなもの…」

　↓

俺の運命やいかに！？

Permalink | 記事への反応(0) | 17:21

ツイートシェア

■陰謀論が作られる過程を見てしまった

前提

世の中には、NESARA/GESARA(ネサラ/ゲサラ)というイベントで現在の金融システムが崩壊しQFS(量子金融システム)というシステムに切り替わると信じている人がいるよ。

QFSに切り替わると、トランプさんがみんなの口座に6億円ぐらいの価値のあるお金を振り込んでくれたり、ベーシックインカムが実現したり、借金が帳消しになったり、資本主義が崩壊するらしいよ。

通貨は金本位制になって、どうゆう理屈かわからんけどドンやイラク・ディナールが爆上がりするらしいよ！

イラク・ディナールはなかなか手にはいらないけどメルカリとかで売っているから今のうちにいっぱい買っておいた方がいいね（でもほんとに買うなら自己責任でよろしく）

ちなみに、QFSは周波数で利用者の心を読み取るセキュリティシステムが備わっているらしいので、悪い人は使えなくて換金できないよ。

DSの人とか、目覚めてない人とかは使えない、怖いね！

経緯

Qな人たち、銀行アプリで「外国送金の国際標準フォーマット」に関するお知らせを知る

https://twitter.com/sawa12686503/status/1631324589388337152

多分、ISOがなにか、MTやXMLといったフォーマットがどういうものかわかっていない。

でも、銀行でなにか変わるらしいということは伝わったもよう。

銀行で何かが変わる→QFSに移行するのか！

結果ISO20022がQFS切り替えの代名詞になる。

https://twitter.com/sawa12686503/status/1632671841230917634

https://twitter.com/ryouzi_r/status/1636018884766740481

同じことが世界中のQな人たちの間で起きている上に、ここ最近のSVB破綻ややクレディ・スイスの株価暴落でいよいよくるぞという機運が高まっているっぽい。

こうやってストーリーが作られるんだなぁ。

正しいISO20022移行についての解説は以下を

https://www.bk.mufg.jp/houjin/kokusai_gaitame/iso20022_ikou/index.html

Permalink | 記事への反応(1) | 00:56

ツイートシェア

■(お役立ち情報) NHK地方局ニュースのRSS

NHK、全国ニュースとかはRSSで配信してるのはおなじみだけど

実は各地方局のニュース(地域ニュース)も密かにRSS配信してた

これ、どの局も告知してない

色々いじってたらURLを偶然発見した

URL全部貼れないので法則を示しておく

------------------------------------------------------------------

1. 拠点局系 (トップURLが https://www3.nhk.or.jp/******-news/ )の場合

https://www3.nhk.or.jp/******-news/nhk_******.xml

例: https://www3.nhk.or.jp/shutoken-news/nhk_shutoken.xml

ただし例外あり(3参照)

------------------------------------------------------------------

2. 地方局 (トップURLが https://www3.nhk.or.jp/lnews/******/ )の場合

https://www3.nhk.or.jp/lnews/******/nhk_******.xml

例: https://www3.nhk.or.jp/lnews/yokohama/nhk_yokohama.xml

------------------------------------------------------------------

3. 「1.」の例外

https://www3.nhk.or.jp/tohoku-news/nhk_sendai.xml

https://www3.nhk.or.jp/tokai-news/nhk_nagoya.xml

https://www3.nhk.or.jp/kansai-news/nhk_osaka.xml

------------------------------------------------------------------

既出ならすまん

というか試験的にやってるから公にしてない、みたいなアレかもしれんからこうやって書いたせいで非公開になったらすんません

(本当は5chのRSSリーダースレに書きたかったけどホスト規制されてるのでここに書いた)

Permalink | 記事への反応(0) | 23:41

ツイートシェア

■Excelのシート保護の解除方法

1. 拡張子を.zipに変更して展開する。
2. xl\wooksheets\sheet1.xml などのシートに対応したXMLファイルを開く。
3. sheetProtectionタグを削除する。
4. ファイル一式をZipで圧縮する。
5. 元の拡張子に戻す。

備考: Microsoftによれば「ワークシート レベルの保護は、セキュリティ機能を意図したものではありません。 」とのこと。

https://support.microsoft.com/ja-jp/office/excel-%E3%81%AE%E4%BF%9D%E8%AD%B7%E3%81%A8%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3-be0b34db-8cb6-44dd-a673-0b3e3475ac2d

Permalink | 記事への反応(1) | 20:14

ツイートシェア

■DMM版ウマ娘プリティーダービーが起動できなくなったので解決した

DMM版ウマ娘プリティーダービーを遊ぼうとしても、エラーダイアログを出さずに起動しなくなる現象に遭遇した。

Windowsのイベントビューアーを除くと、こんなログが吐かれていた（各IDは削除）。

=====

ログの名前: Application

ソース: Application Error

日付:

イベント ID: 1000

タスクのカテゴリ: アプリケーション クラッシュ イベント

レベル: エラー

キーワード:

ユーザー:

コンピューター:

説明:

障害が発生しているアプリケーション名: umamusume.exe、バージョン: 2020.3.24.51085、タイム スタンプ: 0x

障害が発生しているモジュール名: apphelp.dll、バージョン: 10.0.22621.963、タイム スタンプ: 0x

例外コード: 0xc0000005

障害オフセット: 0x0000000000002691

障害が発生しているプロセス ID: 0x0x5B2C

障害が発生しているアプリケーションの開始時刻: 0x0x

障害が発生しているアプリケーション パス: D:\DMMGames\Umamusume\umamusume.exe

障害が発生しているモジュール パス: C:\WINDOWS\SYSTEM32\apphelp.dll

レポート ID:

障害が発生しているパッケージの完全な名前:

障害が発生しているパッケージに関連するアプリケーション ID:

イベント XML:

結論から言うと、Windows本体のapphelp.dllが原因でウマ娘が起動できなくなっているという。

アプリケーションに罪は無いため、DMM Game Playerやウマ娘を何度再インストールしても直らない厄介な現象だ。

Windowsは数十万のファイルが存在するため、今回のようにWindows Updateやアプリケーションのインストール・アンインストールを繰り返すだけでシステムファイルが壊れる事がある。

Windowsでは、これを直すためのコマンドがコンソールUIのみに用意されている。

1.DISM.exeを叩く

Windowsのスタートメニューを右クリックして、コマンドプロンプトまたはターミナルを管理者権限で起動する。

そうするとコマンドが入力可能になるので、

DISM.exe /Online /Cleanup-image /restorehealth

を実行する。これは、オンライン上にある正しいWindowsのシステムイメージを元に、壊れたファイルを修復する操作となる。

実行するとこう表示される。

展開イメージのサービスと管理ツール

バージョン: 10.0.22621.1

イメージのバージョン: 10.0.22621.963

[==========================100.0%==========================] 復元操作は正常に完了しました。

操作は正常に完了しました。

2.システムファイルの整合性チェックを行う

DISM.exeを実行すると、正しいWindowsのシステムイメージがPC内に保存された状態になる。

この状態で、

sfc /scannow

を実行すると、次のように表示される。

システム スキャンを開始しています。これにはしばらく時間がかかります。

システム スキャンの検証フェーズを開始しています。

検証 100% が完了しました。

Windows リソース保護により、破損したファイルが見つかりましたが、それらは正常に修復されました。

オンライン修復の場合、詳細は次の場所にある CBS ログ ファイルに含まれています

windir\ Logs\CBS\CBS.log (たとえば C:\Windows\Logs\CBS\CBS.log)。オフライン修復の場合、

詳細は /OFFLOGFILE フラグによって指定したログ ファイルに含まれています。

これで、とりあえずWindows自体の修復コマンドによってシステムファイルが正しい状態に復元された状態となる。

実行してもまだメモリ上には古いシステムファイルが読み込まれて実行されている状態なので、終わったらPCを再起動する。

3.ウマ娘を起動する。

さて、準備は完了だ。ここまでの操作でWindowsを回復しDMM Game Playerで「ダウンロード版をプレイ」を押す事でウマ娘が起動し…ない！

おおブッダよ、あなたは今も寝ているのですか！？

イベントビューアーには今もウマ娘を起動しようとする度にアプリケーションクラッシュイベントが追加されている。救いは無いのですか？

結局、今回のケースではPCで常駐していたリモートデスクトップ用のSplashtop StreamerとVirtual Desktop Streamerをタスクキルする事でウマ娘が起動できるようになり、DMMブラックフライデーで得た有償石でおはガチャを回すことに23時成功した。

レアケースかも知れないがウマ娘が起動しないはてな民が居たら役立てて欲しい。

Permalink | 記事への反応(0) | 23:18

ツイートシェア

■28歳ひきこもり vs. 転売屋　と資本主義

• ヒキ: 28歳引きこもり
• ヤー: 自称転売屋 (月300万)

NHK Eテレ ねほりんぱほりん 放送終了直後(2022年11月18日22時半頃)のニコニコ実況中にて、

• ソースログ: https://jikkyo.tsukumijima.net/api/kakolog/jk2?starttime=1668776400&endtime=1668783600&format=xml

次回(2022-12-02 22時)の、ねほりんぱほりん は、転売ヤーの本音と実態にせまるらしい。

Permalink | 記事への反応(1) | 21:42

ツイートシェア

■anond:20220722133551

セマンティック・ウェブ（英: semantic web）は W3C のティム・バーナーズ＝リーによって提唱された、

ウェブページの意味を扱うことを可能とする標準やツール群の開発によってワールド・ワイド・ウェブの利便性を向上させるプロジェクト。

セマンティック・ウェブの目的はウェブページの閲覧という行為に、データの交換の側面に加えて意味の疎通を付け加えることにある。

現在のワールド・ワイド・ウェブ上のコンテンツは主にHTMLで記述されている。

HTMLでは文書構造を伝えることは可能だが、個々の単語の意味をはじめとする詳細な意味を伝えることはできない。

これに対し、セマンティック・ウェブはXMLによって記述した文書にRDFやOWLを用いてタグを付け加える。

この、データの意味を記述したタグが文書の含む意味を形式化し、コンピュータによる自動的な情報の収集や分析へのアプローチが可能となると期待されている。

Permalink | 記事への反応(0) | 13:37

ツイートシェア

■radiko

FMT.xml のエンコードの自動認識が windows-1254 になってたから、先週分がダウンロードできてなかった。がっかり。

とりあえず、utf-8に換えたら今週分はダウンロードしてくれたので、また当分大丈夫。

Permalink | 記事への反応(0) | 09:34

ツイートシェア

■anond:20220508155026

Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

質の悪いアプリ増えそう

Permalink | 記事への反応(1) | 07:21

ツイートシェア

■ギークためのChromebook入門

本エントリの目的

ライトなコンピュータユーザを一切合切無視してギークがギークのため情報共有するためのエントリ。
感想ははてブへ、質問はトラバに投げれば誰かが答えるんじゃないか？(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティの懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
利用途中でデベロッパーモードにするとストレージがファクトリーリセットされるので注意。

ハードウェアの選択

Webで完結するのであれば低性能機で問題ない

Webでエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的にタブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ。

ただし、Webベースのゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSもハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスのCPUや16GB以上のワーキングメモリ、SSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラスの3DCGなAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者はマジで底辺にしか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドはアーキテクチャによらずサクサクなのでクロスプラットフォームなビルドはマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebookの公式発表は今のとこ無いのでAndroid Appレイヤーをブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSのiOSレイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSをサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPSは事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバを接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能なものの、iOSと比較してレイテンシがそこそこ大きくDTMに活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存のAndroid AppなDAWはVSTやLV2などの外部プラグインに対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか？
ただし、DAW単体でDTMを完結するとレイテンシはほとんど気にならなくなるので絶対にAndroid AppでDTMが不可能というわけでもない。

Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスクへ対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスクへ対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの？とは思う。

ICT教育で日本中の学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスクは考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか。

Linuxレイヤー

実体はLXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも？

デフォルトのイメージはChromeOS向けにカスタムされたDebian。
別のLinuxディストリビューションへ置き換えることも出来るが一部機能が制限される可能性がある。

IMはLinuxレイヤー側で用意する必要がある

ChromeOSで動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊なものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難。

USB Pass Throughが使えない

ChromeOSへマウントされたUSB機器、というかシリアル接続された機器はLinuxレイヤー上から認識しない。
見掛け上で接続されているハードのすべてはソフトで仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

つまりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーでゲームやろうと思ってもUSBゲームパッド動かないのでマウスとキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinuxレイヤーとAndroid Appレイヤーは相互に認識しない

言うなればAndroid Appレイヤーでスクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリをキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSがホストでLinuxレイヤーとAndroid Appレイヤーはゲストなのでそりゃそうなんだけど気付かないとハマる。

LinuxレイヤーにDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境がChromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
つまりゲストOSの制限はKVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分で解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。

GIMPやInkscapeなども動くけれどデザイナーはAdobe使いたいんじゃなかろうか？

Chrome OS向けAndroid Studioが存在する

Android App向けIDEのAndroid StudioはChromeOS向けが存在するのでAndorid App開発が可能。
しかしデベロッパーモードでなければエミュレータや実機デバックに制限が発生するので注意。

3DCGゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスはMITなので商用利用だってイケる。

3Dのほか2Dゲームもいける上に、最近のIDEよろしくマウスでポチポチとUIを作れるし、軽量動作、物理演算、日本語ドキュメントまで揃っているので中高生もガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザの視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇なLinuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEをインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ。

追記

少なくともGoogle系エコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートはUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIなIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースのアップデートを無償で得られ、Gentoo LinuxベースなChromeOSは潜在的なマルウェアの絶対数がそもそもWindowsやMacよりも少ないという利点がある。
Bluetoothイヤホン・ヘッドフォン・ヘッドセットも使えるし、NestスピーカーやNest Hub、Nest Camを持っているのであればGoogleアシスタントからのコントロールが容易なのは想像が付くだろう。Android AppレイヤーはGoogleのホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーをデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い。
もちろんこれは選択するハードによるものの指紋認証でロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogleへ個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言で欠点を表現することが可能だ。

「Chromebookじゃなくても別に良くね？」

そう、ギークがLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギークは別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OSは別になんだって良い。
このエントリは単にChromebookという新しい沼へギークの皆さんをご案内しているに過ぎないのだ。

Permalink | 記事への反応(10) | 15:50

ツイートシェア