Huzylog

먼저 신한은행 SWIFTCODE와 영문명, 그리고 신한은행 영문주소에요

다음은 국민은행 SWIFTCODE와 영문명, 그리고 국민은행 영문주소에요

마지막으로 우리은행 SWIFTCODE와 영문명, 그리고 국민은행 영문주소에요

다음에는 전체 은행별 SWiFT CODE와 영문명 영문조소를 올려볼게요

각 은행별 스위프트 코드와 영문명인데요

사실 자주 사용할일은 거의 없겠지만 자신의 주거래은행 스위프트코드는 따로 메모나 이미지로 저장해놓고 있으면 나중에 필요할때 쉽게 사용할수 있을거에요

<Connector> 가 한 개가 아니라는걸 간과해서 protocol 이 HTTP/1.1 인 <Connector> 에만 설정을 하는 것입니다. <Connector> 중에 protocol="HTTP/1.1" SSLEnabled="true" scheme="https" secure="true" clientAuth="false" sslProtocol="TLS" 등의 값이 포함된 다른 <Connector> 에도 URIEncoding 을 적어줘야 하고, mod_jk 을 통해서 처리하는 거라면 AJP/1.3 쪽 <Connector> 에서도 처리를 해야 합니다.

https 443 Connector에 URIEncoding="UTF-8" 추가 후 해결,

Environment

• Red Hat Enterprise Linux 5
• Red Hat Enterprise Linux 6
• 64 bit architecture
• 32 bit packages installed sharing some files with the 64 bit ones

Transaction Check Error:
file /usr/share/man/man1/ca.1ssl.gz from install of openssl-0.9.8e-27.el5_10.3.x86_64 conflicts with file from package openssl-0.9.8e-27.el5_10.1.i686
file /usr/share/man/man1/req.1ssl.gz from install of openssl-0.9.8e-27.el5_10.3.x86_64 conflicts with file from package openssl-0.9.8e-27.el5_10.1.i686
file /usr/share/man/man1/x509.1ssl.gz from install of openssl-0.9.8e-27.el5_10.3.x86_64 conflicts with file from package openssl-0.9.8e-27.el5_10.1.i686

CentOS(리눅스)를 운영중인 장비에 하드디스크 등 저장장치를 추가 하면

디스크를 이용하기 위해서 다음과 같은 작업을 해줘야 합니다.

디스크 설치 후

fdisk –l 을 이용해서 디스크 정보를 확인합니다.

새로 설치된 디스크는 파티션 정보가 없습니다.

디스크 정보를 확인 했으면 fdisk 를 실행 합니다.

fdisk <장치명> (예 : fdisk /dev/sdb)

fdisk 메뉴를 확인하고 싶으시면 m을 입력하시면 됩니다.

p를 입력해서 파티션 정보를 확인합니다.

파티션이 없는 것을 확인 할 수 있습니다.

n 을 입력하면 파티션을 새롭게 만들 수 있습니다.

n을 누르면 두개의 메뉴가 나옵니다.

e(extended) 확장 파티션과, p(primary partition) 주파티션을 선택 할 수 있습니다.

주로 사용하는 주 파티션을 선택하고 partition number 는 첫번째 파티션 이니까 1번을 선택했습니다.

파티션넘버 다음에는 파티션의 크기를 설정할 수 있습니다. 용량으로 나오지가 않고

Cylinder 크기로 나옵니다. 시작 점과 종료 점을 선택해 주면 됩니다.

디스크 전체를 하나의 파티션으로 설정하는 경우에는 엔터, 엔터 로 진행하셔도 됩니다.

파티션 사이즈까지 설정 완료 하였으면, w를 눌러 정보를 저장합니다.

파티션 설정이 끝났으면 원하는 파일 형식으로 파티션을 포맷합니다.

Ext4 형식의 경우에는 아래와 같습니다.

mkfs.ext4 <디스크명> <예 : mkfs.ext4 /dev/sdb1>

포멧이 완료 되면 해당 파티션을 마운트 합니다.

마운트 방법은

mount –t ext4 /dev/sdb1 /data

mount –t <파일시스템형식> <파티션명> <마운트할위치> 입니다

부팅시에 자동으로 마운트를 되게 하기 위해서는 /etc/fstab을 수정해 저야 합니다.

Centos 6.3부터는 fstab 마운트에 UUID를 이용하고 있습니다.

UUID를 확인하기 위해서는 blkid 명령어를 이용하거나

ls –l /dev/disk/by-uuid 를 통해서 확인 하실 수 있습니다.

UUID를 확인한 후에 fatab을 열어 마운트할 내용을 추가해 줍니다.

Vi /etc/fatab

UUID = 추가할 파티션의 UUID <마운트할위치> ext4 defaults 1 2

출처 : http://itisyo.tistory.com/entry/CentOS-%EC%A0%80%EC%9E%A5%EC%9E%A5%EC%B9%98HDD-%EC%B6%94%EA%B0%80-%ED%95%98%EA%B8%B0

While trying to run a yum update I received the below warning message:

Setting up Install Process
Resolving Dependencies
There are unfinished transactions remaining. You might consider running yum-complete-transaction first to finish them.
--> Running transaction check

To resolve this yum-complete-transaction is required to complete the unfinished transactions.

yum-complete-transaction is a program which finds incomplete or aborted yum transactions on a system and attempts to complete them. It looks at the transaction-all* and transaction-done* files which can normally be found in /var/lib/yum if a yum transaction aborted in the middle of execution.

If it finds more than one unfinished transaction it will attempt to complete the most recent one first. You can run it more than once to clean up all unfinished transactions.

Run the following to install yum-utils (which provides yum-complete-transaction), cleanup and finish the transactions.

yum install yum-utils
yum clean all
/usr/sbin/yum-complete-transaction --cleanup-only

Now yum commands can be run without the unfinished transactions warning.

yum update

Share this blog post on social media:

Just discovered how super simple it was to add some gz compression when for example providing JSON data from PHP.

All you need is regular output buffering with the ob_gzhandler as output callback.

The cool thing is that it actually looks at what the browser accepts before doing anything.

Before ob_gzhandler() actually sends compressed data, it determines what type of content encoding the browser will accept (“gzip”, “deflate” or none at all) and will return its output accordingly. All browsers are supported since it’s up to the browser to send the correct header saying that it accepts compressed web pages.

Tried adding it for a text field with timezone auto-completing for example, and without this handler:

With this handler:

Do like!

ios app 을 웹 어플리케이션에서 킬때... 사파리에서는 안먹히는 것 해결

<p class="price display_custom{$product_custom}"><strike>{$disp_product_custom}</strike></p>

위 소스 추가 후 css 에

/* 소비자가 0원시 비노출 */

.display_custom { display:none; }

.display_custom0 { display:none; }

추가