Real Vectorism. 훨씬 더 입체적으로...

nodejs 로 프론트엔드 짜는게 익숙하면 데이터그리드 정도는 그냥 만들어서 쓴다가 허세영역에서 가능성의 영역으로 들어옴.얼마든지 재사용이 가능하고 그것도 객체지향처럼 엘리먼트 상태나 컴포넌트 관리나 데이터 취급이 쉬워지는데 언제까지 생각하는 꼬라지가 제이쿼리에 묶여있을꺼냐는 막말이 곧 현실 앞에 도래했을 정도임.결론은굳이 월 구독라이선스니 넥사크로같은 검증거부급 폐기물이니 사서쓰지 않아도 됨. 혹시나 싶어서 이전에 만들어봤던 FuckingNexacro 도 디자인이 병신이라 안썼던거지 이거 한번 본인이 만들어보면 본인이 평소 주로 썼던 css 기반의 본인이 마음에 드는 데이터그리드를 직접 만들어서 씀. 시간아까운건 그렇다쳐도 비용절감은 확실함.그냥 데이터그리드를 직접 만들어서쓰면 만들어져있는 데이터그리드..

GitHub - Grast/FuckingNexacro: 넥사크로 그딴거 왜씀?넥사크로 그딴거 왜씀? Contribute to Grast/FuckingNexacro development by creating an account on GitHub.github.com FuckingNexacro Demobrightness_7 menu arrow_upwardgrast.github.io 위는 깃헙 리포지토리이고아래는 데모 시연페이지임 어차피 내가 할 개인 프로젝트도 산더미인데이거 끝까지 붙들고 책임지고 유지보수할 생각은 없으니재미로만 감상하거나 수명끝난 EOL 컴포넌트로만 사용하시는게...

https://www.youtube.com/watch?v=DkDZh6gq9a0곧 조만간 오픈소스로 공개해볼 예정

곧 완성을 눈 앞에 두고있다...

내용이 뭔지도 모르고 공감 처박고 헛소리하는 댓글 쓰고 튀는 병신들 집합~ 이런 글은 공감도 안누르고 댓글도 안다네 주제에 맞춰서 댓글쓰던가... 본인들도 욕쳐먹을짓을 알면서 하는거야 뭐야

자기 블로그에서 자기 블로그로 링크타고 옮기는것이 유입 URL이다

Material Grid Testgrast.github.io Svelte.js + Materialize.css 를 사용할 경우에 최적화된 데이터그리드. react 나 vue 를 쓰면 나와있는 데이터그리드 라이브러리가 많으니까 그냥 아무렇게나 쓴다고 쳐도 Svelte 는 진짜 아무리 찾아봐도 제대로 된 라이브러리가 없는것 처럼 보여서 아예 못쓰는건가 싶어서 직접 만들어버림. 초기버전인 만큼 기능과 버그가 자잘자잘하게 있음. 일단 체크박스를 통한 다중선택은 가능하나 드래그를 통한 다중선택은 지원하지 않음. 그것말고도 헤더컬럼의 커스터마이징이라던가 그런것도 지원 안함. 셀 더블클릭을 통한 데이터수정도 지원하긴 하는데 이건 조금 더 손봐야 할 예정. 써보면 알겠지만 넥사크로의 그나마 강점이라 불리는 데이터그리드..

실행/디버그 구성에서1. npm 스크립트 실행 [build]2. 프로젝트 빌드 하면 인텔리제이에서 Spring Boot 또는 Spring Webflux 프로젝트를 실행할 때 마다 Svelte 프로젝트를 새로 빌드하게 됨. 굳이 터미널에서 npm run build 를 입력할 필요는 없으나 매 Spring 서버 실행마다 변경점이 없어도 빌드를 하게 된다는 단점이 있음.

List, Set, Map 개념이 있다. 1. List int index 를 통해 번호로 접근하면서 데이터를 삽입/조회/제거 할 수 있다. 최초 데이터는 0번 인덱스부터 채워지고, 중간에 항목이 제거될 경우 앞으로 당겨진다. 예: @Test public void arrayListTest() { List stringList = new ArrayList(); stringList.add("0"); stringList.add("1"); stringList.add("2"); stringList.add("3"); stringList.add("4"); stringList.add("5"); stringList.add("6"); stringList.add("7"); stringList.add("8"); stringLis..

스프링 부트 기반의 SSL 적용이 웹플럭스에서는 잘 먹히지 않는 체감이 들었다.도대체 무슨 문제가 있어서 그렇게 된 것인가. 찾아본 결과 아무래도 스프링 부트의 설정대로만 하는것은 아무래도 임베디드 톰캣을 기반으로 적용되는 설정이었던 모양이다. 확실한 것은 아닌데 웹플럭스의 기본 컨테이너인 Netty 를 위해서는 별도의 설정이 필요한 듯 하다. // 원래 Tab 키로 들여쓰기하는데 블로그에서 쓰면 묘하게 Tab 하나가 너무 길어서 스페이스로 전환함@Componentpublic class CustomWebServerFactorySslCustomizer implements WebServerFactoryCustomizer { @Value("${server.port}") private Integer port;..

뭔가가 계속 Deprecated 되었다고 해서 아예 그냥 복붙해서 쓰는 용도로 정리해버림 @Component public class JwtUtil { @Value("${jjwt.issuer}") private String issuer; @Value("${jjwt.secret}") private String secret; @Value("${jjwt.expiration}") private String expiration; private SecretKey secretKey; @PostConstruct public void init() { this.secretKey = Keys.hmacShaKeyFor(this.secret.getBytes()); } public Claims getAllClaimsFromToke..

아카이브는 왜 있는거임?