• Fact: Shell scripting is a must for any serious IT admin managing a server. 사실 : 쉘 스크립트가에 대한 심각한이 관리해야하는 서버를 관리합니다. From automating backups to checking logs and keeping server performance and load in check, scripting is a must. 자동 백업을 점검에서 로그 및 보관 서버 성능 및로드를 체크, 스크립팅은해야합니다.
• Fact: Shell scripting on Windows sucks. 사실 : 쉘 스크립팅 windows 끝장을합니다. Monad (Microsoft Power Shell) attempts to fix that, but so far the results are mixed. monad (마이크로 소프트 파워 셸)하려는 시도로 고쳐,하지만 지금까지 나온 결과가 혼합합니다.
• Fact: Shell scripting on Linux and other *nix operating systems is powerful, well-documented, and quite straight-forward. 사실 : 쉘 스크립트는 리눅스와 기타 * 아무것도 아니야, 운영 체제는 강력한, 음 - 문서화, 그리고 아주 스트레이트 - 전진합니다.

Most people take a look at these three facts, and instantly come to a conclusion.. 대부분의 사람들은 이러한 세 가지 사실을 한번보세요, 그리고 순간적으로 와서 결론 .. the wrong conclusion: you can’t properly manage a Windows server because it’s inherently lacking in the shell scripting department. 잘못된 결론 : windows 서버를 관리할 수있습니다 제대로 안에서 부족 왜냐하면 그것은 선천적인 쉘 스크립팅학과합니다.

…

Mono 모노 is the open-source version of Microsoft’s .NET Framework. 는 오픈 - 소스 버전의 마이크로 소프트의. 그물 틀을합니다. It implements most of the backend framework features, but unfortunately, falls flat on its pretty little face when attempting to display the user interface - which is what desktop apps are all about. 대부분의 백엔드 프레임 워크 기능을 구현하고 있으나, 유감스럽게도 아주 작은 얼굴을 평면을 시도할 때 폭포를 표시하는 사용자 인터페이스를 - 어느가에 대한 어떤 데스크톱 애플 리케이션을 모두합니다.

Wine 와인 on the other-hand, is a Linux port of (major parts of) Microsoft’s Win32 library - the core dependencies of the Windows development libraries, and more importantly, the win32 interface elements. 반면 - 손,이 리눅스 포트에 대한 (주요 부품) 마이크로 소프트의 win32 라이브러리 - 창문 발전의 핵심 의존 도서관, 그리고 더 중요한 것은, win32 인터페이스 요소가합니다. With Wine, you can run many traditional C++ win32 executables on Linux, with certain limitations. 와인을 함께 실행할 수있습니다 많은 전통적인 c + + win32 바이너리를 리눅스, 특정 제한합니다.

Mono’s biggest stumbling block is the GUI and .NET programs that use P/Invoke to call native non-managed win32 dlls - Mono is a pure .NET environment, and can’t handle them. 모노의 최대 걸림돌은 그래픽 사용자 인터페이스와합니다. 그물을 사용하는 프로그램이 피 / 호출에 전화 전용이 아닌 - 관리 win32 dlls - 모노는 순수합니다. 그물 환경, 그리고 그들을 처리할 수없습니다. But from the description above, that’s exactly what WINE excel at… So can’t we use WINE + Mono to make just about any .NET program run on Linux fresh out of the .NET compiler? 그러나 위의 설명에서, 우리가 정확히 무엇을 엑셀에서 와인을… 그래서 우리가 할 수 와인 + 모노를 사용하지 막합니다. 그물 프로그램을 실행 리눅스 신선한 밖으로합니다. 그물 컴파일러?

Unfortunately, the answer is no. 불행히도 그 대답은 '노'. Back when the Mono project was first starting out, the Mono development team considered using WINE to implement the System.Windows.Forms namespace of the .NET Framework (which is practically 100% native C++ unmanaged win32 code in .NET wrappers). 모노 프로젝트는 처음 시작할 때 돌아 밖에서 와인을 사용하는 모노 개발 팀으로 간주의를 구현하려면 네임 스페이스를 system.windows.forms. 그물 프레임 워크 (이것은 거의 100 %를 기본 c + +는 관리되지 않는 win32 코드를합니다. 그물 포장지). But they made the right choice in deciding to not take the easy way and go that route, leaving the integrity of the Mono project intact and focusing on true cross-platform user interface libraries instead (the GTK# is now the UI Library of choice for cross-platform .NET applications). 그러나 그들이 올바른 선택을 한 쉬운 방법을하지 않는가를 결정하고, 그 경로를하고 떠난 모노 프로젝트의 무결성을 손상시키지 그리고 진정한 크로스 - 플랫폼 사용자 인터페이스를 라이브러리에 집중 대신에 (gtk #은 이제는 선택하는 사용자 인터페이스 라이브러리를 크로스 - 플랫폼을합니다. 그물 응용 프로그램).

…

In this episode of “The Never-Ending Quest for Better Server Performance,” we follow our heroes’ journey through the dangerous and murky woods of PHP opcode caching engines, where they aren’t content with just installing an opcode caching engine, but <gasp> becoming one with it too! 이 에피소드의 "서버 성능 향상을 위해 결코 - 결말 탐구,"우리는 다음과 우리의 영웅 '위험하고, 어두운 숲을 통해 여행 php opcode 캐시 엔진, 콘텐츠를 어디에 그들이되지 않습니다 opcode를 설치하는 단지 캐싱 엔진, 그러나 < 호흡>과 하나가 될이 너무!

Yep, you heard that right. 옙, 그 권리를 들었다. We’ve just released two new plugins for the WordPress users out there, that take opcode caching to the next level. 우리는 단지 두 개의 새 플러그인을 출시 wordpress 사용자가 밖으로하는 데 opcode 캐시를 다음 수준을합니다. If you haven’t already installed an opcode caching engine like opcode 캐시를 설치하지 않은 경우처럼 엔진 XCache xcache (our favorite!), (우리가 좋아하는!), eAccelerator eaccelerator , Turck MMcache turck mmcache , Memcached memcached , APC apc , or , 또는 PHPA phpa then you really need to do that right now before even continuing this article. 그렇다면 지금 당장 그렇게 할 필요가 정말로 계속하기 전에이 문서조차합니다. Really, what were you waiting for!? 정말 무엇을 기다리고 계셨습니까!?

…

For all the Windows-bound PHP users out there, consider yourselves warned: even if you’re running the (supposedly) thread-safe PHP Win32 binary redistribution, you’re still susceptible to PHP Access Violation Errors, race problems, heap corruption, and much worse if you use the popular 에 대한 모든 창문 - 늘어나게 php 사용자가 밖에서 자신을 고려 경고 : 만일 당신이 실행하고 (추측) 스레드 - 안전 php win32 바이너리 재배포, 당신은 여전히 민감한 php 액세스 위반 오류가, 인종 문제, 힙 부패, 그리고 훨씬 나빠질의 인기를 사용하는 경우 eAccelerator eaccelerator opcode-caching extension. opcode - 캐싱을 확장합니다.

We did our testing with the 우리는 우리의 테스트를 한 binaries compiled by SiteBuddy 바이너리를 컴파일하여 sitebuddy using the latest versions of both PHP and eAccelerator. php과 eaccelerator를 사용하여 최신 버전을 모두합니다. Almost immediately after initiating a stress test on our test servers we experienced the dreaded “PHP Access Violation” error - which brings down the entire IIS Worker Process to its heels. 거의 직후 테스트를 시작하는 우리의 테스트 서버에 스트레스를 경험 지친 우리는 "php 액세스 위반"오류 - 5000 다운 iis 작업자 프로세스의 전체 발뒤꿈치를합니다.

…

Overview 개요

In my 내 earlier post 이전 게시물 , I showed how to create a Shell Namespace Extension using the default IShellView implementation (also known as DefView). One thing you might have noticed from the sample is that the Commands Module is void of even the default items such as “Organize” and “Views”. , 나는 셸 네임 스페이스를 확장 기능을 만드는 방법을 보여 기본 ishellview를 사용하여 구현 (defview라고도 함). 한가지 당신의 챗겠지만의 명령 모듈은 무효의 샘플은 기본 항목 등 심지어는 "정리"와 " 보기 "합니다.

If you are developing your own Namespace and want to include the default buttons and/or add your own elements to the Commands Module as well, how do you accomplish this? The answer: you must implement the 자신의 네임 스페이스를 개발하는 경우의 기본 버튼을 포함하고 싶은거 및 / 또는 추가의 명령 모듈을 자신의 요소를도 달성할 어떻게 이것?에 대한 답변 :를 구현해야합니다 IExplorerCommand iexplorercommand , , IExplorerCommandProvider iexplorercommandprovider and 및 IEnumExplorerCommand ienumexplorercommand interfaces. 인터페이스를합니다.

Below I describe what each of the interfaces is used for and what you need to do to properly implement them in your code. 각각의 인터페이스를 아래에 나는 무엇을 설명하는 데 사용에 대한 그리고 당신이 그들을 필요합니다 귀하의 코드를 제대로 구현합니다.

IExplorerCommandProvider iexplorercommandprovider

After your Namespace is loaded, the Shell will ask your Namespace for an instance of an IExplorerCommandProvider. This interface exposes two methods: GetCommand and GetCommands. The Shell calls the GetCommand method to retrieve a specific IExplorerCommand object that matches the supplied GUID (Each command is identified by a GUID). The 귀하의 네임 스페이스가 로드된 후, 쉘은 iexplorercommandprovider의 인스턴스에 대한 네임 스페이스를 물어보십시오.이 인터페이스를 제공합니다 두 개의 방법 : getcommand 및 getcommands. getcommand 방법을 검색하는 쉘을 호출합니다와 일치하는 특정 iexplorercommand 개체와 함께 제공된 guid (각 명령은 에 의해 발견 guid). the

…

I have recently worked on Windows Sidebar Styler and version 2.0.6 is now available. 나는 windows 사이드바를 최근에 작업한 styler 및 버전 2.0.6 지금 사용할 수있습니다.

Among the improvements is instant application of styles as well as the resizable Windows Sidebar feature. 인스턴트 응용 프로그램의 스타일을 사이에 개선이 크기 조정뿐만 아니라 windows 사이드바 기능을합니다. The latter is especially useful when Windows Sidebar is docked on the left. 후자는 특히 windows 사이드바는 도킹 왼쪽에있는 경우에 유용합니다. Added are more localizations and 입력된들이 더 localizations 및 Alky for Applications 에 대한 응용 프로그램을 alky is supported for use in Windows XP or Server 2003. 이 지원됩니다 windows xp 또는 서버에서 사용하기 위해 2003.

The new version can be downloaded 새 버전을 다운로드받을 수있습니다 here 여기에 . 합니다.

If you are interested in localizing Windows Sidebar Styler in your native language, or just want to suggest a feature for the next version, please do not hesitate to 관심이있다면, 당신의 모국어에 맞게 지역 화 windows 사이드바를 styler, 아니면 그냥 제안하는 기능에 대한 싶어 다음 버전, 주저하지 말고 contact me 저에게 연락 . 합니다.