요즘 obsidian에 푹 빠져있다.
이것저것 업무정리를 하면서, 나의 일상생활에 대한 일정표도 정리를 한다.
정말 second-brain 역할을 하는 앱이다.
최근, 옵시디언과 쿵짝이 잘 맞는 것이 Logseq라고 들었다.(뭐 둘다 비슷한데.. 한번 같이 써볼려고..)
웬만하면, 컴퓨터에 뭐 까는게 싫어서 무설치를 선호하는데, 아무리 봐도 무설치 방법이 없어서 포기하다가 우연히 무설치로 바꾸는 방법이 웹사이트에 있어서 옮겨본다.
(추후 이미지가 없어질수도 있으니, 이미지까지 퍼온다는 점 참고바란다)
Rename Net45 to Logseq and run the logseq.exe from there.
git clone 으로 으로 로 접속시, 계속 다음과 같은 에러가 발생하고 있었다.
$ git clone https://github.com/XXXX
Cloning into 'XXXX'...
fatal: unable to access 'https://github.com/XXXX/TEST.git/': schannel: next InitializeSecurityContext failed: SEC_E_ILLEGAL_MESSAGE (0x80090326) - This error usually occurs when a fatal SSL/TLS alert is received (e.g. handshake failed). More detail may be available in the Windows System event log.
워시퍼의 하루
영문명 : The Daily of A Worshiper
md82.tistory.com
이게 왜 나오는거야? 하면서 별의 별 짓을 했다.
그중에 다음과 같이 해봤는데 다 안되었는데..
- git config --global http.sslVerify false
- export GIT_SSL_NO_VERIFY=0
- git config --global http.sslBackend openssl
마지막이 정답이었다.
추후 또 동일한 현상이 나타나면 해결하기 위해, 블로그에 적어놓는다.
dateFmt(date) {
return new Date(date).toLocaleString('sv-SE');
}
ㅇ 참조사이트 :
DataFrame 인덱싱을 하는 방법과 종류가 많아서 헷갈리기 쉽습니다.
인덱싱이 익숙해져야 다음 내용을 쉽게 배울 수 있으니, 꼭 숙지하고 넘어가세요!
| 이름으로 인덱싱하기 | 기본 형태 | 단축 형태 |
| 하나의 row 이름 | df.loc["row4"] | |
| row 이름의 리스트 | df.loc[["row4", "row5", "row3"]] | |
| row 이름의 리스트 슬라이싱 | df.loc["row2":"row5"] | df["row2":"row5"] |
| 하나의 column 이름 | df.loc[:, "col1"] | df["col1"] |
| column 이름의 리스트 | df.loc[:, ["col4", "col6", "col3"]] | df[["col4", "col6", "col3"]] |
| column 이름의 리스트 슬라이싱 | df.loc[:, "col2":"col5"] |
| 위치로 인덱싱하기 | 기본 형태 | 단축 형태 |
| 하나의 row 위치 | df.iloc[8] | |
| row 위치의 리스트 | df.iloc[[4, 5, 3]] | |
| row 위치의 리스트 슬라이싱 | df.iloc[2:5] | df[2:5] |
| 하나의 column 위치 | df.iloc[:, 3] | |
| column 위치의 리스트 | df.iloc[:, [3, 5, 6]] | |
| column 위치의 리스트 슬라이싱 | df.iloc[:, 3:7] |
const myTag = document.querySelector('#list-1');
// innerHTML
console.log(myTag.innerHTML);
const myTag = document.querySelector('#list-1');
// innerHTML
console.log(myTag.innerHTML);
myTag.innerHTML = '<li>Exotic</li>';
console.log(myTag.innerHTML);
const myTag = document.querySelector('#list-1');
// outerHTML
console.log(myTag.outerHTML);
const myTag = document.querySelector('#list-1');
// outerHTML
console.log(myTag.outerHTML);
myTag.outerHTML = '<ul id="new-list"><li>Exotic</li></ul>';
const myTag = document.querySelector('#list-1');
// textContext
console.log(myTag.textContent);
const myTag = document.querySelector('#list-1');
// textContext
console.log(myTag.textContent);
myTag.textContent = 'new text!';
const myTag = document.querySelector('#list-1');
// textContext
console.log(myTag.textContent);
myTag.textContent = '<li>new text!</li>';
프로퍼티유형결과
| element.children | 자식 요소 노드 | element의 자식 요소 모음(HTMLCollection) |
| element.firstElementChild | 자식 요소 노드 | element의 첫 번째 자식 요소 하나 |
| element.lastElementChild | 자식 요소 노드 | element의 마지막 자식 요소 하나 |
| element.parentElement | 부모 요소 노드 | element의 부모 요소 하나 |
| element.previousElementSibling | 형제 요소 노드 | element의 이전(previous) 혹은 좌측(left)에 있는 요소 하나 |
| element.nextElementSibling | 형제 요소 노드 | element의 다음(next) 혹은 우측(right)에 있는 요소 하나 |
배웠던 그대로 이 프로퍼티들은 노드 중에서도 '요소 노드'인 경우에만 존재하는 프로퍼티들입니다. 그럼 요소 노드 말고 텍스트 노드에 접근하고 싶을 땐 어떻게 해야 할까요?
만약 요소 노드가 아닌 다른 노드들을 이동하고 싶은 경우에는 아래와 같은 프로퍼티를 활용할 수도 있습니다.
프로퍼티유형결과
| node.childNodes | 자식 노드 | node의 자식 노드 모음(NodeList) |
| node.firstChild | 자식 노드 | node의 첫 번째 자식 노드 하나 |
| node.lastChild | 자식 노드 | node의 마지막 자식 노드 하나 |
| node.parentNode | 부모 노드 | node의 부모 요소 하나 |
| node.previousSibling | 형제 노드 | node의 이전(previous) 혹은 좌측(left)에 있는 노드 하나 |
| node.nextSibling | 형제 노드 | node의 다음(next) 혹은 우측(right)에 있는 노드 하나 |
대부분 요소 노드의 프로퍼티 이름에서 Element라는 단어만 빠진 것 같은데요. 사실 모든 노드가 공통적으로 갖고있는 이 프로퍼티들은 특별한 경우를 제외하면 자주 사용되진 않습니다.
그 이유는 DOM 트리가 만들어질 때 생겨나는 노드들을 좀 더 자세히 살펴보면 알 수 있는데요.
브라우저가 HTML 코드를 해석할 때 각 코드들은 상황에 맞게 node를 생성하고 DOM 트리를 구성하는데,
HTML 태그는 요소 노드가 되고, 문자들은 텍스트 노드, 그리고 주석도 주석 노드로 DOM 트리에 반영됩니다.
<!DOCTYPE HTML>
<html>
<head>
<title>JavaScript</title>
</head>
<body>
I Love JavaScript
<!-- I Love Codeit -->
</body>
</html>
예를 들어 이런 코드는 아래와 같이 DOM 트리를 구성하게 되는데요.
그런데 텍스트 노드 중에서 붉은 테두리가 있는 부분을 통해 알 수 있듯 태그와 태그사이에 줄 바꿈과 들여쓰기로 인한 띄어쓰기도 텍스트 노드(Text라고 표시된 부분)로 생성된 모습을 확인할 수 있습니다.
지금 예시는 간단하기 때문에 어느 정도 DOM 트리를 예상할 수 있지만, 조금만 더 코드가 복잡하거나 혹은 코드의 스타일이 일정하지 않은 경우에는 이런 줄 바꿈과 들여쓰기로 인해 생성된 텍스트 노드의 존재를 파악하기가 쉽지 않을 수 있습니다.
그래서 방금 본, 모든 노드가 공통으로 갖고 있는 프로퍼티를 활용한다면, 예상치 못한 텍스트 노드를 선택하게 되어 의도하지 않은 결과를 만들어 낼 가능성이 커지게 됩니다.
자바스크립트로 웹 문서를 다룰 때는 아무래도 텍스트 노드보다는 요소 노드를 다룰 경우가 더 많을 겁니다. 만약 여러분이 의도하는 대상이 HTML 태그라면 요소 노드에 대한 이동 프로퍼티를 활용하는 것이 훨씬 더 안전하겠죠?
그래도 상황에 따라서는 요소 노드가 아닌 노드들을 이동시켜야할 수도 있으니 모든 노드가 공통으로 갖고 있는 속성들도 잘 기억해주세요.
잘 기억해 두시면 충분히 도움이 될겁니다!
- 비교는 암이고, 걱정은 독이야. 안 그래도 힘든 세상살이, 지금의 나만 생각하고 살렴.
=> 지금의 트랜드이긴 하지만, 약간의 이기적인 말이 아닌가 싶다
javax.xml.ws.WebServiceException: Could not send Message.
at org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:149)
at com.sun.proxy.$Proxy277.login(Unknown Source)
ㅇ 프레임워크(어떤 목적에 따라 정리한 사고의 틀이나 구조를 말하며, 전체적인 관점에서 사실을 정리하고 분류)
- 문제해결을 위해서는 수집된 정보를 객관적으로 누락과 중복없이 정리할 수 있어야 한다.
1. PEST(거시환경분석) : 기업을 둘러싸고 있는 거시환경을 분석
- 정치법률적 요소 : 정보의 정책, 법률적 규제 측면에서의 기업 생태계 변화
- 경제적 측면 : 중/단기적 경제지표의 변화
- 사회문화적 요소 : 집단 내 나타나는 인간 행동양식의 변화
- 기술적 요소 : 산업환경 속의 기술적 발전과 진보
2. 3C(사회환경분석) : 기업을 둘러싸고 있는 미시환경을 분석
- 고객(Customer) : 고객의 요구와 특성
- 경쟁사(Competitor) : 경쟁사의 강점과 약점, 전략
- 자사(Company) : 내부의 강점과 약점
ㅇ 문제를 제대로 정의하자
1. 문제의 구조를 파악하여 핵심문제를 밝혀라
- 파레토 법칙(상위 20%가 전체의 80%를 차지한다 - 주변의 작은 부분이 대부분의 성과를 이루어낸다.)
2. 가능한 정량적으로 진술하라