이 두 로고 (Gecko 및 Webkit)에 작별 인사를하십시오.
2 개월 전에 Opera가 Webkit으로 전환, 그것은 말했다 인터넷의 미래가 위험했습니다 이 웹 엔진의 거대한 채택을 위해. 놀랍게도 두 가지 새로운 엔진이 등장했습니다. 서보기구 y 깜박 거리다.
한편으로는 Mozilla가 Samsung과 함께 개발 한 Servo라는 새로운 언어로 녹. Rust는 Mozilla가 동시적이고 실용적이며 안전하도록 설계된 언어입니다 (NULL 포인터 또는 매달려있는 포인터를 포함하지 않음). 이 새로운 엔진은 먼저 모바일 장치 (Android 및 Firefox OS)와 ARM이있는 컴퓨터에 적용됩니다.
반면에 구글은 Webkit을 제쳐두고 Blink라는 포크를 만들기로 결정했습니다. 그의 아이디어는 Webkit의 복잡성을 줄이는 것입니다. 사이트가 다운 될 때 탭이 계속 작동하도록 다중 프로세스 아키텍처가 사용됩니다. Opera는이 프로젝트에 기여할 것으로 예상되며 (Safari는 아직 아무 말도하지 않음) 먼저 Chromium에 도달 할 것입니다.
지나갈 때 두 엔진은 모두 열려 있지만 Blink는 닫힌 문 뒤에서 더 많이 개발 될 것입니다.
http://www.infoq.com/news/2013/04/Google-Blink-Mozilla-Servo
좋은 소식입니다. 이렇게하면 WebKit에 반독점 제품이 없다는 것이 보장됩니다. 예, Servo 로고가 정말 멋지다고 생각합니다 😀
그게 게코 야
죄송합니다 ^-^ ...
기사를 읽지 않고 댓글을 달았을 때 이런 일이 발생합니다, 하하하.
그것은 반독점에서 적어도 통제하에 Blink와 함께 완전한 독점으로 갈 것입니다. : /
의심의 여지가 있습니다. Google이 Webkit을 사용하기 때문에 모두가 Webkit을 신격화합니다.하지만 이미 포크가 있고 이제 서보를 사용하면 경쟁에 참가할 다른 하나를 갖게 될 것입니다 ... 여러분, 모두가 표준을 준수하는 한 중요하지 않습니다. W3C와 이에 맞설 수있는 충분한 지원을 받고있는 Gecko는 여전히 매우 매우 영향력이 있습니다.
동의합니다
Blink는 WebKit의 독점 속성과 계속해서 호환 될 것이기 때문에 동일한 상황이 될 것입니다. 따라서 계속해서 WebKit이되고 아무것도 변경되지 않은 것처럼 보일 것입니다.
독점을 물리 칠 수있는 유일한 방법은 그러한 재산을 제쳐두고 표준을 따르는 것입니다. 물론 일어나지 않을 것입니다.
그리고 "Webkit 독점 속성"은 무엇입니까?
요즘 그 교리가 특정 경쟁이 만든 FUD 중 하나 일 뿐이고 사람들이 웹에서 "진실"을 지시하는 회사가 그렇게 말했기 때문에 반복되는 것인지 궁금합니다.
나는 -webkit 접두사 및 브라우저 감지를 언급했습니다. Blink는 여전히 해당 접두사를 지원하며 계속해서 AppleWebKit 매개 변수를 사용자 에이전트 (또는 "AppleWebKit"과 같은 것). 즉, 웹 사이트의 경우 일반적인 WebKit에 지나지 않습니다.
아,하지만 이미 다르게 들리는군요.
또한 -webkit이 인기를 끌기 전에 재앙은 -moz 였지만 Mozilla이기 때문에 아무도 말하지 않았고 모든 사람의 착각이 IE를 해치는 것이기 때문입니다.
접두사는 많지만 항상 -moz 및 -webkit 만 고려되었으며이 두 번째는 Chrome에서 여기까지입니다. -ms 및 -o 접두사는 웹 스마터가 거의 고려하지 않습니다.
그리고 사실 마이크로 소프트는 이미 실험적인 것을 넣는 것을 중단했기 때문에 접두사를 넣는 것을 중단했습니다. 이것은 그들이 -moz와 -webkit을 넣지 않았기 때문에 항상 표준 뒤에있는 IE라고 말할 수있을만큼 흥미롭게도 표준 만 넣을 것입니다. ».
내 말은 Chrome과 Webkit에 대한 가십은 FUD와 과장 일 뿐이며, 그 상황은 Mozilla에만 있고 불만이 없었기 전에 항상 존재했습니다.
가장 이상적인 정책은 Mircosoft가 적용한 정책이지만 물론 다른 정책은 "이러한 속성을 제쳐두고 당연히 일어나지 않을 표준을 따르도록 제한해야합니다."(추악하게 들립니다! 이 진부함이 과장되고 FUD라고 말했기 때문에 더 눈에 띄었습니다. 당신의 것이 아니기 때문에 개인적인 것이 아닙니다. 나는 그것이 유행하는 진부함을 알고 있으며 모든 블로그에서 그것을 말하고 사람들이 그것을 생각하는 방식으로 말하면) .
@alan : 나는 당신의 관점을 이해하지 못합니다. FUD는 어디에 있습니까? 당신이 말하는 진부한 표현은 무엇입니까?
한편으로 당신이 옳다는 것을 보자, 접두사는 항상 나쁘다. WebKit의 문제는 단순히 시장 점유율이 기하 급수적으로 증가하고 접두사가 다른 모든 것보다 우세하여 "새로운 Internet Explorer 6"이되었다는 것입니다. 어느 시점에서 개발자는 다른 접두사를 잊어 버리고 방금 -webkit을 사용했습니다. 그리고 더 나쁜 것은, 그들은 사용자 에이전트 그 엔진 만 지원하고 다른 엔진은 제외 시켰습니다. 그때부터 주장이 시작되었습니다.
이것은 FUD 또는 고립 된 경우가 아니며 소수 지원에 영향을 미칠 때 널리 사용되는 브라우저에서 항상 발생했습니다. IE에서 처음 발생했습니다. 그리고 비록 당신이 그것을 깨닫지 못했을지라도, Firefox에서도 마찬가지입니다. 그러나 그것은 결코 가장 인기있는 브라우저가 아니었고 Opera 커뮤니티에서 비판을 받았기 때문에 더 작은 규모로 볼 수 있습니다. 나는 몇 년 동안 그 브라우저의 사용자 였고 Mozilla 브라우저 만 지원하는 많은 사이트를 접하는 것이 아쉬웠지만, 그것이 Firefox이고 "좋았"기 때문에 불만이 귀 먹었습니다.
이제 WebKit을 사용하면 채택 수준으로 인해 무시할 수 없었습니다. 나는 내 자신의 말을 반복한다. 이런 일이 일어나지 않도록하는 유일한 방법은 독점적 인 속성을 제쳐두고 그것을 위해 태어난 표준을 따르도록 자신을 제한하는 것이다.
모든 사람들이 접두사가 얼마나 나쁜지 깨달았으므로 이제는 접두사를 버리는 것이 유행 일 것입니다. 언제나 그렇듯이 오페라가 처음이었습니다. 내가 아는 한 그는 몇 년 전에 포기했고 그 이후로 그는 CSS3를 그대로 해석했습니다. 그리고 블링크, 내가 읽은 것에서, 새로운 접두사를 적용하지는 않지만 호환성 이유로 -webkit을 계속 지원하며 나는 또한 사용자 에이전트 호환 가능; 그래서 제가 말했듯이, 적어도 아주 오랜 시간 동안은 아무것도 변하지 않은 것처럼 보일 것입니다.
나는 세 번째 단락에서 당신이 말하는 것에 정확히 대답하려고했습니다.
나는 당신의 세 번째 단락과는 다른데, 일반적으로 그렇습니다. 전체 불만이 Webkit이 전체 이야기에서 유일한 사람이거나 지금은 유일한 사람인 것처럼 보이기 때문입니다. 단순한 제외 캠페인이 아니라 타겟팅됩니다. 기껏해야 현재 접두사의 비정상적인 상황은 Webkit과 Mozilla 모두에서 동일하지만 Webkit은 이전에 독재자였던 것을 민주화했습니다. 그러나 비논리적으로이 캠페인은 마치 웹킷이 유일하고 "폭군"인 것처럼 보입니다.
Webkit을 사용하면 이러한 상황은 가능하지 않기 때문에 무시되는 것이 아니라 이전에 편리했기 때문에 침묵했던 사람들이 이제는 FUD를 버리고 의견 매트릭스를 생성하는 것이 유리하기 때문에 그렇게 말합니다.
"크롬과 웹킷의 많은 부분"은 지금 불평하는 것이 타당하고 객관적인 것처럼 보이게하는 은밀한 주장 일뿐입니다 (그리고 크롬이 3 인 플레이어 일 때 또 다른 FUD "크롬이 웹의 절대적인 우위를 차지하고있다"는 말이 될 수 있습니다. 시장의 XNUMX/XNUMX 만 보유하고 있습니다). Chrome에 대한 소문이 시작되었을 때 Firefox보다 훨씬 적은 할당량을 가졌습니다. 그리고 네, 파이어 폭스도 그 할당량을 가지고 있고 이미 부과 된 것이 적고 접두사와 호의적 인 스니핑으로 웹을 망 쳤지 만 요점은 아무도 불평하지 않았다는 것입니다. 그리고 그들은 파이어 폭스를 위해 멈추지 않았음에도 불구하고 오늘날 불평하지 않습니다. 반대로 그들은 그것이 오늘날 존재하지 않았고 존재하지 않은 것처럼 행동하고 Chrome에만 불만을 제기합니다. 이는 객관적인 불만이 아니라 모든 것이 FUD에 지나지 않고 미리 만들어진 진부한 것임을 분명히하고 사람들은 그들을 따르고 있습니다.
Google이 더 많은 독점을 얻었습니까?
Rekonq 또는 Midori (웹)가이 엔진 (Blink)으로 전환됩니까?
Webkit은 죽을 필요가 없으며 Apple은 실제로 개발을 계속할 수 있습니다.
좋은 소식입니다. 저는 이미 웹킷 독점에 대해 걱정하고있었습니다.
이제 블링크의 독점이 될거야
저는 Servo에 머물러 있습니다. Google과 같은 미국에 기반을 둔 다국적 기업이 모든 정보와 기술을 제어한다는 것은 건강하지 않은 것 같습니다.
Mozilla는 미국에 기반을 둔 다국적 기업입니다.
그리고 그것이 삼성 때문이라면 한국 양키 보호국에 기반을 둔 다국적 기업입니다.
구글의 손에서 나온다면, 모질라와 삼성도 하나를 만들고 있다는 인터넷이 순환하고 있지만, 그들이 검색 엔진을 다듬기 위해 최선을 다하길 바란다.
안녕하십니까!
서보는 모질라와 삼성 모터
계속 동일 할 것이며 Chrome 용으로 "최적화 된"웹을 계속 개발할 것입니다.
"사이트가 다운 될 때 탭이 계속 작동하도록 다중 프로세스 아키텍처가 사용됩니다."
그리고 그것은 이미 다른 브라우저에 비해 Chrome / Chrome이 제공하는 이점이 아니 었나요?
즉, 하나의 탭이 나에게 걸려도 다른 탭에는 영향을 미치지 않고 브라우저가 완전히 닫히지 않습니다.
그게 전부라면 Webkit을 고수하는 것이 좋습니다.
멀티 스레드 아키텍처는 우리 팀의 리소스를 낭비하게 될까요?
나는 그렇게 봅니다.
다중 스레드 아키텍처는 각 탭이 독립적 인 프로세스임을 의미합니다. 파이어 폭스에는 다중 스레드 아키텍처가 있습니다 (각 탭은 동일한 프로세스 내의 스레드입니다)
요점은 오늘날 실제 방식으로 멀티 코어를 사용할 수있는 진정한 기능을 가진 응용 프로그램이 없다는 것입니다. 그 예는 거의 모든 단일 코어를 사용하는 파일 압축기입니다.
원래 노트에서 그것은 더 복잡해진 웹킷으로
다중 스레드 탭의 것은 엄청난 거짓말입니다.
Chrome, Chromium 및 SRWare Iron을 사용했던 시간 중 탭에서 페이지를 드롭하면 전체 브라우저가 삭제되고 결국 전체 브라우저를 처리해야합니다.
이상한. 귀하의 경우 ... 저는 Chrome을 처음 사용했고 지금은 Chromium을 몇 년 동안 사용해 왔으며 귀하가 마지막으로 말한 것이 (아마도 2 년 전) 마지막으로 나에게 일어났던 일이 기억 나지 않습니다.
버그를 신고 할 수 있다면 좋을 것입니다. 아마도 플러그인 일 수도 있습니다. 모르겠습니다. 그러나 우선 Linux의 안정성으로 인해 페이지를 드롭하는 경우는 거의 없습니다. 다른 배포판에서도 똑같은 일이 발생해서는 안됩니다.
나는 Blink가 품질이 될 것이라고 생각하지 않지만 웹킷처럼 독점이 될 것입니다.
Google이 웹킷을 사용하기 위해 Opera에 비용을 지불했다는 사실을 기억합시다. 사실 Google은 엄청난 사업이며 경쟁을 무너 뜨립니다.
나는 서보와 함께있다
우선 Webkit은 독점이 아닙니다.
둘째, Google이 Opera에 "Webkit을 사용하기 위해"지불했다는 증거가 있는지 아니면 FUD 일 뿐인 지 모르겠습니다.
셋째, 구글이 당신에게 나쁜 지불을하고 있습니까? Google은 항상 Mozilla에 돈을 지불했고 그 돈으로 Gecko와 이제 Servo를 만들었습니다. 그리고 Mozilla는 항상 매우 친한 Google이었습니다. 사실 Firefox는 Google에서 "표준"을 강요하고 웹을 원하는 곳으로 옮기기 위해 사용한 최초의 도구였습니다.
모든 실험적인 css3 함수가 xej를 가지지 않을 것이기 때문에 깜박임이 웹 개발에 좋지 않은 것으로 판명 될 수 있습니다. -blink-box-shadow :
그러나 실험적인 CSS를 받아들이는 브라우저에서이 기능을 활성화하려는 것은 사용자입니다.
일반 사용자가 이러한 기능을 활성화하지 않을 것이기 때문에 웹 개발의 죽음은 미적 수준에서 이익을 얻습니다. 따라서 개발자는 "가장 많이 사용되는"브라우저를 사용하는 사람들은 새로운 페이지를 만드는 데 시간을 낭비하지 않습니다. 그들은 그들을 즐길 수있을 것입니다
즉, 웹 세계에서 미적 발전의 대단한 성장 인 구글 크롬의 깜박임 엔진이 인상적인 핸드 브레이크를 달게 될 것이라는 인상을줍니다.
이 절차는 Chrome뿐만 아니라 Mozilla에서도 수행됩니다.
그건 그렇고, 웹 개발이나 사용자에게 좋지 않기 때문에 긍정적 인 것처럼 보입니다. 실험적인 것들이 표준이되지 않고 사용되고 부과된다는 것은 물론 모든 사람들이 완전하고 정확하게 지원하지 않을 것입니다. 표준에 대한 충실한 지원을 제공하기 위해 노력하는 브라우저.
@alan«... 웹 개발에 좋지 않습니다 ...»mmmmm ... 마지막 경우에는 실험적인 ccs3 효과를 대체하기 위해 페이지가 javascrit (JQuery 등)으로 채워집니다. ergo 느린 웹 페이지 !!!!!
Mozilla에 대해 몰랐습니다. 정보 출처를 공유해 주시겠습니까? (당신이 그것을 가지고 있다면) 모질라 사람들이 말하는 설명을 알기 위해
효과가있는 페이지를 만드는 것은 의무가 아니며 사용 가능한 것과 표준으로 작업 할 수 있습니다. CSS3와 HTML5가지도에 표시되지 않았을 때 (하지만 이미 Flash를 죽이고 싶었을 때) 단순하지만 기능적인 웹 사이트가 잘 자극되어 기능적, 전문적, 매력적으로 만들 수있었습니다. 패션 디자이너의 "적은 것이 더 많다"는 것도 웹 디자인에 들어갔다.
그리고 효과가 있더라도 현재 이용 가능한 것으로 할 수도 있습니다. 편견을 넘어서 저는 그것이 "현대적인 방법"(그다지 가볍지 않은, 소수 전)보다 얼마나 "느린 지"알 수 없습니다. 몇 가지 (아마도 많은) 배경을 가진 페이지를 그라디언트로 만들었고 Firefox에서 스크롤을 수행하는 것은 배경 이미지를 사용하는 것이 훨씬 낫다는 끔찍한 일이었습니다. 그런 다음 약간 개선되었지만 지금은 어떻게되는지 모르겠습니다. 다른 브라우저에서는 차이점이 있습니다. 미리 만들어진 이미지와 CSS 그라디언트를 사용하는 것은 거의 눈에 띄지 않지만 이전 방법이 더 좋지 않을 것이라고 누가 확신합니까?-).
그러나 요점에 도달하여 이러한 효과를 사용하는 것이 정말로 필요하며 새로운 방법이 더 낫기 때문에 첫 번째로 바람직한 옵션이 될 것이라고 말합시다.
모든 브라우저가 이러한 비표준 기능을 지원하는 것은 아니기 때문에 (아마도이를 올바르게 지원하지 않는 기능) 더 나은 상황이 아니라는 것이 밝혀졌습니다. 다른 브라우저와 모든 스크립트를 넣고 중복 작업이 있습니다. 의도적으로 제외하고 (표준 지원에 대한 처벌로) 작업을 서두르고 표준을 강제하는 브라우저에만 지원을 제공하지 않는 한.
그러므로 상황은 당신이 제안한 것보다 더 나쁘다. 그러면 당신은 "나쁜 것"이 아니라 두 가지를 모두 가져야한다. 개방형 및 표준 웹을 직접 공격하는 경우가 아닐 때.
Mozilla를 찾을 수 없지만이 뉴스가 리뷰 된 곳에서 링크 된 것을 방금 보았습니다.
그들은 특별한 이유를주지 않았고,이 접두사가 나쁜시기에 있고 아무도 그들 근처에 있기를 원하지 않는다는 것을 제외하고는 어떤 이유도 추론하지 않았습니다.
이에 대한 보상으로이 관행에 반대하는 많은 사람들의 데이터 링크가 있습니다.
http://paulirish.com/2012/vendor-prefixes-are-not-developer-friendly/
추신 : 내 오류를 수정하기 위해 "마법"을 수행 한 관리자에게 감사합니다.
가장 빠른 순간이 될 것 같아요