글
랜덤함수의 한계, AI가 답하는 것은 레거시 자료 뿐이다.
자바스크립트나 파이썬 등 프로그램에는 랜덤함수가 있다. 그런데 이것이 말이 랜덤함수이지, 직접 써 보면, 거의 같은 결과를 낸다. 특히나 제한 된 시간 안에 딸랑 랜덤함수 내면 그 확률은 더 높아진다. 그도 그럴 것이 애초에 컴퓨터는 설정 된 입력값이나 제한 된 자원에 의해 움직이기 때문이다. 실제로 나는 랜덤박스를 제작하면서, 코드 다양하게 하기 싫어, 하나의 함수로 랜덤을 돌린다. 그러다 보면, 3개가 다 같은 카드가 나오는 경우를 종종 본다. 물론 이를 극복하기 위하여 이중으로 랜덤함수를 돌리거나, (랜덤함수 안에 랜덤으로 난수 집어넣기) 다른 랜덤 함수 등을 병행해서 넣거나 하기는 하지만, 결국 나오는 결과는 비슷하다. 아무리 빠르게 숫자를 시작하더라도 난수 돌리는 숫자 시작점은 같으니까. 카테고리 랜덤박스 (이 박스들도 새로고침 몇 번 하다보면 같은 카드가 나오는 것을 금방 알 수 있다.) 그래서 이번에 송도 1·2동, 똑같은 사전투표 득표수…유정복 인천시장 “나오기 힘든 결과” - 매일경제 송도 1,2동이 같은 사전투표 득표수가 나왔다는데, 컴퓨터의 개입이 있었다는 킹리적 갓심을 느끼고 있다. 랜덤에 대한 검색결과 | 영덕대게태양광 예전에 기억 할 것이다. 넥슨의 확률 조작사건. 넥슨 또 확률 조작 논란…대표 사과에도 이용자 반응은 싸늘 프로그래밍 랜덤 자체도 한계가 있지만, 인간의 의지가 개입되면 랜덤 확률은 쉬이 조작된다. 우연? 통계학상으로 잭팟이 나올 확률인데, 보통 이런 것을 조작 되었다 보는 것이 타당하다. 프로그래밍 하다보면, 컴퓨터도 일종의 습관이라는 것이 있다는 것을 알 수 있다. 그래서 숫자를 분석 해 보면 조작 된 것을 쉬...
연관 라벨 랜덤 버튼(ex) 신재생에너지)
구글 블로그의 주소 패턴은 특이하다. 이전글, 다음글만 눌러봐도, time에 의해 정의 된다. 티스토리는 루트에 번호로 매기는데 말이지. 이러다 y2k가 오면 구조가 다 망가질 듯 한데, 뭔가 아슬아슬 하게 짜놨다. 구글 블로그는 카테고리가 없다. 하지만, 라벨 또는 태그가 있어 대신 이를 쓰면 되기는하다. 이를 이용하면 라벨 별 이전글, 다음글도 구현 가능하고, 이번에 다루고 있는 라벨별 랜덤 버튼도 구현 가능하다. 그저 라벨별 게시글을 모아, 랜덤 돌리면 되는 것이니까. 대신 임의로 모으기 때문에 시간은 걸리지만, 차피 한국은 인터넷 속도 졸 빠르다. 근디 적용하기는 좀 거시기 하다. 구현이 어렵다는 것은 아니다. 현재 게시글을 보면, 아래쪽에 파란 타원형이 있는데, 그것을 누르면, '신재생에너지'라는 라벨 범위 안에서 랜덤 게시글을 추천한다. 근디, 특정 주제의 소모성 컨텐츠가 아니라면, 굳이 쓸 필요가 있나 싶기는하다. 랜덤 버튼을 쓴다는 것은 고를 것이 너무 많아 뭘 먹지?라는 느낌인데, 활어나 대게? 고기? 중 고민하는 것이 보통이지, 대, 중, 소 먹을까? 영덕대게 또는 수입산? 먹을까를 랜덤으로 결정 할 사항이 아니다라는 것이다. 애초에 어느정도 글 양이 되면, 새로운 블로그로 분류하는 것이 오히려 seo에 도움이 되지, 한 곳에 꾸역꾸역 넣어, 그것을 또 카테고리별로 구분 하는 것은 블로그 품질에도 좋지 않다. 영덕은 대게, 마장동은 소고기, 이런 식으로. 그래서 일단은 구현은 해 놓았다. 이 게시글만 한해서. 사실, 신재생에너지에도 종류가 많다. 태양광, 풍력, 지열, 수력, 공기열 등 신재생에너지 종류 및 범위(re100 기술 기준 개정) | 영덕대게태양광 이것을 생각하면 또 카테고리 별 랜덤 버튼이 필요 할 수도 있는데, 우리나라에서 개인이 선택 할 수 있는 신재생에너지는 기껏 태양광과 풍력 것도 아니면, 수소 밖에 없는데, 수소는 또 신재생에너지가 아니다. 공기열도 재생에너지라 빡빡 우기면서 말이지. 대신 일반 랜덤버튼인...
랜덤 포스트 버튼 for 구글블로그스팟
기본에 널려있는 버튼은, 일체형이라 버튼 위치라든지, 버튼 꾸미는데 제한이 있었다. 여기다, 2개 이상은 설치(?)가 되지 않으니, 걍 하나 만들기로 한다. <!DOCTYPE html> <html lang="en"> <head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1.0"> <title>랜덤 포스트 버튼</title> <script type="text/javascript"> var postLinks = [ "https://yourblog.blogspot.com/2023/01/post1.html", "https://yourblog.blogspot.com/2023/02/post2.html", "https://yourblog.blogspot.com/2023/03/post3.html", // 블로그의 모든 게시물 링크를 여기에 추가하세요 ]; function goToRandomPost() { var randomIndex = Math.floor(Math.random() * postLinks.length); ...
랜덤 포스트 버튼2 for 구글블로그스팟
랜덤 포스트 기능은... 왠만한 블로그라면, 구현 해 놓았다. 약간의 유흥거리라 할 수 있을까, 좀 더 페이지에 머물러 좋은 지식을 습득 해 달라는 의미인가... 그런데, 대부분 어디서 긁어왔는지는 몰라도, 한가지 구현하지 않은 기능이 있다. 왜 봤던 게시글을 랜덤으로 돌리는데, 또 봐야 하지? 물론 나는 '다시 보지 않기'라는 체크박스를 만들어 다시 그 페이지에 오면, 랜덤 기능을 발현하게끔 하기는 했지만, 괜히 컴퓨터 소스에 무리가지 않게끔, 랜덤 기능에 아예 한번 랜덤 나온 주소는 7일 동안에 보여주지 않게끔 구현하였다. window.showAllPosts = function(json) { const postContainer = document.getElementById('postContainer'); postContainer.innerHTML = ''; // 이전 콘텐츠 지우기 const entries = json.feed.entry || []; nextPageToken = json.feed.openSearch$startIndex.$t + entries.length; if (entries.length === 0) { postContainer.textContent = 'No posts found.'; return; } const now = new Date().getTime(); // 만료된 포스트 제거 ...
파싱과 rss의 차이, '신재생에너지' 파싱 widget 공유
웹페이지 파싱 목적 : 웹페이지 파싱은 특정 웹페이지에서 원하는 데이터를 추출하는 과정입니다. 주로 HTML 구조를 분석하여 필요한 정보를 가져옵니다. 구현 : 자바스크립트와 같은 클라이언트 측 언어를 사용하여 웹페이지의 HTML을 파싱할 수 있습니다. 이는 브라우저에서 직접 실행되므로, 별도의 서버 설정 없이도 가능합니다. 예시 : 특정 웹페이지에서 기사 제목이나 링크를 추출하는 작업. RSS 피드 구현 목적 : RSS 피드는 웹사이트의 최신 콘텐츠를 자동으로 제공하기 위한 표준화된 XML 형식입니다. 주로 블로그, 뉴스 사이트 등에서 사용됩니다. 구현 : RSS 피드는 XML 형식으로 작성되며, 이를 생성하고 배포하기 위해 서버가 필요합니다. 서버는 RSS 피드를 호스팅하고, 구독자들이 이를 구독할 수 있도록 합니다. 예시 : 블로그의 최신 게시물을 RSS 피드로 제공하여 구독자들이 자동으로 업데이트를 받을 수 있게 하는 작업. 주요 차이점 데이터 구조 : 웹페이지 파싱은 HTML 구조를 분석하여 데이터를 추출합니다. RSS 피드는 XML 형식으로 작성되며, 특정 구조를 따릅니다. 목적 : 웹페이지 파싱은 특정 데이터를 추출하는 데 중점을 둡니다. RSS 피드는 콘텐츠 배포와 구독에 중점을 둡니다. 구현 방식 : 웹페이지 파싱은 클라이언트 측에서 자바스크립트를 사용하여 직접 구현할 수 있습니다. RSS 피드는 서버 측에서 XML 파일을 생성하고 호스팅해야 합니다. 예시 코드 웹페이지 파싱 예시: JavaScript fetch ( 'https://example.com' ) . then ( response => response. text ()) . then ( data => { const parser = new DOMParser (); const doc = parser. parseFromString (data, 'text/html' ); const titles = doc. q...
무선 이어폰 'AI비서 기능'은 필수로 있어야겠다.
qcy ailybuds ht10 pro~진짜 노이즈 캔슬링이 되네??? (xehostel.blogspot.com) 무선 이어폰 장단점이, 선이 없다는 것이다. 그래서 자연스럽게 스마트폰과 거리를 둘 수 밖에 없는데, 그 때 조작 하기 위해서는 자그만한 이어폰을 두드리는 방법이 있다. 한번 터치, 더블 터치, 트리블 터치. 그러나 조작 방법이나 종류에는 제한이 있다. 특히나 기능이 많아 질 수록 뭔가 소통이 필요하다. 이때! ai비서가 있으면 편하다. 음량 높여줘, 랜덤 재생, 삼성 뮤직으로 음악 재생 해 줘. ai비서 기능이 없는 이어폰은, 음악 재생 시 마지막에 들었던 음악을 재생한다. 유튜브를 보고 있었으면, 유튜브를 재생하고, pornhu*를 보고 있었으면, 그 것을 재생... 이때 휴대폰 조작 할 필요 없이, 원하는 어플로 재생 해 달라고 하면 된다. 물론, 내장 된 ai 어시스턴트를 사용하는 것이 좋다. 대화형 AI 종류 및 추천 (xehostel.blogspot.com) ai는 코파일럿이 갑이지만, 제조사에서 만든 ai가 내장 어플을 재생하는데, 갑이다. 구글 어시스턴트는... 아직 멀었다. 그리고 가끔 일본어로 답 할 때가 있는데, 솔직히 기분 나쁘다. 영어권에서 만들었으니, 영어로 답하는 것은 이해한다. 하지만, 일본어는??? 왜 하필 일본어??? 우리나라에서 돈 벌어 먹고 살려면, 최대한 예의상으로도 한국어로 답해야지... 그래서 왠만하면, 구글 어시스턴트는 거른다. ai가 얼마나 편한지는 써 본 사람은 안다. 예를 들어 어떤 분이 '갑오개혁' 때 대한제국의 조선노예제도가 없어졌다 깝치던데, 아, 그럼 우리는 일본 없었어도, 스스로 개화의 의지가 있었구나. 발전 의지가 있었구나 생각 했었다. 그러다 문득 의문이 들었다. 그럼 과연 갑오개혁의 배경은 뭐고, 성공적이였나? 갑오개혁은 1894년부터 1895년까지 조선에서 추진된 근대화 개혁입니다. 이 개혁은 주로 김홍집 내각이 주도했으며, 일본의 영향 아래 진행되었습니다¹³. ...
innerhtml() 대신 텍스트 노드 사용 점, AI야....(선관위 해킹)
innerhtml이라는 함수가 있다. Programmable Search Engine HTML 안에 있는 글자나 그림 등의 노드를 동적으로 바꿀 수 있으며, 심지어 HTML DOM 자체도 바꿀 수 있는 약간 치트키 같은 함수다. 나도 자주 애용했었다. 쳐야 될 글자 수도 적었고, 웹상에는 참조 할 만한 구문들이 많으니까. 하지만, 이 innerhtml은 편하고 강력한 만큼 해킹에 취약하다. 예를 들어 대표그림에도 있지만, 이 구글 블로거에 div 태그와 함께 안녕하세요라는 글자를 치려 했지만, 허용하지 않은 태그라 하여, 구글시스템에서 막았다. 바로 프로그램 좀 다룰 줄 아는 사람이 스크립트로 게시글이나 댓글에 달아 악용 할 여지가 있기 때문이다. 물론 애초에 innerhtml을 안 썼으면 문제가 되지 않는데, 애초에 문제를 방지 하기 위함이다. 앞서서도 언급 했었지만 VPN(DPI)으로 뚫리는 사이트는 사실 합법이다.(그러니 뚫어야지!) | 영덕대게태양광 vpn의 경우 비밀통로를 뚫어주는 대신, 그 자료를 다 훑어본다. 즉, 댓글이나 게시글에 허용하지 않는 태그나 명령어, 프로퍼티 등을 허용한다면, 님 자신 스스로 프로그램을 실행하여 정보를 바치는 꼴이 될 수가 있다. 그래서 일반적으로 보안에 신경쓰는 곳은 2000년대 초중반부터 innerhtml을 쓰지 않았다. 대신 텍스트노드를 직접 변형하거나 받아들일 수 있도록 textcontent()를 사용했지. 추후에 소개 할 예정이였지만, 이 블로그에는 2가지 기능이 있다. 1. 특정 단어에 특수문자 넣으면 바로 링크 걸기 2. 비밀 예를 들어 요즘 핫한 드라마 야인시대를 <야인시대>로 넣으면 바로 링크가 생성된다. 물론 임의로 html 태그를 작성하여 넣거나 링크를 넣어 일일히 편집하는 등으로 구현이 가능하나, 내가 모든 미디어를 보는 것도 아니고, 보지 않았지만, 내용을 아는! 어! 유튜브에서 유명한 작품을 다룰 때 어! 그냥 제목만 쳐서 정보 링크를 걸 수 있도록 만든 것이다. 추천하는 애니 ...