Main

processing priority

4

site type

3 (personal blog or private political site, e.g. Blogspot, Substack, also small blogs on own domains)

review version

11

html import

20 (imported)

Events

first seen date

2024-10-28 16:58:45

expired found date

-

created at

2024-10-28 16:58:45

updated at

2025-11-09 06:07:07

Domain name statistics

length

26

crc

46280

tld

2211

nm parts

0

nm random digits

0

nm rare letters

0

Connections

is subdomain of id

13642151 (wordpress.com)

previous id

0

replaced with id

0

related id

-

dns primary id

0

dns alternative id

0

lifecycle status

0 (unclassified, or currently active)

Subdomains and pages

deleted subdomains

0

page imported products

0

page imported random

0

page imported parking

0

Error counters

count skipped due to recent timeouts on the same server IP

0

count content received but rejected due to 11-799

0

count dns errors

0

count cert errors

0

count timeouts

0

count http 429

0

count http 404

0

count http 403

0

count http 5xx

0

next operation date

2024-10-28 17:58:46

Server

server bits

server ip

-

Mainpage statistics

mp import status

20

mp rejected date

-

mp saved date

-

mp size orig

137890

mp size raw text

19874

mp inner links count

11

mp inner links status

10 (links queued, awaiting import)

Open Graph

title

Mike Kaganski's blog

description

image

site name

Mike Kaganski's blog

author

updated

2026-02-19 05:02:20

raw text

Mike Kaganski's blog Skip to content Mike Kaganski's blog Menu Home About Contact New LibreOffice GSOC project: resolve deadlocks using robust and efficient implementation of Ostrich algorithm April 1, 2022 April 1, 2022 mikekaganski 2 Comments This year’s GSoC is coming; and this year, I suggest that we handle one big problem plaguing LibreOffice: deadlocks. Users know that sometimes, program hangs. Often that is because of deadlocks. It is well known that one of industry’s most widely used ways to handle this problem is Ostrich algorithm [1]. This proposal is to audit the LibreOffice core code for possible deadlocks, and handle all the found places using the most robust and efficient implementation of Ostrich algorithm. The task includes study of available implementations; the chosen one should be efficient, robust, and available under a compatible open-source license. Students that choose this task may assume that I would gladly mentor their work on this...

Text analysis

redirect type

0 (-)

block type

0 (no issues)

detected language

1 (English)

category id

Edukacja (47)

index version

1

spam phrases

0

Text statistics

text nonlatin

0

text cyrillic

0

text characters

14374

text words

2965

text unique words

936

text lines

346

text sentences

100

text paragraphs

43

text words per sentence

29

text matched phrases

0

text matched dictionaries

0

RSS

rss status

32 (unknown)

rss found date

2024-10-28 16:58:46

rss size orig

60204

rss items

10

rss spam phrases

0

rss detected language

1 (English)

inbefore feed id

-

inbefore status

0 (new)

Sitemap

sitemap status

40 (completed successful import of reports.txt file to table in_pages)

sitemap review version

2

sitemap urls count

26

sitemap urls adult

0

sitemap filtered products

0

sitemap filtered videos

0

sitemap found date

2024-10-28 16:58:45

sitemap process date

2025-03-27 19:30:12

sitemap first import date

-

sitemap last import date

2025-11-09 06:07:07