반응형

GitHub에서 포크한 저장소를 삭제하는 방법은 다음과 같다:

  1. GitHub에 로그인: GitHub 계정으로 로그인한다.
  2. 저장소 페이지로 이동: 삭제하려는 포크된 저장소 페이지로 이동한다.
  3. Settings (설정) 메뉴로 이동:
    • 저장소의 상단 메뉴에서 Settings 탭을 클릭한다.
  4. 저장소 삭제 옵션으로 이동:
    • Settings 페이지의 하단으로 스크롤하여 Danger Zone 섹션에서 Delete this repository 버튼을 클릭한다.
  5. 확인 및 삭제:
    • 나타나는 팝업 창에 저장소 이름을 정확히 입력한 후, 삭제 확인을 위해 다시 한 번 I understand the consequences, delete this repository 버튼을 클릭한다.

이 과정을 완료하면 포크한 저장소가 삭제된다. 

만약 포크한 저장소가 너무 많아서 일일이 삭제하기 어려운 경우, GitHub CLI를 사용하면 쉽게 일괄 삭제할 수 있다.

  1. GitHub CLI 설치: GitHub CLI가 설치되어 있지 않다면 GitHubCLI설치가이드에 따라 설치한다.
  2. GitHub 로그인:명령어를 입력하고, 지시에 따라 GitHub 계정으로 로그인한다.
    gh auth login
  3. 포크된 저장소 리스트 확인: 모든 포크된 저장소를 확인하려면 다음 명령어를 사용한다.
    gh repo list YOUR_USERNAME --fork --json name
  4. 포크된 저장소 일괄 삭제: 특정 조건을 만족하는 포크만 삭제하려면, 스크립트를 이용해 필터링하여 삭제할 수 있다. 아래는 모든 포크된 저장소를 삭제하는 예제이다.  주의: 이 스크립트는 본인 계정의 모든 포크된 저장소를 반복적으로 삭제한다.
    gh repo list YOUR_USERNAME --fork --json name -q '.[].name' | while read repo; do gh repo delete YOUR_USERNAME/$repo --confirm done

 

다른 방법으로 GitHub 개발자 설정에서 토큰을 발급 받은 후 아래와 같이 python 코드를 사용하여 삭제도 가능하다.

import requests
import time

# GitHub 개인 액세스 토큰과 사용자 이름
TOKEN = 'github_pat_11ABHO ... Q5L5R6ly7vhP'
USERNAME = 'YOUR USERNAME'

# GitHub API URL 설정
API_URL = f'https://api.github.com/users/{USERNAME}/repos'

# 요청 헤더 설정
headers = {
    'Authorization': f'token {TOKEN}'
}

# 저장소 목록 가져오기
response = requests.get(API_URL, headers=headers)

# 응답 상태 코드 확인
if response.status_code != 200:
    print(f"API 요청 실패: {response.status_code}, {response.text}")
else:
    repos = response.json()

    # 포크된 저장소만 필터링하여 삭제
    for repo in repos:
        if isinstance(repo, dict) and repo.get('fork') and repo.get('owner', {}).get('login') == USERNAME:
            repo_name = repo['name']
            delete_url = f'https://api.github.com/repos/{USERNAME}/{repo_name}'
            delete_response = requests.delete(delete_url, headers=headers)

            if delete_response.status_code == 204:
                print(f'{repo_name} 삭제 완료')
            else:
                print(f'{repo_name} 삭제 실패: {delete_response.status_code}, {delete_response.text}')
            
    print("모든 포크된 저장소 삭제 작업이 완료되었습니다.")

위 코드 실행시 약 25개정도 삭제될때마다 API 요청이 거절된다. 이유는 GitHub API는 짧은 시간에 많은 요청이 들어오면 요청을 제한하거나 차단한다. 요청시 일정 시간 딜레이를 주거나 여러번 실행하여 해결할 수 있다.

 

 

반응형
블로그 이미지

SKY STORY

,
반응형

.gitignore에 my_ignore_folder/ 폴더를 추가했음에도 Git이 계속 해당 폴더의 변경사항을 추적하는 이유는, 이미 Git이 이전에 해당 폴더를 트래킹하고 있기 때문이다. .gitignore 파일을 설정한 후에는 Git에 해당 폴더를 무시하도록 아래와 같이 추가 조치를 취해보자.

  1. 추적된 my_ignore_folder/ 폴더의 캐시 삭제
    .gitignore에 추가된 폴더가 이미 Git에서 추적 중인 상태라면 캐시를 삭제해야 한다. 
     
    git rm -r --cached my_ignore_folder/
  2. 변경 사항 커밋
    캐시에서 삭제된 내용을 커밋하여 기록에 반영한다.
     
    git commit -m "Remove my_ignore_folder folder from tracking"
  3. 푸시
    원격 저장소에 반영하려면 다음과 같이 푸시한다.
  4. git push

이 작업을 마친 후, my_ignore_folder/ 폴더는 .gitignore 설정에 따라 무시되어, 이후 변경 사항이 발생해도 Git이 추적하지 않게 된다.

만약 git rm -r --cached my_ignore_folder/ 명령을 실행했음에도 불구하고 my_ignore_folder/ 폴더가 여전히 Git에서 추적되고 있다면, 다음 사항들을 점검하고 추가 조치를 취해보자.

  1. .gitignore 파일이 제대로 설정되었는지 확인
    • .gitignore 파일에서 my_ignore_folder/ 경로가 올바르게 작성되었는지 다시 한번 확인한다.
    • .gitignore 파일이 Git의 루트 디렉토리에 위치해 있는지 확인한다. 프로젝트의 루트 디렉토리가 아니라면 무시되지 않을 수 있다.
  2. .gitignore 파일에 추가적인 경로 지정
    • .gitignore에 my_ignore_folder/ 외에 my_ignore_folder/*과 같은 패턴을 추가해 보세요. 간혹 Git이 하위 파일을 인식하는 경우가 있기 때문에, 아래와 같이 설정할 수도 있습니다:
       
      my_ignore_folder/
      my_ignore_folder/*
  3. git status로 확인
    • 터미널에서 git status 명령을 실행하여 my_ignore_folder/가 추적되고 있는지 확인해보자.
  4. 폴더 강제 삭제 후 커밋
    • 위 방법이 모두 실패한 경우, 강제로 my_ignore_folder/ 폴더를 무시하도록 처리한다.
      git rm -rf --cached my_ignore_folder
      git commit -m "Force ignore my_ignore_folder folder"
      git push
    • 이 명령어는 캐시에서 삭제를 강제하여 .gitignore 파일이 무시되도록 한다.
  5. 로컬 및 원격에 남아 있는지 확인
    • 최종적으로 SourceTree나 다른 Git 클라이언트를 사용하여 로컬과 원격 브랜치 모두에 my_ignore_folder/폴더가 여전히 남아 있는지 확인한다.

 

반응형
블로그 이미지

SKY STORY

,
반응형

아래 오류 메시지는 git push 과정중 네트워크나 git 서버 쪽에서 발생한 500 오류로 인해 연결이 끊어진 상황을 나타낸다. 이 문제는 주로 네트워크 상태나 원격 서버의 일시적인 오류로 인해 발생할 수 있지만, 몇 가지 설정을 조정해보면 해결할 수 있는 경우도 있다.

git --no-optional-locks -c color.branch=false -c color.diff=false -c color.status=false -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=sourcetree push -v --tags origin refs/heads/main:refs/heads/main 
Pushing to https://bitbucket.org/netcanis_workspace/gptapi.git
POST git-receive-pack (chunked)
error: RPC failed; HTTP 500 curl 22 The requested URL returned error: 500
send-pack: unexpected disconnect while reading sideband packet
fatal: the remote end hung up unexpectedly
Everything up-to-date
Completed with errors, see above

 

1. 캐시된 자격 증명 삭제 및 다시 로그인

git credential-osxkeychain erase

 

2. 푸시 버퍼 크기 증가

아래 설정은 500MB로 늘려주는 것으로, 서버와의 데이터 전송 오류를 해결할 수 있다. (대부분 이 문제이다.)

git config --global http.postBuffer 524288000

 

3. Bitbucket 서버 상태 확인

유지보수 작업등으로 인해 요류가 발생할 수 있다. (서버 상태를 확인해 본다.)

 

4. HTTP/2 사용 비활성화

일부 환경에서는 HTTP/2 프로토콜이 문제를 일으킬 수 있다. 아래 명령어를 통해 HTTP/2를 비활성화해 보자.

git config --global http.version HTTP/1.1

 

5. 다른 네트워크 사용

네트워크 연결 문제로 인해 푸시가 차단될 수 있다. 다른 네트워크(예: 핫스팟)로 전환 후 다시 푸시를 시도해 보자.

 

 

반응형

'개발 > Note' 카테고리의 다른 글

GitHub에서 포크한 저장소를 삭제  (0) 2024.11.06
특정 폴더 git 추적 삭제  (0) 2024.10.30
git 마지막 commit 취소, 메시지 수정  (0) 2024.10.16
BLE, Beacon, iBeacon  (0) 2024.01.11
BLE Advertising Payload format 샘플 분석  (1) 2024.01.11
블로그 이미지

SKY STORY

,
반응형

마지막 커밋을 취소하고 변경 사항 유지

git reset --soft HEAD~1

 

마지막 커밋을 취소하고 변경 사항을 스테이징 취소

git reset --mixed HEAD~1

 

커밋과 함께 변경 사항도 모두 취소하고 되돌리기

git reset --hard HEAD~1

 

특정 커밋을 취소하려면

git revert <커밋 해시>

Ex) git revert d6f7e92b1c8f9fcd0e5e0b8ad72f2d7ecb839eba

 

마지막 커밋 메시지 수정

git commit --amend

 

반응형
블로그 이미지

SKY STORY

,

BLE, Beacon, iBeacon

개발/Note 2024. 1. 11. 13:39
반응형

BLE, Beacon, iBeacon 각각의 차이점을 정리해 보았다.

 

  • BLE, Beacon 비교
특성 Bluetooth Low Energy (BLE) Beacon
용도     주변 기기 간의 양방향 통신 주변에 위치 정보를 브로드캐스트
통신 방식     양방향 통신 단방향 통신 (브로드캐스트)
전력 소비     저전력 통신으로 에너지 효율적 전송만 수행하여 에너지 소비 낮음                                           
주요 사용 분야     다양한 응용 분야 (데이터 교환) 위치 기반 서비스, 광고, 근거리 탐지
통신 범위     주변 기기 간의 상대적으로 높음 범위                                        주로 근거리 ( 미터 )

 

  • Beacon, iBeacon 비교
특성 Beacon iBeacon
프로토콜 Bluetooth Low Energy (BLE)  Bluetooth Low Energy (BLE) 
데이터 전송 속도 0.25Mbps ~ 24Mbps 1Mbps
전력 소비 높음 낮음
주요 사용 분야 위치 기반 서비스, 광고, 마케팅 위치 기반 서비스, 광고, 마케팅
비고   Apple 도입한 특정한 규격

 

  • Beacon

| AD Length | AD Type | Manufacturer ID | Beacon ID | Major | Minor | TX Power |

 

  • iBeacon

| AD Length | AD Type | Manufacturer ID | iBeacon Prefix | UUID | Major | Minor | TX Power |

 

  • 참고사항 :

Beacon과 iBeacon은 Advertisement Data의 AD Type으로 일반적으로 0xFF(Manufacturer Specific Data)를 사용합니다. 이 AD Type은 제조사에 특화된 데이터를 나타내며, Beacon과 iBeacon은 자체적인 프로토콜을 사용하여 이 부분에 정보를 담습니다.

따라서 Beacon이나 iBeacon으로 방송될 때, Advertisement Data의 AD Type이 0xFF로 설정되는 것이 일반적입니다. 그리고 이 AD Type 뒤에 이어지는 데이터 부분에는 Beacon이나 iBeacon에 대한 고유한 정보가 포함됩니다.

이러한 설정은 Beacon 또는 iBeacon의 프로토콜 스펙에 따라 다를 수 있으므로, 구체적인 Beacon 또는 iBeacon의 문서나 스펙을 참고하여야 합니다. Beacon과 iBeacon은 자체적으로 프로토콜을 정의하고 있기 때문에, 이러한 세부 사항은 제조사 또는 표준에 따라 다르게 정의될 수 있습니다.

 

2024.01.11 - [Note] - BLE, Beacon, iBeacon

2024.01.11 - [Note] - BLE Advertising Payload format 샘플 분석

2024.01.09 - [Note] - Packet Format for the LE Uncoded PHYs

2024.01.04 - [iOS] - Floating, Dragging Button

2023.12.27 - [생각의 조각들] - 말이 통하지 않는 사람과 싸우지 말라.

2023.12.27 - [Server] - Push Notification

2023.12.27 - [AI,ML,ALGORITHM] - A star

2023.12.07 - [iOS] - XOR 연산을 이용한 문자열 비교

2023.11.03 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 3x3 체크 추가

2023.10.29 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 머신러닝으로 게임 구현

 

 

 

반응형
블로그 이미지

SKY STORY

,
반응형

BLE Advertising Payload format을 raw data로 부터 분리 추출하는 방법을 알아보겠다.

raw data로 부터 payload 포맷에 대한 이해에 도움이 되길 바란다.

Flags, Manufacturer Specify Data, TX Power Level, Slave Connection Interval Range (BLE 5.0미만), Service UUIDs (Complete UUID 128 bit), Device Name, Service Data, Beacon Adv. Data, iBeacon Adv. Data 등의 포맷을 알아 보겠다.

아래 일부 샘플 자료는 아래 사이트에서 참고하였다.
https://jimmywongiot.com/2019/08/13/advertising-payload-format-on-ble/

 

Flags

Length Data Type Advertising Mode
0x02 (2) 0x01 (1) 0x06 (00000110B)

——————————————————————————————————————————
Flags
02 01 06
——————————————————————————————————————————
AD length : 0x02 (2)
AD Type : 0x01 (1)
	- 0x01 : Flags
AD data : 0x06
	- 0x06 ( 0000 0110 B ) 
	- Bit 0 : LE Limited Discoverable Mode		NO
	- Bit 1 : LE General Discoverable Mode		YES
	- Bit 2 : BR / EDR Not Supported			YES  
	- Bit 3 : Simultaneous LE and BR/EDR to Same Device Capable			NO
	- Bit 4 : Simultaneous LE and BR/EDR to Same Device Capable (Host)	NO
	- Bit 5 : Reserved
	- Bit 6 : Reserved
	- Bit 7 : Reserved

 

 

Manufacturer Specify Data

Length Data Type Company ID Manufacturer Specific Data
0x1B (27) 0xFF (255) 0x0059 0x01C0111111CC64F00A0B0C0D0E0F101112131415161718

Manufacturer Specific Data (offset) Type Value / Data
0 Header of Manufacturer Payload 0x01
1-7 MAC Address 0xCC, 0x11, 0x11, 0x11, 0x11, 0xC0
8 Battery Value in % 0x64 (100%)
9 Measured RSSI Value 0xF0
10 – 24 Other Value 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F, 
0x10, 0x11, 0x12, 0x13, 0x14, 0x15,
0x16, 0x17, 0x18
——————————————————————————————————————————
Manufacturer Specific Data
1B FF 59 00 01 C0 11 11 11 11 CC 64 F0 0A 0B 0C 0D 0E 0F 10 11 12 13 14 15 16 17 18
——————————————————————————————————————————
AD length : 0x1B (27)
AD Type : 0xFF (255)
	- 0xFF :  Manufacturer Specific Data
AD data :
	Company Id :
		- 0x0059 (89)
	Manufacturer Specific Data :
		- 0x01C0111111CC64F00A0B0C0D0E0F101112131415161718
		- Header of Manufacturer Payload (0) : 0x01 (1)
		- MAC Address (1-7) : 0xCC, 0x11, 0x11, 0x11, 0x11, 0xC0
		- Battery Value in % (8) : 0x64 (100) %
		- Measured RSSI Value (9) : 0xF0 (240)
		- Other Value (10-24) : 0x0A, 0x0B, 0x0C, 0x0D, 0x0E, 0x0F, 0x10, 0x11, 0x12, 0x13, 0x14, 0x15, 0x16, 0x17, 0x18

 

 

TX Power Level

Length Data Type TX Power Level
0x02 (2) 0x0A (10) 0xFC (-4 dBm)

Slave Connection Interval Range

Length Data Type Minimum Maximum
0x05 (5) 0x12 (18) 0x0006 (7.5ms) 0x0014 (25ms)

——————————————————————————————————————————
Tx Power Level
02 0A FC
——————————————————————————————————————————
AD length : 0x02 (2)
AD Type : 0x0A (10)
	- 0x0A : Tx Power Level
AD data : 0xFC (-4 dBm)
	- 0xFC ( 1111 1100 B ) 
	- 부호 있는 8비트 정수이므로 2의 보수를 취해 값을 구한다.
	- 11111100을 반전하면 00000011. 그리고 1을 더하면 00000100. 즉, 값은 -4가 된다.



——————————————————————————————————————————
Slave Connection Interval Range
05 12 06 00 14 00
——————————————————————————————————————————
AD length : 0x05 (5)
AD Type : 0x12 (18)
	- 0x12 : Slave Connection Interval Range
AD data :
	- BLE 5.0 미만 버전에서 사용 됨. BLE 5.0 이상에서는 Advertising ID로 변경 됨.
	- Slave Connection Interval은 BLE(Bluetooth Low Energy)에서 두 장치 간의 연결 주기를 나타내는 값입니다.
	- Connection Interval은 두 연속적인 연결 사이의 시간 간격을 말하며, 이를 설정함으로써 연결의 성능과 전력 소비를 조절할 수 있습니다.
	- 최소 값과 최대 값은 16진수로 표현된 값이며, 단위는 1.25ms입니다. 
	- Connection Interval Min/Max (ms)=16진수 값×1.25
	Minimum : 
		- 0x0006 (6) 
		- 6 x 1.25 = 7.5 ms
	Maximum :
		- 0x0014 (20)
		- 20 x 1.25 = 25 ms

 

 

Service UUIDs (Complete UUID 128 bit)

Length Data Type UUID
0x11 (17) 0x07 (7) 0x6E400001-B5A3-F393-E0A9-E50E24DCCA9E

——————————————————————————————————————————
Complete List of 128-bit Service Class UUIDs 
11 07 9E CA DC 24 0E E5 A9 E0 93 F3 A3 B5 01 00 40 6E
——————————————————————————————————————————
AD length : 0x11 (17)
AD Type : 0x07 (7)
	- 0x12 : Complete List of 128-bit Service Class UUIDs 
AD data :
	- 0x6E400001-B5A3-F393-E0A9-E50E24DCCA9E

 

 

Complete Local Name

Length Data Type Complete Local Name
0x0C (12) 0x09 (9) Nordic_UART (0x4E6F726469635F55415254)

——————————————————————————————————————————
Complete Local Name 
0C 09 4E 6F 72 64 69 63 5F 55 41 52 54
——————————————————————————————————————————
AD length : 0x0C (12)
AD Type : 0x09 (9)
	- 0x09 : Complete Local Name 
AD data :
	- Nordic_UART (0x4E6F726469635F55415254)

 

 

Flags

Length Data Type Service Data
0x02 (2) 0x01 (1) 0x06

Service Data

Length Data Type Service Data
0x05 (5) 0x16 (22) 0x6E2ADB02

Complete Local Name

Length Data Type Service Data
0x0B (11) 0x09 (9) 0x50205420383034394638                                 

——————————————————————————————————————————
Flags
02 01 06
——————————————————————————————————————————
AD length : 0x02 (2)
AD Type : 0x01 (1)
	- 0x01 : Flags
AD data : 0x06
	- 0x06 ( 0000 0110 B ) 
	- Bit 0 : LE Limited Discoverable Mode		NO
	- Bit 1 : LE General Discoverable Mode		YES
	- Bit 2 : BR / EDR Not Supported				YES  
	- Bit 3 : Simultaneous LE and BR/EDR to Same Device Capable			NO
	- Bit 4 : Simultaneous LE and BR/EDR to Same Device Capable (Host)	NO
	- Bit 5 : Reserved
	- Bit 6 : Reserved
	- Bit 7 : Reserved


——————————————————————————————————————————
Service Data 16-bit UUID
05 16 6E 2A DB 02
——————————————————————————————————————————
AD length : 0x05 (5)
AD Type : 0x16 (22)
	- 0x16 :  Service Data 16-bit UUID
AD data :
	- 0x6E2ADB02
	- ServiceData의 값은 해당 서비스의 사양에 따라 정의된다. (사용자 설정 포맷)
	- ServiceData UUID를 포함할 경우 [CBUUID: Data] 포맷으로 만들기도 한다.


——————————————————————————————————————————
Complete Local Name
0B 09 50 20 54 20 38 30 34 39 46 38
——————————————————————————————————————————
AD length : 0x0B (11)
AD Type : 0x09 (9)
	- 0x09 :  Complete Local Name
AD data :
	- 0x50205420383034394638
	- ASCII 문자열로 변환하면  "P T 8 0 4 9 F 8" 이다.

 

 

Beacon Adv. Data

Length Data Type Beacon Adv. Data
0x1A (26) 0xFF (255) 0x004C 000215 112233445566778899AABBCCDD

——————————————————————————————————————————
Beacon Adv. Data
| AD Length | AD Type | Manufacturer ID | Beacon ID | Major | Minor | TX Power |
1A FF 00 4C 00 02 15 11 22 33 44 55 66 77 88 99 AA BB CC DD
——————————————————————————————————————————
AD length : 0x1A (26)
AD Type : 0xFF (255)
	- 0xFF : Manufacturer Specific Data
AD data :
	Manufacturer :
	- 0x004C (Beacon을 제조한 회사의 ID)
	Beacon ID :
	- 0x000215 (Beacon을 식별하는 고유 ID)
	Beacon Data :
	- 0x112233445566778899AABBCCDD (Beacon 고유 데이터)
	- Beacon Data의 세부 사항은 제조사 또는 표준에 따라 다르게 정의될 수 있다. 
	- 일반적으로 Major, Minor, TX Power를 사용한다.

 

 

iBeacon Adv. Data

Length Data Type iBeacon Adv. Data
0x1F (31) 0xFF (255) 0x4C 000215 E2C56DB5DFFB48D2B060D0F5A71096E0 0001 0002 C5

——————————————————————————————————————————
iBeacon Adv. Data
| AD Length | AD Type | Manufacturer ID | iBeacon Prefix | UUID | Major | Minor | TX Power |
1F FF 4C 00 02 15 E2C56DB5DFFB48D2B060D0F5A71096E0 0001 0002 C5
——————————————————————————————————————————
AD length : 0x1A (26)
AD Type : 0xFF (255)
	- 0xFF : Manufacturer Specific Data
AD data : 
	Manufacturer :
	- 0x4C (Beacon을 제조한 회사의 ID)
	iBeacon Prefix :
	- 0x000215 (Apple이 iBeacon을 식별하기 위한 특별한 값)
	UUID : 
	- 0xE2C56DB5DFFB48D2B060D0F5A71096E0 (16바이트의 Universally Unique Identifier)
	Major :
	- 0x0001 (주요 범주를 식별하는 값)
	Minor :
	- 0x0002 (Major 범주 내에서 세부 항목을 식별하는 값)
	TX Power :
	- 0xC5 (전송 전력을 나타내는 값)

 

 

2024.01.11 - [Note] - BLE, Beacon, iBeacon

2024.01.11 - [Note] - BLE Advertising Payload format 샘플 분석

2024.01.09 - [Note] - Packet Format for the LE Uncoded PHYs

2024.01.04 - [iOS] - Floating, Dragging Button

2023.12.27 - [Bark Bark] - 말이 통하지 않는 사람과 싸우지 말라.

2023.12.27 - [Server] - Push Notification

2023.12.27 - [AI,ML,ALGORITHM] - A star

2023.12.07 - [iOS] - XOR 연산을 이용한 문자열 비교

2023.11.03 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 3x3 체크 추가

2023.10.29 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 머신러닝으로 게임 구현2023.11.03 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 3x3 체크 추가

 

 

반응형

'개발 > Note' 카테고리의 다른 글

git 마지막 commit 취소, 메시지 수정  (0) 2024.10.16
BLE, Beacon, iBeacon  (0) 2024.01.11
Packet Format for the LE Uncoded PHYs  (0) 2024.01.09
Push Notification  (1) 2023.12.27
[Mac OS X] Apache Virtual Hosts 설정 설정  (0) 2023.02.21
블로그 이미지

SKY STORY

,
반응형
반응형

'개발 > Note' 카테고리의 다른 글

BLE, Beacon, iBeacon  (0) 2024.01.11
BLE Advertising Payload format 샘플 분석  (1) 2024.01.11
Push Notification  (1) 2023.12.27
[Mac OS X] Apache Virtual Hosts 설정 설정  (0) 2023.02.21
Unwind Segue 사용방법  (0) 2023.01.11
블로그 이미지

SKY STORY

,

Push Notification

개발/Note 2023. 12. 27. 16:42
반응형

python으로 간단한 모바일 푸시 서버를 만들어 보았다.

예약 발송 및 batch 처리등 처리 하였다. 

 

#
# push_server.py
# APNs, FCM, 예약 및 batch 푸시 발송
#

import json
import jwt
import time
from datetime import datetime
from hyper import HTTPConnection
from http.client import HTTPSConnection
from apscheduler.schedulers.blocking import BlockingScheduler
import mysql.connector
import configparser
from apscheduler.events import EVENT_JOB_EXECUTED

# Read configuration from config.ini
config = configparser.ConfigParser()
config.read('config.ini')

# SSL/TLS (Secure Sockets Layer / Transport Layer Security)
CA_FILE = config.get('SSL', 'ca_file', fallback=None)
CERT_FILE = config.get('SSL', 'cert_file', fallback=None)
KEY_FILE = config.get('SSL', 'key_file', fallback=None)

# Database
DB_HOST = config.get('Database', 'host')
DB_USER = config.get('Database', 'user')
DB_PASSWORD = config.get('Database', 'password')
DB_NAME = config.get('Database', 'database')
DB_PORT = config.get('Database', 'port')

# Protocol
PROTOCOL = config.get('Server', 'protocol', fallback='HTTP')

# APNs status codes
status_codes = {
    200: "Success",
    400: "Bad request",
    403: "Error with certificate or provider authentication token",
    405: "Invalid request method. Only POST requests are supported.",
    410: "Device token is no longer active for the topic.",
    413: "Notification payload was too large.",
    429: "Too many requests for the same device token.",
    500: "Internal server error",
    503: "Server is shutting down and unavailable.",
}

conn_class = HTTPConnection if PROTOCOL.upper() == 'HTTP' else HTTPSConnection

scheduler = BlockingScheduler()


# Create the request headers with expiration time
def create_request_headers(section_name, remaining_seconds):
    push_type = config.get(section_name, 'push_type')
    
    if push_type == "APNs": 
        return create_apns_request_headers(section_name, remaining_seconds)
    elif push_type == "FCM":
        return create_fcm_request_headers(section_name)
    else:
        return None

# Create APNs request headers
def create_apns_request_headers(section_name, remaining_seconds):
    auth_key_path = config.get(section_name, 'auth_key_path')
    team_id = config.get(section_name, 'team_id')
    key_id = config.get(section_name, 'key_id')
    bundle_id = config.get(section_name, 'bundle_id')
    
    with open(auth_key_path) as f:
        secret = f.read()
    
    token = jwt.encode(
        {
            'iss': team_id,
            'iat': time.time(),
        },
        secret,
        algorithm='ES256',
        headers={
            'alg': 'ES256',
            'kid': key_id,
        }
    )
    token_bytes = token.encode('ascii')
    
    headers = {
        'apns-priority': '10',
        'apns-topic': bundle_id,
        'authorization': 'bearer {0}'.format(token_bytes.decode('ascii'))
    }
    
    if remaining_seconds is not None:
        headers['apns-expiration'] = str(remaining_seconds)

    return headers

# Create FCM request headers
def create_fcm_request_headers(section_name):
    api_key = config.get(section_name, 'api_key') 
    
    headers = {
        'Authorization': 'key=' + api_key,
        'Content-Type': 'application/json'
    }
    return headers

# Function to send notification with scheduled time
def send_notification(conn, section_name, push_token, message, badge_count=0, remaining_seconds=0):
    request_headers = create_request_headers(section_name, remaining_seconds)

    push_type = config.get(section_name, 'push_type')

    payload_data = create_payload_data(push_type, message, badge_count)
    payload = json.dumps(payload_data).encode('utf-8')

    if push_type == "APNs": 
        conn.request('POST', f'/3/device/{push_token}', payload, headers=request_headers)
    elif push_type == "FCM":
        conn.request('POST', '/fcm/send', payload, headers=request_headers)
    
    resp = conn.get_response()

    status_code = resp.status
    description = status_codes.get(status_code, "Unknown status code")
    print(f"Status code: {status_code} - Description: {description}")
    print(resp.read())

# Create payload data based on push type
def create_payload_data(push_type, message, badge_count):
    if push_type == "APNs":
        return {
            'aps': {
                'alert': message,
                'badge': badge_count,
            }
        }
    elif push_type == "FCM":
        return {
            'to': push_token,
            'notification': {
                'title': '',
                'body': message,
            },
            'data': {
                'badge': badge_count,
            },
        }

# Function to send push with scheduled time
def send_push(conn, section_name, push_token, message, badge_count, scheduled_time, remaining_seconds=0):
    scheduler.add_listener(lambda event: scheduler.shutdown(wait=False), EVENT_JOB_EXECUTED)
    scheduler.add_job(
        send_notification,
        args=(conn, section_name, push_token, message, badge_count, remaining_seconds),
        trigger='date',
        run_date=datetime.fromtimestamp(scheduled_time)
    )
    scheduler.start()

# Function to send bulk push
def send_bulk_push(conn, section_name, users, message, badge_count, scheduled_time, remaining_seconds=0):
    scheduler.add_listener(lambda event: scheduler.shutdown(wait=False), EVENT_JOB_EXECUTED)
    for user in users: 
        push_token = user[6]
        scheduler.add_job(
            send_notification,
            args=(conn, section_name, push_token, message, badge_count, remaining_seconds),
            trigger='date',
            run_date=datetime.fromtimestamp(scheduled_time)
        )
    scheduler.start()

# Function to send push to users in batches
def send_push_to_users_in_batches(section_name, users, batch_size, message, badge_count, scheduled_time, remaining_seconds=0): 
    push_type = config.get(section_name, 'push_type')
    environment = config.get(section_name, 'environment', fallback='development')

    if push_type == "APNs": 
        push_url = 'api.development.push.apple.com' if environment == 'development' else 'api.push.apple.com'
    elif push_type == "FCM":
        push_url = 'fcm.googleapis.com'

    conn = conn_class(push_url + ':443', ca_certs=CA_FILE, cert_file=CERT_FILE, key_file=KEY_FILE)

    total_users = len(users)
    num_batches = (total_users + batch_size - 1) // batch_size
    for batch_number in range(num_batches):
        start_index = batch_number * batch_size
        end_index = (batch_number + 1) * batch_size
        batch_users = users[start_index:end_index]
        send_bulk_push(conn, section_name, batch_users, message, badge_count, scheduled_time, remaining_seconds)

    conn.close()

# MySQL connection and get user info
def get_users_from_database():
    connection_params = {
        'host': DB_HOST,
        'user': DB_USER,
        'password': DB_PASSWORD,
        'database': DB_NAME,
        'port': DB_PORT,
    }
    
    if PROTOCOL == 'HTTPS':
        connection_params['ssl'] = {
            'ca': CA_FILE,
            'cert': CERT_FILE,
            'key': KEY_FILE
        }
    
    connection = mysql.connector.connect(**connection_params)
    
    try:
        cursor = connection.cursor()
        query = 'SELECT * FROM users'
        cursor.execute(query)
        users = cursor.fetchall()
        return users
    finally:
        cursor.close()
        connection.close()

# Calculate the scheduled time (in seconds from now)
def get_push_schedule_time(year=None, month=None, day=None, hour=None, minute=None):
    current_time = datetime.now()

    if all(x is None for x in [year, month, day, hour, minute]):
        return int(current_time.timestamp())

    scheduled_time = datetime(
        year if year is not None else current_time.year,
        month if month is not None else current_time.month,
        day if day is not None else current_time.day,
        hour if hour is not None else current_time.hour,
        minute if minute is not None else current_time.minute
    )

    if scheduled_time < current_time:
        return int(current_time.timestamp())

    return int(scheduled_time.timestamp())

# Calculate the remaining expiration time (in seconds from now)
def get_remaining_expiry_seconds(year=None, month=None, day=None, hour=None, minute=None):
    current_time = datetime.now()
    expiration_time = datetime(
        year if year is not None else current_time.year,
        month if month is not None else current_time.month,
        day if day is not None else current_time.day,
        hour if hour is not None else current_time.hour,
        minute if minute is not None else current_time.minute
    )
    time_difference = expiration_time - current_time
    remaining_seconds = max(int(time_difference.total_seconds()), 0)
    return remaining_seconds




# Push scheduling time
scheduled_time = get_push_schedule_time(2023, 12, 19, 10, 37)
# Remaining seconds until push expiration time
remaining_seconds = get_remaining_expiry_seconds(2023, 12, 19, 10, 38)
print(f"Scheduled Time: {scheduled_time}")
print(f"Remaining Seconds: {remaining_seconds}")

# Section name (company name)
section_name = 'MyApp'
# Get user information
users_data = get_users_from_database()
# Batch size
batch_size = 1000
# Push message
message = "test message."
# Badge count
badge_count = 1

# Send push to users based on batch size
send_push_to_users_in_batches(section_name, users_data, batch_size, message, badge_count, scheduled_time, remaining_seconds)

print("Complete.")

 

#
# config.ini
#

[Server]
# HTTP 또는 HTTPS
protocol = HTTP

[SSL]
ca_file = cert/ca.pem
cert_file = cert/cert.pem
key_file = cert/key.pem

[Database]
host = 127.0.0.1
user = netcanis
password = 12345678
database = My_DB_Name
port = 3306

[HarexApp]
# APNs, FCM
push_type = APNs
# development 또는 production
environment = development
bundle_id = com.mycompany.test
auth_key_path = cert/mycompany/AuthKey.p8
key_id = XX8UHXF9XX
team_id = XX6KEXF2XX

[HarexApp2]
# APNs, FCM
push_type = FCM
# development 또는 production
environment = development
bundle_id = com.mycompany.test
api_key = XXXX.....XXXX

 

2024.01.11 - [Note] - BLE, Beacon, iBeacon

2024.01.11 - [Note] - BLE Advertising Payload format 샘플 분석

2024.01.09 - [Note] - Packet Format for the LE Uncoded PHYs

2024.01.04 - [iOS] - Floating, Dragging Button

2023.12.27 - [생각의 조각들] - 말이 통하지 않는 사람과 싸우지 말라.

2023.12.27 - [Server] - Push Notification

2023.12.27 - [AI,ML,ALGORITHM] - A star

2023.12.07 - [iOS] - XOR 연산을 이용한 문자열 비교

2023.11.03 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 3x3 체크 추가

2023.10.29 - [AI,ML,ALGORITHM] - Gomoku(Five in a Row, Omok) (5/5) - 머신러닝으로 게임 구현

 

반응형

'개발 > Note' 카테고리의 다른 글

BLE Advertising Payload format 샘플 분석  (1) 2024.01.11
Packet Format for the LE Uncoded PHYs  (0) 2024.01.09
[Mac OS X] Apache Virtual Hosts 설정 설정  (0) 2023.02.21
Unwind Segue 사용방법  (0) 2023.01.11
랜덤 seed 초기화  (0) 2022.11.18
블로그 이미지

SKY STORY

,