春に、 新しいRambler-Mailを開始して、さまざまなモバイルデバイス向けに最適化されたバージョンの開発を開始しました。 まず、非常にシンプルなプッシュボタン式電話のバージョンを更新しました。 2番目のステップは、スマートフォンとタブレット（https://mail-pda.rambler.ru/）向けのメールの最適化でした。
5分間のPR：改善点は何ですか？
-メールの速度が向上しました。
-メールは、スマートフォンのタッチスクリーンで動作するように最適化されました。
-これで、レターに添付されたファイルを操作できます。
そして今、内側のキッチンについて。
私たちが直面した主なタスクは、可能な限り幅広いオーディエンスのニーズを考慮し、どのデバイスからでもメールに簡単にアクセスできるようにすることでした。 同時に、モバイルバージョンは迅速に動作し、WebバージョンのMailとモバイルデバイスの視覚標準に同時に準拠する必要があります。
予想通り、私たちが遭遇した主な問題は、さまざまなデバイスとブラウザ全体のサポートです。 2番目の問題は、これらの条件でのバージョンの速度です。
iOSはすべてのプラットフォームで最も予測可能なものであることが判明しました。実際、これは多くのシェルを備えた1つのWebエンジンであり、デバッグを大幅に簡素化します。 落とし穴はありますが。 また、バグ（たとえば、ヘッダーにCache-Control：no-cacheを強制せずにiOS6.0でのPOSTリクエストの悪名高いキャッシュ）が見つかった場合、そのソリューションはすべてのブラウザーで同時に機能しました。
同じAndroid 3メインエンジン：WebKit、Gecko、およびPresto。 さまざまなOSバージョンに加えて、Androidはインターフェイス要素の動作にも驚きます。同じコントロールが外部だけでなく異なる場合もあります。 たとえば、ネイティブコントロールの動作は異なります。 しかし、私たちの意見では、最も難しい瞬間はスクロールでした-モバイルブラウザはゆっくりと相対的な位置付けで動作しています。 その結果、通常のテーブルは、スクロールするときにリソースに対して最も要求の厳しいものでした。
このプロジェクトのレイアウトエクスペリエンスを要約すると、3つの「not」を呼び出すことができます。
-相対配置を使用しないでください。
-RGBA値を使用しないでください。
-非ネイティブスクロールを使用しないでください（残念ながら、すぐにこの "not"に気付かなかったため、システムスクロールに戻る必要があります）。
いずれにせよ、私たちは問題に対処し、この経験を将来の開発で使用します。 ユーザーが新しいモバイルメールを楽しみ、開発提案を提供できることを願っています。