오후에 비용이 마지막 CSV 는 client's WooCommerce 스토어에서 40 MB 내보내기였습니다. 나는 그것을 두 번 클릭,엑셀은 SKU 열이 날짜로 결정,그리고 2024-11-3 갑자기 예전과 같았습니다 2024-11-3- was't 를 제외하면 제품 코드였습니다. Excel 은 유용하게 다시 작성했습니다. 우리가 알아 차렸을 때 "cleaned" 파일은 이미 다시 가져 왔고 수백 개의 제품에는 아무것도 가리키는 SKU 가있었습니다.
그것이 스프레드시트 애플리케이션에서 CSV 를 여는 것의 문제입니다. 스프레드시트는 뷰어가 아니라,it's 의견을 가진 편집기입니다. 유형을 강요하고,우편번호와 전화번호에서 선행 0 을 제거하고,날짜처럼 어렴풋이 보이는 모든 것을 재해석하고,단일 행을 보기 전에 이 모든 것을 수행하기도 합니다. 때로는 그냥 그러고 싶을 때도 있습니다 보다 파일 - 열 이름을 확인하고, 행 수를 확인하고, 가져오기를 깨뜨린 레코드를 찾아서 꺼냅니다.
나는 짓는다 Toolz.dev 그리고 나는 다른 사람들을 읽's CSV 수출 끊임없이 - 줄무늬 지불금,데이터베이스 덤프,분석 추출,플러그인 마이그레이션 파일. 그래서 나는 구축 CSV 뷰어 지루하고 정직한 옵션이 되려면: 파일을 구문 분석하고 그 안에 무엇이 있는지 정확하게 보여주고 아무것도 변경하지 않습니다. 유형 강제,자동 수정,업로드 없음. 텍스트를 붙여 넣거나 파일을 삭제하면 검색하고 정렬 할 수있는 테이블로 렌더링됩니다.
TL;DR: CSV 뷰어는 구분된 텍스트를 구문 분석하여 값을 편집하거나 강제하지 않고 테이블로 렌더링합니다. The CSV 뷰어 파일이 쉼표, 세미콜론, 탭 또는 파이프, 핸들을 사용하는지 여부를 자동 감지합니다 RFC 4180 인용된 필드(셀 내부의 쉼표 및 개행, 두 배의 따옴표), 불규칙한 행 및 중복 헤더에 대해 경고하고 정규화된 CSV 또는 JSON으로 내보냅니다. 모든 것이 브라우저에서 실행됩니다. 파일은 업로드되지 않으며 값은 문자열을 유지하므로 선행 0이 살아남습니다.
CSV 파일이란, 정말?
CSV는 쉼표로 구분된 값을 의미하며, 세 단어 중 두 단어는 신뢰할 수 없기 때문에 그 이름은 10년 동안 버그를 일으켰습니다.
값이 항상 쉼표로 구분되는 것은 아닙니다. 쉼표를 소수 구분 기호로 사용하는 로칼레 - 대부분의 유럽 대륙 - 대신 세미콜론으로 내보냅니다 1,50;2,75 는 모호하지 않고 1,50,2,75 는 아닙니다. 독일이나 프랑스 로케일의 Excel 은 기본적으로 이 작업을 수행합니다. 분석 및 데이터베이스 내보내기는 종종 탭을 사용하고 로그 파이프라인은 파이프를 자주 사용합니다. 이들 중 어느 것도 여전히 구어체로 "CSV"입니다.
그리고 값들은 항상 평이한 것은 아닙니다. 값이 구분자를 포함하는 순간,형식은 이스케이프 해치를 필요로 하고,RFC 4180 은 하나를 제공합니다: 필드를 큰따옴표로 감싸십시오. 그 따옴표 안에서 구분자는 단지 문자,따옴표 문자 자체를 두 배로 늘려 이스케이프됩니다. 그리고 인용된 필드에는 리터럴 줄 바꿈이 포함될 수 있는데,이는 하나의 논리 레코드가 파일의 여러 물리적 줄에 걸쳐 있을 수 있음을 의미합니다.
그 마지막 지점은 순진한 파서가 죽는 곳입니다. 코드가 있다면 line.split(',')- 그리고 나는 그 줄을 썼고 당신도 마찬가지입니다. 그러면 이 파일은 그것을 파괴할 것입니다:
id,name,note
1,"Smith, John","He said ""hi""
on the second line"
2,Ada,plain
세 개의 열,두 개의 레코드. 분할-온-쉼표 파서는 두 번째 행의 네 개의 필드를 보고,길 잃은 따옴표를 패닉 상태로 만들고,랩된 줄을 세 번째 레코드로 취급합니다. 적절한 파서는 문자열 문자를 문자별로 걸어 현재 따옴표 안에 있는지 추적하고,파일의 의미를 정확히 생성합니다. CSV 뷰어는 두 번째 작업을 수행합니다.
CSV 뷰어의 주요 기능
자동 구분 기호 감지
파일을 붙여넣으면 도구는 다른 작업을 수행하기 전에 구분 기호를 추측합니다. 순진한 접근 방식은 문자를 세고 가장 자주 나타나는 문자를 선택하는 것입니다. 이는 산문에서 즉시 실패합니다. a notes 영어 문장으로 가득 찬 열에는 세미콜론으로 구분된 파일에 세미콜론이 있는 것보다 훨씬 더 많은 쉼표가 포함되어 있습니다.
그래서 탐지 점수가 일관성 빈도 대신. 비어 있지 않은 처음 열 개의 줄을 가져와 인용된 섹션 외부의 각 후보 구분 기호 (쉼표,세미콜론, 탭,파이프) 를 계산하고 모든 줄에서 동일한 개수를 생성하는 후보에게 보상합니다. 실제 구분 기호가 정확하게 나타납니다 columns - 1 행당 시간,모든 행. 산문 안쪽에 쉼표가 불규칙하게 나타납니다. 일관성이 승리하고 빈도는 동점만 끊습니다. 여전히 잘못 추측하면 - 그리고 그렇게 될 것입니다,한 열이 있는 파일에서 - 드롭다운에서 재정의할 수 있습니다.
RFC 4180 인용 필드 구문 분석
파서는 문자 수준의 상태 머신으로,레젝스도 아니고 분할도 아닙니다. 하나의 부울을 추적합니다: 우리는 인용된 필드 안에 있습니까? 인용문 안쪽에,구획과 개행은 보통의 문자이고,더블입니다 "" 리터럴 로트 하나를 내보냅니다. 따옴표 밖에서는 구분자가 필드를 끝내고 개행이 레코드를 끝냅니다. CRLF,LF 및 bare CR 라인 엔딩은 모두 허용됩니다. Windows 내보내기,Unix 내보내기 및 이전 Mac 내보내기가 모두 존재하고 모두 동일한 받은 편지함에 들어가기 때문입니다.
이것이 당신을 보여주는 시청자의 차이입니다 Smith, John 하나의 세포와 당신을 보여주는 세포에서 "Smith 그리고 John" 둘로.
모든 열을 검색합니다
검색 상자는 행의 모든 셀에 대해 대소문자를 구분하지 않는 하위 문자열 일치가 있는 행을 필터링합니다. 이는 퍼지도 아니고 쿼리 언어도 아니며 고의적입니다. 가져오기를 깨뜨린 레코드를 검색할 때 주문 ID 또는 이메일 주소가 있고 이를 포함하는 행을 즉시 원합니다.
검색은 메모리의 구문 분석된 데이터에서 실행되므로 브라우저가 보유할 수 있는 모든 크기의 파일에 즉시 표시되며 정렬로 구성됩니다: 먼저 필터링하고 결과를 정렬하고 남은 것을 내보냅니다.
숫자 인식 열 정렬
정렬하려면 열 제목을 클릭하세요. CSV에는 유형이 없기 때문에 이는 사소하게 들리고 그렇지 않습니다. 모든 값은 문자열로 도착하고 문자열 정렬은 입력됩니다 100 전에 9 그리고 2024-3-1 전에 2024-11-1.
정렬은 값을 검사합니다: 비교에서 비어 있지 않은 모든 셀이 숫자로 구문 분석되면 (수천 개의 구분 기호가 제거된 상태에서) 수치적으로 비교합니다. 그렇지 않으면 숫자 대조와 함께 로케일 인식 문자열 비교로 돌아갑니다 item2 전에 정렬합니다 item10. 빈 셀은 항상 아래쪽으로, 양방향으로 가라앉습니다. 왜냐하면 빈 칸은 작은 값이 아니기 때문입니다. 이는 누락된 값이며 누락된 데이터를 하강 정렬의 맨 위에 묻어두는 것이 이를 알아차리지 못하는 방법입니다.
데이터 품질 경고
더 나아가기 전에 두 가지 구조적 문제가 표시됩니다.
누더기 행. 행에 헤더보다 필드가 많거나 적으면 업스트림에서 뭔가 잘못되었습니다: 값 안에 인용되지 않은 구분 기호,잘린 내보내기,길게 늘어진 개행. 뷰어는 짧은 행을 패드하고 긴 행을 잘라서 테이블이 여전히 렌더링한 다음 영향을 받은 행 수를 정확히 알려줍니다. 그 수는 내가 먼저 확인하는 숫자입니다. 왜냐하면 만 개의 행 중 세 개의 누더기 행이 있는 파일에는 a 라는 데이터 버그가 있기 때문입니다 COPY 오전 3시에 Postgres로 떠오를 예정입니다.
중복 열 이름. 두 개의 열이 호출되었습니다 id 거의 모든 다운스트림 소비자에서 서로를 자동으로 덮어씁니다. 팬더는 이름을 바꾸고 JSON 변환은 마지막 이름만 유지하며 SQL 가져오기는 오류를 범합니다. 뷰어는 경고 배너에서 이름을 지정하므로 헤더를 중요하기 전에 수정할 수 있습니다.
CSV 및 JSON 내보내기
내보내기 패널은 현재 화면에 있는 모든 항목을 다시 직렬화합니다. 필터링, 정렬, 수행한 작업을 모두 수행합니다. CSV 내보내기는 나가는 길에 올바른 RFC 4180 인용을 적용하므로 일관되지 않은 인용으로 도착한 파일을 정규화하는 적절한 방법이 됩니다. JSON 내보내기는 테이블을 헤더 행에 의해 키가 지정된 개체 배열로 변환합니다. 이는 스크립트나 API를 제공할 때 원하는 것입니다.
한 가지 의도적인 선택: 내보낸 값은 문자열을 유지합니다. "01234" 되지 않습니다 1234. 자릿수로 가득 찬 CSV 열은 수량일 수도 있고 우편번호,계좌 번호,전화 번호 또는 SKU 일 수도 있습니다 - 그리고 데이터로부터 구분할 방법이 없습니다. 숫자에 강제하면 선행 0 을 영구적으로 버리게 되는데,이것이 이 글을 시작한 정확한 버그입니다. 숫자를 원한다면 명시적으로 반대편에 캐스팅하여 열의 의미를 알 수 있습니다.
그것은 당신의 브라우저에서 완전히 실행됩니다
파일은 다음과 함께 읽혀집니다 FileReader API 및 JavaScript 에서 구문 분석됩니다. 아무것도 업로드되지 않으며 검색 쿼리가 기록되지 않으며 데이터가 서버에 닿지 않습니다. 이것은 정책 약속이 아니며 DevTools' 를 열어 확인할 수있는 아키텍처 사실입니다; 도구를 사용하는 동안 네트워크 탭을 사용하거나 Wi-Fi 를 당겨서 계속 작동하는 것을 지켜 봅니다.
그것은 소리보다 더 중요합니다. 볼만한 가치가있는 대부분의 CSV 파일에는 stranger's 웹 사이트에 붙여 넣지 않을 내용이 포함되어 있습니다: 고객 이메일,급여 수치,주문 내역,생산 데이터베이스로부터의 내보내기. GDPR,HIPAA 또는 클라이언트 NDA 에서 작업하는 경우 "온라인 변환기에 붙여 넣었습니다" 큰 소리로 말하고 싶은 문장이 아닙니다. 나는 그 위협 모델에 대해 더 많이 썼다 클라이언트 측 도구가 클라우드 변환기를 이기는 이유.
CSV Viewer 사용법
1 단계: 파일을 불러옵니다
두 가지 방법으로 입력합니다. CSV 텍스트를 입력 상자에 바로 붙여넣습니다. 로그의 스니펫,Slack 메시지 또는 눈으로 확인하려는 API 응답에 적합합니다. 또는 을 클릭합니다 파일 업로드 그리고 a를 골라 .csv, .tsv, 또는 .txt 당신의 기계에서 파일. 파일은 국부적으로 읽힌다; 올려주기 단추는 파일이다 피커, 업로드가 아닙니다.
스프레드시트에서 붙여넣는 경우 대부분의 스프레드시트 응용 프로그램에서 쉼표가 아닌 탭으로 구분된 텍스트를 클립보드에 넣는다는 점에 유의하세요. 구분 기호를 탭으로 설정하거나 자동에 두고 감지가 처리하도록 하세요.
2 단계: 구문 분석 설정을 확인합니다
세 가지 설정과 기본값은 대부분의 경우 올바릅니다.
구분 기호 는 기본적으로 Auto 입니다. 파일에 열이 하나 있거나 작은 샘플에서 탐지가 잘못 추측한 경우 재정의합니다.
첫 번째 행은 헤더입니다 가 켜져 있습니다. 헤더가 없는 파일의 경우 끄기 - 열이 됩니다 Column 1, Column 2등등, 행이 소비되지 않습니다.
트림 공백 는 모든 셀에서 선행 및 후행 공간을 제거하는 on입니다. 이것은 일반적으로 원하는 것입니다. 왜냐하면 , after 구분 기호는 손으로 쓴 CSV 에서 극히 일반적입니다. 데이터가 CSV 에 덤프된 고정 너비 필드와 같이 의미 있는 선행 공백을 가지고 있으면 해제합니다.
3 단계: 테이블 읽기
히트 표로 보기 그리고 여러분은 구문 분석된 그리드에 통계선을 더한 값을 얻습니다: 얼마나 많은 행이 총계 중에서 보이는지, 얼마나 많은 열이 있는지, 어떤 구분자가 사용되었는지, 그리고 얼마나 많은 열이 완전히 숫자인지, 그 숫자 수는 빠른 온전한 검사입니다 - 만약 숫자가 될 것으로 기대하는 열이 계산되지 않는다면, 그 안의 어떤 행은 숫자가 아닌 것을 보유하며, 일반적으로 임포트를 깰 행입니다.
행을 검색합니다. 헤더를 클릭하면 정렬됩니다. 두 개는 작성합니다.
4 단계: 내보내기 또는 이동
보이는 테이블을 JSON 으로 복사하거나 CSV 로 다운로드하거나 JSON 으로 다운로드합니다. 필터와 정렬은 내보내기에 적용되므로 "search for refunded, 날짜별로 정렬하고 CSV"를 다운로드하세요; 정확히 해당 하위 집합을 제공합니다.
CSV를 여는 다른 방법과 비교하면 어떻습니까?
| 접근 | 데이터를 강제합니다 | 인용된 필드를 처리합니다 | 오프라인으로 작동합니다 | 어디서나 데이터를 보냅니다 | 좋은 |
|---|---|---|---|---|---|
| CSV 뷰어 (Toolz.dev) | 아니요 | 예(rfc 4180) | 예 | 아니요 | 검사, 검색, 온전한 상태 확인, JSON으로 변환 |
| 엑셀 / 구글 시트 | 예 - 날짜, 선행 0, 과학적 표기법 | 예 | Excel 예, 시트 번호 | 시트가 Google에 업로드됩니다 | 편집, 공식, 차트 |
| 텍스트 편집기 | 아니요 | 아니요 - 머릿속으로 분석해 보세요 | 예 | 아니요 | 작은 파일, 줄 끝 확인 |
csvkit / xsv / DuckDB CLI |
아니요 | 예 | 예 | 아니요 | 거대한 파일, 스크립팅, 조인, 집계 |
판다스 read_csv |
예, 기본적으로 (dtype=str 그것을 막기 위해) |
예 | 예 | 아니요 | 분석, 변환 파이프라인 |
| 대부분의 "온라인 CSV 뷰어" 사이트 | 다양하다 | 보통 | 아니요 | 예 - 서버에 업로드되었습니다 | 당신이 신경 쓰는 건 아무것도 없어요 |
정직한 요약: 수백 메가바이트 이상의 파일의 경우 DuckDB 또는 xsv- 브라우저는 한 번에 전체 파일을 메모리로 구문 분석하며 그 주위에 방법이 없습니다. 수식으로 편집해야하는 모든 것에 대해 스프레드 시트를 사용하고 강압을 수락하거나 텍스트로 가져 오기 사이에있는 모든 것에 대해 - 매일 & quot;이 파일에 실제로 무엇이 있으며,행 4,201 break" - 아무것도 변경하지 않는 뷰어가 올바른 도구입니다.
일반적인 사용 사례
실패한 가져오기 디버깅
A CSV 가져오기 실패 "expected 8 columns,got 9 on line 4201". 뷰어에서 파일을 열고 ragged-row 경고를 확인한 다음 해당 레코드에 있는 것으로 알고 있는 값을 검색합니다. 10 번 중 9 번은 주소 또는 회사 이름 안에 인용되지 않은 쉼표를 찾을 수 있습니다 - Acme, Inc. 따옴표없이 작성. 이제 내보내기를 수정할지 아니면 파일을 사전 처리할지 알 수 있습니다.
데이터베이스 내보내기가 아무데도 가기 전에 검토합니다
a client's 데이터가 노트북을 떠나기 전에,당신은 그 안에 무엇이 있는지 알고 싶어합니다. 열 이름,행 개수,whether the email 중복된 ID가 있는지 여부에 관계없이 열이 완전히 채워집니다. stats 줄과 열로 채워진/고유 개수는 파일이 서버에 도달하지 않고도 약 10초 안에 모든 응답에 응답합니다.
API 또는 스크립트를 위해 CSV를 JSON으로 변환합니다
레코드의 스프레드시트가 있고 데이터베이스를 시드하거나 REST 엔드포인트를 공급하거나 고정 파일 빌드를 위해 JSON 으로 레코드가 필요합니다. JSON 을 붙여넣기,구문 분석,내보내기. 역방향 트립이 필요한 경우,the CSV에서 JSON 그리고 JSON에서 CSV로 도구는 더 많은 옵션으로 전용 변환을 처리하고 왕복 문제를 자세히 살펴보았습니다 JSON-CSV 변환 가이드.
하나의 열로 열린 유럽 수출을 확인합니다
클라이언트는 독일 엑셀 설치에서 내보내기를 보내고 모든 행은 하나의 긴 문자열입니다. 구분 기호를 Semicolon 으로 설정하면 열에 스냅됩니다. 이것은 4 초가 걸리고 알 가치가 있습니다. 왜냐하면 반사 "파일이 손상되고 quot;가 잘못되었습니다 - 파일은 괜찮습니다,당신의 parser's 가정은 그렇지 않았습니다.
감사 분석 또는 광고 플랫폼 내보내기
GA4,Google Ads,Meta exports 는 실제 헤더 위에 메타데이터 행이 있는 CSV 로 도착합니다. " 를 끄고;첫 번째 행은 header" 입니다;, 모양을 보면 실제 헤더가 정확히 어떤 줄에 있는지 볼 수 있습니다 - 그런 다음 붙여넣기 상자에서 정크 라인을 삭제하고 다시 구문 분석합니다.
기술적인 심층 분석: 실제로 중요한 구문 분석 규칙입니다
RFC 4180은 설명이지 누구도 시행하는 표준이 아닙니다. CSV 구현이 이미 수행한 작업을 문서화하기 위해 2005 년에 출판되었으며,많은 부분이 다르다는 점을 명시적으로 언급하고 있습니다. 전송된 파일에 대한 보증이 아닌 정상적인 기준선으로 취급하십시오.
인용 규칙. 필드는 큰따옴표로 감싸일 수 있습니다. 따옴표,구획, CR,LF, 두 배 따옴표 안쪽에 ("" → ") 는 문자 그대로입니다. 인용되지 않은 필드 중간에 나타나는 인용은 모호합니다. - 시청자는 인용이 필드의 첫 번째 문자인 경우에만 인용을 중요한 것으로 취급합니다. 이는 대부분의 실제 파서가 동작하는 방식이며 값이 다음과 같이 되도록 합니다 6" nails 살아남다.
라인 엔딩. CRLF 는 스펙이 말하는 것입니다. LF 는 유닉스가 생산하는 것입니다. 베어 CR 은 아주 오래된 맥 소프트웨어가 생산한 것이고 몇몇 임베디드 시스템이 여전히 생산하는 것입니다. 파서는 하나의 파일 안에 혼합 엔딩을 포함한 세 가지를 모두 수용합니다. 왜냐하면 혼합 엔딩은 파일이 두 머신에서 편집될 때 절대적으로 일어나기 때문입니다.
Bom. 엑셀이 작성한 UTF-8 파일은 바이트 순서 표시,로 시작합니다 EF BB BF. 첫 번째 열 이름이 다음과 같으면 id 그러나 에 대한 문자열 비교 "id" 실패, 그 보이지 않는 BOM 그것의 전면에 타고 있다. 이것은 단일 가장 일반적인 "why does my header lookup fail" CSV 처리의 버그.
뉴라인 추적. 개행 문자로 끝나는 파일은 여분의 빈 레코드가 없습니다 - 개행 문자는 마지막 레코드를 종료합니다. the viewer's skip-empty-lines option makes this a non-issue either way.
유형 추론. There isn't any. CSV 에는 유형이 없습니다. 파일의 모든 값은 문자열이며,다른 쪽에서 나오는 모든 유형은 추측을 기반으로 파서에 의해 발명되었습니다. 이것은 형식의 결함이 아니라 format's 전체 자연입니다 - 그리고 시청자가 귀하를 대신하여 추측하지 않는 이유입니다.
자주 묻는 질문
엑셀 없이 CSV 파일을 어떻게 열 수 있습니까?
파일을 에 업로드합니다 CSV 뷰어 또는 그 내용을 입력 상자에 붙여 넣습니다. 파일은 브라우저에서 구문 분석되어 검색 및 정렬 할 수있는 테이블로 표시됩니다. 스프레드 시트 소프트웨어 없음,설치 없음,서버에 업로드 없음.
내 CSV가 하나의 긴 열로 열리는 이유는 무엇입니까?
구분 기호가 일치하지 않습니다. 쉼표를 소수 구분 기호로 사용하는 로케일로 내보낸 파일은 일반적으로 필드 간에 세미콜론을 사용하고 탭으로 구분된 내보내기는 탭을 사용합니다. 자동에서 세미콜론, 탭 또는 파이프로 구분 기호 설정을 전환하면 열이 올바르게 분할됩니다.
뷰어가 인용된 필드 내에서 쉼표를 처리합니까?
예. 파서는 RFC 4180 을 따릅니다: 큰따옴표로 감싼 필드에는 구분 기호,줄 바꿈 및 두 개의 큰따옴표로 연속으로 작성된 이스케이프 따옴표가 포함될 수 있습니다. 값과 같은 "Smith, John" 두 개로 나뉘는 대신 하나의 셀에 머물러 있습니다.
CSV와 TSV의 차이점은 무엇입니까?
그들은 다른 필드 구분 기호를 사용합니다 - CSV 는 쉼표로 구분하고,TSV 는 탭 문자로 구분합니다. TSV 는 데이터 값 내부에서 탭이 거의 발생하지 않기 때문에 인용이 덜 필요합니다. 이것이 데이터베이스 및 분석 내보내기가 종종 선호하는 이유입니다. 이 뷰어는 둘 다 읽습니다; TSV 파일의 구분 기호로 Tab 을 선택합니다.
"ragged rows" 경고는 무엇을 의미합니까?
행에는 헤더 행보다 더 많거나 적은 필드가 있습니다. 일반적으로 값 내부의 인용되지 않은 구분 기호, 잘린 내보내기 또는 길 잃은 줄 바꿈이 포함된 필드를 의미합니다. 뷰어는 테이블이 여전히 렌더링되도록 짧은 행을 채우고 긴 행을 자르고 영향을 받은 행 수를 알려줍니다.
파일 크기 제한이 있습니까?
전체 파일이 단일 JavaScript 패스로 구문 분석되기 때문에 실제 한계는 브라우저 메모리입니다. 최대 수십 메가 바이트의 파일은 일반적인 노트북에서 괜찮습니다. 다중 기가바이트 내보내기의 경우 CSVKit, DuckDB 또는 ChunkSize가 있는 Pandas와 같은 스트리밍 도구를 대신 사용하십시오.
csv를 json으로 변환할 수 있습니까?
예. 내보내기 패널은 구문 분석된 테이블을 헤더 행에 의해 키가 지정된 JSON 개체 배열로 변환하며,이를 복사하거나 다운로드할 수 있습니다. 값은 설계상 문자열로 유지됩니다. - 숫자로 강제하면 ID,ZIP 코드 및 전화 번호에서 선행 0 이 제거됩니다.
여기에서 기밀 CSV를 여는 것이 안전합니까?
네. 파싱은 JavaScript와 FileReader API를 사용하여 브라우저에서 완전히 실행됩니다. 파일, 셀 또는 검색 쿼리가 서버로 전송되지 않거나 기록되지 않습니다. 도구를 사용하는 동안 브라우저 DevTools 네트워크 탭을 열거나 인터넷 연결을 끊는 방식으로 이를 확인할 수 있습니다.
관련 도구
- CSV에서 JSON- 유형 옵션이 포함된 전용 변환입니다
- JSON에서 CSV로- 중첩된 개체 평탄화를 포함한 왕복 여행
- JSON 에 XML 을- 대신 XML로 도착하는 내보내기의 경우
- JSON 포맷터- 방금 내보낸 JSON을 정리하세요
- JSON 차이점- 두 개의 내보내기를 비교하고 무엇이 변경되었는지 찾아보세요
추가 읽기: JSON 도구에 대한 궁극적인 가이드 그리고 JSON에서 CSV로 변환.
