나에겐 아직 오른발이 남아있다.
2025-06-07
2025-06-06
[아침밥] 2025.06.06. 현충일, 함께하는 묵념
현충일 아침입니다.
오늘은 학교는 가지 않지만 10시 식을 보려고 아침을 먹입니다.
미역국도 끓이고 밥도 주먹밥 양념에 비벼봅니다.
깻잎도 넣고 들기름도 넣습니다.
10분 남은 시간 재촉도 하고
남은 밥 다 잘 먹고 같이 묵념도 했습니다.
매년 돌아오는 6월 6일 이지만
항상 같지는 않습니다.
오늘의 메뉴 : 비빔밥(주먹밥양념,깻잎,들기름), 미역국, 김치, 대추방울토마토
6월 6일 태극기 게양. 올해도 게양했습니다.
현충일입니다.
올해도 태극기를 게양합니다.
태극기를 달며
여러 가지 생각이 많아집니다.
그립고 재밌었던 기억
할머니랑 약속했던 그날
그리고 아직 지키고 있는 약속.
좋습니다.
그때도 좋고 지금도 좋습니다.
감사하고 고맙습니다.
[저녁밥] 2025.06.05. 학교 끝나고, 처음으로 친구랑 논 날
하굣길 아이에게 전화가 왔습니다.
친구랑 놀다 갈께요~
응, 그래...... 응?
그렇게 놀다 5시쯤 집에 왔습니다.
어디서 놀았어?
아파트 놀이터요.
재미있었어?
네. 재미 있었어요. ^^
몇 몇 간단한 대화를 엄마랑 나눕니다.
처음이었습니다. 학교 끝나고 친구랑 놀다 들어온 건.
요즘은 방과 후 여러가지 프로그램, 학원 등으로
아이들이 놀지 못합니다.
이런 일들 신기해하면 안되는데 신기하네요.
그리고 슬픕니다. 많이요.
오늘의 메뉴 : 잡곡밥, 계란후라이, 김치, 무나물, 숙주나물
2025-06-05
[아침밥] 2025.06.05. 고구마밥 먹고 힘내자! 뭇국으로 속까지 든든하게!
오늘 밥엔 고구마를 넣었습니다.
속 편한 뭇국도 끓였구요.
어린이가 좋아할 음식들은 아니네요.
그래도 어릴 때부터
자꾸 먹여야 한다고 생각드네요.
오늘도 잘 먹고 좋은 하루 보내길...
오늘의 메뉴 : 고구마밥, 뭇국, 김치, 감자채볶음, 숙주나물
새 도메인을 기존 블로그(사이트)에 연결한 경우, 구글서치콘솔에서 사이트맵 관련 조치
구글서츠콘솔에 등록된 이전 주소의 사이트맵은 삭제하고 새 주소의 사이트맵만 제출하는 것이 좋습니다.
사이트맵 삭제 이유
1. Googlebot의 혼란 방지
기존 사이트맵은 이전 도메인의 URL을 포함하고 있습니다. 주소 변경 알림을 제출하고 301 리다이렉트가 설정되어 있더라도, Googlebot이 이전 사이트맵을 계속 참조하게 되면 색인 과정에서 불필요한 혼란을 야기할 수 있습니다.
2. 새로운 색인 과정 가속화
새로운 사이트맵은 새 도메인의 모든 URL을 정확하게 포함하고 있습니다. Google은 이 새로운 사이트맵을 사용하여 새 사이트를 더 효율적으로 크롤링하고 색인을 업데이트할 수 있습니다. 이전 사이트맵을 삭제함으로써 Google이 오로지 새 사이트맵에 집중하도록 유도할 수 있습니다.
3. 리소스 낭비 방지
Googlebot이 더 이상 유효하지 않은 이전 URL을 크롤링하는 데 시간을 낭비하지 않도록 합니다.
구글서치콘솔 사이트맵 삭제 및 제출
1. 구글서치콘솔에 등록된 이전 도메인의 사이트맵은 삭제합니다.
이전 사이트맵에는 기존 도메인 기준의 URL이 포함되어 있어 Googlebot이 혼란을 겪을 수 있습니다. 또한, 불필요한 리소스를 소모하며 잘못된 색인 정보를 유지할 수 있습니다.
2. 새 도메인의 사이트맵을 제출합니다.
https://새도메인.com/sitemap.xml 형식의 새로운 사이트맵 URL을 서치 콘솔에 추가 제출하세요. 이를 통해 Google이 새 도메인 기준으로 URL을 빠르게 색인할 수 있습니다.
3. 구글서치콘솔의 주소 변경 도구 사용
'설정 - 주소변경'을 이용해 이전URL -> 새URL 등록신청
4. 301 리다이렉트 확인
모든 이전 URL은 새 도메인으로 301 리디렉션되어야 합니다.
예: http://olddomain.com/page1 → https://newdomain.com/page1
이것은 Google이 이전 URL의 링크 가치(SEO 효과)를 새 도메인으로 잘 넘길 수 있도록 도와줍니다. 구글블로그(블로그스팟)의 경우 새도메인 연결시 자동으로 301 리다이렉트가 설정됩니다.
요약
기존URL - old.blogspot.com - 사이트맵 삭제 - 속성은 새URL로 완전히 이전 후 삭제
새로운URL - new.com - 사이트맵 등록 - 주소 변경 신청(구글서치콘솔-설정-주소변경)
새로운 도메인 연결 후, 위의 작업으로 변경신청이 처리되는 기간은 '1~2주 에서 2~3달 정도'라고 합니다. 또는 잘못된 301 리디렉트등의 이유로 '수 주 에서 6개월정도'까지도 걸릴 수 있다고 합니다.
너무 조급해말고 기본적인 사항 확인 그리고 제대로된 설정, 신청을 했다면 기다리는 일만 남았습니다. 도움되셨길 바랍니다.
2025-06-04
구글 블로거(블로그스팟) 페이지 기능, 이렇게 활용하세요.
구글 블로그(Blogger)의 '페이지'는 '글'과 다른 점이 있습니다. 페이지 기능을 활용하면 블로그를 더욱 체계적으로 구성할 수 있으며, 일반 게시물과는 달리 고정된 콘텐츠를 제공하는 데 적합하며, 블로그의 메뉴나 특정 섹션에서 쉽게 접근할 수 있습니다.
구글 블로거 '글'과 '페이지'의 차이점
| 기능 | 글 (Post) | 페이지 (Page) |
|---|---|---|
| 작성 제한 | 무제한 | 최대 20개 |
| 메인 화면 표출 | 메인 화면에 표출 | 메인 화면 및 블로그에 직접 표출되지 않음 (수동 링크 활용) |
| SNS 공유 | 공유 가능 | 공유 불가능 |
| 라벨(태그) 기능 | 활용 가능 | 활용 불가능 |
| RSS 피드 지원 | 지원 | 지원 안 함 |
| 블로그 내 검색 | 지원 | 지원 안 함 |
그렇다면, '페이지'는 어떻게 사용하면 좋을까요?
- 소개 및 연락처 페이지
블로그 운영 목적, 작성자의 정보, 연락 방법 등을 정리할 수 있습니다.예) 블로그 소개, 문의하기, 개인정보처리방침
- 카테고리별 콘텐츠 정리
특정 주제에 대한 글을 모아 하나의 페이지에서 정리할 수 있습니다.예) "디지털 마케팅 가이드" 페이지에서 관련 글을 링크로 연결
- 포트폴리오 및 프로젝트 소개
개인 작업물이나 프로젝트를 정리하여 하나의 페이지에서 보여줄 수 있습니다.예) "내 디자인 프로젝트" 페이지
- 자주 묻는 질문(FAQ) 페이지
방문자들이 자주 묻는 질문을 정리하여 답변을 제공하는 페이지를 만들 수 있습니다.예) "블로그 운영 관련 FAQ"
- 무료 자료 제공 및 다운로드 페이지
방문자에게 유용한 자료(PDF, 템플릿, 체크리스트 등)를 제공하는 페이지를 만들 수 있습니다.예) "블로그 운영 체크리스트 다운로드"
- 공지사항 및 업데이트 페이지
블로그의 주요 변경 사항이나 이벤트를 공지하는 공간으로 활용할 수 있습니다.예) "블로그 업데이트 및 공지사항"
페이지로 구현한 예시
끝으로
구글 블로그의 페이지 기능은 블로그의 상단 메뉴 또는 사이드바에 추가할 수 있으며, 블로그의 구조를 더욱 명확하게 만들 수 있습니다. 페이지는 블로그 내에서 독립적인 웹페이지 역할을 하며, 주로 변경이 잦지 않은 고정적인 정보 제공에 유용합니다.
구글서치콘솔 주소 변경 도구 활용법. 도메인주소를 바꿨을 때 SEO 손실 없이 도메인 이동하는 방법
구글 서치콘솔(Google Search Console)의 '주소 변경 알림 도구(Change of Address Tool)'는 웹사이트 도메인이나 서브도메인을 변경할 때, 구글에 이를 알리고 검색 순위를 이전 도메인에서 새로운 도메인으로 이전하는 데 중요한 기능입니다. 이 '주소변경'을 적절히 활용하면 SEO(검색엔진 최적화) 측면에서의 손실을 최소화하고, 사이트의 검색 가시성을 유지할 수 있습니다.
구글 서치콘솔 '주소 변경 알림 도구'란?
'주소 변경 알림 도구'는 웹사이트의 주소가 변경되었음을 구글에 직접 알려주는 기능입니다. 이 도구를 사용하면 구글이 새로운 도메인을 우선적으로 크롤링하고 인덱싱하도록 유도할 수 있습니다. 또한, 이전 도메인의 SEO 신호를 새로운 도메인으로 전달하여 검색 순위의 손실을 최소화하는 데 도움을 줍니다 .
주소변경 신청 전 준비 사항
1. 301 리디렉션 설정 : 이전 도메인의 모든 URL에서 새로운 도메인의 해당 페이지로 301 리디렉션을 설정해야 합니다. 이는 구글에게 페이지가 영구적으로 이동되었음을 알려주며, SEO 가치를 이전하는 데 필수적입니다 .
2. 사이트맵 제출 : 새로운 도메인의 사이트맵을 구글 서치콘솔에 제출하여 구글이 새로운 사이트 구조를 빠르게 인식하도록 합니다.
3. 사이트 소유권 확인 : 이전 도메인과 새로운 도메인 모두에 대해 구글 서치콘솔에서 소유권을 확인해야 합니다.
'주소 변경 알림 도구' 사용 방법
1. 구글 서치콘솔(Google Search Console)에 접속
2. 좌측 상단 속성검색에서 주소 변경을 진행할 이전 도메인을 선택
3. '설정' -> '주소 변경' 선택
4. 새로운 도메인 주소를 입력하고, '확인'을 클릭
5. 리디렉션 확인!!! - 구글이 자동으로 이전 도메인의 상위 5개 URL에 대한 리디렉션을 확인합니다. 이 리디렉션 리스트가 올바르게 리디렉션 설정(301)이 되었는지 확인하고, 문제가 없다면 '이동 확인'을 클릭
6. 알림 수락 : 이후 구글 서치콘솔 대시보드 상단에 새로운 도메인으로의 이동 알림이 표시됩니다.
주소변경신청 효과가 나타나는 데 걸리는 시간
'주소 변경 알림 도구'를 사용한 후, 구글이 새로운 도메인을 완전히 인식하고 검색 결과에 반영되기까지는 평균 2~4주가 소요됩니다. 그러나 구글은 최대 180일(약 6개월)까지 이전 도메인에서 새로운 도메인으로의 이전을 지원합니다.
주소변경 신청 후 모니터링 항목
주소 변경 상태 : 구글 서치콘솔의 '주소 변경' 메뉴에서 현재 상태를 확인합니다.
인덱스 커버리지 : 새로운 도메인의 페이지가 제대로 인덱싱되고 있는지 확인합니다.
검색 성과 : 검색 트래픽과 순위 변화를 모니터링하여 SEO 성과를 평가합니다.
사이트맵 제출 상태 : 사이트맵이 정상적으로 제출되었는지 확인합니다.
내부 및 외부 링크 : 내부 링크와 외부 링크가 새로운 도메인을 가리키도록 업데이트되었는지 점검합니다.
주의사항 및 팁
도메인 속성 확인 : 구글 서치콘솔에서 '주소 변경' 도구는 도메인 속성에서만 사용할 수 있습니다. URL 접두사 속성에서는 사용할 수 없으므로, 도메인 속성으로 추가하여 소유권을 확인해야 합니다 .
리디렉션 검증 : 구글 서치콘솔은 이전 도메인의 상위 5개 URL에 대한 리디렉션을 자동으로 검증합니다. 리디렉션이 올바르게 설정되었는지 확인하고, 문제가 있다면 즉시 수정해야 합니다 .
알림 지속 확인 : 주소 변경 알림은 최대 180일 동안 구글 서치콘솔 대시보드 상단에 표시됩니다. 이 기간 동안 이전 도메인과 새로운 도메인의 상태를 지속적으로 모니터링해야 합니다 .
구글 서치콘솔의 '주소 변경 알림 도구'는 웹사이트의 도메인 변경 시, 구글에 이를 효과적으로 알리고 검색 순위의 손실을 최소화하는 데 필수적인 도구입니다. 이 도구를 적절히 활용하면 SEO 측면에서의 리스크를 줄이고, 사이트의 검색 가시성을 유지할 수 있습니다.
[아침밥] 2025.06.04. 기분 좋은 시작! 예상 밖의 기상시간.
어제가 대통령 선거일이었습니다.
그래서 하루를 쉬었고, 휴일 다음 날엔 당연히 늦게 일어날 거라 생각했는데
아이는 평소보다 10분 일찍 벌떡 일어났습니다.
오호호호, 좋다 좋아.
일찍 일어나면 너도 편하고 나도 편하고 *^^*
그래, 그래. 오늘 뭔가 좋다.
밥을 볶았습니다.
평소 먹는 양보다 더 많이 했습니다.
다 줬습니다.
다 먹네요 @.@
오호~
그래, 그래. 오늘 뭔가 좋다.
오늘의 메뉴 : 계란볶음밥, 간토마토, 숙주무침, 오이지
2025-06-03
2025-06-02
[아침밥] 2025.06.02. 미역국이 좋아, 말하는게 좋아?
아이가 미역국을 좋아합니다.
그래서 새벽 6시 30분쯤 미역을 물에 담갔습니다.
30분쯤 불리고 맛있게 끓였습니다.
밥도 새로 하고요.
씻고 나온 아이에게 물어봅니다.
"그냥 줄까 말아줄까?"
"말아주세요."
반찬을 챙기고 물잔도 놓아주고.
"밥 먹어~"
밥을 먹으면서 이 말, 저 말, 수다가 많습니다.
제가 어렸을 땐 밥상머리에서 말하면 안 됐는데.
지금은 학교는 늦을지언정 할 말이 참 많습니다.
"그만 ... 그만 말하고 밥 먹어~"
중요한 말은 하나도 없는 수다, 왜 이렇게 말이 하고 싶은 걸까요?
오늘의 메뉴 : 미역국밥, 시금치나물, 감자채볶음, 오이지무침
[저녁밥] 2025.06.01 언제 이렇게.... 많이 컸다.
대추 방울토마토 한 상자를 사 왔습니다.
그런데 이게 대추만 해야 하는데.... 그거보다도 크고 내가 입에 넣어봐도 한입 가득 차버립니다. @.@
그래서 갈아봅니다.
수동 다지기에 넣고 쓱~ 쓱~
오늘은 국 대신 간 토마토입니다.
계란후라이도 하나 곁들이고
이케, 이케, 이케, 저케, 저케, 저케 다 차렸습니다.
이젠 어린이 식판이 너무 작구나.
많이 컸다.
오늘의 메뉴 : 잡곡밥, 간토마토, 시금치나물, 감자채볶음, 김치, 계란후라이
2025-06-01
구글 블로거(블로그스팟) 백업 파일 분할 방법 – 직접 분할 & Python 자동 분할
구글 블로거(블로그스팟)에서는 대량의 게시물이 있는 블로그의 백업 후 복원시 .xml 파일의 분할이 필요합니다. 블로거의 .xml 백업 파일을 나누는 이유는 게시물이 많은 블로그의 경우 (예: 보통 500개 이상) 블로그 복원 시 오류가 발생합니다. 블로거는 한 번에 많은 게시물을 가져오지 못할 수 있습니다. (특히 500개 이상이면 오류 확률이 높습니다.) 그래서 백업받은 .xml 파일을 분할해야 합니다.
.xml 파일 나누는 방법 2가지
1. 직접 분할 (작은 블로그에 적합, 약 500개 이하 단위)
- .xml 파일을 텍스트 편집기(예: editplus, VS Code, Notepad++, Sublime Text 등)로 엽니다.
- 다음 구조를 확인합니다.
---------------------------------------------------------------
<feed xmlns='http://www.w3.org/2005/Atom'>
<entry>...</entry> ← 게시물 1
<entry>...</entry> ← 게시물 2
...
</feed>
---------------------------------------------------------------
- <entry> 블록 하나가 게시물 1개입니다.
- 원하는 개수만큼 <entry>를 포함하여 파일을 나눕니다. (저의 경우 100개씩 작업했습니다.)
* 각각의 파일은 반드시 다음과 같은 구조를 가져야 합니다.
---------------------------------------------------------------
<feed xmlns='http://www.w3.org/2005/Atom'>
<entry>...</entry>
...
</feed>
---------------------------------------------------------------
- 파일 이름은 part1.xml, part2.xml 등으로 저장
- 블로거에서 각각 콘텐츠 가져오기로 순차적으로 업로드
* 절대 <feed> 태그와 <entry> 태그의 쌍을 깨지 마세요. XML 형식 오류 납니다.
(여기서 태그의 쌍은 XML에서 열리는 태그와 닫히는 태그가 반드시 정확히 짝을 이뤄야 한다는 의미입니다.)
2. Python 스크립트를 이용한 자동분할
아래는 .xml 백업 파일을 100개 단위로 자동 분할하는 Python 스크립트입니다
Python Script
-------------------------------------------------
import os
from xml.etree import ElementTree as ET
# 원본 백업 파일 경로
input_file = 'blog-backup.xml'
output_folder = 'split_output'
entries_per_file = 100
os.makedirs(output_folder, exist_ok=True)
# XML 파싱
tree = ET.parse(input_file)
root = tree.getroot()
# 네임스페이스 처리
ns = {'atom': 'http://www.w3.org/2005/Atom'}
ET.register_namespace('', ns['atom'])
# <entry> 요소들만 추출
entries = root.findall('atom:entry', ns)
# 나머지 요소들 (<feed> 내에 있는 header들) 복사
def clone_feed_base():
new_root = ET.Element('feed', root.attrib)
for child in root:
if child.tag != '{http://www.w3.org/2005/Atom}entry':
new_root.append(child)
return new_root
# 분할 저장
for i in range(0, len(entries), entries_per_file):
part_entries = entries[i:i+entries_per_file]
new_feed = clone_feed_base()
for entry in part_entries:
new_feed.append(entry)
part_tree = ET.ElementTree(new_feed)
output_path = os.path.join(output_folder, f'part_{i//entries_per_file + 1}.xml')
part_tree.write(output_path, encoding='utf-8', xml_declaration=True)
print("파일 분할 완료!")
-------------------------------------------------
다운로드 - xml 자동분할 python 스크립트 (zip압축 / txt파일)
사용 방법
- 위 스크립트를 split_blog.py로 저장
- blog-backup.xml 파일과 같은 폴더에 저장
- 터미널에서 python split_blog.py 실행
- split_output 폴더에 part_1.xml, part_2.xml... 생성됨
여기까지가 백업받은 *.xml 파일의 분할 방법이었습니다. 설명이 장황됐지 해보시면 어려운것보다 귀찮은 작업일겁니다. 백업 복원 잘 해결하시고 멋진 블로그(사이트) 구축하셔서 언제나 실시간 동접 10만 사이트 기원해 드립니다. 화이팅~! ^^b
구글 블로거 백업과 복원 방법, 대량 게시물 복원 에러시 처리 방법
구글 블로거(Blogger)에서 게시물이 500개 이상인 대량 게시물 블로그의 백업 및 복원 방법 알려드립니다. 블로거 자체 기능으로 가능하면서 또 불가능 하답니다. 이유는 이하 글에서 설명 드리겠습니다.
1. 구글 블로거(Blogger) 콘텐츠 백업 방법 (전체 게시물, 댓글 포함)
방법 : 블로거 관리자에서 내보내기
- 구글 블로거 로그인 후 왼쪽 메뉴에서 [설정] 클릭
- 화면 아래쪽에 있는 [콘텐츠 관리] → [콘텐츠 내보내기] 클릭
[내보내기] 버튼 클릭 → .xml 파일이 다운로드됩니다.
이 .xml 파일에는 블로그의 모든 게시물, 페이지, 댓글이 포함됩니다.
백업 후에도 이미지나 동영상 등의 파일은 Google Photos 또는 외부 링크로 유지됩니다.
2. 복원 방법 (새 블로그나 기존 블로그로 가져오기)
방법 : 백업했던 .xml 파일 가져오기
- 구글 블로거 로그인 후 왼쪽 메뉴에서 [설정] 클릭
- 복원하려는 '블로그로 이동'하거나 '새 블로그'를 생성
- 화면 아래쪽에 있는 [콘텐츠 관리] → [콘텐츠 가져오기] 클릭
- "스팸 댓글 제외" 체크 후 [컴퓨터에서 파일 선택] → 백업받은 .xml 파일 선택
- [가져오기] 클릭
* 게시물이 많으면 가져오는 데 시간이 다소 걸릴 수 있으며, 가져온 후에도 게시물은 비공개 상태일 수 있습니다. 필요하면 게시물들을 일괄로 공개 상태로 변경해 주세요.
주의사항
이미지 백업은 별도로 필요할 수 있습니다. Blogger는 이미지 파일을 Google Photos에 저장합니다.
완전한 이미지 백업을 원하면 Google Takeout(https://takeout.google.com/)에서 Blogger + Google Photos 모두 선택하여 백업하세요.
* 복원 시 기존 게시물과 중복되면 충돌 가능성이 있으니, 새 블로그에서 복원을 먼저 테스트하는 것이 안전합니다.
Google Takeout을 활용한 전체 백업 (심화 방법)
- https://takeout.google.com/ 접속
- Blogger 선택 + 필요한 경우 Google Photos 체크
- 하단에서 [다음 단계] 클릭 → 원하는 백업 형식 선택 (예: .zip, 드라이브 저장 등)
- 백업 완료되면 이메일로 링크가 전송되며, 전체 자료를 다운로드할 수 있습니다.
이제부터가 중요(?) 합니다.
이 포스트 처음에 말했듯이 백업 및 복원이 블로거 자체 기능으로 가능하면서 또 불가능 하다고 알려드렸습니다.
이유는?
하루에 복원할 수 있는 게시물 갯수 제한이 있습니다. @.@
물론 게시물이 몇 십개 정도의 블로그라면 상관없이 백업 과 복원이 잘 됩니다.
하지만, 몇 백, 수천개의 게시물이 존재 한다면 백업은 별 탈없이 진행 되지만, 복원(콘텐츠 가져오기)가 되질 않습니다.
저도 많이 당황 했습니다.
복원(콘텐츠 가져오기)이 되질 않아서요. 이유는 게시물이 너무 많아서 그런거였습니다.
방법은 백업받은 xml파일을 하루에 게시물 50개 또는 100개 단위로 잘라 복원하는 겁니다.
다시 말씀드립니다. 블로그가 크면 가져오기(복원) 시 오류가 발생 합니다. 이 경우 .xml 파일을 나눠서 가져오는 방법이 필요할 수 있습니다.
그.리.고.
또 하나 중요한 것은 복원을 한다고 해서 기존에 있는 게시물에 덮어쓰기(Overwrite)가 되지 않는다는 점입니다.
저의 경우 새 도메인을 입히고 전체 백업을 받아 xml파일을 열어 내부링크 수정 후 복원을 했지만, 덮어쓰기가 되지 않는 이유로 많이 당황 했었습니다.
단순히 될거야... 라는 생각으로 작업했다가 멍~ 해지는 모습을 확인 할 수 있었습니다.
그리고 1600개가 넘는 게시물의 크기문제로 백업받은 xml파일 가져오기 조차 실패하였습니다.
그래서 저의 경우의 복원 순서를 알려드리겠습니다. (게시물이 많을 경우(1600개 이상의 게시물)
대량 게시물 블로그스팟(구글블로거) 작업순서
1. 콘텐츠 백업
2. 백업받은 xml 파일 내부링크 수정 (새 도메인 연결이유)
3. 100개 단위 xml 파일나누기.
4. 하루에 한번씩 100개 단위 복원하기 -,.-
이게 무슨 짓인가 싶지만, 이렇게 처리했습니다. 처음에는 적잖이 당황했지만, 하다 보니 득도(?)하게 되었답니다. 시간이 걸리고 귀찮았을 뿐 안되지는 않습니다. 너무 걱정하지 마시고요.
xml 파일 나누기는 다음 포스트에 올리겠습니다.
감사합니다.
[아침밥] 2025.05.30. 미적감각은 다음 생을 기약해 BOA요.
애들 밥만 준비해 주다 오늘은 급하게 엄마 밥도 같이 해 봅니다.
아침부터 국수를 끓입니다. 국물도 필요 없습니다.
비비면 됩니다.
있는 반찬 다 넣고 간장 약간, 들기름 한 숟갈 넣으면 됩니다.
애들 줄 미니돈가스로 눈도 만들어 주고
호박,김치,미나리나물로 입도 만들어 주었습니다.
캬~
.
..
...
..
.
오늘도 감탄합니다.
나의 미적 감각에...
오늘도 느낍니다.
나의 미적 감각은 다음 생에서나 기약해야겠습니다.
오늘의 메뉴 : 비빔국수 ( 호박나물, 김치, 미나리무침, 간장, 들기름, 미니돈가스)
피드 구독하기:
글 (Atom)