Mastodawn

Show thread

Kevin Karhan

Feb 18

@seaborgium1234 @bagder some protocols like #IPFS & #BitTorrent (#MagnetLink) are self-verifying by utilizing #hashes.

Same with @torproject / #Tir's self-authenticating #NameSpace for .onion domains.

.onion - Wikipedia

witch_t *navi Jan 24

#namespace ext_image_copy_capture ext_ext_image_copy_capture_
#namespace ext_image_copy_capture::manager_v1 manager_v1_

#namespace ext_image_capture_source ext_ext_image_capture_source_v1

#using ext_image_copy_capture as capture
#using ext_image_capture_source as image::source

#using capture::manager_v1 as image::manager
#using capture::session_v1 as image::session
#using capture::session_v1 as image::session
#using capture::manager_v1::create_session

extern struct image::manager *manager;
extern struct image::source *source;

struct image::session *session = create_session(manager, source);

witch_t *navi Jan 24

thinking of the namespace proposal for c, and, i wonder if, we couldn’t have namespaces done in the preprocessor, like:

/* lib.h */
#namespace lib lib_

void lib::foo(); /* declares lib_foo as a function name */

/* app.c */
#include <lib.h>
#using lib::foo
#using lib::foo as nya
#using lib as MyApi

int main(void) {
	/* all of those would be pre-processed to lib_foo() */
	lib::foo();
	foo();
	nya();
	MyApi::foo();
}

works with macros, and identifiers, basically anywhere a #define would also work

and could be backwards compatible, e.g. if i were to use it in openrc:

/* rc.h */
#ifdef _HAS_NAMESPACE
#namespace rc rc_
#namespace RC RC_
#endif

now older c programs can still use rc_service_resolve, and newer ones can use rc::service_resolve (as well as #using directives)

including whole namespace, like #using lib, could work but it’d be a pain to implement i think, since the preprocessor would need to keep track of all lib_ it sees since #namespace was declared, and forward-replace them

but with or without whole-namespace-inclusion, this has really simple semantics and imo predictable errors, as namespacing conflicts can be reported the same way “redefinition” of macro names are

Show thread

ƧƿѦςɛ♏ѦਹѤʞ Dec 30

@deedasmi
About three quarters of them wouldn't have any vowels, so good luck pronouncing them 🙂
#maths #NameSpace

Show thread

Claudio Zizza 🦜Nov 15

@afilina This is also how some mocking libs replace functions. There's a slide about it in one of my older talks. #php #namespace
https://senseexception.github.io/mock-mock-mock-talk/#/21

Mock Mock Mock

Habr Nov 3

[Перевод] Как мы освободили 7 ТиБ памяти

Многие команды работают с кластерами Kubernetes побольше нашего. В них больше узлов , больше подов, больше ingress и так далее. По большинству размерностей нас кто-нибудь, да побеждает. Но есть одна размерность, по которой, как мы подозреваем, мы почти на вершине: это пространства имён. Я думаю так, потому что мы постоянно сталкиваемся со странным поведением во всех процессах, которые их отслеживают. В частности, все процессы, выполняющие их listwatch, занимают на удивление много памяти и подвергают apiserver серьёзной нагрузке. Это стало одной из сложностей масштабирования, которую замечаешь, только достигая определённого порога. При увеличении оверхеда памяти эффективность снижается: каждый байт, который нам нужно использовать для управления — это байт, отнятый у пользовательских сервисов. Проблема сильно усугубляется, когда daemonset должен выполнять listwatch пространств имён или сетевых политик (netpol), которые мы определяем для каждого пространства имён. Так как daemonset запускают под в каждом узле, каждый из этих подов выполняет listwatch одних и тех же ресурсов, из-за чего объём используемой памяти увеличивается при росте количества узлов. Хуже того — эти вызовы listwatch серьёзно нагружали apiserver. Если одновременно перезапускалось множество подов daemonset, например, при развёртывании, то они могли перегрузить сервер запросами и вызвать реальный вылет.

https://habr.com/ru/articles/962642/

#пространство_имен #контейнеры #контейнеры_docker #поды #namespace

Как мы освободили 7 ТиБ памяти

Внутри гиперкуба плохих вайбов: размерность пространства имён Готовимся к вскрытию того, что я называю гиперкубом плохих вайбов Kubernetes Многие команды работают с кластерами Kubernetes побольше...

Хабр

Angie Radtke Oct 26

Maybe someone can use this and enhance it. #Joomla! #namespace

https://github.com/angieradtke/joomla_namespaces/blob/main/update_joomla_namespaces.php

joomla_namespaces/update_joomla_namespaces.php at main · angieradtke/joomla_namespaces

Contribute to angieradtke/joomla_namespaces development by creating an account on GitHub.

GitHub

Adam Jurkiewicz Oct 2

Dzisiaj dalsza praca z podstaw #Python - tym razem patrzymy na #namespace, czyli jak widać nasze #zmienne. Dla Comarch.

Show thread

C.Sep 24

@yantor3d

When people have pushed that around me, I show them the Zen of Python. It's important enough that it's the climactic line.

> Namespaces are one honking great idea -- let's do more of those!

`from x import y` throws one of Python's greatest features in the trash, and mashes everything into a single namespace, with all the opportunities for collisions, accidental overwrites, thinkos, and other problems.

Don't do it.

#python #namespace #namespaces #ZenOfPython #zen #import

Show thread

Piotrek Jeremicz Jul 31, 2025

Generated symbols also support references to specific table names. You can refer to a specific table name using the #Namespace Type. 🗃

This type-safe solution eliminates one of the biggest problems with #LocalizedStringKeys: typos! 🚫🔤

5/7