일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- ZipArchive 오류
- disk 100% 사용
- author style
- php zip 모듈
- error 1728
- wsrep
- user style
- php 업로드 파일 삭제
- php 파일 삭제
- CSS
- nginx
- php excel
- centos7
- nginx 1.12.0
- DOTCOM 마케팅 설계자 SECRET
- php 7.3
- OTP 보정오류
- disk full
- postfix
- 디스크 용량 확인
- navicat
- 갈레라
- 국민은행(기업)
- MariaDB
- html 구성
- Oracle
- OTP 오류
- mysql.proc 오류
- 복구
- Laravel
- Today
- Total
목록전체 글 (50)
Jehna :)
https://product.kyobobook.co.kr/detail/S000200472901 마케팅 설계자 | 러셀 브런슨 - 교보문고 마케팅 설계자 | 미국 마케팅 업계의 새로운 구루 자동 수익을 완결한 퍼널 해커 러셀 브런슨이 온다! 온라인 비즈니스 설계자를 위한 ‘스타트업의 과학’ 시리즈 1권 첫 출간!1000억 원 규모의 product.kyobobook.co.kr ※ 박스 안의 모든 글은 [DOTCOM 마케팅 설계자 SECRET]에서 발췌한 내용입니다. 어떤 고객이 방문해서 자기가 파는 제품을 구매하고 나면, 그다음 페이지에 상향구매를 유도하는 특별한 제안인 '단 한번의 제안 one-time offer, OTO'을 해서 고객이 주문을 추가할 수 있게 만든 것이다. 쿠팡에서 구매하기 버튼을 클릭하..
PDO로 UPDATE 쿼리 실행 시, There is already an active transaction in.. 와 같은 오류가 발생하는 경우가 있다. * 보통은 업데이트 할 column의 values값이 잘 못 전달되거나 column수와 values 수가 다를 경우 발생하지만 transaction 문제가 있는 경우에도 위와 같은 오류가 발생할 수 있다. 한번에 쿼리가 여러번 실행될 때, transaction도 여러번 실행되는 환경 하나의 transaction이 끝나기도 전에 다른 transaction이 호출되면서 과부하가 걸려 DB에서 자체적으로 막아버림 1. 쿼리 준비 전, beginTransaction() 실행 2. 실행할 모든 ..
간혹 정말 간혹 OTP 번호를 정상적으로 입력했음에도 보정오류가 뜨는 경우가 있는데요 안내 메시지에는 가까운 영업점을 방문하라고 하지만, 은행 사이트에서 해결할 수 있습니다. 1. 상단의 [뱅킹관리] - [인터넷 뱅킹 관리] - [뱅킨관리] - [OTP보정] 클릭 2. OTP 재인증 - 보정을 위해 다시한번 OTP인증을 진행합니다. 보정 진행 후, 다시 이체업무를 보면 됩니다.
php excel을 사용할대 zipArchive 오류가 발생할 수 있다. 이런 경우는 php zip모듈이 없어서 발생한 것. 1. php 모듈 위치 및 버전 확인 - php 모듈 위치 확인 (명령어 또는 phpinfo()로 확인 가능) # find / -name php -type d - php 버전 확인 # php -version 2. yum 으로 php zip 모듈 설치 # yum search php74-pecl-zip // 모듈이 있는지 확인 # yum install php74-pecl-zip 3. php.ini에 모듈 경로 추가 - 경로 추가 전, 꼭! php모듈 위치에 zip.so가 추가되었는지 확인 필요 # vi /etc/php.ini extension_dir = "/usr/local/php/l..
디스크 용량이 꽉 차 불필요한 데이터를 정리했는데도 용량 확보가 안되는 경우!! 1. 용량 확인 # df -h 2. 디렉토리별로 사용하고 있는 용량 확인 # du -sh * | sort -hr => 용량을 아무리 계산해봐도..... 문제가 없다. disk2, disk1은 다른 파티션이라 해당이 안됨. 3. 프로세스 확인 - 좀비 또는 활성화된 프로세스 중 문제가 있는 프로세스 확인 필요! # lsof / | grep deleted 4. 문제의 프로세스 죽이기 - 3번 프로세스 확인을 보면 두번째 열이 PID이다. - ps로 PID를 한번 더 확인한 후, lsof에서 출력해준 정보가 맞는지! 꼭! 확인한 후 kill -9 실행 # kill -9 5607 - 명령어 실행한 후, 3번 명령어를 다시 실행해서 ..
DB 복구 후, 잘 사용하고 있다 에러가 발생했다. 아마도 서버에 설치한 MariaDB 는 10.6이고 복구한 버전은 10.1이여서 발생한 오류같다. 해결 방법은 간단하다. MariaDB 업그레이드! # mysql_upgrade -u root -p
서버가 왜 그랬는지 모르겠지만 ㅠㅠ.. 강제 종료되면서 디비가 손상되었다. 이럴 수도 있는건가..? 아무튼 /var/lib/mysql을 백업해둔게 있어 복구해보려고 한다. innodb로 복구를 하기 위해선 /var/lib/mysql/안에 ib_logfile0, ib_logfile1, ibdata1등등이 필요하다. /var/lib/mysql전체 백업되어 있으면 끝~ 1. /etc/my.cnf 추가 설정 innodb_force_recovery = 0 innodb_purge_threads = 0 2. /var/lib/mysql 백업본으로 교체 - 백업해둔 mysql로 변경 3. mariadb 재시작 systemctl restart mariadb ※ 복구해서 잘 사용하다 갑자기 Cannot load from m..
mariadb root패스워드 분실로 패스워드 변경 후 서비스 재실행하니까.. 아래 오류가 떴다. - Cent OS 7 - Mariadb 10.X [ERROR] WSREP: rsync SST method requires wsrep_cluster_address to be configured on startup. /etc/my.cnf.d/galera.cnf 수정 (wsrep_on 설정값 변경) // 변경 전 wsrep_on = 1 // 변경 후 wsrep_on = 0 - 변경 후, mariadb 재시작!! 갈레라 클러스터를 사용하지 않으면서 사용함으로 되어 있어 발생한 오류
* 환경 CentOS7.x / php 7.3 opendir로 삭제하려는 파일이 위치한 디렉토리를 열고 unlink로 파일 삭제! 생각보다 쉽고 간단합니당~ // 파일 경로 선언 $upload_path = $_SERVER['DOCUMENT_ROOT']."/test/"; // 파일이 위치한 디렉토리 열기 if ( opendir($upload_path) ) { @unlink($upload_path."파일명.txt"); }
* 환경 CentOS7.x / nginx / php-fpm / mariadb * 에러 메시지 1. /var/log/nginx/error.log 2020/11/08 23:39:18 [error] 16076#16076: *3 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 157.55.39.52, server: XXXXXXXX, request: "GET /progress_list.php HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/www.sock:", host: "new.hscan.co.kr" 2. 브라우저 상태 403 Forbid..