COAP_RESOURCE(3)

πŸ¦‹ COAP_RESOURCE(3) β€” Work with CoAP resources πŸ¦‹

okay so this page is from the libcoap Manual, and it’s literally your whole guide to making, changing, deleting, and finding CoAP resources on a server. bestie, it’s giving β€œresource management but make it cute” ✨


🌸 NAME 🌸

coap_resource, coap_resource_init, coap_resource_unknown_init, coap_resource_unknown_init2, coap_resource_proxy_uri_init, coap_resource_proxy_uri_init2, coap_resource_reverse_proxy_init, coap_add_resource, coap_delete_resource, coap_resource_set_mode, coap_resource_set_userdata, coap_resource_get_userdata, coap_resource_release_userdata_handler, coap_resource_get_uri_path, coap_get_resource_from_uri_path, coap_print_wellknown β€” all about working with CoAP resources 🫢


✨ SYNOPSIS ✨

#include <coap3/coap.h>

coap_resource_t *coap_resource_init(coap_str_const_t *uri_path, int flags);

coap_resource_t *coap_resource_unknown_init(coap_method_handler_t put_handler);

coap_resource_t *coap_resource_unknown_init2(coap_method_handler_t put_handler, int flags);

coap_resource_t *coap_resource_proxy_uri_init(coap_method_handler_t proxy_handler, size_t host_name_count, const char *host_name_list[]);

coap_resource_t *coap_resource_proxy_uri_init2(coap_method_handler_t proxy_handler, size_t host_name_count, const char *host_name_list[], int flags);

coap_resource_t *coap_resource_reverse_proxy_init(coap_method_handler_t rev_proxy_handler, int flags);

void coap_add_resource(coap_context_t *context, coap_resource_t *resource);

int coap_delete_resource(coap_context_t *context, coap_resource_t *resource);

void coap_resource_set_mode(coap_resource_t *resource, int mode);

void coap_resource_set_userdata(coap_resource_t *resource, void *data);

void *coap_resource_get_userdata(coap_resource_t *resource);

void coap_resource_release_userdata_handler(coap_context_t *context, coap_resource_release_userdata_handler_t callback);

coap_str_const_t *coap_resource_get_uri_path(coap_resource_t *resource);

coap_resource_t *coap_get_resource_from_uri_path(coap_context_t *context, coap_str_const_t *uri_path);

coap_print_status_t coap_print_wellknown(coap_context_t *context, unsigned char *buf, size_t *buflen, size_t offset, const coap_string_t *query_filter);

For specific (D)TLS library support, link with -lcoap-3-notls, -lcoap-3-gnutls, -lcoap-3-openssl, -lcoap-3-mbedtls, -lcoap-3-wolfssl or -lcoap-3-tinydtls. Otherwise, link with -lcoap-3 to get the default (D)TLS library support πŸ’…


πŸŽ€ DESCRIPTION πŸŽ€

CoAP Resources on a CoAP Server need to be created, updated and deleted as appropriate. The URI in the request packet defines the resource to work with, with possibly the Query or data in the request referring to a sub-resource.

When resources are configured on the CoAP server, the URI to match against in the request packet is specified.

Callback Handlers are then added to the resource to handle the different request methods. See coap_register_request_handler(3) for further information.

Adding Attributes allows textual information to be added to the resource which can then be reported back to any client doing a "GET .well-known/core" request. See coap_add_attr(3) for further information.

If an incoming packet request matches a resource’s URI and Method, then the appropriate callback resource handler is invoked to process the packet which should then update a suitable response packet for returning back to the requester.

There is support for handling incoming packets where the URI is unknown (no specific resource has been created). This could, for example, happen when a PUT request is trying to create a new resource. It is the responsibility of the unknown resource callback handler to either create a new resource for the URI or just manage things separately.

CoAP Observe (RFC7641) is not supported for unknown resources, so a new resource with GET handler must be created by the unknown resource callback handle matching the URI which then can be Observable πŸ‘€

There is support for handling incoming proxy based requests using the Proxy-Uri or Proxy-Scheme options.


πŸ’– FUNCTIONS πŸ’–

🧚 Function: coap_resource_init() 🧚

The coap_resource_init() function returns a newly created resource of type coap_resource_t *. uri_path specifies the uri string path to match against. Normally there is no need for the leading / β€” e.g. just "full/path/for/resource". flags can be zero or more of the following definitions or’ed together.

  • COAP_RESOURCE_FLAGS_NOTIFY_NON β€” Set the notification message type to non-confirmable for any trigggered "observe" responses with type set to confirmable every 5 packets as required by "RFC7641 4.5. Transmission". See coap_observe(3). NOTE: This flag is ignored if COAP_RESOURCE_FLAGS_NOTIFY_CON is set.
  • COAP_RESOURCE_FLAGS_NOTIFY_NON_ALWAYS β€” Set the notification message type to always non-confirmable for any trigggered "observe" responses. This should only be used if a upper layer protocol requires it. See coap_observe(3). NOTE: This flag is ignored if COAP_RESOURCE_FLAGS_NOTIFY_CON is set.
  • COAP_RESOURCE_FLAGS_NOTIFY_CON β€” Set the notification message type to confirmable for any trigggered "observe" responses. See coap_observe(3). NOTE: COAP_RESOURCE_FLAGS_NOTIFY_NON is assumed if COAP_RESOURCE_FLAGS_NOTIFY_CON is not set.
  • COAP_RESOURCE_FLAGS_RELEASE_URI β€” Free off the coap_str_const_t for uri_path when the resource is deleted.
  • COAP_RESOURCE_FLAGS_FORCE_SINGLE_BODY β€” Force all large traffic to this resource to be presented as a single body to the request handler.
  • COAP_RESOURCE_FLAGS_OSCORE_ONLY β€” Define this resource as an OSCORE enabled access only.
  • COAP_RESOURCE_HANDLE_WELLKNOWN_CORE β€” Define this when invoking coap_resource_unknown_init2() if .well-known/core is to be passed to the unknown URI handler rather than processed locally. Used for easily passing on a request as a reverse-proxy request.
NOTE: The following flags are only tested against if coap_mcast_per_resource() has been called. If coap_mcast_per_resource() has not been called, then all resources have multicast support, libcoap adds in random delays to the responses, and 4.xx / 5.xx responses are dropped.
NOTE: The pseudo resource for ".well-known/core" always has multicast support enabled and is not configurable. It is possible for a server to create a resource for ".well-known/core" that can then control the multicast support and the provided GET request handler can call coap_print_wellknown() to produce the same information as the pseudo resource.
  • COAP_RESOURCE_FLAGS_HAS_MCAST_SUPPORT β€” This resource has support for multicast requests.
  • COAP_RESOURCE_FLAGS_LIB_DIS_MCAST_DELAYS β€” Disable libcoap library from adding in delays to multicast requests before sending the response back to the client. It is then the responsibility of the app to delay the responses for multicast requests. See "RFC7252 8.2. Request/Response Layer". However, the pseudo resource for ".well-known/core" always has multicast support enabled.
  • COAP_RESOURCE_FLAGS_LIB_ENA_MCAST_SUPPRESS_2_05 β€” Enable libcoap library suppression of 205 multicast responses that are empty (overridden by RFC7967 No-Response option) for multicast requests.
  • COAP_RESOURCE_FLAGS_LIB_ENA_MCAST_SUPPRESS_2_XX β€” Enable libcoap library suppressing 2.xx multicast responses (overridden by RFC7967 No-Response option) for multicast requests.
  • COAP_RESOURCE_FLAGS_LIB_DIS_MCAST_SUPPRESS_4_XX β€” Disable libcoap library suppressing 4.xx multicast responses (overridden by RFC7967 No-Response option) for multicast requests.
  • COAP_RESOURCE_FLAGS_LIB_DIS_MCAST_SUPPRESS_5_XX β€” turns off the libcoap library's automatic suppression of 5.xx responses to multicast requests. Lowkey important: this one gets overridden by the RFC7967 No-Response option, so if that's in play, that's what wins. πŸ’…
NOTE πŸŽ€ so like, if your uri_path isn't readable 7-bit ASCII, the binary bytes have to be hex encoded β€” following the rules in "RFC3986 2.1. Percent-Encoding". No cap, just do it.

πŸ¦‹ Function: coap_resource_unknown_init()

The coap_resource_unknown_init() function hands you back a brand-new resource of type coap_resource_t *. A put_handler is automatically added to the resource so it can handle PUT requests aimed at resources that are unknown. And bestie, you can add more handlers to this resource if you need to β€” it's not a one-handler situation.

🌸 Function: coap_resource_unknown_init2()

Same deal, but with ✨options✨: coap_resource_unknown_init2() returns a newly created resource of type coap_resource_t *, put_handler is auto-added to handle PUT requests to unknown resources, and you can still add extra handlers if required. The difference? flags β€” which can be zero or more of the COAP_RESOURCE_FLAGS MCAST definitions.

NOTE πŸ’€ There can only be one reverse-proxy or unknown resource handler per context β€” attaching a new one overrides the previous definition. So don't come crying to me when your old handler is just... gone.

πŸ‘‘ Function: coap_resource_proxy_uri_init()

The coap_resource_proxy_uri_init() function gives you a freshly created resource of type coap_resource_t *. proxy_handler gets automatically added to it, and it handles PUT/POST/GET etc. requests that use the Proxy-Uri option. The way you don't have to lift a finger β€” there is no need to add explicit request type handlers. 🫢

One or more names that the proxy is known by (IP address, DNS name, whatever) must be supplied in the array defined by host_name_list[], which has a count of host_name_count. This is what's used to check whether the current endpoint is the proxy target address, or whether the request has to be passed on to an upstream server.

🌈 Function: coap_resource_proxy_uri_init2()

coap_resource_proxy_uri_init2() also returns a newly created resource of type coap_resource_t *. proxy_handler is auto-added, handles PUT/POST/GET etc. requests using the Proxy-Uri option β€” again, no need for explicit request type handlers. You supply one or more names the proxy is known by (IP address, DNS name, etc.) in the array defined by host_name_list[], with a count of host_name_count, and that's what checks whether the current endpoint is the proxy target address or if the request gets passed upstream. Plus: flags, which can be zero or more COAP_RESOURCE_FLAGS MCAST definitions. πŸŽ€

NOTE πŸ™ˆ Only one proxy resource handler per context, periodt. Attaching a new one overrides the previous definition.

πŸ’œ Function: coap_resource_reverse_proxy_init()

This one returns a newly created resource of type coap_resource_t *, with rev_proxy_handler automatically added to handle all the PUT/POST/GET etc. requests β€” including .well-known/core. Literally all of them. No need to add explicit request type handlers, she ate. flags can be zero or more COAP_RESOURCE_FLAGS MCAST definitions.

NOTE ⭐ There can only be one reverse-proxy or unknown resource handler per context β€” attaching a new one overrides the previous definition. (Yes, same warning as before. It's that serious.)

πŸ“ Function: coap_add_resource()

coap_add_resource() registers the given resource with the context. The resource must have been created by coap_resource_init(), coap_resource_unknown_init(), coap_resource_unknown_init2(), coap_resource_proxy_uri_init() or coap_resource_proxy_uri_init2(). The storage allocated for the resource will be released by coap_delete_resource().

And here's the tea β˜• β€” since the uri_path of the resource has to be unique across all resources associated with a context, coap_add_resource() will delete any previous resource with the same uri_path before adding in the new one. Bye bestie πŸ‘‹

🧚 Function: coap_delete_resource()

coap_delete_resource() deletes the resource identified by resource. The context parameter is ignored (yep, ignored, don't ask). The storage allocated for that resource is freed, along with any attributes associated with the resource. Clean slate energy. ✨

πŸ”₯ Function: coap_resource_set_mode()

coap_resource_set_mode() changes the unsolicited notification message type of resource to the given mode, which must be one of COAP_RESOURCE_FLAGS_NOTIFY_NON, COAP_RESOURCE_FLAGS_NOTIFY_NON_ALWAYS or COAP_RESOURCE_FLAGS_NOTIFY_CON. Only those three, bestie, no freestyling.

🫧 Function: coap_resource_set_userdata()

coap_resource_set_userdata() lets you associate a pointer to user data with a resource, and that pointer can be accessed in any callback that includes resource as a parameter. Iconic, honestly.

NOTE πŸ’– data must point to a static, or allocated, block of memory. Do not be weird about this.

πŸŽ€ Function: coap_resource_get_userdata()

coap_resource_get_userdata() obtains the user data pointer from the resource that had previously been set up by coap_resource_set_userdata(). Round trip complete. πŸ”

🌟 Function: coap_resource_release_userdata_handler()

coap_resource_release_userdata_handler() defines the context-wide callback handler to call to release the allocated user data that's been added to the resource using coap_resource_set_userdata() β€” and it fires when the resource is deleted. callback can be NULL (which is the default) if nothing needs to be freed off. No leaks, no stress. πŸ’…

πŸ¦‹ Function: coap_resource_get_uri_path()

coap_resource_get_uri_path() is used to obtain the UriPath of the resource definition.

🌸 Function: coap_get_resource_from_uri_path()

coap_get_resource_from_uri_path() is used to return the resource identified by the unique string uri_path associated with context. It's giving "find my friend in the group chat". πŸ”

πŸ‘‘ Function: coap_print_wellknown()

coap_print_wellknown() prints the names of all known resources of the given context into buf, which has a maximum size of buflen. The first offset bytes are skipped from the output, so block transfers can be handled. Setting offset to 0 means the entire (matching) information is output. Setting offset to UINT_MAX skips, but calculates the size of, the (matching) output. And query_filter is usually defined by the CoAP Uri-Query options as a query. 😌


πŸ’… RETURN VALUES πŸ’…

Ok so here's who returns what: πŸ”₯

  • coap_resource_init(), coap_resource_unknown_init(), coap_resource_unknown_init2(), coap_resource_proxy_uri_init(), coap_resource_proxy_uri_init2() and coap_resource_reverse_proxy_init() return a newly created resource, or NULL if there's a malloc failure. 😭
  • coap_delete_resource() returns 0 on failure (resource not found), 1 on success.
  • coap_resource_get_userdata() returns the value previously set by the coap_resource_set_userdata() function, or NULL.
  • coap_resource_get_uri_path() returns the uri_path, or NULL if there was a failure.
  • coap_get_resource_from_uri_path() returns the resource, or NULL if not found.
  • coap_print_wellknown() returns COAP_PRINT_STATUS_ERROR on error. Otherwise, the lower 28 bits are set to the number of bytes that have actually been written. And COAP_PRINT_STATUS_TRUNC is set when the output has been truncated. 🫢

✨ EXAMPLES ✨

okay bestie, this is the part where the manual actually shows you the setups, and honestly? iconic. Below are the fixed resources example and the dynamic resources example, with every line kept exactly as it should be. no cap, don't freestyle the code. πŸ’…

πŸŽ€ Fixed Resources Set Up πŸŽ€

Here's the fixed resources glow-up: you get the index handler, the time handlers, and the init_resources() function doing its main character thing.

#include <coap3/coap.h>

#define INDEX "This is an example server using libcoap\n"

static void
hnd_get_index(coap_resource_t *resource, coap_session_t *session,
              const coap_pdu_t *request, const coap_string_t *query,
              coap_pdu_t *response) {
  unsigned char buf[3];
  /* Remove (void) definition if variable is used */
  (void)resource;
  (void)session;
  (void)request;
  (void)query;

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);

  coap_add_option(response,
                  COAP_OPTION_CONTENT_TYPE,
                  coap_encode_var_safe(buf, sizeof(buf),
                                       COAP_MEDIATYPE_TEXT_PLAIN),
                  buf);

  coap_add_option(response,
                  COAP_OPTION_MAXAGE,
                  coap_encode_var_safe(buf, sizeof(buf), 0x2ffff), buf);

  coap_add_data(response, strlen(INDEX), (const uint8_t *)INDEX);

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
}

static void
hnd_delete_time(coap_resource_t *resource, coap_session_t *session,
                const coap_pdu_t *request, const coap_string_t *query,
                coap_pdu_t *response) {
  /* Remove (void) definition if variable is used */
  (void)resource;
  (void)session;
  (void)request;
  (void)query;

  /* .. code .. */

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_DELETED);
}

static void
hnd_get_time(coap_resource_t *resource, coap_session_t *session,
             const coap_pdu_t *request, const coap_string_t *query,
             coap_pdu_t *response) {
  /* Remove (void) definition if variable is used */
  (void)resource;
  (void)session;
  (void)request;
  (void)query;
  (void)response;

  /* .. code .. */

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
}

static void
hnd_put_time(coap_resource_t *resource, coap_session_t *session,
             const coap_pdu_t *request, const coap_string_t *query,
             coap_pdu_t *response) {
  /* Remove (void) definition if variable is used */
  (void)resource;
  (void)session;
  (void)request;
  (void)query;
  (void)response;

  /* .. code .. */

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_CHANGED);
}

static void
init_resources(coap_context_t *ctx) {

  coap_resource_t *r;

  /* Create a resource to return general information */
  r = coap_resource_init(NULL, 0);
  coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get_index);

  /* Document resource for '.well-known/core' request */
  coap_add_attr(r, coap_make_str_const("ct"), coap_make_str_const("0"), 0);
  coap_add_attr(r, coap_make_str_const("title"),
                coap_make_str_const("\"General Info\""), 0);

  coap_add_resource(ctx, r);

  /* Create a resource to return return or update time */
  r = coap_resource_init(coap_make_str_const("time"),
                         COAP_RESOURCE_FLAGS_NOTIFY_CON);
  coap_resource_set_get_observable(r, 1);
  coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get_time);
  coap_register_request_handler(r, COAP_REQUEST_PUT, hnd_put_time);
  coap_register_request_handler(r, COAP_REQUEST_DELETE, hnd_delete_time);

  /* Document resource for 'time' request */
  coap_add_attr(r, coap_make_str_const("ct"), coap_make_str_const("0"), 0);
  coap_add_attr(r, coap_make_str_const("title"),
                coap_make_str_const("\"Internal Clock\""), 0);
  coap_add_attr(r, coap_make_str_const("rt"), coap_make_str_const("\"secs\""),
                0);
  coap_add_attr(r, coap_make_str_const("if"), coap_make_str_const("\"clock\""),
                0);

  coap_add_resource(ctx, r);

}

πŸ¦‹ Dynamic Resources Set Up πŸ¦‹

And here's the dynamic resources setup β€” the unknown-resource PUT handler, the regular handlers it creates, and the init_resources() to wire it all up. it's giving flexible, fr fr.

#include <coap3/coap.h>

/* Regular DELETE handler - used by resources created by the
 * Unknown Resource PUT handler */

static void
hnd_delete(coap_resource_t *resource, coap_session_t *session,
           const coap_pdu_t *request, const coap_string_t *query,
           coap_pdu_t *response) {
  /* Remove (void) definition if variable is used */
  (void)session;
  (void)request;
  (void)query;
  (void)response;

  /* .. code .. */

  /* Dynamic resource no longer required - delete it */
  coap_delete_resource(NULL, resource);

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_DELETED);
}

/* Regular GET handler - used by resources created by the
 * Unknown Resource PUT handler */

static void
hnd_get(coap_resource_t *resource, coap_session_t *session,
        const coap_pdu_t *request, const coap_string_t *query,
        coap_pdu_t *response) {
  coap_str_const_t *get_uri_path;

  /* Remove (void) definition if variable is used */
  (void)resource;
  (void)session;
  (void)request;
  (void)query;

  /*
   * Get the specific resource being requested to determine what the response is
   * The uri_path string is a const pointer
   */

  get_uri_path = coap_resource_get_uri_path(resource);

  /* .. code .. */

  coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTENT);
}

/* Regular PUT handler - used by resources created by the
 * Unknown Resource PUT handler */

static void
hnd_put(coap_resource_t *resource, coap_session_t *session,
        const coap_pdu_t *request, const coap_string_t *query,
        coap_pdu_t *response) {
  /* Remove (void) definition if variable is used */
  (void)resource;
  (void)session;
  (void)query;

  coap_string_t *put_uri_path;
  size_t length;
  const uint8_t *data;
  size_t offset;
  size_t total;
  int new_resource = 0;

  /* get the uri_path */
  put_uri_path = coap_get_uri_path(request);
  if (!put_uri_path) {
    coap_pdu_set_code(response, COAP_RESPONSE_CODE_NOT_FOUND);
    return;
  }
  coap_get_data_large(request, &length, &data, &offset, &total);

  /* .. code .. */

  /* Need to do this as coap_get_uri_path() created it */
  coap_delete_string(put_uri_path);

  if (length + offset < total)
    coap_pdu_set_code(response, COAP_RESPONSE_CODE_CONTINUE);
  else if (new_resource)
    coap_pdu_set_code(response, COAP_RESPONSE_CODE_CREATED);
  else
    coap_pdu_set_code(response, COAP_RESPONSE_CODE_CHANGED);
}

static int
check_url_fn(coap_string_t *uri_path, uint8_t code) {
  /* Remove (void) definition if variable is used */
  (void)uri_path;
  (void)code;

  /* Code to determine whether the uri is valid or not */

  return 1;
}

/* Unknown Resource PUT handler */

static void
hnd_put_unknown(coap_resource_t *resource, coap_session_t *session,
                const coap_pdu_t *request, const coap_string_t *query,
                coap_pdu_t *response) {
  /* Remove (void) definition if variable is used */
  (void)resource;
  coap_pdu_code_t req_code = coap_pdu_get_code(request);

  coap_resource_t *r;
  coap_string_t *uri_path;

  /* get the uri_path - which will get used by coap_resource_init() */
  uri_path = coap_get_uri_path(request);
  if (!uri_path) {
    coap_pdu_set_code(response, COAP_RESPONSE_CODE_NOT_FOUND);
    return;
  }

  /* Check if new URI Path is valid */
  if (!check_url_fn(uri_path, req_code)) {
    coap_pdu_set_code(response, COAP_RESPONSE_CODE_NOT_FOUND);
    coap_delete_string(uri_path);
    return;
  }

  /*
   * Create a resource to handle the new URI
   * uri_path will get deleted when the resource is removed
   */
  r = coap_resource_init((coap_str_const_t *)uri_path,
                         COAP_RESOURCE_FLAGS_RELEASE_URI | COAP_RESOURCE_FLAGS_NOTIFY_NON);
  coap_register_request_handler(r, COAP_REQUEST_PUT, hnd_put);
  coap_register_request_handler(r, COAP_REQUEST_DELETE, hnd_delete);
  /* We possibly want to Observe the GETs */
  coap_resource_set_get_observable(r, 1);
  coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get);
  coap_add_resource(coap_session_get_context(session), r);

  /* Do the PUT for this first call */
  hnd_put(r, session, request, query, response);

  return;

}

/* Initialize single Unknown Resource PUT handler */

static void
init_resources(coap_context_t *ctx) {

  coap_resource_t *r;

  /* Create a resource to handle PUTs to unknown URIs */
  r = coap_resource_unknown_init2(hnd_put_unknown, 0);
  /*
   * Additional handlers can be added - for example
   *  coap_register_request_handler(r, COAP_REQUEST_POST, hnd_post_unknown);
   *  coap_register_request_handler(r, COAP_REQUEST_GET, hnd_get_unknown);
   *  coap_register_request_handler(r, COAP_REQUEST_DELETE, hnd_delete_unknown);
   */
  coap_add_resource(ctx, r);

}

πŸ” SEE ALSO πŸ”

Go peek at coap_attribute(3), coap_context(3), coap_handler(3) and coap_observe(3) β€” that's the whole see-also crew, bestie. 🫢

🌈 FURTHER INFORMATION 🌈

See these for further information:

  • "RFC7252: The Constrained Application Protocol (CoAP)"
  • "RFC3986: Uniform Resource Identifier (URI): Generic Syntax"

πŸ’€ BUGS πŸ’€

Please raise an issue on GitHub at https://github.com/obgm/libcoap/issues to report any bugs.

Please raise a Pull Request at https://github.com/obgm/libcoap/pulls for any fixes.

πŸ‘‘ AUTHORS πŸ‘‘

The libcoap project <libcoap-developers@lists.sourceforge.net>


This iconic page is from coap_resource 4.3.5b, dated 04/28/2026, page COAP_RESOURCE(3) β€” bye bestie, go build something slay πŸ’–βœ¨

πŸ“¦ where this page comes from