drupflare/worker - v1.0.4
    Preparing search index...

    Interface FillOutcome

    What one fill produced: filled is the path or null, and the rest belongs to one of three outcomes (rendered, failed, or an empty queue).

    interface FillOutcome {
        attempts?: number;
        bootedInFill?: boolean;
        bytes?: unknown;
        dynamicCache?: unknown;
        error?: string;
        failed?: string;
        filled: string | null;
        notReady?: boolean;
        page?: {
            contentType: string;
            html: unknown;
            location?: string;
            passHeaders?: Record<string, string>;
            renderMs: number;
            setCookie: string[];
            status: number;
        };
        pageCache?: unknown;
        raw?: string;
        remaining: number;
        renderMs?: unknown;
        roles?: string[];
    }
    Index
    attempts? bootedInFill? bytes? dynamicCache? error? failed? filled notReady? page? pageCache? raw? remaining renderMs? roles?
    attempts?: number
    bootedInFill?: boolean

    whether this fill also paid for the interpreter boot. Measured inside the fill: !this.php at the caller can read cold when an alarm has booted the object before the render runs. Distinct from booted, which means an interpreter is up.

    bytes?: unknown
    dynamicCache?: unknown
    error?: string
    failed?: string
    filled: string | null
    notReady?: boolean

    the site is not ready (Drupal redirected to /core/install.php); the render is fine

    Optionalpage

    page?: {
        contentType: string;
        html: unknown;
        location?: string;
        passHeaders?: Record<string, string>;
        renderMs: number;
        setCookie: string[];
        status: number;
    }

    The rendered response, present only when it was not cached. A GET is read back from cfw_page by the caller; a submission or authenticated GET is never stored there, so it comes back here instead.

    Type Declaration

    • contentType: string
    • html: unknown
    • Optionallocation?: string

      Location, so a login's redirect survives instead of rendering as an empty 302 body

    • OptionalpassHeaders?: Record<string, string>

      the x-drupal-* headers the client reads; see passThroughHeaders

    • renderMs: number
    • setCookie: string[]

      Set-Cookie lines Drupal produced; without these a login cannot be kept

    • status: number
    pageCache?: unknown
    raw?: string

    what PHP printed instead of its result, for the log only

    remaining: number
    renderMs?: unknown
    roles?: string[]

    the sorted role set this render was for (the edge plan key), or undefined

    Settings
    Member Visibility

    On This Page
    Properties