<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>@hof 블로그</title>
	<atom:link href="https://hof.pe.kr/feed" rel="self" type="application/rss+xml" />
	<link>https://hof.pe.kr</link>
	<description>Since 2003, A Nerd&#039;s Script &#38; Scrap Blog</description>
	<lastBuildDate>Wed, 15 Jul 2026 21:57:51 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.1</generator>

<image>
	<url>https://hof.pe.kr/wp-content/uploads/2026_favicon-150x150.png</url>
	<title>@hof 블로그</title>
	<link>https://hof.pe.kr</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>완주 우리국수 할머니, 감사했습니다.</title>
		<link>https://hof.pe.kr/11068</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Tue, 14 Jul 2026 23:09:43 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=11068</guid>

					<description><![CDATA[간만에 지인들과 완주 봉동시장 우리국수를 찾았다. 몇달만의 방문인데, 가게는 출입문부터 내부,주방까지 다 깨끗하게 바뀌었다. 할머니는 안계셨고 다른 분 두분이 조리와 서빙을 담당하고 계셨다. 벽에 걸려있던 할머니의 오래전 기사 액자도 없어졌다. 새 주인장의 멸치 육수는 괜찮은 편이었다. 다만 앞으로도 두시간 넘게들 달려와 먹을 것이냐는 물음에는 아무도 대답하지 않았다. 그럴 만도 하다. 국수뿐만이 아니라 할머니가 계신 오래된 ... <a title="완주 우리국수 할머니, 감사했습니다." class="read-more" href="https://hof.pe.kr/11068" aria-label="Read more about 완주 우리국수 할머니, 감사했습니다.">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">간만에 지인들과 완주 봉동시장 우리국수를 찾았다. 몇달만의 방문인데, 가게는 출입문부터 내부,주방까지 다 깨끗하게 바뀌었다. 할머니는 안계셨고 다른 분 두분이 조리와 서빙을 담당하고 계셨다. 벽에 걸려있던 할머니의 오래전 기사 액자도 없어졌다. 새 주인장의 멸치 육수는 괜찮은 편이었다. 다만 앞으로도 두시간 넘게들 달려와 먹을 것이냐는 물음에는 아무도 대답하지 않았다. 그럴 만도 하다. 국수뿐만이 아니라 할머니가 계신 오래된 가게, 부글부글 끓어넘치는 면 삶는 솥, 겨울이면 물방울이 잔뜩 들러붙어 있는 낡은 출입문까지 한꺼번에 애정해던 것이니까.</p>



<p class="wp-block-paragraph"><a href="http://m.wjgm.co.kr/view.php?idx=30282">건강이 허락할때까지</a> 문 열겠다고 하셨는데 무슨 일인가 하는 걱정과 함께 그동안 삶아주신 국수 맛있게 잘 먹었다는 감사 인사를 이렇게 남긴다. </p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>아내 공부용 윈도우노트북 구입</title>
		<link>https://hof.pe.kr/11053</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Thu, 09 Jul 2026 08:07:04 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=11053</guid>

					<description><![CDATA[작년부터 아내가 온라인 수업을 듣고 있다. 인강 사이트가 윈도우만 지원하는지라 윈도우가 돌아가는 노트북이 필요했다. 인텔 CPU가 달려있는 2017 맥북프로가 개점휴업 상태로 있는 중이라 일단 이 녀석을 이용하기로 했다. 부트캠프로 맥 파티션을 최소한으로만 잡고 윈도우가 기본값으로 부팅되도록 했다. 그럭저럭 온라인 학습을 하기에 성능상 부족함은 없을 것이었다. 다만 문제는 6년쯤 사용한 배터리가 말썽이었다. 완충을 시켜놔도 며칠만에 자연 ... <a title="아내 공부용 윈도우노트북 구입" class="read-more" href="https://hof.pe.kr/11053" aria-label="Read more about 아내 공부용 윈도우노트북 구입">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">작년부터 아내가 온라인 수업을 듣고 있다. 인강 사이트가 윈도우만 지원하는지라 윈도우가 돌아가는 노트북이 필요했다.   인텔 CPU가 달려있는 2017 맥북프로가 개점휴업 상태로 있는 중이라 일단 이 녀석을 이용하기로 했다. 부트캠프로 맥 파티션을 최소한으로만 잡고 윈도우가 기본값으로 부팅되도록 했다. 그럭저럭 온라인 학습을 하기에 성능상 부족함은 없을 것이었다.  다만 문제는  <a href="https://hof.pe.kr/7143">6년쯤 사용한 </a> 배터리가 말썽이었다. 완충을 시켜놔도 며칠만에 자연 방전되고 만다. 이러다보니 공부할려고 노트북을 사용하기 위해서는 전원 어댑터를 같이 끌고 다니면서 상시 연결을 시켜두어야했다. </p>



<p class="wp-block-paragraph">회사 다니며 시간을 쪼개 하는 공부인데 노트북 전원까지 신경쓰면서 공부하게 하고 싶지는 않았다. </p>



<p class="wp-block-paragraph">쓰던 맥북보다 화면은 더 큰데 30%쯤 가벼운 윈도우 노트북을 하나 구입했다. 해상도도 레티나 디스플레이에 근접해서 만족스러웠다. 이제 생각날 때 아무 때나 전원에 꽂아놨다가 대충 전원선 분리해 두고, 시간날 때 아무데서나 편한데 앉아서 공부하면 되겠다. </p>



<p class="wp-block-paragraph"></p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>테슬라 완속,급속 충전손실율 기록</title>
		<link>https://hof.pe.kr/11042</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Sat, 04 Jul 2026 06:52:57 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<category><![CDATA[tesla]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=11042</guid>

					<description><![CDATA[200여회 충전에 대해 테슬라메이트가 기록한 충전손실율 기록이다. 보통 10% 정도 손실이 있다. 20%이상의 손실이 있던 완속 충전은 대개 추울 때 5~10kWh 정도 조금 충전했던 경우다. 충전을 위해 배터리를 뎁히거나 차량 시스템을 가동시키기 위한 기본 전력 대비 충전량이 적어서 생긴 까닭으로 보인다. 주황색 막대는 급속(DC)충전이고 보통 9%정도 손실이 있으니 대충 비슷하다 치고. 단, 완속(AC) 충전기는 충전기가 ... <a title="테슬라 완속,급속 충전손실율 기록" class="read-more" href="https://hof.pe.kr/11042" aria-label="Read more about 테슬라 완속,급속 충전손실율 기록">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">200여회 충전에 대해 테슬라메이트가 기록한 충전손실율 기록이다. 보통 10% 정도 손실이 있다. 20%이상의 손실이 있던 완속 충전은 대개 추울 때 5~10kWh 정도 조금 충전했던 경우다. 충전을 위해 배터리를 뎁히거나 차량 시스템을 가동시키기 위한 기본 전력 대비 충전량이 적어서 생긴 까닭으로 보인다. 주황색 막대는 급속(DC)충전이고 보통 9%정도 손실이 있으니 대충 비슷하다 치고. 단, 완속(AC) 충전기는 충전기가 보낸 전력량 대비 차량에서 받아들인 전력량 사이 손실분을 사용자가 부담하고 급속(DC)은 업체가 부담한다. 그러니까 완속의 손실분 10%는 내가 내고, 급속의 손실분 9%는 업체가 부담한다. 따라서 1kWh당 완속이 290원이고 급속이 350원이라 치면 급속이 60원 비싼 요금이지만 손실율에 대한 금액 부담을 고려하면 실제로는 30원 비싼 셈이다.</p>



<figure class="wp-block-image size-large"><img fetchpriority="high" decoding="async" width="1024" height="410" src="https://hof.pe.kr/wp-content/uploads/tesla_ac_dc_loss_comparison-1024x410.png" alt="" class="wp-image-11043" srcset="https://hof.pe.kr/wp-content/uploads/tesla_ac_dc_loss_comparison-1024x410.png 1024w, https://hof.pe.kr/wp-content/uploads/tesla_ac_dc_loss_comparison-300x120.png 300w, https://hof.pe.kr/wp-content/uploads/tesla_ac_dc_loss_comparison-768x307.png 768w, https://hof.pe.kr/wp-content/uploads/tesla_ac_dc_loss_comparison-1536x614.png 1536w, https://hof.pe.kr/wp-content/uploads/tesla_ac_dc_loss_comparison.png 1600w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>아이폰과 맥의 메시지 동기화지연 + 테스트</title>
		<link>https://hof.pe.kr/11024</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Tue, 30 Jun 2026 10:53:13 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=11024</guid>

					<description><![CDATA[대체 뭐가 문제인지 모르겠는데, 회사 와이파이에서만 아이폰과 맥에서의 메시지 동기화 지연이 심하다. 아이폰으로만 주고받으면 맥에 메시지가 늦게 뜬다. 반대로 맥에서 계속 메시지를 주고받으면 아이폰에서 그 메시지들이 늦게 뜬다. 회사 와이파이가 아닌 다른 모든 와이파이에서는 일어나지 않는 문제이다. 이제는 그러려니, 하고 반쯤 (아니면 거의) 포기하고 있는 중이다. 몇년은 된 문제이고 이통사를 KT향을 쓸 때, SKT향을 쓸 ... <a title="아이폰과 맥의 메시지 동기화지연 + 테스트" class="read-more" href="https://hof.pe.kr/11024" aria-label="Read more about 아이폰과 맥의 메시지 동기화지연 + 테스트">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">대체 뭐가 문제인지 모르겠는데, 회사 와이파이에서만 아이폰과 맥에서의 메시지 동기화 지연이 심하다. 아이폰으로만 주고받으면 맥에 메시지가 늦게 뜬다. 반대로 맥에서 계속 메시지를 주고받으면 아이폰에서 그 메시지들이 늦게 뜬다. 회사 와이파이가 아닌 다른 모든 와이파이에서는 일어나지 않는 문제이다. 이제는 그러려니, 하고 반쯤 (아니면 거의) 포기하고 있는 중이다. <a href="https://hof.pe.kr/9334">몇년은 된</a> 문제이고 이통사를 KT향을 쓸 때, SKT향을 쓸 때를 가리지 않는 문제다. </p>



<p class="wp-block-paragraph">그러다 문득 발견한 현상. 아이패드미니 와이파이 모델로 이북리더 겸 해서 사용중이라 안볼때는 맥 옆에 눕혀 놓고 있다. 맥에서 메시지를 주고받고 하다보니 아이폰은 늘 그렇듯이 새 메시지 알림이 뜨지 않는데 아이패드에서는 계속 동시에 메시지 도착 알림이 뜬다. ????? 맥과 아이폰, 아이패드가 모두 같은 와이파이에 연결되어 있는데 말이다. 그렇다면 문제는 여태까지 계속 문제로 의심해왔던 와이파이가 아니라 아이폰의 셀룰러 네트워크도 관련이 있다는 얘기인가? </p>



<p class="wp-block-paragraph">아이패드와 같은 조건을 만들기 위해 아이폰의 셀룰러 데이터를 끄고 와이파이만 켠 채 맥의 메시지로 아내에게 테스트 메시지를 요청했다. 아내의 메시지가 맥과 아이패드, 아이폰(!)까지 동시에 뜬다. 이거 그러면 아이폰의 셀룰러 데이터와 와이파이 상에서 뭔가 알수는 없지만 충돌이라도 있는 것인가? 셀룰러데이터와 와이파이 설정을 찾아보니 일단 설정 → 셀룰러 → 셀룰러 데이터 옵션 → 음성 및 데이터가 &#8220;5G 우선&#8221;으로 되어 있었다. LTE를 사용중이기 때문에 그 아래에 있는 &#8220;LTE&#8221;항목으로 바꾸었다. 셀룰러 데이터를 다시 켠 후 아내에게 테스트 메시지를 요청하니 이번에는 셀룰러 데이터를 켰음에도 아이폰에도 즉시 메시지가 도착했다.</p>



<p class="wp-block-paragraph">일단 이렇게 해두고 더 테스트를 해 봐야겠다. 와이파이 연결이 불안정하면 셀룰러가 지원한다는 Wi-Fi지원이 켜 있는 상태이니, 이번 테스트가 실패(&#8230;)하면 이 옵션도 꺼봐야겠다. 참 오래된 문제인데, 인터넷에서는 관련한 정보나 같은 문제를 겪고 있는 사람의 경우를 찾을 수 없으니 답답한지고&#8230; </p>



<p class="wp-block-paragraph">[업데이트]@7.1 12:50<br>이 방법도 소용없다. 맥에서 아내에게 메시지 전송. 아내의 답장은 아이폰으로 도착.  2~3분 대기. 맥의 메시지에서 (아직 아이폰으로 온 메시지가 동기화 되진 않았지만) 답장부터 먼저 작성해서 전송하니, 그제서야 맥에도 아내가 보냈던 메시지가 뜬다.  결국 실패로 결론. 이제 아이폰의 설정→셀룰러 → Wi-Fi 지원 기능을 끄고 한번 더 살펴보자.</p>



<p class="wp-block-paragraph"></p>



<p class="wp-block-paragraph">[업데이트]@7.1 15:15<br>아이폰으로 메세지 알림이 온 후, 맥의 메시지창을 열어 메시지를 확인하고 답장하려고 기다려도 묵묵부답. 이번 테스트도 이렇게 망한 것으로 종료한다. 그렇다면 역시 희한한 이 와이파이가 유일한 문제로 확정되는 것인가. 그렇다면 왜 아이패드에서는 전혀 지연이 발생하지 않는 이유는 뭘까, 싶다. 심지어 잠금 상태로 파우치 속에서도 문자(아이메시지 포함) 도착할때마다 알림음이 나고 있다. </p>



<p class="wp-block-paragraph">[업데이트]@7.2 13:30<br>어제 밤에 아이폰에서 네트워크 설정값을 초기화 하였다. 지금 테스트 해보니 아이폰으로 도착한 문자가 맥의 메시지 앱으로는 30초 정도 후에 도착한다. 30초면&#8230; 동시라고 볼 수 있을지, 지연이라고 해야할지 조금 애매하다. 다시 한번 테스트 문자를 보냈다. 이번에는 거의 동시에 맥,아이폰,아이패드 순서로 도착했다.</p>



<p class="wp-block-paragraph">[업데이트]@7.2 20:15<br>아이폰와 아이패드 모두 화면 잠금 상태, 맥에서 작업중. 아이폰으로 imessage 도착과 동시에 아이패드에서도 도착음 났다. 그러나 맥에서 메시지 창을 활성화시키고 대화 입력창 클릭까지 한번 해 두었는데 약 1분30초 뒤 메시지 표시되었다. 크. 나도 모르겠다 이제.  </p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>간만에 favicon 변경</title>
		<link>https://hof.pe.kr/11012</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Sat, 20 Jun 2026 06:12:17 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=11012</guid>

					<description><![CDATA[인스턴스를 옮기면서 favicon 파일을 빼먹었다보다. 북마크해둔 이 블로그 이름 앞에 뜨던 아이콘이 보이질 않는다. 예전에 백업해둔게 있어서 블로그 루트디렉토리에 올릴려고 하다보니 html에서 파비콘 파일 위치 지정해야하는게 생각났다. 어떻게 했더라, 검색해보니까 어라? 요새는 워드프레스 설정 화면에서 파비콘으로 쓸 이미지를 업로드하면 된단다. 예전에는 헤더파일 수정해서 수동으로 등록했던거 같은데 아무튼 편해졌다. 다만 전에는 가로세로 48&#215;48픽셀이었는데 이제는 최소 크기가 ... <a title="간만에 favicon 변경" class="read-more" href="https://hof.pe.kr/11012" aria-label="Read more about 간만에 favicon 변경">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">인스턴스를 옮기면서 favicon 파일을 빼먹었다보다. 북마크해둔 이 블로그 이름 앞에 뜨던 아이콘이 보이질 않는다. 예전에 백업해둔게 있어서 블로그 루트디렉토리에 올릴려고 하다보니  html에서 파비콘 파일 위치 지정해야하는게 생각났다. 어떻게 했더라, 검색해보니까 어라? 요새는 워드프레스 설정 화면에서 파비콘으로 쓸 이미지를 업로드하면 된단다. 예전에는 헤더파일 수정해서 수동으로 등록했던거 같은데 아무튼 편해졌다. 다만 전에는 가로세로 48&#215;48픽셀이었는데 이제는 최소 크기가 가로세로 512px로 올리란다.</p>



<p class="wp-block-paragraph">그러니까 브라우저의 탭에 표시되는 파비콘으로만 쓰는 이미지가 아니고 여러 디바이스에서 홈화면에 바로가기로 꺼내놓거나 엣지 브라우저 등에서 시작 페이지에 깔아둘 이미지로도 사용할 수 있으니 아예 넉넉한 크기로 올리라는 것이다.  업로드한 이미지를 워드프레스가 미리 적당한 크기로 변환해두고 필요에 따라 큰 이미지가 필요한데는 큰 이미지로, 파비콘 같은 용도로는 제일 작은 이미지로 알아서 보내주겠다는 것. </p>



<p class="wp-block-paragraph"></p>



<p class="wp-block-paragraph">여태 파비콘은, 지금은 이런 저런 시끄러운 사정으로 주인도 바뀐 것 같은데 양수리에 있던 어느 식당 겸 카페 마당에서 모닥불 앞에 앉아 찍은 사진으로 만든 아이콘이었다. 픽셀 에디터로 한땀 한땀 찍어서 만든 아이콘이라 큰 이미지로 바꾸기에는 한계가 있었다. 이번 기회에 바꾸기로 했고,  @hof 에서 골뱅이는 약간 평평하게 다듬은 원으로, hof에서는 h만 가져와서 만들었다. 한변의 길이가 48에서 512로 바뀌었으니 면적은 100배 이상이 되었다.  무슨 항공사와 물류를 주로 하는 회사 로고와 0.1초 비슷한 느낌이 나긴 하는데, 기분 탓이겠지. 나중에 바꾸던지 해야겠다. </p>



<figure class="wp-block-image size-full"><img decoding="async" width="1000" height="600" src="https://hof.pe.kr/wp-content/uploads/old_and_new_favicon_comp.png" alt="" class="wp-image-11013" srcset="https://hof.pe.kr/wp-content/uploads/old_and_new_favicon_comp.png 1000w, https://hof.pe.kr/wp-content/uploads/old_and_new_favicon_comp-300x180.png 300w, https://hof.pe.kr/wp-content/uploads/old_and_new_favicon_comp-768x461.png 768w" sizes="(max-width: 1000px) 100vw, 1000px" /></figure>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>지렁이 구하기</title>
		<link>https://hof.pe.kr/11000</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Wed, 17 Jun 2026 05:22:26 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=11000</guid>

					<description><![CDATA[최근 몇년 사이에 생긴 습관(?)같은 것인데, 아내와 나는 길을 가다가 아스팔트나 보도블럭으로 나온 지렁이를 발견하면 풀숲으로 돌려보내고 있다. 아마 처음 시작은 기어가는 지렁이를 피해 지나간 후, 한두시간 뒤 그 자리에 죽어있는 녀석들을 몇번 보고나서 였던 것 같다. 살아있는 녀석이건 죽은 녀석이건 사람들 발에 밟히고, 개미떼한테 분해되고 있는 모습은 그다지 보기좋은 장면도 아니었고. 근처에 있는 나뭇가지나 ... <a title="지렁이 구하기" class="read-more" href="https://hof.pe.kr/11000" aria-label="Read more about 지렁이 구하기">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">최근 몇년 사이에 생긴 습관(?)같은 것인데, 아내와 나는 길을 가다가 아스팔트나 보도블럭으로 나온 지렁이를 발견하면 풀숲으로 돌려보내고 있다. 아마 처음 시작은 기어가는 지렁이를 피해 지나간 후, 한두시간 뒤 그 자리에 죽어있는 녀석들을 몇번 보고나서 였던 것 같다. 살아있는 녀석이건 죽은 녀석이건 사람들 발에 밟히고, 개미떼한테 분해되고 있는 모습은 그다지 보기좋은 장면도 아니었고. </p>



<p class="wp-block-paragraph">근처에 있는 나뭇가지나 종이 조각을 집어 부드럽게 녀석의 몸체를 들어올려 가까운 풀이나 키작은 나무 아래 그늘에 놓아준다. 지렁이 특성(?)상 땅바닥에 바짝 붙어있는 녀석들을 나뭇가지로 건드리면 몸을 비틀고 구부리게 되고 그때 땅에서 떨어진 틈에 조심스럽게 나뭇가지를 넣어 들어올리면 된다. 엊그제는 햇빛에 오래 나와있어서 상태가 많이 안좋은 녀석을 발견. 아내는 지렁이를 보호하고 나는 집에 가서 키친타올을 한장 뜯어 물을 흠뻑 적셔서 들고 나왔다. 풀속 그늘 아래 녀석을 옮겨놓고 적셔온 티슈를 위에서 짜주어 몸통을 적셔 주었다.</p>


<div class="wp-block-image">
<figure class="aligncenter size-large is-resized"><img decoding="async" width="1024" height="765" src="https://hof.pe.kr/wp-content/uploads/saving_earthworms-1024x765.jpg" alt="" class="wp-image-11001" style="width:478px;height:auto" srcset="https://hof.pe.kr/wp-content/uploads/saving_earthworms-1024x765.jpg 1024w, https://hof.pe.kr/wp-content/uploads/saving_earthworms-300x224.jpg 300w, https://hof.pe.kr/wp-content/uploads/saving_earthworms-768x573.jpg 768w, https://hof.pe.kr/wp-content/uploads/saving_earthworms.jpg 1026w" sizes="(max-width: 1024px) 100vw, 1024px" /></figure>
</div>


<p class="wp-block-paragraph">두어시간쯤 뒤에 돌아오면서 아까 놓아준 자리를 보니 땅속으로 파고 들어간 것인지 다른 장소로 이동한 것인지는 모르지만 없어진걸 보면 어디론가로 가서 지렁이의 삶 2회차를 잘 살고 있겠거니 싶다.  </p>



<p class="wp-block-paragraph">아내는 집안에서 작은 벌레라도 나타나면 질색을 하며 서전트 점프 1미터를 즉각 뛰어오르는 사람이다. 지렁이라함은 작은 벌레를 압도하는 비쥬얼과 움직임을 보이는데 어떻게 이렇게 잘 들어올려 풀숲에 놓아주는지 신기하다. </p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>말하자면 SNS 디톡스랄까&#8230;</title>
		<link>https://hof.pe.kr/10991</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Sun, 14 Jun 2026 12:55:59 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=10991</guid>

					<description><![CDATA[만들어만 놓고 전혀 사용하지 않던 thread는 계정 삭제, 한달에 한번 꼴로 들어가는 인스타그램, 가끔 지인 안부를 보러 들어가던 페이스북 계정은 비활성화 시켰다. 브라우저의 북마크에서도 지웠다. 핸드폰에서도 앱 삭제를 했다. 뭐, 언젠가 다시 계정을 살릴 수도 있겠지만 지금은 어쩌다 들어가면 스크롤하면서 시간을 소비하는 목적(이라고 쓰고 인생을 낭비하고 있는 이라고 읽는다.) 으로만 쓰고 있었으니 지우도록 한다.]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">만들어만 놓고 전혀 사용하지 않던 thread는 계정 삭제, 한달에 한번 꼴로 들어가는 인스타그램, 가끔 지인 안부를 보러 들어가던 페이스북 계정은 비활성화 시켰다. 브라우저의 북마크에서도 지웠다. 핸드폰에서도 앱 삭제를 했다. 뭐, 언젠가 다시 계정을 살릴 수도 있겠지만 지금은 어쩌다 들어가면 스크롤하면서 시간을 소비하는 목적(이라고 쓰고 인생을 낭비하고 있는 이라고 읽는다.) 으로만 쓰고 있었으니 지우도록 한다. </p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>bitnami에서 lightsail 블루프린트 인스턴스로 이전 성공</title>
		<link>https://hof.pe.kr/10983</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Sun, 14 Jun 2026 07:13:28 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=10983</guid>

					<description><![CDATA[AWS lightsail bitnami 인스턴스에서 lightsail 인스턴스로 옮겼다. 이제 더 이상 새로운 버젼의 bitnami 인스턴스는 안나온다고 하니 언제 옮겨도 옮겨야할 것이다. 이번에도 그저께처럼 렛츠인크립트의 인증서 발급에서 애를 먹었다. 여태 비트나미 인스턴스 신규 서버 생성할 때 인증서 발급에 별 어려움이 없었는데 뭔가 좀 불편하고 손이 많이 갔다. 서버 셋팅이 끝난 후 워드프레스 백업을 구글 드라이브에서 옮겨왔다. 저번에 ... <a title="bitnami에서 lightsail 블루프린트 인스턴스로 이전 성공" class="read-more" href="https://hof.pe.kr/10983" aria-label="Read more about bitnami에서 lightsail 블루프린트 인스턴스로 이전 성공">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">AWS lightsail bitnami 인스턴스에서 lightsail 인스턴스로 옮겼다. 이제 더 이상 새로운 버젼의 bitnami 인스턴스는 <a href="https://docs.aws.amazon.com/ko_kr/lightsail/latest/userguide/amazon-lightsail-faq-bitnami-blueprints.html">안나온다</a>고 하니 언제 옮겨도 옮겨야할 것이다. 이번에도 <a href="https://hof.pe.kr/10966">그저께</a>처럼 렛츠인크립트의 인증서 발급에서 애를 먹었다. 여태 비트나미 인스턴스 신규 서버 생성할 때 인증서 발급에 별 어려움이 없었는데 뭔가 좀 불편하고 손이 많이 갔다. 서버 셋팅이 끝난 후 워드프레스 백업을 구글 드라이브에서 옮겨왔다. 저번에 디비 정리도 한번 했고, 이번에는 별 문제없겠지 싶었는데 아뿔사. 이번에도 3개의 백업 파일 전송 실패다. 저번과 같은 9번, 16번, 17번 백업파일이다. 왜 얘네만 계속 실패지? 구글 드라이브에 가보니 용량도 다른 백업들과 별 차이가 없다. 로컬로 다운받아서 올려야겠다.</p>


<div class="wp-block-image">
<figure class="aligncenter size-full is-resized"><img loading="lazy" decoding="async" width="802" height="324" src="https://hof.pe.kr/wp-content/uploads/wp-upload_file_v.jpg" alt="" class="wp-image-10986" style="width:412px;height:auto" srcset="https://hof.pe.kr/wp-content/uploads/wp-upload_file_v.jpg 802w, https://hof.pe.kr/wp-content/uploads/wp-upload_file_v-300x121.jpg 300w, https://hof.pe.kr/wp-content/uploads/wp-upload_file_v-768x310.jpg 768w" sizes="auto, (max-width: 802px) 100vw, 802px" /></figure>
</div>


<p class="wp-block-paragraph">어라. 압축파일 내 바이러스에 걸린 파일이 있었나보다. 이게 전송 실패 이유인가. 세 압축파일 모두 바이러스 경고가 떴다. 다운받아서 압축을 풀었다. 블로그에서 글 쓸때 첨부한 파일 폴더니까 대부분 이미지 파일인데 일부 의심가는 파일들이 있다. php, c, ini, py 파일이다. 내가 올린 파일들이 아니었다.  에디터로 열어보니 악성코드 냄새가 술술 난다. AI에 업로드해서 물어봤다. 2010년 무렵에 유행했던 익스플로잇, 권한탈취 백도어들이라 한다. 최근에는 다 막혔으니 걱정 말라고 한다. 그 당시면 웹호스팅에서 쓰고 있었을때니 호스팅 업체들이 잘 대처했겠지;; 서버 이사할 때마다 계속 따라다녔나보다. 의심가는 경로로는 플러그인이 1순위다. 처음 배포할 때는 정상적인 플러그인처럼 등록했다가 나중에 버젼업 때 백도어를 심었을 수 있고, 폼메일 등에서 첨부파일 기능을 제공했는데 제대로 파일 확장자 필터링을 못했을 수도 있겠다.</p>



<p class="wp-block-paragraph">알았으면 정리해야지. 이미지 파일 외에는 모두 삭제했다. uploads안에 또 uploads폴더가 있던 것도 이번에 발견했다. 혹시 모르니 하위 폴더에 있는 파일들을 상위 폴더로 모두 덮어쓰기 해서 옮겼다. 예전에 썼던 플러그인들이 설치한 폴더도 모두 삭제했다. 워드프레스 기본 설정이 이거던가, 연/월로 생성되던 첨부파일 폴더 내 파일도 모두 uploads로 끄집어 냈다. 나중에 게시물 보다 이미지 깨진 글 보이면 그때나 정리하던지 해야겠다.</p>



<p class="wp-block-paragraph">파일 이사 실패로 겸사겸사 악성코드와 중복 첨부파일 정리했으니, 전화위복인 셈이다. </p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>길가에 세워진 식당거리 안내판</title>
		<link>https://hof.pe.kr/10978</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Sun, 14 Jun 2026 02:02:44 +0000</pubDate>
				<category><![CDATA[blah~blah~]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=10978</guid>

					<description><![CDATA[어제 아내와 동네 식당들이 모여있는 거리 일명 먹자골목이라고 하는 곳에서 저녁을 먹으러 가는 길에 발견한 표지판. 맨 위에는 &#8220;ㅇㅇㅇ 맛집거리&#8221; 라고 되어 있고 대충 가로 1.5미터 세로 1미터쯤 되는 철제판에 이 동네 약도와 식당을 비롯한 카페들의 위치와 이름이 표시되어 있었다. 상인회 같은게 있어서 갹출하여 만든건지 아니면 지자체에서 만든건지는 모르겠으나 이 무슨 쓸데없는 짓인지 모르겠다. 근처에 ... <a title="길가에 세워진 식당거리 안내판" class="read-more" href="https://hof.pe.kr/10978" aria-label="Read more about 길가에 세워진 식당거리 안내판">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">어제 아내와 동네 식당들이 모여있는 거리 일명 먹자골목이라고 하는 곳에서 저녁을 먹으러 가는 길에 발견한 표지판. 맨 위에는 &#8220;ㅇㅇㅇ 맛집거리&#8221; 라고 되어 있고 대충 가로 1.5미터 세로 1미터쯤 되는 철제판에 이 동네 약도와 식당을 비롯한 카페들의 위치와 이름이 표시되어 있었다.  상인회 같은게 있어서 갹출하여 만든건지 아니면 지자체에서 만든건지는 모르겠으나 이 무슨 쓸데없는 짓인지 모르겠다. 근처에 다니다보면 새로운 식당이 문 열었나 싶으면 닫았고, 바뀌어있기 십상이다. 대충 지도서비스의 거리뷰와 비교해보니 2024년 말의 상황을 반영한 데이터로 보인다. 안내판에 있는 가게 중 대충 30%이상은 이미 없어졌고 다른 가게가 들어와있거나 공실이다. 누가 보고 어떤 도움을 받으라고 이렇게 돈을 써서 만들었나 싶다. 오! 여기 삼겹살집이 있네? 하고 가보면 당구장인 것이다. 헛걸음하고 시간 낭비했다. 전문용어로 똥개훈련이라고 한다. </p>



<p class="wp-block-paragraph">안내판 크기가 물리적으로 제한되어 있으니 지도에 동그란 표시와 가게 이름만 써 있다. 그러나 상호에 따라 무엇을 팔고 있는 곳인지 알 수가 없는 경우도 허다하다. 까치집, 층층이, 찬가, 입안 행복가득&#8230;  같은 경우다. 안내판을 만드는건 쉽다. 처음 설치할 예산만 있으면 가능하니까. 그런데 이런걸 세웁시다! 하는 계획을 잡을 때 변동되는 가게들은 어떻게 반영할 것인지를 생각했으면 이렇게 방치되진 않았을터.  흔한 말로 &#8216;예산(또는 세금)이 살살 녹는다&#8217;는 표현이 이럴 때 하는 말일게다. </p>



<p class="wp-block-paragraph">인도에서 보행자 공간 차지하고, 하루하루가 지날수록 현실과 아무 상관없는 아무말 대잔치가 되어가며 점점 녹슬어가는 안내판&#8230; 이렇게 만들거면 그만 세워야하지 않을까 싶네. </p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>키오스크 사용중지&#038;개시 원격 자동화</title>
		<link>https://hof.pe.kr/10970</link>
		
		<dc:creator><![CDATA[hof]]></dc:creator>
		<pubDate>Sat, 13 Jun 2026 08:49:38 +0000</pubDate>
				<category><![CDATA[IT & NET]]></category>
		<guid isPermaLink="false">https://hof.pe.kr/?p=10970</guid>

					<description><![CDATA[업장에 키오스크가 한대 있다. 24시간 사용하는 것은 아니고 시간에 따른 운영 조건이 있다. 정오 근처에 수동으로 운영중단, 14시에 자동으로 운영재개, 저녁에 일시 중지, 잠시 후 수동으로 운영재개. 뭐 좀 독특한 운영시간이긴하다. 운영을 중단하기 위해서는 키오스크 프로그램 제작사가 미리 지정해둔 임의의 위치 2군데를 터치한다. 관리자 비밀번호 입력창이 뜨고 비밀번호를 입력하면 프로그램이 종료된다. 시간대에 따라 운영중단을 알리는 ... <a title="키오스크 사용중지&#38;개시 원격 자동화" class="read-more" href="https://hof.pe.kr/10970" aria-label="Read more about 키오스크 사용중지&#38;개시 원격 자동화">Read more</a>]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">업장에 키오스크가 한대 있다. 24시간 사용하는 것은 아니고 시간에 따른 운영 조건이 있다. 정오 근처에 수동으로 운영중단, 14시에 자동으로 운영재개, 저녁에 일시 중지, 잠시 후 수동으로 운영재개. 뭐 좀 독특한 운영시간이긴하다. 운영을 중단하기 위해서는 키오스크 프로그램 제작사가 미리 지정해둔 임의의 위치 2군데를 터치한다.  관리자 비밀번호 입력창이 뜨고 비밀번호를 입력하면 프로그램이 종료된다. 시간대에 따라 운영중단을 알리는 안내문 이미지를 전체화면으로 띄워야 한다. 이걸 수동으로 하자니 번거로운 면이 있어서 자동화를 꿈(&#8230;)꾸었다.</p>



<p class="wp-block-paragraph">처음에는 키가 3개만 있는 작은 키보드를 유선 연결했다. 물론 블루투스가 편하긴 하지만 이런 기기들은 배터리 절약을 위해 입력하지 않고 있으면 잠자기 모드로 들어가는 특징이 있다. 키 하나 누르자고 미리 키 하나를 먼저 눌러서 깨워야 하는 것이다. (1보 전진을 위한 1보 후퇴도 아니고..) 게다가 키를 누르는 시간 간격에 따라 언제는 키가 한번에 먹고 어떨때는 잠자기에 들어가버려 키가 안먹어서 두번 눌러야하는 불확실성을 기본으로 깔고 가야하는 불편함이 있었다. 연타면 연타고 1타면 1타지 &#8216;한번 눌러서 될수도 있고 안될수도 있는데 만약 안되면 한번 더 눌러요&#8217;는 우린 또 용납 못하잖나. 3키 키보드를 키오스크 내 PC와 유선으로 연결하고 키오스크 뒷편에 부착해두었다. 1번키는 1차 운영중단, 2번키는 2차 운영중단, 3번키는 원복으로 지정하고 각 키를 ctrl + 펑션키 뒷번호로 할당했다. 오동작을 방지하기 위해 각 키는 모두 더블클릭을 해야만 동작하도록 했다.</p>



<p class="wp-block-paragraph">키오스크쪽에서의 동작은 오토핫키를 이용했다. 잘 동작했다. 미리 키오스크 옆면에 작게 표시해둔 표시 쪽으로 스윽 손을 넣어 뒤를 짚으면 검지,중지,약지 자리에 3키가 딱 맞는다. 목적에 맞게 연타하면 키오스크 화면이 바뀐다. 한달 쯤 잘 쓰다가 어제 문제가 생겼다. 키캡이 하나 떨어져버린 것이다. 이게 키오스크 모양상 기기의 뒷편에 3키 키보드를 세로로 부착해서 쓰고 있었는데 옆으로 매달려 있다보니 눌렀다 뗐다를 반복하며 중력에 의해 떨어져버린 것. 보통 키보드와 다르게 기기 본체와 연결도 가느다란 핀 두개만 꽂혀 있었다. 고쳐본답시고 순간접착제 한방울씩 떨어뜨렸는데 으아~ 차라리 노란 돼지본드를 이쑤시개로 찍어 발라야했을라나. 묽은 순간 접착제가 안으로 흘러들어 키들이 모두 한번 들어가면 끄집어 내야 올라왔다. 망했다.</p>



<p class="wp-block-paragraph">키보드를 새로 산다 한들 같은 문제가 생길 수 있으니, 다른 방법을 찾아보았다. 유선연결은 일단 실패, 블루투스는 제외, 같은 네트워크라면 시너지 같은 앱을 쓰면 되겠으나 그렇지 않으니 패스. KVM over IP도 방법이긴 했으나 목적과 용도에 비해 너무 과한 솔루션이다. 이럴 때 유용한게 텔레그램 봇이다. 봇 하나로는 메세지를 보내고 다른 하나로는 메세지를 받고, 키오스크에서는 파이썬으로 텔레그램을 보고 있다가 들어오는 메세지에 따라 핫키와 연동하면 될거 같았는데.. 다 해놓고 보니 텔레그램 규정상 봇 에서 봇으로는 메세지 전송을 못한다고 하였다. 얘야 얘야 제미나이야, 그걸 왜 맨 나중에 최종 테스트에서 실패가 나오니까 그때서야 죄송하다며 알려주는거니? 봇2개와 같이 있는 그룹방에서 내가 입력해도 못알아먹으니 앞선 이유도 사실인지 확실치 않고. </p>



<p class="wp-block-paragraph">텔레그램 말고 <a href="https://ntfy.sh/">ntfy.sh</a> 를 이용하는 전송방식으로 변경하였다.  무료버젼은 &#8216;제한이 있다&#8217;는 이야기만 있고 몇개까지 가능한지는 나와있지 않았다. 유료는 월 5달러에 하루 2500건 전송이 가능하단다. 내 환경에서는 많으면 하루 5회, 보통 3회 전송이 필요하므로 이 정도면 무료 한계까지는 넉넉하지 않을까 싶다.  셀프 호스팅이 가능하다고 하니 나중에 여차하면 라즈베리파이나 라이트세일에 구겨넣어보도록 하고. </p>



<p class="wp-block-paragraph">html 문서로 버튼 3개 만들어서 원격에서 눌러보니 잘 전송되고 키오스크에서도 제대로 동작된다. 담당자들 PC에 설치해주고 나는 아이폰과 맥에서도 사용할 수 있도록 단축어로 만들어 두었다. </p>



<p class="wp-block-paragraph"></p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
