Írjon a támogatásnak

E-mailben válaszolunk, általában két napon belül.

A Google reCAPTCHA visszaélés elleni védelemként ellenőrzi ezt a beküldést; ennek során adatok jutnak el a Google-hoz. A szkript csak az űrlap megnyitásakor töltődik be.

← Összes bejegyzés

A számlálócím hat generációja – mindegyik ma is választ kap

A számlálóhoz általunk dokumentált cím ez: /c/<number>-<design>.png. Augusztus 30-án 156 alkalommal kérték le.

A 2006-os címet — /index.php?action=pic&s4uid=… — 80 499 alkalommal kérték le, 761 különböző számlálóhoz.

a számlálási végpontra érkezett kérések augusztus 30-án, beágyazási generáció szerint egyszerű, csak a szám 55 503 teljes stílusváltozat 10 026 hivatkozóval és címmel 5 898 egérkoordinátákkal 4 544 js= jelzővel 2 533 pattern= mintával 1 995 /c/<szám>-<dizájn>.png 156 80 499 kérés 761 számlálótól, mind a 2006-os címre az általunk dokumentált cím a ténylegesen beérkező forgalom 0,19 százaléka

Hat generáció, mind működik még

Ha a 80 499 kérést aszerint rendezzük, milyen paramétereket hordoznak, hat jól elkülönülő alak rajzolódik ki, és mindegyik mögött valakinek egy élő oldala áll.

A legnagyobb csoport, 55 503 kérés, szinte semmit sem küld: csak a műveletet és a számlálószámot. Utána 10 026 kérés, amely a teljes stílusleírást hordozza — színek, betűtípusok, háttérmód, tizenegy elemhely, akár 57 paraméter egyetlen címben. 5 898 ezekhez hozzáadja a hivatkozót és az aktuális oldalt; ez az a generáció, amely egyáltalán lehetővé tette a belépési oldalakat és az útvonalakat. 4 544 egérkoordinátákat küld, egy 2015-ös funkció maradványaként. 2 533 egy olyan js jelzőt hordoz, amelynek jelentését nekem is ki kellett keresnem, 1 995 pedig egy mintát.

Egyik sem hibás. A szerver mind a hatra válaszol, mert a paramétereket soha nem távolítottuk el — csak már nem generáljuk őket.

Miért csendes az új cím

Mert semmi sem írja át azt az <img> címkét, amelyet valaki 2011-ben illesztett be egy oldalba.

Ez a teljes magyarázat, és érdemes kerek perec kimondani, mert könnyű a 156-ot az új cím kudarcaként olvasni. Nem az. Az új cím rövidebb, gyorsítótárazható és olvasható, és minden számláló, amely a bevezetése óta készült, ezt használja. Csak éppen nincs belőlük sok a már telepített állományhoz képest, és a telepített állomány nem frissíti magát.

A kód számára ez nem hiba, hanem állandó kötelezettség. Hat alaknak kell működnie, köztük az 57 paraméteresnek és annak is, amelyik azt küldi el, hol volt az egér. Mindegyik egy olyan kódút, amelynek helyesnek kell maradnia, és ötöt közülük nem lehet kipróbálni azzal, hogy megnézzük, mit generál a jelenlegi varázsló — a jelenlegi varázsló ugyanis nem generálja őket. A napló az, ami megnevezi őket, ezért azt olvassuk el, mielőtt bármihez hozzányúlnánk ezen a kódúton.

Mit változtattunk, és mit nem

Semmit. Attól, hogy ismerjük a megoszlást, még nem következik belőle teendő: nem kérhetünk meg 761 weboldal-tulajdonost, hogy szerkessze a HTML-kódját, a régi cím szándékos elrontása pedig működő számlálókat állítana le csak azért, hogy egy útválasztási tábla rendezettebb legyen.

Azt viszont megváltoztatja, hová irányul a figyelem. Egy refaktorálás, amely a számlálási kódutat érinti, nem egyetlen cím refaktorálása, hanem hat címé, és amelyik a dokumentációban a legkevésbé fontos, az a naplóban a legfontosabb.

Ami ebből általánosítható

A dokumentált interfész és a ténylegesen használt interfész két különböző dolog, és csak az egyik szerepel a naplóban. A kódbázis azt rögzíti, amire tervezték. A hozzáférési napló azt, amit az emberek ténylegesen telepítettek, néha tizenöt évvel ezelőtt, és ez az egyetlen forrás, amely meg tudja mondani, hogy a hat kódút közül melyik viszi a forgalmat.

Egyetlen parancsba kerül kideríteni. Amíg ezt a parancsot senki sem futtatja le, a dokumentáció legújabb címe tűnik a fő címnek.

Hirdetés