apt로 gitlab을 update하는중에 signing key오류가 발생했다
이럴땐 어떻게 하냐고?

키를 다시 발급받아주면 된다.
간단하구만

curl "https://packages.gitlab.com/gpg.key" -o /tmp/omnibus_gitlab_gpg.key
sudo apt-key add /tmp/omnibus_gitlab_gpg.key
sudo apt update

아니 apt upgrade했더니 젠킨스가 실행이 안된다 ㅋㅋㅋㅋ
업그레이드 안에 자바가 있는데 이게 문제인것이다.
자바로 만들어진것들은 항상 이게 문제다.

root@devops:~# systemctl status jenkins.service
● jenkins.service - Jenkins Continuous Integration Server
 Loaded: loaded (/lib/systemd/system/jenkins.service; enabled; vendor preset: enabled)
 Drop-In: /etc/systemd/system/jenkins.service.d
 └─override.conf
 Active: failed (Result: exit-code) since Fri 2022-03-11 09:51:28 KST; 9s ago
 Process: 2226 ExecStart=/usr/bin/jenkins (code=exited, status=1/FAILURE)
 Main PID: 2226 (code=exited, status=1/FAILURE)

Mar 11 09:51:27 devops systemd[1]: jenkins.service: Main process exited, code=exited, status=1/FAILURE
Mar 11 09:51:27 devops systemd[1]: jenkins.service: Failed with result 'exit-code'.
Mar 11 09:51:27 devops systemd[1]: Failed to start Jenkins Continuous Integration Server.
Mar 11 09:51:28 devops systemd[1]: jenkins.service: Scheduled restart job, restart counter is at 5.
Mar 11 09:51:28 devops systemd[1]: Stopped Jenkins Continuous Integration Server.
Mar 11 09:51:28 devops systemd[1]: jenkins.service: Start request repeated too quickly.
Mar 11 09:51:28 devops systemd[1]: jenkins.service: Failed with result 'exit-code'.
Mar 11 09:51:28 devops systemd[1]: Failed to start Jenkins Continuous Integration Server.

젠킨스는 8과 11만을 지원하기때문에 자바 버전을 변경해줘야 한다.

root@devops:/# update-alternatives --config java
There are 3 choices for the alternative java (providing /usr/bin/java).

 Selection Path Priority Status
------------------------------------------------------------
 0 /usr/lib/jvm/java-17-openjdk-amd64/bin/java 1711 auto mode
* 1 /usr/lib/jvm/java-11-openjdk-amd64/bin/java 1111 manual mode
 2 /usr/lib/jvm/java-17-openjdk-amd64/bin/java 1711 manual mode
 3 /usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java 1081 manual mode

Press <enter> to keep the current choice[*], or type selection number: 

업데이트를 했더니 갑자기 serverTimezone을 설정하라고 하면서 DB탭 로딩이 안된다
이때는 설정->고급->serverTimezone 프로퍼티를 추가해주면 된다.

UTC 또는 Asia/Seoul 둘을 제일 많이 사용할것 같은데
우리는 대한민국 시간으로 개발하기때문에 Asia/Seoul을 넣어줬다.



잘된다.

몬터레이 업데이트를 했더니 php가 아에 삭제되어버렸다.
애플에서 기본으로 설치되어있던 php를 이번부터 설치하지 않기로 한건데
이미 깔려있는것도 지워버린다.

brew install php 으로 간단하게 설치할수 있으나 8.x를 설치해버리네???
내가 필요한건 7.4 인데

brew install php@7.4 로 일단 7.4를 설치한다.
잘설치됐나보려고 php -v 하니 그런 파일 없다고 한다.

별도 버전을 지정해서 억지로 설치한거라 기본으로 연결이 안되어있는거다.

brew link --overwrite --force php@7.4

이걸로 기본 버전으로 연결해준다.

잘된다.

오류들도 한글로 나오니 더 보기가 편해졌고  안보이던 메뉴들이 눈에 들어오기 시작했다.
안써봤던 기능들 찾아보고 사용해보도록 하자

해당 div로 바로 불러온다.
modal에도 적용가능
응용하면 일부 div내용을 새로고침효과를 줄수도 있겠다.

$("#modal-body").load('/live/food?seq_id=1', function() {
 });

몇일전 업데이트에서 드디어 markdown preview가 정상 작동하기 시작했다.
php개발에 필요한 모든게 정상 작동하기때문에 업무용으로도 사용할수 있을것 같다.

deployer는 기본적으로 composer install시 dev는 빠지게 된다.
그래서 생각했던거와달리 vendor에 누락된 패키지들이 생기게 된다.

아래 내용을 추가해주자.
그럼 dev도 설치가 된다.

set('composer_options', 'install --verbose --prefer-dist --no-progress --no-interaction --optimize-autoloader');

다만 dev 의도를 잘 파악하고 사용하자.

예를 github으로 하겠지만 개념만 이해하면 어디든 같은방식으로 적용할수 있다.

github는 중복 ssh key등록을 허용하지 않는다.
그래서 여러개의 ssh key를 사용해야할때가 있는데

일단 사용할 키를 만들던가 쓰던걸 가지고 오던가해서 .ssh에 저장한다.

# vi ~/.ssh/config

Host github.com-test1
   HostName github.com
   User git
   IdentityFile ~/.ssh/id_rsa_test1

Host github.com-test2
   HostName github.com
   User git
   IdentityFile ~/.ssh/id_rsa_test2

저장하고

git을 땡겨올때 주소를 config에 지정한 Host로 불러와야 한다.
그러면 해당 Host의 내용에 HostName으로 대체를 하고 지정된 ssh key를 불러오게 된다.

# git clone git@github.com-test2:id/repo.git

간단하구만~

phpstorm에서 git-flow 플러그인을 사용하려고보니 언젠가부터 오류가 나더니
이제는 아에 지원하지 않는다고 나온다.

그래서 보니 더이상 brew 의 git-flow는 업데이트가 안되고 있어
git-flow-avh로 바꿔줘야 한단다.

일단 기존에 설치된걸 지운다.
# brew uninstall git-flow

avh로 설치한다.
# brew install git-flow-avh

# git flow version
1.12.3 (AVH Edition)

잘된다.
끝.

핵심만 정리해놓은듯 굿.

https://github.com/yoondo/http-api-design/tree/master/ko

분명히 이렇게 말했다.

모델 디렉토리는 어디에 있나요?

라라벨을 시작할 때, 많은 개발자들이 models 디렉토리가 없는 것에 혼란을 느낍니다. 하지만 이 디렉토리가 없는 것은 의도된 것입니다. 우리는 "모델"이라는 많은 사람들에게 각기 다른 의미로 받아들려지기 때문에 모호하다는 것을 알게되었습니다. 일부 개발자들은 애플리케이션의 "모델"을 비지니스 로직의 전체로서 참조하는 반면, 다른 개발자들은 "모델"을 관계형 데이터베이스와 상호작용하는데 사용합니다.

이러한 이유로, 기본적으로 app 디렉토리를 Eloquent 모델이 저장되는 곳으로 선택했으며, 개발자가 원하는 그 어떤 곳이라도 이 파일들을 배치할 수 있게 허용 하고 있습니다.

그런데...
laravel 8에서 이런게 추가됐네????

New Model Directory

From Laravel 8, the default model directory in app/Models. Before Laravel 8, all the models were in-app directory which was really messy when lots of the model consists in our application. Now Laravel 8 default model directory make it more organized.

으엥~~?

function test2($a, ...$b)
 {
    print_r($b);
 }
test2('a','b','c','e');

결과
Array ( [0] => b [1] => c [2] => e )

캐시를 생성할때 만료시간 기준이 변경되었다.

5.x 에서 캐시 생성

Cache::put('key', 'value', $minutes);

6.x에서 캐시 생성

Cache::put('key', 'value', $seconds);

네??? 뭐라구요???
expire time이 분에서 초로 바뀌었다구요???
5에서 2분 으로 해놨던게 6에서 2초가 되었다....