サーボとブリンクへこんにちは

ヤモリ

ウェブキット

これら XNUMX つのロゴ (Gecko と Webkit) に別れを告げましょう。

2ヶ月前にそんな話があったとき Opera が Webkit に移行、と言われました。 インターネットの未来は危機に瀕していた この Web エンジンが大規模に採用されたためです。 さて、誰もが驚いたことに、次の XNUMX つの新しいエンジンが設計されました。 サーボ y 点滅.

一方では、Mozilla が Samsung と共同で開発した Servo と呼ばれる新しい言語 さび。 Rust は、同時実行性、利便性、安全性を考慮して Mozilla によって設計された言語です (NULL ポインターやダングリング ポインターは含まれません)。 この新しいエンジンは、まずモバイル デバイス (Android および Firefox OS) に提供され、ARM マシンにも提供されます。

一方、Google は Webkit を脇に置き、Blink と呼ばれるフォークを作成することにしました。 彼のアイデアは、Webkit の複雑さを軽減することです。 サイトがダウンしてもタブが機能し続けるように、マルチプロセス アーキテクチャが使用されます。 Opera はこのプロジェクトに貢献すると予想されており (Safari はまだ何も発表していません)、最初に Chromium に提供される予定です。

ちなみに、どちらのエンジンも公開されていますが、Blink は非公開で開発される予定です。

http://www.infoq.com/news/2013/04/Google-Blink-Mozilla-Servo


38コメント、あなたのコメントを残してください

コメントを残す

あなたのメールアドレスが公開されることはありません。 必須フィールドには付いています *

*

*

  1. データの責任者:MiguelÁngelGatón
  2. データの目的:SPAMの制御、コメント管理。
  3. 正当化:あなたの同意
  4. データの伝達:法的義務がある場合を除き、データが第三者に伝達されることはありません。
  5. データストレージ:Occentus Networks(EU)がホストするデータベース
  6. 権利:いつでも情報を制限、回復、削除できます。

  1.   KZKG ^我愛羅

    良いニュースです。これにより、WebKit に半独占がないことが保証されます...はい、Servo のロゴがとてもクールだと思います 😀

    1.    ディアゼパン

      それはヤモリです

      1.    KZKG ^我愛羅

        おっと^-^...

        1.    マヌエルデラフエンテ

          記事を読まずにコメントするとそういうことになるんだよ、ははは。

    2.    ダニエルC

      ブリンクにより、少なくとも制御においては、半独占から完全独占に移行します。 :/

      1.    ドワーフ

        Google が Webkit を使用しているという理由だけで、誰もが Webkit を賞賛しますが、彼らはすでにフォークを持っており、今度はサーボを備えた別のものが競争に参加することになります... 皆さん、全員が Webkit の基準を遵守している限り、それは問題ではありません。 W3C に対抗し、それに対抗するのに十分なサポートがあるにもかかわらず、Gecko は依然として非常に、非常に影響力を持っています。

      2.    ミゲル

        私は同意します

    3.    マヌエルデラフエンテ

      Blink はおそらく WebKit のみのプロパティをサポートし続けるため、同じ状況になるでしょう。そのため、WebKit はいつもと同じで何も変わっていないかのようになるでしょう。

      独占に勝つ唯一の方法は、こうした特性を脇に置いて、ただ基準に従うことですが、もちろんそんなことは起こりません。

      1.    アラン

        では、それらの「Webkit 専用プロパティ」とは何でしょうか?
        最近のこの定説が、どこかの競合が作り出した FUD の XNUMX つであり、ウェブ上の「真実」を決定する企業がそう言っているという理由だけで人々が繰り返すのではないかと考えて、この質問をします。

        1.    マヌエルデラフエンテ

          私は -webkit プレフィックスとブラウザ検出について言及していました。 Blink は引き続きそのプレフィックスをサポートし、おそらく AppleWebKit パラメータを引き続き使用します。 ユーザエージェント (または「AppleWebKit のような」ようなもの)。 言い換えれば、Web サイトにとっては通常の WebKit にすぎません。

          1.    アラン

            ああ、でもそれはすでに違うように聞こえます。
            また、-webkit が普及する前は、-moz が災いしていましたが、それは Mozilla であり、IE に害を及ぼすというみんなの幻想だったため、誰も何も言いませんでした。

            プレフィックスはたくさんありますが、常に -moz と -webkit のみが考慮されており、この XNUMX 番目は Chrome からここまでです。 -ms および -o プレフィックスが Web マスターによって考慮されることはほとんどありません。
            実際、Microsoft はすでにプレフィックスを付けるのをやめています。実験的なものを入れるのをやめ、標準のみを入れるつもりです。不思議なことに、これだけで彼らは「IE は、-moz と -webkit を入れていないため、いつものように標準より遅れている」と言うのに十分です。 »。

            私が言いたいのは、Chrome と Webkit だけに対するこのゴシップは単なる FUD であり誇張であり、この状況は Mozilla に限って起こる前から常に存在しており、苦情は一度もなかったということです。

            最も理想的なポリシーは、Mircosoft によって適用されたポリシーでしょうが、もちろん、他のポリシーは「それらの特性を脇に置いて、標準に従うだけで済みますが、もちろんそんなことは起こりません」(醜く聞こえるかもしれませんが、私はそう言いました)なぜなら、この決まり文句は誇張でありFUDであると私が言っているので、より目立つためです、それはあなたのものではないので個人的なものではありません、それが流行の決まり文句であることは知っています、そして彼らはすべてのブログでそれを言っています、そして彼らがあなたに言うなら、それはそうです人々がどう思うか)。

          2.    マヌエルデラフエンテ

            @alan: あなたの視点がわかりません。 FUDはどこにありますか? あなたが言う決まり文句は何ですか?

            そうですね、一方で、あなたの言うことは正しいのですが、誰が作ったとしても、接頭辞は常に悪いものでした。 WebKit の問題は単純に、その市場シェアが飛躍的に拡大し、そのプレフィックスが他のすべてを追い越し、一種の「新しい Internet Explorer 6」になったことでした。 ある時点で、開発者は他の接頭辞のことを忘れて、単に -webkit を使用しました。 さらに悪いことに、彼らは ユーザエージェント そのエンジンのみをサポートし、他のエンジンを除外することになり、そこから苦情が始まりました。

            これは FUD や特別なケースではなく、少数派のサポートに影響を与える人気のあるブラウザでは常に発生しています。 最初に IE で起こりました。 気づかなかったとしても、Firefox も同様ですが、最も人気のあるブラウザではなく、Opera コミュニティから批判が寄せられていたため、規模は小さくなりました。 私はそのブラウザを数年間使用していたため、このことを知っていました。Mozilla ブラウザのみをサポートするサイトがたくさん出てくるのは煩わしかったのですが、Firefox は「良い」ものだったため、その苦情は耳を貸さなかったのです。

            WebKit では、その導入レベルの高さから、WebKit を無視することはできなくなりました。 自分の言葉を繰り返しますが、これを防ぐ唯一の方法は、排他的な性質を脇に置き、ただ規格に従うことです。それが彼らがそうするために生まれてきたのです。

            プレフィックスがいかに悪いものであるかを誰もが認識したので、プレフィックスを放棄するのが流行になるでしょう。 いつものように、オペラが最初でした。 私の知る限り、彼は何年も前にCSS3を放棄し、それ以来ずっとCSSXNUMXをそのまま解釈し続けています。 そして瞬きして、 私が読んだことによると、新しいプレフィックスは強制されませんが、互換性上の理由から、引き続き -webkit がサポートされます。 ユーザエージェント 互換性がある; したがって、私が言ったように、少なくとも非常に長い期間は、何も変わっていないかのようになるでしょう。

          3.    アラン

            私は XNUMX 番目の段落であなたが言っていることに正確に答えようとしていました (信じてください、ほぼ同じでした)。実際、結論を除いて、私たちは一般的に、私たちが言っていることのほぼすべてに同意しています。なぜなのかはわかりません。
            私があなたの XNUMX 番目の段落と違うのは、一般的に言えば、FUD であるということだけです。なぜなら、すべての苦情はあたかも Webkit が歴史上唯一のものであるか、あるいは現在でも唯一のものであるかのようだからです。 それは公正なネガティブキャンペーンではなく、指示されたキャンペーンです。 現時点では、プレフィックスの不規則な状況は Webkit と Mozilla の両方で同じであり、むしろ Webkit は以前は独裁制であったものを民主化しました。 しかし非論理的に、このキャンペーンはあたかも Webkit が唯一の存在であり、もちろん「暴君」であるかのようです。

            Webkit では、この状況は無視されません。それは不可能だからではなく、以前は都合が良かったから黙っていた人たちが、FUD を破棄して意見マトリックスを生成するのに有利になるため、今はそう言うからです。

            「Chrome と Webkit のシェアが大きい」というのは、今文句を言うのが理にかなっていて客観性があるかのように見せるための、単なるごまかしの議論にすぎません (そして、Chrome が 3 プレーヤーにすぎないときの、「Chrome が Web を支配している」という別の FUD になる可能性さえあります)。切り上げは市場の XNUMX 分の XNUMX しかありません)。 Chrome に対するゴシップが始まったとき、Firefox のシェアは Firefox よりもさらに低く、その後はシェアが上がりました。 そして、はい、Firefox にもその割り当てがあり、プレフィックスと好意を嗅ぎつけることですでに課せられ、Web を破壊しましたが、重要なのは誰も文句を言わなかったということです。 そして、それが Firefox に有利に進んだわけではないにもかかわらず、彼らは今日でも文句を言いません。 それどころか、彼らはあたかもChromeが存在しなかったかのように振る舞い、Chromeについて文句を言うだけです。これは、それが客観的な苦情ではなく、すべてがFUDと既成の常套句にすぎないことを明らかにしているので、人々はそれに従うのです。

    4.    ミゲル

      グーグル以上に独占が関与しているものがあるだろうか?

  2.   アーサー・シェルビー

    Rekonq または Mirai (Web) はこのエンジン (Blink) に切り替わりますか?

  3.   エラヴ

    Webkit は廃止される必要はなく、Apple は開発を続けることができます。

  4.   アートbgz

    素晴らしいニュースです。私はすでに Webkit の独占について心配していました。

    1.    ミゲル

      これからはブリンクの独占になるだろう

      私は Servo に残ります。Google のような米国に本拠を置く多国籍企業がすべての情報とテクノロジーを管理しているのは健全とは思えません

      1.    アラン

        Mozilla は米国に本拠を置く多国籍企業です。
        そしてサムスンの場合、それは韓国のヤンキー保護区に拠点を置く多国籍企業だ。

  5.   st0rmt4il

    それが Google からのものであるなら、その検索エンジンを磨くために最善を尽くしてほしいと思いますが、Web 上では Mozilla と Samsung も検索エンジンを作成しているという情報が広まっています。

    ご挨拶!

    1.    ディアゼパン

      Servo は Mozilla と Samsung のエンジンです

    2.    ドワーフ
      記事を読んでください xD

  6.   ジーク84

    これは今後も変わらず、Chrome に「最適化された」ウェブサイトの開発を継続します。

  7.   レネロペス91

    「サイトがダウンしてもタブが機能し続けるように、マルチプロセス アーキテクチャが使用されます。」
    そして、それはすでに Chrome/Chrome が他のブラウザに比べて提供している利点ではないでしょうか?
    つまり、タブがハングしても他のタブには影響せず、ブラウザは完全には終了しません。
    それだけなら、Webkit を使い続けたほうがよいでしょう。

    1.    ロロ

      マルチスレッド アーキテクチャは、コンピュータ上のリソースを大量に消費することを意味しますか?

      私はそのように見ています。

      1.    ディアゼパン

        マルチスレッド アーキテクチャとは、各タブが別個のプロセスであることを意味します。 Firefox にはマルチスレッド アーキテクチャがあります (各タブは同じプロセス内のスレッドです)。

      2.    ドワーフ

        重要なのは、現在、実際の方法でマルチコアを使用する真の機能を備えたアプリケーションが存在しないということです。その例としては、ほぼすべて単一コアを使用するファイル圧縮プログラムが挙げられます...そのように考えてください 🙂

    2.    ディアゼパン

      元のメモには、Webkit がより複雑になったと書かれています

    3.    ちょうど別のdl-user

      マルチスレッドタブのというのは大嘘です。
      Chrome、Chromium、SRWare Iron を使用していた頃から、タブ ページをクラッシュするとブラウザ全体がクラッシュし、最終的にはブラウザ全体を pkill する必要がありました。

      1.    ジャンベンチュラ

        奇妙な。 あなたの場合…私は最初の Chrome と今の Chromium を何年も使ってきましたが、最後にあなたのコメントが私に起こったのがいつだったか (おそらく 2 年前)、タブが数回ハングアップしたのは覚えていません。自分。

      2.    法律家

        バグを報告していただければ幸いです。プラグインかもしれませんが、わかりません。 しかし、そもそも、Linux の安定性のおかげで、ページがドロップされることはほとんどありません。 おそらく、異なるディストリビューションでは同じことが起こらないはずですが。

  8.   ミゲル

    Blink が高品質になるとは思いませんが、Webkit と同じように独占になるでしょう。

    Google が Webkit の使用料を Opera に支払ったことを思い出してください。真実は、Google は途方もないビジネスであり、競争を破壊します。

    私はサーボと一緒にいます

    1.    アラン

      まず、Webkit は独占ではありません。
      第二に、Google が Opera に「Webkit の使用料」を支払ったという証拠があるのか​​、それとも単なる FUD なのかはわかりません。
      第三に、Google からの支払いは悪いことですか? なぜなら、Google は常に Mozilla にお金を払っており、そのお金で Gecko を作り、今では Servo を作っているからです。 そして、Mozilla は常に Google に対して非常にプロであり、実際、Firefox は Google がその「標準」を課し、ウェブを彼らの望む方向に導くために使用した最初のツールでした。

  9.   ロロ

    見た目からすると、blink は Web 開発にとってあまり良いことではないかもしれません。すべての css3 実験関数には xej: -blink-box-shadow: が含まれるわけではないからです。
    ただし、実験的な CSS を受け入れるブラウザでこの機能をアクティブにするのはユーザーです。
    これは、美的レベルでの Web 開発の恩恵の終焉であることは明らかです。平均的なユーザーはこれらの機能をアクティブにしないため、開発者は、「最もよく使用される」ブラウザーを使用するユーザーが新しいページを作成するために時間を無駄にすることはなくなります。楽しめるだろう
    つまり、ウェブの世界での美的発展のこの大きな成長に対して、Google Chrome のブリンク エンジンが印象的なハンドブレーキをかけようとしているという印象を私に与えます。

    1.    アラン

      この手順は Chrome だけでなく Mozilla でも実行されます。
      ちなみに、これは私にとって肯定的なことのように思えます。なぜなら、実験的なものがまだ標準化されていないまま使用され、強制されることは、Web 開発にとっても、ユーザーにとっても、ましてや Web にとっても良くないからです。もちろん、それは完全かつ正確にサポートされるわけではありません。すべてのブラウザが標準のサポートに取り組んでいます。

      1.    ロロ

        @alan "...Web 開発には適していません..." うーん...最後のケースでは、実験的な ccs3 効果に代わる JavaScript (JQuery など) がページに埋め込まれます。 したがって、Web ページは遅くなります !!!!!!

        mozilla については知りませんでした。情報源を教えていただけますか? (手元にあれば) mozilla の説明が何であるかを調べてください。

        1.    アラン

          エフェクトを含むページを作成することは義務ではありません。利用可能なものと標準に従って作業できます。 CSS3 と HTML5 が地図上でさえ見られなかったとき (しかし、彼らはすでに Flash を廃止しようとしていました)、シンプルだが機能的な Web サイトが刺激され、機能的で、プロフェッショナルで、派手な Web サイトを作成することが可能になったことを覚えています。 ファッションデザイナーの「Less is More」は、Web デザインにも参入しました。
          そして、エフェクトを使用する場合でも、現在利用可能なものでそれを実行することも可能ですが、先入観を超えて、それらが実際に「最新の方法」よりどの程度「遅い」かはわかりません(これは非常に軽量ではありませんが、いくつかのバージョンで、グラデーションでいくつかの (おそらく多くの) 背景を含むページを作成しましたが、Firefox ではスクロールがひどく、背景画像を使用した方がずっと良かったです。その後、少し改善されましたが、今はどうなっているかはわかりません -他のブラウザでは、既製の画像と CSS グラデーションの使用の違いはほとんど知覚できませんでしたが、古い方法の方が優れているとは誰が言えますか?-)。

          ただし、本題に戻り、これらの効果を使用することが本当に必要であり、新しい方法の方が優れているため、これらの方法が最初に望ましい選択肢であると述べましょう。
          すべてのブラウザがこれらの非標準機能をサポートしているわけではないため (サポートしているブラウザでも正しくサポートしていない可能性があります)、これより良い状況ではないことがわかります。そのため、引き続き他の作業を行う必要があることがわかります。他のブラウザとの互換性があり、それらのスクリプトをすべて配置すると、重複した作業が発生します。 (標準をサポートする罰として) 意図的にそれらを除外し、機能を急ぐ (そして標準を強制する) ブラウザのみをサポートする場合を除きます。
          したがって、状況はあなたが提案した状況よりも悪いので、「悪い点」だけでなく、両方のことを備えている必要があります。 それは、オープンで標準的な Web を直接攻撃する場合ではない場合です。

          Mozilla に関するものは見つかりませんが、このニュース項目のレビューを見た場所にリンクされているのを見つけました。
          彼らは特別な理由を述べておらず、(現在)これらのプレフィックスの状態が悪くなっており、誰も近づきたくないという以外の理由も推測されませんでした。

          その代償として、私はこの慣行に反対する多くのデータへのリンクをここに残しておきます。
          http://paulirish.com/2012/vendor-prefixes-are-not-developer-friendly/

          PS: 私の間違いを修正するために「魔法」をかけてくださった管理者に感謝します。

  10.   グラブエル

    まばたきした瞬間に一番速いのは