2022년 05월 08일
Puppeteer를 사용하는 nodejs를 linux 서버에 띄었는데 작업하니 다음과 같은 오류가 났다.
Error: Failed to launch the browser process!
/home/ubuntu/slack-bot-groupware/node_modules/puppeteer/.local-chromium/linux-938248/chrome-linux/chrome: error while loading shared libraries: libnss3.so: cannot open shared object file: No such file or directory
아래 명령어를 실행하여 추가 패키지를 설치한다.
sudo apt-get install libgtk2.0-0 libgtk-3-0 libnotify-dev
sudo apt-get install libgconf-2-4 libnss3 libxss1
2022년 10월 02일
검색에서 사용하기 위한 sitemap을 등록할 때 jekyll-sitemap 플러그인을 사용하여 생성된 xml파일을 연결했었다. ( [Jekyll Google Search Console 연동하기](https://minhyeong-jang.github.io/2019/12/19/jekyll-search-console) ) 최근 블로그를 다시 정리하면서 Analytics를 보고있는데, 유효하지 않은 페이지들이 잡혀서 sitemap.xml 파일을 확인해보았고 `jekyll-sitemap에서 post 뿐만 아닌 layout과 같은 불필요한 디렉토리도 사이트맵에 추가`되고 있었다. ![Sitemap 파일]({{ site.image_post_url }}/2022/sitemap-create-1.png "생성된 sitemap.xml") Sitemap 파일 ## jekyll-sitemap Path 제외 jekyll-sitemap 문서에서는 특정 path를 제외하고 싶다면 아래와 같이 config의 defaults에 `sitemap: false`를 추가하라고 안내하고 있다. ```yml defaults: - scope: path: "author" values: sitemap: false ``` 다만 내 블로그에서는 글을 분리하기 위해 tag, category와 같은 `collections`을 추가한게 문제인지 category를 셋팅하면 \_categories + category path가 둘다 사라지고 pagination number가 path에 추가되는 등 `제대로 동작하지 않아서 직접 제작`하기로 했따. ## Sitemap 파일 만들기 Sitemap을 직접 생성하는건 생각보다 어렵지 않았다. 리스트를 그저 sitemap 형식에 맞게 출력해주면 될 뿐이다. ### 초기 셋팅 `!!모든 코드 설명에서 \는 지워주세요. md 파일에서도 렌더링돼서 어쩔 수 없네요.` root에 sitemap 파일, posts를 형식에 맞게 출력할...
2022년 10월 01일
만약 특정 날짜에 동작해야하는 기능이라면 앱은 최소 몇일 전까지 배포되어야 유저가 사용할 수 있을까? 앱 스토어에 심사를 거치고 유저에게 도달하기까지 얼마나 걸릴 지 궁금하였다. 유저가 업데이트 버전에 도달하기까지는 `심사 / 점진적 배포(선택사항) / 앱 업데이트`를 거쳐야한다. 가장 먼저 점진적 배포에 대해서 설명하고 ## 심사기간 스토어 정책에 위반되는 사항, 보안적인 이슈 등의 여부를 확인한다. ### 구글 스토어 약 2~3시간 정도로 심사가 끝나기에 크게 의미가 없다. ### 앱 스토어 기존에는 3~4일 정도로 심사기간이 오래 걸렸으나, 최근에는 1~2일만에 처리되고 있다. - 긴급심사를 통해 심사기간을 줄일 수 있으나 현재 심사기간이 짧아서 의미가 없을 수 있다. ## 점진적 배포 구글 스토어 / 앱 스토어에서는 기본적으로 점진적(단계적) 배포라는 기능을 제공하고 있다. `특정 기간동안 일정 비율에게만 새로운 버전의 업데이트를 제공`하도록 설정하는 기능이며, `자동 업데이트를 활성화`한 유저에게만 적용된다. ( 만일 해당 기능을 설정하지 않았다면 모든 유저가 업데이트가 가능해진다. ) 해당 기능은 일정 유저에게만 신규 버전을 오픈함으로써 `앱 크래시와 같은 치명적인 버그 발생 시 최소한의 유저만 경험`하고 대응 가능하도록...
2022년 05월 07일
REMOTE HOST IDENTIFICATION HAS CHANGED! 인스턴스 사양을 늘리기 위해 스냅샷으로 새로운 서버를 생성, 다시 접근하는데 다음과 같은 오류가 났다. 현재 PC에서 SSH로 접근하는 서버의 인증 정보를 가지고 있는데, 동일한 IP 서버 인증키가 달라졌기 때문에 경고를 주는 것. 해결방법 해당 서버의 키만 제거하려다가 그냥.. 다 지워버렸다. rm -r /var/root/.ssh/known_hos