ipad에 대한 vlc의 사전 출시 사본에서 기회를 위해 트위터에 vlc를 따르십시오.

위대한 VLC 미디어 플레이어는 다음 주에 iPad 용으로 출시 될 예정이며, 일요일에는 일부 트위터 팔로워에게 사전 출시 버전을 제공 할 예정입니다.

액션에 참여하려면 Twitter에서 @applidium 및 / 또는 @videolan을 따라야합니다.

새로운 응용 프로그램이 멋지게 될 것 같습니다.

“데스크톱”버전에 비해, 사용자 인터페이스는 iPad에 맞게 상당히 다를 것입니다. 배후에서, 엔진은 VLC의 “ususal”버전의 엔진이기 때문에 당신이 던지는 거의 모든 것을 재생해야합니다. 하나의 작은 차이 : 비록 iPad가 정말 멋진 장치이지만, 데스크톱 컴퓨터 / 노트북만큼 강력하지는 않습니다. 따라서 HD 영화를 해독하는 데 어려움이있을 수 있지만 하드웨어 제한 사항입니다.

iPad 용 VLC 미디어 플레이어 [ReadWriteWeb을 통해]

Hummingbirds는 똑같이 쉽게 앞뒤로 날아 다니는 것으로 알려진 유일한 새입니다.

전도성은 잉크로 회로 그리기 [과학]

회로의 스케치가 회로로 작동 할 수 있다면 어떨까요? 전도성 잉크로 가능합니다.

이 비디오에서 일리노이 대학 (University of Illinois)의 대학원생들은 도전성 전자 회로를 그릴 수있는 전도성이 있고 쉽게 흐르는 실버 잉크를 만드는 법을 보여줍니다. 동영상 설명에서

일리노이 대학교의 Urbana-Champaign 소재 연구진은 전도성이 우수한은 잉크를 개발했습니다. 이 비디오에서 Jennifer Lewis 교수 연구 그룹의 대학원생 인 Analisa Russo는 다양한 취미 프로젝트와 첨단 전자 장치 하드웨어에 사용할 수있는 놀라운 잉크를 만드는 방법을 정확하게 보여줍니다.

위의 비디오를 확인해보십시오. 단지 제작 과정을 보지 않고 처음부터 끝까지 전체 제작 과정을 지켜보십시오.

볼펜으로 만든 전도성 은색 잉크 [via Make]

이것은 정말로 멋지다, 나는 항상 전도성 펜의 아이디어를 좋아했다!

링크가 회로 기판이나 종이에 오래 지속되는 경향이 있는지 알고 있습니까? 일반적인 사용을 통해 쉽게 문질러 질 수있는 매우 약한 회로를 만들 것입니다. 전도성 잉크가 장기간의 프로젝트를 위해 만들어 졌는지 또는 나중에 영구적 인 해결책으로 나중에 수리해야하는 빠른 수정이되었는지 확실하지 않았습니다.

와이어 아교는 탄소 기반이지만 거의 동일한 방식으로 작동하므로 더 잘 작동합니다. 와이어 접착제 포장의 선은 “본즈 저전압 전기 연결”이라고 말합니다.

그것은 굉장한 데모였습니다. 매력적이고 잘 설명되어 있습니다. 감사!

이것은 도전성을 잃어버린 리모콘을 수정하는 좋은 방법 일 수 있습니다. 내 X10 무선 컨트롤 중 일부는 수신기를 활성화하기 위해 매우 신중한 시도가 필요합니다. 가벼운 터치만으로는 송신기가 작동하더라도 더 이상 사용하지 않습니다. 나는 구리 먼지와 어떤 종류의 접착제를 사용하는 다른 치료법을 보았습니다. 그러나 이것이 합리적으로 사용 가능하고 가격이 적당하면 훨씬 더 좋을 것입니다. 나는 같은 목적을 위해 “Wire Glue”를 조사해야 할 것입니다.

그래서 약 50 년 전에 FCC 면허를 소지 한 아빠와 함께 자랐지 만 … 라디오 판잣집은 오늘처럼 많은 재료를 모을 필요가 없었어요. 히스 – 시민의 라디오 방송국 … 면허증과 전화 번호가 포함되어 있습니다. 시험에 합격하면 … 오늘 NSA가 사람들을 속이기 위해 사용하는 물건이기도합니다. 실제로 미국 정부가 같은 초서체로 쓰기를 특허 할 수 있다고 생각합니다. 감정적으로 지능적인 로봇을 리눅스 커뮤니티에서 가져 와서 X- 파운데이션이나 비용을 가져다주는 보조금을받은 사람에게 넘겨주세요. 모두들 좋은 하루 보내세요. 연필과 마술 펜 홀더를 잃어 버렸습니다.하지만 나는 어딘가에서 찾을거야.

전도성 펜 …이 새로운 것입니까? http : //www.jameco.com/webapp/wcs/stores/servlet/Product_10001_10001_2110529_-1

비디오에서 배경 음악이 너무 큽니다.

2008 년 아이슬란드 대통령은 대통령 선거를 앞두고 아무도 자신이 현직 대통령의 도전자라고 선언하지 않기 때문에 생략했다.

Windows 7 또는 Vista에서 추가 시계 사용

Windows 7 및 Vista에는 시스템 시계 위로 마우스를 가져 가면 2 개의 추가 클럭을 표시 할 수있는 시스템 시계가 향상되었습니다.

다음은 Vista의 런던 시계 예입니다.

Windows 7의 호버 시계가 있습니다.

이러한 추가 클럭을 추가하는 것은 매우 쉽습니다. 먼저 시스템 트레이에서 시계를 마우스 오른쪽 버튼으로 클릭하고 날짜 / 시간 조정을 선택하십시오.

Additional Clocks (추가 클럭) 탭을 클릭하고 표시된대로 옵션과 시간대를 선택하십시오.

친숙한 표시 이름을 입력 할 수 있습니다. 나는 “런던”에 입국했으나 다른 곳에 사는 가족의 이름처럼 당신과 관련이있는 것을 넣을 수있었습니다.

3 개 이상의 시간대를 가질 수있는 방법이 있습니까?

예, Windows Vista에 3 개 이상의 시간대를 사용할 수 있습니까?

나는 당신의 지시에 아주 만족합니다. 이것은 단계별로 배우는 훌륭한 방법입니다.;

나는 3 주 후에 시스템 복원을 원하고 Vista는 내가 볼 수있는 한 5 일 옵션 만 제공합니다. 더 긴 것을 할 수있는 방법이 있습니까 ???

여러 개의 더 유용한 시간대. 그러나 나는 바탕 화면에 아날로그 시계를 넣을 수있는 방법에 대한 정보를 찾고 있었는데,이 기울기에 어떤 도움이 ???

내가 다른 스타일을 다운로드 할 수 있다면 시계 디스플레이를 어떻게 바꿀 것인지 궁금 해서요. 그렇다면 어디 에서요?

좋아, 어떻게해야합니까?하지만 Windows Vista 용 데스크톱에서 ananlog 시계를 사용할 수있는 방법이 있습니까? 나는 지금 며칠 동안 어떻게하는지 알아 내려고 노력해 왔습니다.

^ 바탕 화면에 아날로그 시계.

이 포럼의 다른 곳에서 게시물을 읽으면 사이드 바를 활성화하고, 원하는 시계를 추가하고, 바탕 화면으로 드래그 한 다음 사이드 바를 닫을 수 있습니다. 그 후에 데스크톱의 어디서나 데스크톱에서 실행되는 아날로그 시계를 끌 수 있습니다. z-order가 “on top”으로 활성화되어 있다면, 시스 트레이 디지 로그 클럭을 숨기고 여기에 아날로그 클럭을 넣을 수도 있습니다.

# 찬사를 보냈습니다 !!

안녕하세요,이 ‘추가 시계’에 버그가 있는지 아는 사람이 있습니까? 내 문제는, 일광 절약 시간제가없는 카리브 해에 살기 때문에 현지 시간은 (GMT-5 : 00)입니다. ) 보고타, 리마, 키토 .. (내 시간대와 일치하는 다른 것을 찾지 못했습니다.) 추가 시계에서 설정하고 시계 1을 MTY 시간대 : (GMT-6 : 00) 과달라하라, 멕시코 시티 , 몬테레이, 클럭 2 (프랑스 표준시) : (GMT + 1 : 00) 브뤼셀, 코펜하겐, 마드리드, 파리

문제는 .. 작업 표시 줄의 맨 아래 시계를 클릭하면 현지 시간 (예 : 9:00 PM), 시계 1 (MTY) 오후 9:00, 시계 2 (FRA) 4:00 AM

그래서, 나의 시계 1에 그것은 나의 지방의 시간으로 보인다! 비록 내가 일광 절약 시간제를 가지고있는 다른 시간대를 설정했다 할지라도 (그래서 그것은 나의 현지 시간보다 1 시간 작아야한다)

내가 설치해야하는 패치가 있습니까? 사전에 조언을 주셔서 감사합니다, 안부 Logged

여러 클럭과 일광 절약 시간으로 같은 문제가 발생했습니다. 창문에 버그가있는 것 같습니다.

도버의 화이트 클리프 즈 (White Cliffs of Dover), 프랑스를 마주보고있는 영국 해안가의 화려한 흰색 절벽은 수백만 년의 지질 활동으로 고대 바다 밑바닥에서 튀어 나온 분필로 만들어졌습니다.

페이지 파일이나 스왑 파티션의 크기는 얼마나 커야합니까?

대략적인 경험에 의하면, 페이지 파일 또는 스왑은 “RAM을 두 배로 늘려야합니다.”또는 “RAM을 1.5 배로”설정해야합니다. 그러나 16GB RAM이있는 경우 실제로 32GB 페이지 파일이 필요합니까?

아마도 많은 페이지 파일이나 스왑 공간이 필요하지 않을 것입니다. 이는 현대 컴퓨터가 공간이 거의없는 솔리드 스테이트 드라이브를 가질 수 있다는 것을 고려하면 안도감입니다.

먼저 Windows에서 페이지 파일의 실제 목적을 기억하거나 Linux에서 스왑 파티션을 생각해 봅시다. 둘 다 컴퓨터에 작업 메모리를 추가로 제공합니다. 예를 들어, 컴퓨터에 2GB RAM이 있고 많은 수의 프로그램이나 많은 파일을 열 경우 컴퓨터는 작업 메모리에 3GB의 데이터를 저장해야 할 수 있습니다. 컴퓨터는 추가 1GB의 데이터를 페이지 파일 또는 스왑 공간에 저장합니다. 페이지 파일 또는 스왑은 추가 데이터를 보유하는 “오버플로”영역으로 작동합니다. 컴퓨터는 사용 중일 때 자동으로 데이터를 RAM으로 다시 전송하고, 사용하지 않을 때는 페이지 파일이나 스왑 파티션으로 데이터를 이동합니다.

구형 데스크탑 컴퓨터를 사용했다면 잠시 동안 데스크톱 프로그램을 최소화 한 후에 이러한 현상이 발생할 수 있습니다. 나중에 최대화했을 때 표시 되려면 시간이 걸리고 디스크 활동 LED가 깜박이는 동안 하드 드라이브가 끊어지는 소리가 들립니다. 데이터가 페이지 파일이나 스왑 파티션에서 RAM으로 다시 이동 중입니다. RAM은 페이지 파일이나 스왑 파티션보다 훨씬 빠릅니다. (RAM에 데스크톱 프로그램을 보관하기에 충분한 양의 RAM이있는 최신 컴퓨터에서는이 기능이 훨씬 일반적이지 않습니다.)

대부분의 응용 프로그램은 요청한 메모리를 확보하려고합니다. RAM이 가득 차서 페이지 파일이없는 경우 다른 프로그램을 열면 프로그램이 중단 될 수 있습니다. 추가 공간 프로그램이있는 페이지 파일을 사용하면이 문제를 방지 할 수 있습니다.

Windows와 Linux는 다른 목적으로 페이지 파일과 스왑 공간을 사용합니다.

페이징이나 스왑 공간이 얼마나 필요한지 알려주는 딱딱하고 빠른 규칙은 없습니다. 답변은 컴퓨터로 수행하는 작업과 사용하는 메모리 양에 따라 다릅니다. 예를 들어, 8GB의 메모리를 가지고 있지만 8GB 이상을 사용 해본 적이 없다면, 페이징 공간이나 스왑 공간을 전혀 사용하지 않아도됩니다. 결국 8GB 이상을 필요로 할 것입니다. 반면에 64GB의 메모리가있는 컴퓨터를 사용할 수도 있지만 100GB 데이터 세트를 사용하여 정기적으로 작동 할 수 있습니다. 안전을 위해 적어도 64GB의 페이징 또는 스왑 공간이 필요할 것입니다. 따라서 RAM이 8GB 인 컴퓨터에는 페이지 파일이 필요하지 않을 수 있으며 64GB RAM을 가진 컴퓨터에는 거대한 페이지 파일이 필요할 수 있습니다. 그것은 모두 컴퓨터가하는 일에 달려 있습니다.

대부분의 사람들은 필요한 페이징 또는 스왑 공간의 양을 예측할 수 없습니다. 현재 사용 된 메모리를 살펴 보았지만 프로그램이 1 주일 또는 1 개월 내에 얼마나 필요할지 알려주지는 않습니다.

Windows에서 페이지 파일은 C : \ pagefile.sys에 저장됩니다. 기본적으로 Windows는이 파일의 크기를 자동으로 관리합니다. 작게 시작하여 필요할 경우 더 큰 크기로 커집니다. Windows에서 자체적으로 페이지 파일의 크기를 처리하도록하는 것이 좋습니다. 시스템 드라이브에 엄청난 공간을 차지해서는 안됩니다. 페이지 파일이 시스템 드라이브에 많은 양의 공간을 차지한다면 과거의 큰 페이지 파일이 필요하고 Windows가 자동으로 크기를 늘려야하기 때문입니다.

예를 들어, RAM이 4GB 인 Windows 8.1 시스템에서는 페이지 파일의 크기가 현재 1.8GB에 불과합니다. 우리는 RAM을 많이 가지고 있지는 않지만, Windows는 더 필요할 때까지 작은 페이지 파일을 사용하고 있습니다.

페이지 파일을 제거하는 데 성능상의 이점은 없으며 모든 RAM을 사용하면 프로그램이 충돌 할 수있는 시스템 불안정성 문제 만 발생할 수 있습니다. 페이지 파일을 제거하여 시스템 드라이브의 공간을 절약 할 수는 있지만 일반적으로 그럴 가치는 없습니다.

수동으로 크기를 설정하려면 (권장하지 않음) RAM의 크기가 아니라 시스템의 메모리 사용량이 중요한 경우 실제로 중요한 점을 명심하십시오. Microsoft의 설명서에

“페이지 파일 크기를 구성하는 이유는 변경되지 않았습니다. 필요할 경우 시스템 크래시 덤프를 지원하거나 필요한 경우 시스템 커밋 제한을 확장하는 것이 항상있었습니다. 예를 들어, 많은 실제 메모리가 설치되어있는 경우, 사용량이 최대 일 때 시스템 커미트 요금을 되돌리려면 페이지 파일을 요구하지 않을 수도 있습니다. 사용 가능한 물리적 메모리만으로도 충분할 수 있습니다. ”

즉, 실제로 필요한 메모리 양에 관한 것입니다. 사용 가능한 총 메모리 양은 “시스템 커밋 제한”입니다.

Linux에서 Windows 페이징 파일과 동일한 것은 스왑 파티션입니다. 이것은 파일이기 때문에 파티션이 아니기 때문에 Linux를 설치할 때 스왑 파티션의 크기를 선택해야합니다. 물론 나중에 파티션의 크기를 조정할 수는 있지만 더 많은 작업이 필요합니다. Linux는 스왑 파티션의 크기를 자동으로 관리 할 수 ​​없습니다.

각 Linux 배포판은 고유 한 설치 프로그램을 사용하며 각 Linux 배포판에는 적절한 스왑 파티션 크기를 자동으로 선택하는 논리가 설치 프로그램에 있습니다. Linux 배포판은 일반적으로 RAM 크기를 사용하여 스왑 파티션의 크기를 결정합니다. 우분투를 설치할 때 일반적인 기본 스왑 파티션 크기는 RAM의 크기와 추가 0.5GB 정도가 될 것 같습니다. 이렇게하면 최대 절전 모드가 올바르게 작동합니다.

Linux 설치 프로그램에서 수동으로 파티션하는 경우 RAM의 크기에 5GB를 추가하면 실제로 시스템을 최대 절전 모드로 전환 할 수 있습니다. 그것은 보통 충분한 스왑 공간 이상이어야합니다. 최대 16GB 정도의 RAM이 있고 최대 절전 모드가 필요하지 않지만 디스크 공간이 필요하다면 작은 2GB 스왑 파티션으로 벗어날 수 있습니다. 다시 말하지만 실제로 컴퓨터가 실제로 얼마나 많은 메모리를 사용할 것인가에 달려 있습니다. 그러나 경우에 대비해 스왑 공간을 확보하는 것이 좋습니다.

1GB 또는 2GB RAM이 장착 된 컴퓨터에 적용된 구형 “RAM 크기의 두 배”법칙. 얼마나 많은 페이지 파일이나 스왑 공간이 필요한지에 대한 대답은 하나도 없습니다. 그것은 모두 당신이 사용하는 프로그램과 그들이 필요로하는 것에 달려 있습니다. 확실하지 않은 경우 운영 체제의 기본값을 고수하는 것이 거의 항상 좋은 생각입니다.

이미지 크레딧 : William Hook on Flickr, Jean-Etienne Minh-Duy Poirrier on Flickr

리눅스는 스왑 파티션과 스왑 파일을 모두 가지고 있지만, 파일이 변경되지 않는 한, 설치 후에 파일을 만들고 conff해야만합니다.

보통 리눅스에 최대 4GB의 스왑 파일을 넣습니다. RAM이 8GB와 같이 많다면 절대로 4를 놓을 수는 없습니다. 16GB를 치면 더 적지 만 최대 절전 모드가 필요할 경우 1GB가 추가로 필요합니다.

나는 Win이 스왑 파일을 관리하는 것을 결코 믿지 않았다. 그래서 필자는 항상 파일을 최소 및 최대 모두 정적으로 만듭니다. 16GB RAM은 큰 스왑을 필요로하지 않아야하므로 16GB RAM의 경우 최대 8GB라고 말하고 싶습니다. 의외로, 승리는 크기에 꽤 좋은 추천을한다.

페이지 파일 / 스왑 파티션 크기에 관한 기사 : “시스템 크래시 덤프를 지원하는 것이 항상있었습니다”라는 몇 줄의 토론은 나를 도울 것입니다.

“시스템 크래시 덤프 지원”은 무엇을 의미합니까? “시스템 크래시 덤프”는 누구에게나 유용한가? 누구에게? 무엇 때문에? 나의 이해의 수준에, 그것은 미래의 충돌 / 차 손상을 막을 의도가있는 손상된 차의 사진과 같게 들린다. 나는 진실로 그것을 얻지 못한다. 나는 종종 질문을 받았을 때 “OK”를 클릭하여 “충돌 보고서를 보냅니다”라고 말하지 만, 나는 아무에게도 말을 듣지 못했다. 내가 말할 수있는 한, 그것들과 함께 무엇을해야 할지도 모른다. 그리고 보고서를 보낼 요청이 없을 때 무엇을 사용합니까?

귀하의 질문은 페이지 파일이나 스왑 파티션의 주제가 아니라고 생각합니다. RAM 슬롯에서 메모리 스틱을 찾거나 시작하는 대신이 주제를 납치하는 것으로 보입니다. 그러나 “지원 크래시 덤프”가 무엇을 의미하는지 모르겠으니, 내가 잘못하면 나를 용서하십시오.

문제가 발생하면 크래시 덤프의 진정한 목적은 심각한 문제가있을 때 Microsoft 지원에 보내는 것입니다.

우리는이 기사를해야한다. b

여기에 내 질문이있다, 나는 내 OS와 프로그램을 실행하는 250 기가 SSD를 가지고있다. 그런 다음 내 CD / DVD 드라이브가 있던 1 TB 내부 드라이브가있다. 내 운영 체제가있는 드라이버에 페이징 파일을 작성해야합니까, 아니면 다른 드라이브에 페이징 파일을 저장할 수 있습니까? 그게 그렇게 중요한 건가? 나는 SSD에 지속적인 쓰기가 SSD의 수명을 단축시키고 페이징 파일을 끌 수 있다고 들었다. 현재 1TB 드라이브로 실행 중입니다.

내 경험에 의하면, 그것은 전혀 작동하면 조금 천천히 것입니다. 엄지의 일반적인 규칙으로 당신은 동일한 크기의 칩 중 두 개를 가지고 있어야하며 가능하다면 똑같은 칩을 사용해야합니다. 다양한 효과를 혼합하여 매치 할 수 있지만 정확히 동일 할 때 최상의 결과를 얻을 수 있습니다.

내 x64 시스템에서 8GB RAM을 사용하는 CPU 사용량이라는 가젯이 있습니다. 사용중인 리소스를 지속적으로 모니터링합니다. 주 메모리 사용량은 3.5GB를 초과하지 않으며 페이지 파일은 거의 0 %입니다 (99 %). 전혀 사용하지 않으면 50 ~ 60Mb가 넘지 않습니다.

움직여야 해?

나는 6GB RAM이 장착 된 노트북에서 루분투 (Lubuntu) 개발을 수행하며, 아파치, MySQL, 여러 이맥스 및 쉘 윈도우, 많은 브라우저 윈도우, PDF / epub 뷰어 등을 돌리는 것이 일상적으로 이루어지고있다. 스왑 공간을 적극적으로 사용하고있다. 응용 프로그램의 가상 현실 요구 사항을 지원합니다. 나는 6GB의 스왑 파티션을 사용하여 최대 절전 모드로 만들려고 노력했으며 스왑 공간이 충분하지 않다는 메시지를 종종 받았다. 종종 실제로 실제 메모리보다 더 많은 가상 메모리를 사용했기 때문에 스왑 파티션은 일부 응용 프로그램이 닫힐 때까지 컴퓨터 상태를 저장할 정도로 크지 않았습니다. 결국 스왑 파티션의 크기를 20GB로 조정했는데 과장했을 것입니다.하지만 그 메시지는 더 이상 없습니다.

또한 주목할만한 점은 리눅스 시스템에서 스왑 파일을 추가하여 가상 메모리를 향상시킬 수 있지만 하이버네이션은 전용 파티션이 필요하다는 점입니다.

문제가 발생하면 크래시 덤프의 진정한 목적은 심각한 문제가있을 때 Microsoft 지원에 보내는 것입니다.

MS뿐만 아니라 대부분의 기술 포럼에는 BSOD의 원인을 분석하기 위해 덤프 파일이 필요한 BSOD 전문가가 있습니다. 그리고 모든 게시물의 약 40 %는 BSOD 관련입니다.

저는 항상 페이지 파일을 2GB로 설정했습니다. 이유는 SSD의 공간 절약입니다. 그리고 나는 그것에 대해 전혀 문제가 없었습니다. RAM이 4GB 이상인 경우 페이지 오류가 발생할 가능성이 거의 없습니다.

전체 기사의 문제점은 “Windows에서 처리하도록하십시오”라는 것이 많은 시간을 낭비하게 만듭니다.

예를 들어, 8GB의 RAM이 장착 된 시스템과 일부 게임을하고 기본적인 비디오 편집을하는 동안 내 페이징 파일이 작아서도 안되는 8GB 이상의 RAM을 절반 이상 사용하지 않았습니다 … 맞습니까? 잘못된! 내 2 HDD에서 Windows 7은 총 16.8GB의 공간을 사용합니다!

이것은 수동으로 페이징을 설정하는 이유입니다. 그렇지 않으면 Windows는 사용되지 않는 많은 공간을 빨아 들이기 때문입니다. Windows는 정상적인 페이징 파일을 설정할 수 없기 때문에 일반적으로 4GB -8GB의 RAM과 4GB의 2 배 RAM을 같게 설정합니다.

이 기사는 2003 년의 약간의 편집으로 잘라 붙이기가 되었습니까?

이전 페이지 파일 논리는이 요일과 나이에 실제로 그것을 잘라 내지 않습니다. MS도 8-16MB의 RAM이 좋은 상태였던 Windows 98 시대 이후 Pagefile 공식을 변경하지 않았다고 말합니다.

SSD가있는 32 / 64GB 램 PC를 실행하고 Windows가 큰 덩어리를 차지하게할까요? 아니요, 256MB로 설정하면됩니다 (오래된 부품의 경우 여전히 그 중 하나가 필요함) Windows가 대신 지불 한 RAM을 사용하게하십시오.

크래시 덤프는 99 %의 사용자에게는 쓸모가 없으므로 Pagefile에 대한 또 다른 유일한 이유는 RAM이 부족한 경우 Windows가 일정한 잠김을 방지하는 기존 기능이었습니다. 아마도 초기 1GB PC 공급 업체와 함께 비스타 형태의 총체적인 재앙을 절약했을 것입니다.

거대한 데이터 세트를 실행하는 경우 RAM을 효과적으로 처리하거나 적절한 옵션으로 64GB SSD를 페이지 파일로 사용하는 것이 좋습니다. 하지만 벽돌 벽을 치는 것과 같은 HDD는 아닙니다.

16GB의 ECC RAM 및 256MB의 페이지 파일이 여기에 있습니다. 당신의 기계가 처음에 품질이 좋은 부품으로 적절하게 제작 되었다면 BSOD를 얻지 않아야합니다.

견적 MS –

Windows 및 Windows Server의 64 비트 버전은 32 비트 버전보다 많은 실제 메모리 (RAM)를 지원합니다. 그러나 페이지 파일 크기를 구성하는 이유는 변경되지 않았습니다. 필요할 경우 시스템 크래시 덤프를 지원하거나 필요한 경우 시스템 커밋 제한을 확장하는 것이 항상있었습니다. 예를 들어, 많은 실제 메모리가 설치되어있는 경우, 사용량이 최대 일 때 시스템 커미트 요금을 되돌리려면 페이지 파일을 요구하지 않을 수도 있습니다. 사용 가능한 실제 메모리만으로도이 작업을 수행 할 수 있습니다. 그러나 시스템 크래시 덤프를 백업하려면 페이지 파일이나 전용 덤프 파일이 필요할 수 있습니다.

http://support.microsoft.com/kb/2860880

가능한 경우 스왑을 쓰지 않고 파일을 SSD가 아닌 드라이브에 절전하는 것이 좋습니다. 엔터프라이즈 SSD를 사용하게 되더라도 걱정할 필요는 없지만 SSD를 사용하여 SSD를 손상시킬 수 있으므로 SSD를 많이 신뢰하지는 않습니다.

가능한 경우 스왑을 쓰지 않고 파일을 SSD가 아닌 드라이브에 절전하는 것이 좋습니다. 엔터프라이즈 SSD를 사용하게 되더라도 걱정할 필요는 없지만 SSD를 사용하여 SSD를 손상시킬 수 있으므로 SSD를 많이 신뢰하지는 않습니다.

당신이 그것을 사용할 때 깨지 않는 것을 본 적이 있습니까?

많은 브라우저 창

Chrome / Chromium을 사용하고 있습니까? 그렇다면 귀하의 병목 현상이 있습니다, 크롬은 엄청나게 비 대한이며 RAM을 낭비하고 있습니다. Firefox로 전환하면 많은 RAM을 절약 할 수 있습니다. 이미 Firefox를 사용하고 있다면 Firefox에 탭 그룹이라는 기능이 있으므로 여러 개의 창을 사용하지 말아야합니다.

탭 그룹 데모 동영상 : https://www.youtube.com/watch?v=zU_MMUgEPes

Chrome은 내 시스템에서 좋은 100NB를 사용합니다. 그것은 땅콩입니다. 나는 그것에 대해 걱정하지 않을 것입니다. 비오는 날에 RAM을 절약 할 필요가 없습니다.

2007 년은 1950 년대 현대 쇼핑몰이 출현 한 이래 처음으로 미국에서 새로운 쇼핑몰을 건설하지 않고 통과 한 해였습니다.

이메일이 실제로 어디에서 왔는지 어떻게 알 수 있습니까?

이메일이 Bill.Smith@somehost.com이라는받은 편지함에 나타나기 때문에 Bill이 실제로 그 메일과 관련이 있다는 것을 의미하지는 않습니다. 의심스러운 이메일이 실제로 어디서 왔는지 파악하고 발견하는 방법을 살펴볼 때 계속 읽어보십시오.

오늘의 질문 및 답변 세션은 Q & A 웹 사이트의 커뮤니티 드라이브 그룹 인 스택 교환 (Stack Exchange)의 하위 부문 인 수퍼 유저의 도움으로 이루어졌습니다.

수퍼 유저 리더 Sirwan은 이메일이 실제로 어디서 왔는지 파악하는 방법을 알고 싶어합니다.

이메일이 실제로 어디서 왔는지 어떻게 알 수 있습니까? 찾을 방법이 있습니까? 이메일 헤더에 대해 들었지만 Gmail에서 이메일 헤더를 어디에서 볼 수 있는지 모르겠습니다.

이 이메일 헤더를 살펴 보겠습니다.

수퍼 유저 기고가 Tomas는 매우 자세하고 통찰력있는 응답을 제공합니다.

나에게 보낸 사기의 예를 본다. 내 친구에게서 나온 것으로 여기며 사기를 쳤고 재정 지원을 요청했다. 나는 이름을 바꿨다. 내가 빌이라고 가정하면, scammer는 그가 alice@yahoo.com 인 척하면서 bill@domain.com으로 이메일을 보냈다. Bill은 bill@gmail.com으로 전달합니다.

먼저 Gmail에서 show original을 사용합니다.

그런 다음 전체 이메일과 해당 헤더가 열립니다.

헤더는 시간순으로 아래에서 위로 읽어야합니다. 가장 오래된 것은 맨 아래에 있습니다. 도중에 새로운 서버가 있으면 Received로 시작하는 자체 메시지가 추가됩니다. 예를 들어

mx.google.com에서 월요일, 2013 년 7 월 8 일 04:11:00 -0700 (PDT)에 maxipes.logix.cz로부터 메일을 받았습니다.

이제 이메일의 실제 발신자를 찾으려면 마지막으로 신뢰할 수있는 게이트웨이를 찾아야합니다. 헤더는 맨 위부터 헤더 순서대로 읽는 것입니다. 먼저 Bill의 메일 서버를 찾아 보겠습니다. 이를 위해 도메인의 MX 레코드를 쿼리합니다. 온라인 도구를 사용하거나 Linux에서 명령 줄에서 쿼리 할 수 ​​있습니다 (실제 도메인 이름은 domain.com으로 변경되었습니다)

따라서 domain.com의 메일 서버는 maxipes.logix.cz 또는 broucek.logix.cz입니다. 따라서 마지막 (처음으로 시간순으로) 신뢰할 수있는 “홉”또는 마지막으로 신뢰할 수있는 “수신 된 레코드”또는 사용자가 호출 한 이름은이 것입니다.

이 사실은 Bill의 메일 서버에서 domain.com으로 기록했기 때문에 신뢰할 수 있습니다. 이 서버는 209.86.89.64에서 가져 왔습니다. 이것은 전자 메일의 진짜 발신자 일 수 있습니다.이 경우는 사기꾼입니다. 블랙리스트에서이 IP를 확인할 수 있습니다. 봐, 그는 3 개의 블랙리스트에 올라있다! 그 아래에 또 다른 기록이 있습니다.

그러나 당신은 실제로 이것을 추적 할 수 없습니다. 왜냐하면 그것은 사기꾼이 그의 흔적을 없애거나 거짓 흔적을 남기기 위해서 추가 될 수 있기 때문입니다. 물론 서버 209.86.89.64는 결백하며 168.62.170.129의 실제 공격자의 릴레이 역할 만 할 가능성이 있지만 릴레이는 종종 유죄로 간주되어 매우 자주 블랙리스트에 올 수 있습니다. 이 경우 168.62.170.129가 깨끗하므로 공격이 209.86.89.64에서 이루어 졌음을 거의 확신 할 수 있습니다.

물론 Alice가 Yahoo!를 사용하고 elasmtp-curtail.atl.sa.earthlink.net이 Yahoo! 네트워크에 없다는 것을 알고 있으므로 (IP Whois 정보를 다시 확인하고 싶을 수도 있습니다), 우리는 안전하게 결론을 내릴 수 있습니다 이 이메일은 앨리스 출신이 아니며 필리핀에서 휴가를 요청한 경우에는 돈을 보내지 말아야합니다.

Ex Umbris와 Vijay의 다른 두 명의 기고자는 전자 메일 헤더 해독을 지원하기 위해 SpamCop과 Google의 머리글 분석 도구 인 다음과 같은 서비스를 각각 권장했습니다.

설명에 추가 할 부분이 있습니까? 의견에서 소리가 나지. 다른 기술에 정통한 Stack Exchange 사용자들의 답변을 더 읽고 싶습니까? 전체 토론 스레드를 여기에서 확인하십시오.

이것은 우리 서버에서 엄청난 요청을하는 IP를 발견 한 직장 상황을 상기시켜줍니다. 조사를하고 서비스 제공 업체에 이메일을 보내 스팸을 차단했습니다. 서비스 제공 업체는 방금 보낸 이메일의 헤더 스크린 샷을 이메일로 보내주었습니다 … 동일한 IP였습니다.

내가 전체 전자 메일을 읽을 수있는 아이디어는? 나는 사기 인 것을 읽는 것을 좋아합니다.

호스트 -t TXT domain.com을 추가합니다. 보내는 전자 메일 서버는 MX 목록에 없지만 SPF 레코드의 일부일 수 있습니다.

Back to the Future 영화 프랜차이즈의 타임 머신으로 잘 알려진 DeLorean DMC-12는 제조사 인 DeLorean Motor Company가 제작 한 유일한 모델이었습니다.

gmail은 gmail에서 데스크탑으로 드래그 앤 드롭을 추가합니다. [비디오]

Chrome을 사용하는 경우 데스크톱에서 첨부 파일을 Gmail로 당분간 드래그 할 수 있었지만 지금은 다른 방법으로 드래그 할 수 있습니다.

새로운 기능은 Google 크롬에서만 작동하지만 이제는 첨부 파일에서 아이콘을 클릭하여 드래그하여 다운로드 폴더 및 모든 내용을 다루지 않고도 데스크톱에 직접 저장할 수 있습니다. Gmail이 기본 응용 프로그램과 거의 같습니다!

작동 방식을 보여주는 간단한 동영상이 있습니다.

첨부 파일을 드래그 앤 드롭하여 데스크탑에 저장하십시오 [공식 Gmail 블로그]

Firefox 3.6.8에서도 작동합니다.

파이어 폭스 3.6.8에서 나에게 적합하지 않지만 사진을 드래그 할 수는 있지만 올바른 이름은 사용하지 않는다. 단지 show.jpg이므로 두 번째 사진을 드래그하면 창에서 첫 번째 사진을 바꾸라고 요청한다.; pdf 전혀 작동하지 않습니다.

크롬이 잘 작동합니다.

시퀀스 “87654321”은 Pi의 처음 3 백만 자릿수, 즉 “13445678”과 반대로 표시되기 전에 1 억 8,400 만 자릿수에 나타납니다.

짜증나는 youtube 바를 제거하려면 어떻게해야합니까?

최근에 YouTube에 간 적이 있다면 화면 하단에 추천 동영상이 표시되고 자동 재생할 수있는 바를 눈치 챘을 것입니다.하지만 빠져 나갈 방법이없고 설정에는 아무 것도 없습니다. 방법은 다음과 같습니다.

사용자 스크립트 (Firefox 또는 Chrome)로 제거하기

Firefox를 사용하고 있는데이 막대를 없애고 싶다면 Greasemonkey 확장과 함께 사용자 스크립트를 사용할 수 있습니다. Chrome을 사용하는 경우 사용자 스크립트 지원 기능이 내장되어 있으므로이 사용자 스크립트로 이동하여 설치 버튼을 클릭하기 만하면됩니다.

사용자 스크립트를 제거하려면 도구 메뉴를 사용하여 확장 프로그램 관리 옵션을 찾거나 위치 표시 줄에 chrome : // extensions을 입력하십시오.

일단 거기, “구독 바”라는 항목을 찾아 제거 버튼을 클릭하십시오.

Chrome 확장 프로그램 사용

Chrome 확장 프로그램은 Chrome 확장 프로그램을 대신 사용할 수 있지만 Chrome 확장 프로그램은 각 확장 프로그램에 대해 별도의 프로세스로 실행되므로 사용자 스크립트보다 많은 메모리를 사용합니다.

사용자 스크립트와 동일한 방법으로 제거 할 수 있습니다.

YouTube 구독 정보 모음 및 자동 재생 리무버 [Google 크롬 확장 프로그램]

URL 변경 (다른 사람들과 공유하기 위해)

동영상을 다른 사람에게 보내려하고 자동 재생 표시 줄을 보지 않으려면 URL을 전송하기 전에 URL의 일부만 삭제하면됩니다.

& playnext = URL 끝까지 모든 항목을 강조 표시하고 Delete 키를 누른 다음 나머지 부분을 복사하면됩니다.

어떻게 생각해? 자동 실행 막대가 귀찮게합니까?

자동 재생 막대는 지금까지 본 YouTube의 가장 짜증나는 새로운 “기능”입니다. 나는 그들이 채널 레이아웃을 변경하는 일에서 멈추었 으면 좋겠다. 이 기사에 대해 정말 고마워!

동영상을 공유하고 싶을 때 설명하기가 훨씬 쉽습니다. 동영상 설명 바로 아래에있는 공유 버튼을 누르면됩니다. URL이 강조 표시되어 복사 만하면 공유 할 준비가되었습니다. 🙂

와우, 나는 이것을 믿을 수 없다. HowToGeek을 방문하기 전에 두 번째 (예, 실제로), 채널 옵션을 살펴본 후 그 성가신 것을 해제하는 방법을 살펴 보았습니다. 내가 그렇게 할 수있는 옵션을 찾지 못했을 때 나는이 블로그를 포기하고 방문했다. – tadaa! 이런 우연이!

고마워. 그 술집은 매우 짜증나고, 그것을 끄는 방법을 찾고있었습니다.

GM Scripts ftw. 확장 프로그램은 메모리를 차지하지만 스크립트는 그렇지 않습니다.

나는 나가 youtube에 가고 크롬이있는 때 저 특징을 얻지 않는다 : S

이상한, 나는 내가 사용하는 모든 브라우저 나 PC에서이 막대를 보지 못한다.

이게 얼마나 짜증나? 동영상 재생이 시작되면 숨기고 일시 중지하거나 동영상보기를 마친 후에 만 ​​표시됩니다.

유튜브로 엉망이되는 구글은 좋은 일이다. 그것은 Google에 대한 나의 마지막 연결입니다, 지금 나는 더 많은 구글의 광경을 공유하기 위해 나의 유튜브 채널을 털어 놓을 것이며, 나는 마침내 구글을 자유롭게 할 것입니다. 너무 많이 빨아 주셔서 감사합니다!

Greasemonkey 확장 기능이 있습니다. 사용자 스크립트가 필요합니다. 🙂

평균 메이저 리그 야구 시즌에는 16 만개 이상의 야구가 사용됩니다.

얼마나 많은 메모리 주소를 컴퓨터의 RAM에 저장할 수 있습니까?

언젠가는 컴퓨팅 경험의 표면적 수준을 살펴 보는 것이 재미 있고, 다른 방법으로는 내부 동작을 파악하는 것이 재미 있습니다. 오늘 우리는 컴퓨터 메모리의 구조를 살펴보고 RAM에 넣을 수있는 물건의 양을 알려줍니다.

오늘의 질문 및 답변 세션은 Q & A 웹 사이트의 커뮤니티 중심 그룹 인 Stack Exchange의 하위 부문 인 수퍼 유저의 도움으로 이루어졌습니다.

수퍼 유저 리더 Johan Smohan은 총 주소 수를 산출하기 위해 프로세서 유형과 메모리 크기가 함께 작동하는 방식에 대해 고심하고 있습니다. 그는 씁니다.

32 비트 프로세서와 1GB RAM을 사용할 수있는 메모리 주소의 수와 64 비트 프로세서의 수는 얼마나됩니까?

나는 이것이 다음과 같은 것이라고 생각한다.

메모리 주소의 수를 얻기 위해 32 비트 4 비트 (?)로 나뉘어 진 1GB RAM?

나는 1 개의 메모리 주소가 32 비트 폭 또는 4 옥텟 (1 옥텟 = 8 비트)이고, 1 메모리 주소 또는 1 정수가 64 비트 폭 또는 8 옥텟 인 64 비트 프로세서와 비교할 때 Wikipedia에서 읽었다. 그러나 내가 그것을 올바르게 이해했는지 모르겠다.

이들은 밤에 호기심 많은 괴짜를 키울 수있는 질문의 종류입니다. Johan의 가상 시스템마다 얼마나 많은 주소가 있습니까?

수퍼 유저 기고가 Gronostaj는 RAM을 어떻게 나누어 활용하는지에 대한 통찰력을 제공합니다.

짧은 대답 : 사용 가능한 주소의 수는

위의 긴 대답과 설명

메모리는 바이트 (B)로 구성됩니다. 각 바이트는 8 비트로 구성됩니다 (b).

1GB의 RAM은 실제로 1 GiB (기가 바이트가 아닌 기가비트)입니다. 차이점은

메모리의 모든 바이트는 CPU 머신 워드의 크기와 상관없이 자체 주소를 가지고 있습니다. 예 : Intel 8086 CPU는 16 비트 였고 메모리를 바이트 단위로 처리 했으므로 최신 32 비트 및 64 비트 CPU를 사용하십시오. 이것이 첫 번째 한계의 원인입니다. 메모리 바이트보다 많은 주소를 가질 수 없습니다.

메모리 주소는 CPU가 메모리의 처음부터 건너 뛴 바이트 수입니다.

이제 32 비트가 실제로 무엇을 의미하는지 알아야합니다. 앞에서 언급했듯이 기계 단어의 크기입니다.

기계어는 CPU가 숫자를 저장하는 데 사용하는 메모리 양 (RAM, 캐시 또는 내부 레지스터)입니다. 32 비트 CPU는 32 비트 (4 바이트)를 사용하여 숫자를 저장합니다. 메모리 주소도 숫자이므로 32 비트 CPU에서 메모리 주소는 32 비트로 구성됩니다.

이제 이것에 대해 생각해보십시오. 하나의 비트가있는 경우 0 또는 1의 두 값을 저장할 수 있습니다. 비트를 하나 더 추가하면 네 개의 값인 0, 1, 2, 3이 있습니다. 3 비트에서 8 개의 값을 저장할 수 있습니다 : 0, 1, 2 … 6, 7. 이것은 실제로 바이너리 시스템이며,

그것은 일반적인 추가와 똑같이 작동하지만 최대 숫자는 9가 아닌 1입니다. 10 진수 0은 0000이고, 1을 더해 0001이 나오면 다시 1을 더하고 0010을가집니다. 여기서 일어나는 것은 10 진수 09를 갖는 것과 같습니다. 하나 : 9를 0으로 변경하고 다음 자릿수를 증가시킵니다.

위의 예에서 상수 값을 가진 숫자에는 항상 최대 값이 있음을 볼 수 있습니다. 모든 비트가 1이고 값을 1 씩 늘리려고하면 모든 비트가 0이되어 번호. 이것은 정수 오버플로라고 불리며 사용자와 개발자 모두에게 많은 불쾌한 문제를 일으 킵니다.

가능한 최대 수는 항상 2 ^ N-1입니다. 여기서 N은 비트 수입니다. 앞에서 말한 것처럼 메모리 주소는 숫자이며 최대 값을가집니다. 그것이 기계어의 크기가 사용 가능한 메모리 주소 수에 대한 제한이기도 한 이유입니다. 가끔씩 CPU가 더 많은 메모리를 처리 할만큼 큰 숫자를 처리 할 수없는 경우가 있습니다.

따라서 32 비트에서 0에서 2 ^ 32-1까지의 숫자를 유지할 수 있으며 4 294 967 295입니다. 1GB RAM에서 가장 큰 주소보다 많기 때문에 특정 경우에 RAM의 양이 제한 요소가됩니다.

32 비트 CPU의 RAM 제한은 이론적으로 4GB (2 ^ 32)이고 64 비트 CPU의 경우 16 EB (엑사 바이트, 1 EB = 2 ^ 30 GB)입니다. 즉, 64 비트 CPU는 전체 인터넷을 처리 할 수 ​​있습니다 … 200 번 (WolframAlpha로 추정).

그러나 실제 운영 체제에서 32 비트 CPU는 약 3 GiB의 RAM을 처리 할 수 ​​있습니다. 운영 체제의 내부 아키텍처 때문입니다. 일부 주소는 다른 용도로 예약되어 있습니다. Wikipedia에서 소위 3GB 장벽에 대한 자세한 내용을 볼 수 있습니다. 실제 주소 확장을 사용하여이 제한을 들어 올릴 수 있습니다.

메모리 어드레싱에 대해 말하면, 언급해야 할 몇 가지 사실이 있습니다 : 가상 메모리, 세그먼트 화 및 페이징.

가상 메모리

@Daniel R Hicks이 또 다른 대답으로 지적한 것처럼 OSes는 가상 메모리를 사용합니다. 이것이 의미하는 것은 응용 프로그램이 실제 메모리 주소에서 작동하지 않고 OS에 의해 제공되는 것입니다.

이 기술을 통해 운영 체제는 RAM에서 소위 페이지 파일 (Windows) 또는 스왑 (* NIX)으로 일부 데이터를 이동시킬 수 있습니다. HDD는 RAM보다 속도가 느리지 만 드물게 액세스되는 데이터에는 심각한 문제가 아니며 OS가 실제로 설치 한 것보다 더 많은 RAM을 응용 프로그램에 제공 할 수 있습니다.

페이징

지금까지 우리가 얘기 한 것은 평면 주소 지정 체계라고합니다.

페이징은 평면 모델에서 일반적으로 하나의 컴퓨터 단어로 수행 할 수있는 더 많은 메모리를 처리 할 수있는 대체 주소 지정 체계입니다.

4 글자 단어로 가득 찬 책을 상상해보십시오. 각 페이지에 1024 개의 숫자가 있다고 가정 해 보겠습니다. 번호를 지정하려면 두 가지를 알아야합니다.

바로 이것이 바로 최신 x86 CPU가 메모리를 처리하는 방법입니다. 그것은 4 KiB 페이지 (각각 1024 기계 단어)로 나뉘며 그 페이지에는 숫자가 있습니다. (실제로 페이지는 4 MiB 또는 PAE가있는 2 MiB 일 수도 있습니다). 메모리 셀을 주소 지정하려면 해당 페이지에서 페이지 번호와 주소가 필요합니다. 각 메모리 셀은 정확히 한 쌍의 숫자로 참조되며 세그먼테이션의 경우는 그렇지 않습니다.

분할

글쎄, 이것은 페이징과 매우 유사합니다. 그것은 하나의 예제를 명명하기 위해 인텔 8086에서 사용되었습니다. 주소 그룹은 페이지가 아닌 메모리 세그먼트라고합니다. 차이점은 세그먼트가 겹칠 수 있으며 중복되는 부분이 많다는 것입니다. 예를 들어 8086에서 대부분의 메모리 셀은 4096 개의 다른 세그먼트에서 사용할 수있었습니다.

예제

우리가 8 바이트의 메모리를 가지고 있다고 가정 해 봅시다. 4 번째 바이트를 제외하고 모두 0을 가지고 있습니다. 이것은 255와 같습니다.

플랫 메모리 모델의 일러스트레이션

4 바이트 페이지가있는 페이지 된 메모리 그림

4 바이트 세그먼트가 1로 쉬프트 된 세그먼트 화 된 메모리의 예

보시다시피 네 번째 바이트는 네 가지 방식으로 처리 할 수 ​​있습니다. (0부터 주소 지정)

항상 같은 메모리 셀입니다.

실제 구현에서 세그먼트는 1 바이트 이상 이동합니다 (8086의 경우 16 바이트).

세분화에 대한 나쁜 점은 복잡하다는 것입니다 (그러나 저는 이미 알고 있다고 생각합니다.) 좋은 점은 모듈화 된 프로그램을 만드는 데 영리한 기술을 사용할 수 있다는 것입니다.

예를 들어, 일부 모듈을 세그먼트에로드 한 다음 세그먼트가 실제 크기보다 작은 것으로 가장하고 (모듈을 보유 할 정도로 작음) 가장 작은 크기의 세그먼트와 겹치지 않는 첫 번째 세그먼트를 선택하고 다음에로드 할 수 있습니다 모듈, 등등. 기본적으로,이 방법은 가변 크기의 페이지입니다.

설명에 추가 할 부분이 있습니까? 의견에서 소리가 나지. 다른 기술에 정통한 Stack Exchange 사용자들의 답변을 더 읽고 싶습니까? 전체 토론 스레드를 여기에서 확인하십시오.

나는 255라는 숫자를 조금 혼란스럽게 생각한다. 어떻게 될까?

이진에서는 시퀀스 1111 1111이 255입니다. 0000 0000이 첫 번째 숫자이므로 실제로 256 개의 숫자가 있습니다.

10 진수로, 숫자 값은 다음과 같습니다.

따라서 255라고 말하면 실제로 200 + 50 + 5라고 말합니다.

마찬가지로 바이너리의 숫자 값도 분해됩니다.

따라서 11111111 (바이너리)을 말할 때 실제로 128 + 64 + 32 + 16 + 8 + 4 + 2 + 1 – 이는 255와 같습니다.

분할 (segmentation)에서 “압축 (scrabble)”(공간의보다 압축 된 사용을위한 코드 부분 결합)이 가능합니까? 나는이 시점에서 실용적이지 않을 수도 있다는 것을 이해한다. (충분한 기억이 있고 우리가 공간을 사용하는 방법에 대해 걱정할 필요가 없다.) 또는 합리적 (왜 프로그래머로 생각할 수있는 또 하나의 이유가 있는가?) . 나는 그것이 가능한지 여부에 관해서 만 질문하고있다.

영어가 미국의 공식 언어라는 널리 인정 된 믿음에도 불구하고 공식적으로 선언 된 언어는 없습니다.

파이어 폭스와 호환되는 버전 확장 파일을 해킹

Firefox 사용시 잘 알려진 단점은 새 주요 버전이 출시 될 때 확장 호환성 문제입니다. 처음으로 시도한 새 확장 프로그램이든 오래된 프로그램이든 확장 프로그램을 다시 사용할 수있는 방법이 있습니다.

이 방법을 선택하여 호환되지 않는 확장을 수정해야하는 이유는 여러 가지가 있습니다

대부분의 확장 기능은 새 버전의 Firefox에서 완벽하게 작동하며 “버전 호환성 번호”문제 만 있습니다. 그러나 잠시 동안 확장 기능의 작성자가 작업을 수행해야 할 수도 있습니다.

문제

모든 사람이 가장 좋아하지 않는 “확장 메시지”의 완벽한 예입니다. 이것은 원하는 모든 항목 (또는 새로 추가 한 항목)이 새로 설치해야하는 경우에 필요한 마지막 항목입니다.

참고 : 단순히 업그레이드하는 경우 이미 브라우저에있는 호환되지 않는 확장을 “바꾸기”위해 잘 작동합니다.

XPI 파일 해킹

이 절차를 수행하려면 수동으로 확장 프로그램을 하드 드라이브에 다운로드해야합니다 (확장 프로그램의 “설치 버튼”을 마우스 오른쪽 버튼으로 클릭하고 “다른 이름으로 저장”을 선택하십시오). 일단 확장을 해킹 할 준비가되었습니다.

이 예에서는 “GCal Popup Extension”을 선택했습니다. 가장 좋은 방법은 확장 프로그램을 새 폴더 (예 : 바탕 화면 또는 다른 편리한 위치)에 배치 한 다음 일반 zip 파일과 동일한 방식으로 압축을 푸는 것입니다.

참고 : HTG 독자 Dante는 IZArc 또는 7-Zip과 같은 제 3 자 우편 유틸리티를 설치하지 않은 경우 “.xpi”파일 확장명을 “.zip”으로 변경하면 Windows 통합 zip 소프트웨어를 사용하여 압축을 풀 수 있음을 지적했습니다 파일.

일단 압축이 풀리면 “xpi 파일”에 있던 다양한 폴더와 파일을 볼 수 있습니다 (여기서 네 개의 파일이 있지만 확장자에 따라 숫자가 다를 수 있음). 초점을 맞추어야하는 파일은 하나뿐입니다 … “install.rdf”파일.

참고 :이 시점에서 더 이상 존재하지 않도록 원래 확장 파일을 다른 위치 (즉, 폴더 외부)로 이동해야합니다.

“메모장”에서 파일을 열면 “maxVersion”의 번호를 변경할 수 있습니다. 여기서 숫자는 “3.5. *”로 표시되지만 더 높게 설정해야합니다.

“5”를 “7”로 바꾸는 것은 우리가해야 할 모든 것입니다. 새로운 “maxVersion”번호를 입력하면 파일을 저장하십시오.

이 시점에서 모든 파일을 다시 단일 파일로 압축해야합니다. “.zip 파일 확장자”로 파일을 “생성”하십시오. 그렇지 않으면 작동하지 않습니다.

일단 새로운 zip 파일이 생성되면 “파일 확장자”를 포함한 전체 파일의 이름을 변경해야합니다. 예를 들어 원본 확장 이름을 복사하여 붙여 넣었습니다.

이름을 변경하면 “텍스트 영역”외부를 클릭하십시오. 확인 메시지가 나타나는 것과 같은 작은 메시지 창이 표시됩니다. “예”를 클릭하여 프로세스를 완료하십시오.

이제 수정 / 업데이트 된 확장 프로그램을 설치할 준비가되었습니다.

확장 프로그램을 브라우저로 드래그하여 설치하고 “설치를 완료하려면 다시 시작하십시오.”라는 메시지가 나타납니다.

브라우저가 시작되면 “추가 기능 관리자 창”을 확인하고 확장 프로그램의 버전 호환성 번호를 확인할 수 있습니다. 아주 좋아 보이는구나!

그리고 확장 기능이 아무런 문제없이 가동되어야합니다.

결론

새로운 것을 시도하거나, 괴짜 신디케이트를 얻으려고하거나, 가능한 한 원래의 상태에 가깝게 Firefox를 설치하고 싶다면,이 방법은 확장 기능이 제대로 작동하도록해야합니다.

조금 덜 야심적이라면 야간 테스터 도구 확장을 설치할 수 있습니다. 하나 또는 모든 확장 프로그램과의 호환성 문제를 재정의 할 수 있습니다.

어쩌면 내가 열거 나 압축을 풀 수없는 a.xpi 파일을 “저장”할 때 여기에 뭔가 빠져 있습니다. 어떤 포인터?

이 기능은 Thunderbird 확장 기능에서 작동합니까?

확장 호환성을 위해 야간 테스터 도구 (https://addons.mozilla.org/en-US/firefox/addon/6543)를 사용하면 어떤 이점이 있습니까?

@Bobbylight – Thunderbird 확장판에서도 잘 작동합니다. ^ __ ^

@ johncalvin – 어떤 파일 압축 유틸리티를 사용하고 있습니까? 나는 여기에 IZArc를 설치했는데 문제없이 xpi 파일의 압축을 풉니 다.

@Enzer Milliard – Nightly Tester Tools 확장 기능이 잘 작동하는 동안 확장 기능을 호환 할 수있는 또 다른 옵션이 제공되며 “내부 작동”중 일부를 재미있게 파고들 수 있습니다. ^ __ ^

@Michael Gallaher – The Mr Tech Toolkit은 호환성을 강요하고 동시에 Firefox에 추가 된 다른 멋진 기능을 얻는 데 항상 즐겨 사용되었습니다. ^ __ ^

@ johncalvin : 파일의 이름을 “extension.xpi”에서 “extension.zip”으로 바꿔야합니다. 그런 다음 압축을 풀고 계속 진행할 수 있습니다.

또 다른주의 사항 : install.rdf 파일을 변경했으면 “extension.zip”폴더로 끌어다 놓고 Do-you-replace-it-it-question에 “yes”라고 대답하십시오. 이렇게하면 이전 파일이 수정 된 파일로 대체됩니다. 그런 다음 “extenstion.zip”에서 “extension.xpi”로 다시 이름을 바꾸고 열려있는 Firefox 창으로 끌어다 놓으십시오; 최소한 3 초를 저장하십시오!) -)

@ 단테 – 실제로 IZArc를 사용하여 문제없이 xpi 파일의 압축을 풀 수있었습니다. ^ __ ^

@Asian Angel : 물론 작동하지만 일부 사람들에게는 타사 소프트웨어 (예 : 7-zip 또는 IZArc)가 설치되어 있지 않습니다. 확장 프로그램의 이름을 바꾸면 Windows 통합 zip 소프트웨어를 사용할 수 있습니다.

무엇이 당신을 위해 일하고 당신의 인생을 더 쉽게 만듭니다!

@ 단테 – 항상 새로운 것을 배울 수 있습니다. ^ __ ^ 또한 Windows 통합 zip 소프트웨어에 대한 기사에 메모를 추가합니다. ^ __ ^

필자는 Gecko 소프트웨어 (Firefox 또는 Songbird)를 구형 확장명을 허용하도록 설정하는 것을 선호합니다. Addons 메뉴의 경고에 짜증이 나지 않는다면 훨씬 간단합니다.

그냥 “야간 테스터 도구”확장 기능을 사용하지 않으시겠습니까? 훨씬 빠르고, 쉽고, 깔끔합니다.

그것은 일했다!! 감사! 이제 LongURLplease를 사용할 수 있습니다! 너 멋지다! 나는 당신의 웹 사이트를 북마크로 만들고있다!

Scooby Doo의 주인공이자 Scooby Doo의 주인 중 하나 인 Shaggy의 이름은 Norville “Shaggy”Rogers입니다.