Utoljára módosítva: Akka által : 2017-02-11 13:56
Nem vitatkozni akarok, de nálunk az eddig https-re átállított mindkét weboldalunknál hasonló mértékű "lassulás" tapasztalható mint amit az előző hozzászólásomban írtam.
A kép alapján Ti valamit nagyon jól csináltatok, gondolom még a https-re történő átállás előtt. Grat hozzá.
Ui.
Én főképp a mobil betöltési idejének romlását sajnálom mert a G egyre jobban a mobilra hajaz, sőt véleményem szerint ez a későbbiekben még inkább így lesz.
Utoljára módosítva: fopeij által : 2017-02-11 15:52
Na most én is ezt kaptam:
A Chrome biztonsági figyelmeztetéseket jelenít meg a következőn: **
Címzett: a(z) ** tulajdonosa
2017. októberétől kezdődően a Chrome (62-es verzió) „NEM BIZTONSÁGOS” figyelmeztetést jelenít meg, ha a felhasználók HTTP-oldalon írnak be szöveget valamilyen űrlapba, valamint az összes HTTP-oldal inkognitómódban történő felkeresésekor.
Az Ön webhelyén a következő URL-ek tartalmaznak olyan szövegbeviteli mezőket (például < input type="text" > vagy < input type="email" >), amelyek aktiválják a Chrome új figyelmeztetését. Nézze át ezeket a példákat, hogy lássa, hol jelennek meg a figyelmeztetések, és hogy segíthessen megvédeni a felhasználók adatait. A felsorolás nem teljes.
***
Az új figyelmeztetés azon hosszútávú terv része, amelynek célja valamennyi HTTP-protokollon keresztül kiszolgált oldal „nem biztonságosként” történő megjelölése.
A problémát a következőképp háríthatja el:
Áttelepítés HTTPS-re
Ha szeretné megelőzni, hogy megjelenjen a „Nem biztonságos” értesítés, amikor Chrome-felhasználók keresik fel az Ön webhelyét, csak HTTPS-protokollon keresztül kiszolgált oldalakon gyűjtsön felhasználók által megadott adatokat.
További információ a HTTPS-ről
További segítségre van szüksége?
• A módosításról további információt A következő lépések a biztonságosabb kapcsolat felé című blogbejegyzésben találhat.
• További információ arról, hogy hogyan teheti webhelyét biztonságossá a HTTPS segítségével.
• Ha további segítségre van szüksége, tegye fel kérdéseit a fórumon, és tüntesse fel az üzenet típusát: [WNC-10038795].
Most egyetlen contact form miatt kellene átállnom HTTPS-re? Illetve a többi oldalunkon is? Melyik oldal nem használ jelenleg contact formot?
Van, mikor még egy szimpla link sem mutathat nem megbízható helyre, mert nálad (is) bejelez a böngésző (átvált nem biztonságosra).
Amúgy pedig (google kereső, kulcsszó: mailchimp https form): Add a Signup Form to Your Website | MailChimp.com: KB Article
[...]Ha webhelye SSL-titkosítást használ, beágyazott és felugró formáink támogatni fogják. [...]
Vittore1982 (2017-08-18)
Technikai kérdés: szükséges dedikált IP a https-hez? Azt olvastam, hogy ha a szerver támogatja az SNI-t, akkor nem feltétlenül szükséges, de lehetnek böngészők, amik nem tudják az SNI-t.
Megnéztem, és úgy tűnt, hogy már elenyésző azoknak a klienseknek az aránya, amelyek nem támogatják az SNI-t. Tényleg ez a helyzet? Ezek szerint akkor csak ezért felesleges dedikált IP-t venni, ha egyébként nincs rá szükség, mert elmegy a https shared IP-vel is?
Azt tudom, hogy megy, erre való az SNI, a kérdés arra vonatkozott, hogy vajon mennyi olyan kliens lehet, amit nem támogatja az SNI-t (vagyis nem tud https-en csatlakozni fix ip nélkül).
A caniuse szerint 97% támogatja, úgyhogy a userek 3%-a nem fogja tudni elérni az oldalt fix ip nélkül:
https://caniuse.com/#feat=sni
Könyvjelzők