위시랜이 해보니

윈도우(Windows) 환경에서 PHP 개발 환경을 구성하는 방법은 찾아보면 상당히 많은 것을 알 수 있다.  예전에 아래 포스팅에서 XAMPP라든지 ampps, EasyPHP 등의 통합 패키지 프로그램들을 소개하기도 했다. 윈도우(Windows)에서 PHP 개발 환경 구성하는 방법 - XAMPP, AMPPS, EasyPHP, Homestead어떤 프로그래밍이든 배우고자 하고 학습을 해보기 위해서는 해당 언어를 사용할 수 있는 환경을 구성해야 한다. C언어든 Java든 모든 언어는 자신의 PC에서 실습이란 것을 해보wishlan.tistory.com이번에는 라라곤(Laragon)을 소개한다.공식 사이트 : https://laragon.org/공식 사이트에 드가보면 알겠지만, 사용하는 사람들의 좋은 평가가..

어떤 프로그래밍이든 배우고자 하고 학습을 해보기 위해서는 해당 언어를 사용할 수 있는 환경을 구성해야 한다. C언어든 Java든 모든 언어는 자신의 PC에서 실습이란 것을 해보기 위한 환경을 구성해야 한다.  PHP도 마찬가지이다. PHP 공식 사이트에 가서 다운로드해서 PHP를 설치한다고 해서 개발 환경을 모두 구성한 것은 아니다.  PHP 문법을 익히고자 한다면? PHP만 다운로드해서 설치해도 무관하다. 하지만, PHP와 같은 서버 사이드 스크립트 언어는 API를 개발한다든지 웹 사이트를 개발하는 것이 주목적이므로 이때는 PHP뿐 아니라 웹서버와 DB도 필요하게 된다. 더불어 특정 프레임워크(예: 라라벨)를 사용할 계획이라면 그에 맞는 추가적인 것도 준비가 필요하다.  윈도우(Windows)에서PHP..

PHP가 서버 사이드 스크립트 언어이지만 당연히 프로그래밍 언어의 하나다. 프로그래밍 언어를 배우고 개발을 하기 위해서는 필요한 환경을 준비하는 것은 필수다.  PHP도 마찬가지로 웹 서버와의 연동이 필요해지고, 나아가 DB(Database)와도 연동이 필요하다. PHP로 개발을 하면서 가장 많이 사용하는 DB가 MySQL 혹은 MariaDB 일 것이다.MySQL vs MariaDB MySQL과 MariaDB는 웹 개발자 입장에서 보면 거의 같은 DB라고 해도 무관할 정도로 비슷하다.  MySQL은 오픈 DB 중 가장 널리 사용되고 있는 관계형 데이터베이스 관리 시스템(RDBMS)이다.  MySQL은 유닉스, 리눅스, 윈도우 등 다양한 운영체제에서 사용할 수 있고, 특히 PHP와 함께 웹 개발에 많이 사..

PHP를 CLI 형태로 사용한다면 관계없겠지만, 대부분이 웹 애플리케이션, 다시 말해 웹 개발을 하기 위해 PHP를 사용하기 때문에 그러기 위해서는 PHP를 웹 서버와 연동해야 한다. Apache(아파치)와 같은 웹 서버도 있지만 여기서는 '엔진엑스'라고 읽는 오픈 소스 웹 서버 nginx를 설치하고 PHP와 연동해 본다.​  1. Nginx 다운로드 및 설치 PHP를 설치할 때에도 공식 사이트에서 다운로드했다. 마찬가지로 nginx 공식 사이트 (https://nginx.org/en)에 접속하거나 바로 아래의 다운로드 페이지에 접속한다.  nginx 다운로드 페이지 : https://nginx.org/en/download.html 항상 그렇듯이 Stable version (안정 버전)을 다운로드한다. ..

1. PHP 공식 사이트https://www.php.net/ PHP: Hypertext PreprocessorPHP is a popular general-purpose scripting language that powers everything from your blog to the most popular websites in the world.www.php.net무엇을 하든 공식 사이트 정도는 알아 두는 것이 필수다.수많은 정보들이 넘쳐나지만 공식 사이트의 정보가 근본이 된다.PHP 설치를 위해서도 공식 사이트에 접속해 원하는 버전의 PHP 설치 파일을 다운로드한다. 2. PHP 설치 파일 다운로드https://www.php.net/downloads.php위 링크를 클릭하거나, 아래 공식 사이트의 [Do..

알아 두면 유용한 Git .gitignore 프로젝트를 진행하다 보면, 불필요한 파일을 생성하거나 보안에 민감한 파일들이 있을 수 있습니다. 혼자 개발을 하는 경우라면 크게 관련 없겠지만 여러 사람과 협업을 한다거나 실제 서비스로 배포가 진행될 때에는 불필요한 파일들은 분리해서 관리되어야 하는 경우가 있습니다. 다시 말해, Git으로 관리하고 싶지 않은 파일이나 폴더가 있을 수 있는데 이 때 .gitignore 파일을 이용합니다. git과 ignore(무시하다) 단어를 합성한 설정 파일인데 이름을 직관적으로 잘 지은 것 같습니다. .gitignore 파일은 편집기를 이용해 간단하게 작성할 수 있습니다. .gitignore 파일은 저장소 폴더의 최상위 디렉터리에 두어야 하며 다음과 같이 작성할 수 있습니다..

GitHub 협업 플로우 지금까지 Git에 대한 기본적인 이해는 되었길 희망합니다. 이번에는 여러 사람이 협업을 한다고 하면 큰 틀에서 규칙이 필요합니다. 아무리 좋은 버전 관리 시스템을 사용한다고 해도 충돌은 피할 수 없습니다. 이를 최소화하는 것이 중요하고 배포까지 고려한다면 개발 → 테스트 → 배포라는 과정에서 어떤 규칙하에 진행되어야 하는지는 중요한 부분이라고 할 수 있습니다. SVN(Subversion)으로 버전 관리 시스템을 구성할 때에도 SVN의 기본 구성 요소인 trunk, branch, tag를 기반으로 trunk는 항상 안정적인 버전을 유지하고, 배포 후 tag를 달아 배포 버전을 관리하고, 실제 작업은 branch를 생성해 진행하는 큰 틀에서의 규칙을 만들고 세부 지침을 정하는 등이 ..

태그(Tag) 삭제하기 로컬 저장소의 태그 삭제 생성한 태그는 언제든지 삭제할 수 있습니다. 터미널에서 삭제하는 명령은 다음과 같이 -d 옵션과 삭제할 태그 이름을 함께 사용합니다. # 태그 삭제하기 $ git tag -d 다음은 터미널에서 커밋 이력을 확인해 태그를 확인한 다음 1.0.0을 삭제한 화면입니다. 삭제 후 다음과 같이 다시 커밋 이력을 확인해 삭제된 것을 확인할 수 있습니다. 이와 같이 태그는 단순히 커밋에 대한 꼬리표라는 포인터 개념이기 때문에 삭제하더라도 커밋에 영향을 주진 않습니다. 소스트리(Sourcetree)에서 로컬 저장소 태그 삭제 소스트리(Sourcetree)에서도 마찬가지로 편리하게 삭제할 수 있습니다. 다음과 같이 소스트리 왼쪽 사이드 메뉴에 태그 목록에서 삭제하고자 하는..

서버(원격) 저장소와 태그 정보 동기화 서버(원격) 저장소를 함께 사용하며 협업 중이라면, 로컬 저장소에서 생성된 태그 정보를 서버(원격) 저장소에도 올려서 다른 사람들에게도 공유하는 것은 당연합니다. 우리가 서버(원격) 저장소로 로컬 저장소의 커밋 정보를 $ git push 명령어를 사용해 올리는 것을 아래 포스팅에서 학습했습니다. [Git_42] 서버(원격) 저장소 - 전송하기 (git push) 서버(원격) 저장소 - 전송하기 (git push) push 위 그림에서도 알 수 있듯이 로컬 저장소의 커밋을 서버 저장소로 전송하는 명령어는 push를 사용합니다. 앞서 $ git remote -v 를 통해 등록된 서버 저장소 wishlan.tistory.com push 명령어은 다음과 같이 사용할 수 있..

태그(Tag)의 상세 정보 확인 지난 포스팅에서 Lightweight 태그와 Annotated 태그를 생성해 봤습니다. [Git_53] 태그(Tag) - 생성하기 태그 생성하기 태그는 생성한다기보다는 꼬리표니까 붙인다는 말이 더 어울릴 것 같습니다. 태그를 붙이는(생성하는) 방법과 관련한 명령어 사용법이 3가지가 있었습니다. 태그를 만드는데 이 wishlan.tistory.com 그런데, 태그 목록을 봐도 커밋 이력을 봐도 무엇이 Lightweight 태그인지 Annotated 태그인지 알 수가 없습니다. 태그 상세 정보를 확인하면 그 차이를 알 수 있습니다. 상세 정보 확인 방법은 다음과 같습니다. # 태그의 상세 정보 확인 $ git show 다음이 Annotated 태그인 tag 1.1.0에 대한 ..

태그 생성하기 태그는 생성한다기보다는 꼬리표니까 붙인다는 말이 더 어울릴 것 같습니다. 태그를 붙이는(생성하는) 방법과 관련한 명령어 사용법이 3가지가 있었습니다. 태그를 만드는데 이렇게 방법이 여러 가지인 이유는 Git에서 태그를 다음의 두 종류로 구분하기 때문입니다. Lightweight 태그 Annotated 태그 Annotated 태그는 영문 그대로 주석을 달수 있는 태그입니다. 반면에 Lightweight 태그는 단순히 표시만 할 수 있는 태그라고 이해하면 되겠습니다. 일반적으로는 Annotated 태그를 사용하는 것이 좋습니다. 필요한 정보들을 부가적으로 남겨 둘 수 있기 때문에 다른 사람들과 공유함에 있어서도 나중에 다시 찾아봤을 때 도움이 됩니다. Lightweight 태그는 보통 임시로 ..

태그 (Tag) 태그(Tag)는 사전 그대로 꼬리표입니다. 꼬리표는 어떤 표시를 하기 위해 붙인 것을 얘기합니다. Git에서는 어떤 표시를 하냐면 특정 커밋에 표시를 합니다. 표시를 할 수 있도록 제공하는 기능이 태그(Tag)입니다. 다른 버전 관리 프로그램에도 태그(Tag) 기능은 제공합니다. 보통 태그는 버전으로 표시합니다. 특정 커밋에 배포한 버전을 표시해 둠으로써 최종 배포된 버전의 커밋을 쉽게 구별할 수 있습니다. 태그 사용법 (태그 기능 명령어) 태그(Tag) 기능의 명령어는 tag입니다. tag 만 입력해 실행하면 생성된 태그 목록을 확인합니다. 추가 옵션을 통해 태그 기능에 필요한 실행을 할 수 있습니다. 사용법(태그 기능 관련 명령어)은 다음과 같습니다. # 태그 기본 사용법 $ git ..

원격 브랜치 삭제 로컬에서 원격 저장소의 브랜치를 삭제할 수 있습니다. 항상 그렇듯이 삭제는 신중하게 판단해야 합니다. 혹, 여러 사람이 함께 사용중인 브랜치라면 삭제해서는 안될 수 있습니다. 원격 브랜치를 삭제하는 방법은 push 명령어와 -d 옵션 또는 --delete 옵션을 함께 사용합니다. 사용법은 다음과 같습니다. # 원격 브랜치 삭제 $ git push -d(또는 --delete) 예를 들어, 우리는 을 origin이라고 설정했으며, 원격 저장소의 bugfix2 브랜치를 삭제하려면 $ git push origin --delete bugfix2 라고 실행합니다. 실제 실행 화면은 다음과 같습니다. GitHub에서 확인 결과 삭제된 것을 볼 수 있습니다. 원격 브랜치 삭제 시 동기화 문제 서버(원..

원격 브랜치를 로컬 저장소로 복사 우리는 아래의 포스팅에서 로컬 저장소의 브랜치(branch)를 서버(원격) 저장소로 전송하여 서버(원격) 저장소에 브랜치를 만드는 방법을 확인했습니다. [Git_48] 서버(원격) 저장소 - 원격 브랜치의 이해 원격 브랜치의 이해 Git을 사용한 협업에서 서버 저장소에 대해 알아보았습니다. 우리는 브랜치를 공부하면서 브랜치를 만들고 병합하는 등의 작업을 통해 브랜치 운용을 어떻게 할 수 있는지 wishlan.tistory.com 이제는 반대로 서버(원격) 저장소에 있는 브랜치를 로컬 저장소로 복사하는 방법을 확인하겠습니다. 브랜치 장에서 브랜치 생성과 동시에 이동하는 방법을 학습했는데, 사용법은 다음과 같습니다. # 브랜치 생성과 동시에 이동하기 $ git checkou..

로컬 브랜치 이름과 원격 브랜치 이름을 다르게 설정하기 우리는 앞서 $ git push -u origin hotfix라고 실행한 결과 서버(원격) 저장소에 로컬 저장소의 브랜치 이름과 동일한 브랜치 hotfix가 만들어지는 것을 확인했습니다. 보통은 이렇게 서버(원격) 저장소와 로컬 저장소의 브랜치 이름을 동일하게 사용합니다. 이렇게 하는 것이 헷갈리지 않기 때문입니다. [Git_48] 서버(원격) 저장소 - 원격 브랜치의 이해 원격 브랜치의 이해 Git을 사용한 협업에서 서버 저장소에 대해 알아보았습니다. 우리는 브랜치를 공부하면서 브랜치를 만들고 병합하는 등의 작업을 통해 브랜치 운용을 어떻게 할 수 있는지 wishlan.tistory.com 하지만, 혹 같은 이름으로 사용을 할 수 없는 경우가 있다..