본문 바로가기

반응형

전체 글

(102)
웹페이지 로드 최적화 - Layout Shift 줄이기 처음에는 블로그에 남길 생각이 없었는데, 하다보니 꽤나 중요하다고 생각해서 간단하게나마 기록하려고 한다. 웹사이트의 첫 페이지의 로드는 사용자경험과 이탈율에 꽤 큰 영향을 줄 것이라 생각한다. 최근 UOSTime을 개선하면서 최적화에도 관심이 생기고 있는데, 오늘은 웹페이지 로드를 최적화했다. UOSTime의 첫 페이지는 로그인페이지다. (자동로그인 사용자 제외) 이 페이지는 로그인 폼과 푸터, 모달들로만 이루어졌지만, 이미지나 폰트의 뒤늦은 로드 때문에 Layout Shift가 여러 번 발생했다. 더 빠르고 효율적인 렌더를 위해, 화면이 한 번에 짠! 하고 나타날 필요가 있었다. 기존 로그인 페이지의 로드 과정이다. 로드 중간에 Experience(빨간 박스)로 표시되는 부분이 Layout Shift다..
웹브라우저에 www.naver.com을 치면 생기는 일 과정 도메인 주소에 맞는 IP주소를 알아낸다. DNS record에 대한 캐시를 찾는다. 브라우저 캐시에서 찾는다. OS에서 시스템 콜을 통해 찾는다. 라우터에 요청하여 찾는다. ISP에 요청하여 찾는다. IP를 못 찾은 경우, PC는 Local DNS에 요청한다. Local DNS가 IP주소를 모르는 경우, Root DNS에 요청한다. Root DNS가 IP주소를 모르는 경우, Local DNS는 'com' 도메인을 관리하는 DNS에 요청한다. 'com' 도메인을 관리하는 DNS가 IP주소를 모르는 경우, Local DNS에게 'naver.com' 도메인을 관리하는 DNS를 알려주고, Local DNS는 이 DNS에 요청한다. Local DNS는 IP주소를 찾은뒤 캐시하고 PC에 전달한다. TCP 연결..
UOSTime 강의교환 채팅 재구현 UOSTime의 강의교환 채팅은 기존에 Angular를 이용하여 프론트가 구현되었고, 소켓통신을 이용하여 간단한 채팅이 구현된 정도였다. 이번에 강의교환 정책을 변경하며 DB 구조부터 변경하는 작업이 진행중이다. 오늘은 프론트를 재작성했고, Angular 의존성을 모두 제거하는 것을 첫 목표로 했다. 이로써 UOSTime이 서비스하고 있는 영역에서 Angular 의존성을 모두 제거하게 되었다. 이 다음으로 진행할 일은 채팅의 보안 강화이다. 현재 메시지는 암호화되어 처리되고 있지만, 아직 여러 취약점이나 버그가 있으며, 개선할 필요가 있다.
SK 신입사원 채용에 지원하면서 아쉬웠던 점 채용 지원자 입장인 내가 이런 글을 남기는 것에 대해 친구가 채용과정에서의 불이익이 있지 않을까 하는 염려를 표했다. 충분히 이해는 된다. 하지만, 이런 내용을 게시한다고 해서 채용과정에 불이익이 있다면 그것은 그것대로 유감일 것이다. 정말 문제점이 있는지 확인해보고 더 좋은 방법을 생각해보는 것이 먼저가 아닐까. 다른 기업에도 채용 지원을 여럿 했기 때문에 더더욱 이런 불편이 크게 다가왔다. 많은 지원자를 위해서 꼭 개선되면 좋겠다. 그런 의미에서 아쉬웠던 점만 적지는 않고, 좋은 점도 생각해보려고 했다. 좋았던 점 1. 접수기간 동안 자유롭게 지원서 수정이 가능하다. 정말 만족스러웠다. 사람은 누구나 실수를 할 수 있다. 잘못 작성하거나, 뒤늦게 수정의 필요가 생긴 경우 접수기간 내에서 얼마든지 수정..
Git Commit 횟수 확인하기 1. 총 커밋 수 보기 git repository에서 총 커밋 수를 보기 위해서는 git rev-list --all --count 를 실행하면 된다. 2. 사용자 총 커밋 수 보기 git repository에서 사용자의 커밋 수를 보고 싶다면 git shortlog -s 를 실행하면 된다. 팀원을 모집하고 교육 후 개발을 시작한지 얼마되지 않은 관계로 아직 커밋 수가 적은 것을 확인할 수 있다.
낯선 Date Picker 한 기업의 채용지원 중, 날짜 선택 과정에서 매끄럽지 못한 부분이 있었다. 보통, 우리는 달력을 볼 때 가로방향으로 숫자의 증가를 본다. 이것은 글을 읽는 방향과도 맞는 방향으로, 일반적으로 row-based 라고 할 수 있다. 하지만 한 기업의 채용 지원 중, 날짜 선택 과정에서 매끄럽지 못한 부분이 있었다. column-based의 년도 선택, row-based의 월/일 선택이었다. 왜 이렇게 구성되어 있을까 의문이 들었다.
[PSSecurityException] UnauthorizedAccess Windows에서 UnauthorizedAccess이 발생할 때, PowerShell 관리자권한으로 실행하여 다음 명령어를 실행해보자. Get-ExecutionPolicy RemoteSigned 라는 결과가 안 뜨고 Restricted처럼 제한된 정책 값이 뜰 것이다. 그렇다면, 다음을 실행한다. Set-ExecutionPolicy RemoteSigned 변경하겠냐고 물으면, 변경을 수락하면 된다. 기존 값으로 되돌리거나 다른 값으로 변경하고자 할 때도 마찬가지로 Set-ExecutionPolicy (원하는 정책) 를 실행하면 된다. 정책 목록 및 각 정책에 대한 설명은 Microsoft Docs를 참고하면 된다.
MongoDB migration from mLab to Atlas Heroku의 대표적인 MongoDB add-on인 mLab이 2020년 11월 10일 Heroku apps로부터 제거된다. (관련링크) mLab MongoDB Add-on Discontinued | Heroku Dev Center mLab MongoDB Add-on Discontinued Change effective on 14 July 2020 The mLab team has discontinued their MongoDB add-on. The mLab MongoDB add-on will be removed from all Heroku apps on November 10, 2020. Users should remove add-on instances attached to their devcenter.h..