If debugging is the process of removing software bugs, then programming must be the process of putting them in.
Ruby blog
Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime.
Respect all, fear none
Freedom (2016-12-10)
Webmaster tools-ba külön fel kell venni a https verziót; az analyitics valóban protokoll független.
Ha össze volt kötve a kettő, akkor az összekötéseket újra meg kell csinálni.
Geri (2016-12-13)
És akkor döntse el az ember, hogy hogyan csinálja vagy mivel csinál jót? előtted írták, hogy nem okoz gondot az átállás a G rendszerének.
korábbi kérdésre nem jött még válasz, hogy akkor a külső http-ről jövő linkek, erőssége megmarad, megszűnik vagy gyengül, ha valamilyen formában is de tovább van irányítva?
Továbbá mi van azzal, hogy én amikor átraktam az oldalam teszt jelleggel https-re, kipróbáltam a sima http linket és automatikusan átállt a böngésző link sávjában a link https-re, ilyenkor is kell irányítani vagy javasolt irányítani? vagy ez miért történhetett meg?
Utoljára módosítva: rumosdio által : 2016-12-12 10:29
Legelső hozzászólásomban írtam, hogy nem fog sem visszaesést sem javulást eredményezni.
Nem okoz gondot; a Google ügyben mindössze ezt a 2 lépést kell még megtenni.
hivatalos álláspont szerint a linkerő 100%-t közvetíti az átirányítás
Nem világos, hogy itt pontosan mi történt vagy mi a kérdés. (Nem kukacoskodásképp, csak hogy ne legyen félreérthető: a böngészősávba URL kerül )
rumosdio (2016-12-13)
Atraktam az oldalam https re, az index oldali scriptek nem mukodtek de az oldal maga igen, kiprobaltam, h mi tortenik ha a sima http vel probalom elerni a cikkeimet, a bongeszo linksavjaban a bongeszo automatikusan atrakta a linket https protokolra. Pedig az oldalam semmilyen atiranyitast nem hasznalt.
Szoval ha ez igy megy magatol akkor is toltsek fel a biztonsag kedveert kodos iranyitast?
A kulso javascripteket is https-en keresztul kell betolteni es akkor rendben lesz.
Mindenkeppen, mert a keresorobot szerintem nem fogja automatikusan megnezni hogy elerheto egy https-en, vagy ha megis akkor valoszinuleg duplan fogja indexelni.
Csak akkor, ha jelszavakat vagy hitelkártya-adatokat gyűjtesz:
To help users browse safely, Chrome indicates connection security with an icon in the address bar. Historically, Chrome has not explicitly labelled HTTP connections as non-secure. Starting in version 56, Chrome will mark HTTP pages that collect passwords or credit cards as non-secure, as part of a long-term plan to mark all HTTP sites as non-secure.
Geri (2016-12-13)
Eleg egy login form az oldalra es maris jelezni fog. Nameg ahogy urjak, hosszutavu tervuk hogy minden http oldal "non-secure"-nak jelezzen a chrome. Azt mondjuk en sem ertem hogy egy jekyll blog, ami teljesen statikus, miert kellene hogy biztonsagos kapcsolatot hasznaljon?
Váltottam egy wp oldalamon https-re. Minden asztali böngészőben jól működik az oldal, mobilon azonban (safari, chrome) gond van. Az oldal megjelenik, de a biztonságos kapcsolattal probléma akad. Azt írja: "... Emellett az oldal azonban más forrásokat is tartalmaz, amelyek nem biztonságosak..."
Arra tippelek, hogy mobil nézetben behúzhat valami http hivatkozást a régi oldalról, ami nem tetszik neki. De ezt hogy tudom kideríteni mobilon? Találkozott valaki hasonló anomáliával? Van ötlete valakinek?
Köszönöm szépen előre is!
(Itt ellenőriztem az oldalam, itt minden rendben van: https://www.digicert.com/help/ )
Utoljára módosítva: Pityu által : 2016-12-15 10:38
Könyvjelzők