GNU social JP
  • FAQ
  • Login
GNU social JPは日本のGNU socialサーバーです。
Usage/ToS/admin/test/Pleroma FE
  • Public

    • Public
    • Network
    • Groups
    • Featured
    • Popular
    • People

Untitled attachment

Download link

Notices where this attachment appears

  1. Embed this notice
    Tim Chambers (tchambers@indieweb.social)'s status on Friday, 28-Mar-2025 23:39:58 JST Tim Chambers Tim Chambers
    in reply to

    @evan Could not be happier at this next stage and Newsmast's role to move it to user-governed place. My thinking on this was inspired by CoSocial.ca in large part over the last two years.

    In conversation about 2 months ago from indieweb.social permalink
  2. Embed this notice
    Evan Prodromou (evan@cosocial.ca)'s status on Sunday, 15-Dec-2024 02:32:03 JST Evan Prodromou Evan Prodromou
    in reply to

    If you are in Canada and want to be part of a democratic, sustainably-run social media cooperative, please sign up at https://cosocial.ca/ . You can have an account in minutes, and start participating in running a social networking service.

    In conversation about 5 months ago from cosocial.ca permalink
  3. Embed this notice
    Evan Prodromou (evan@cosocial.ca)'s status on Saturday, 30-Nov-2024 01:14:27 JST Evan Prodromou Evan Prodromou
    in reply to

    @ricmac @Gargron that said, I am ok with making "can you follow and be followed by evan@cosocial.ca" as the litmus test for federation

    In conversation about 6 months ago from cosocial.ca permalink
  4. Embed this notice
    dick_turpin (dick_turpin@castlecannon.house)'s status on Wednesday, 27-Nov-2024 04:35:56 JST dick_turpin dick_turpin

    evan@cosocial.ca
    Evan Prodromou
    @evan

    PLEASE SHARE!

    The Social Web Devroom at FOSDEM 2025 will be the first time the conference has a track dedicated entirely to ActivityPub servers, Fediverse clients, libraries, apps, toolkits, services, etc.

    If you work on Fediverse software that is Free and Open Source, please consider submitting a proposal: pretalx.fosdem.org/fosdem-2025…

    The deadline is December 1, 2024, so not much time remains. But proposals are very easy and quick!

    More info:
    socialwebfoundation.org/2024/1…

    In conversation about 6 months ago from castlecannon.house permalink
  5. Embed this notice
    Evan Prodromou (evanprodromou@evanp.me)'s status on Sunday, 17-Nov-2024 04:22:43 JST Evan Prodromou Evan Prodromou
    How to register just enough domains

    I have a problem with registering domains. When I have an idea for a Web site, software project, organization, or sometimes just a pun or joke, I’ll go on a domain registrar site and see what related domains are available. I’ll brainstorm a bit in the search screen to try some different options for names or top-level domains, and if I find something in my price range, I’ll buy it, even if I’m not going to use the domain right away.

    This leaves me with a portfolio of unused domains that are like reminders of unfulfilled dreams. Ah yes, the Web site for the Frito pie restaurant I never made. Oh, right, I was going to start a social network for people in the Plateau de Montreal. Each year, as the renewal deadlines come up, I have to decide if I’m going to give up this little dream, or give myself another year to get started.

    The fact is, I just don’t have the time or the energy to make as many social networks or Web sites or joke URLs as I’d like. I have a full-time job, a family, and existing responsibilities at the Social Web Foundation, CoSocial.ca, and the Social Web Community Group. I can’t spend money on dreams I’m not fulfilling, just because I’m afraid to let them go.

    So, I’m trying to change my habits and come up with a new strategy for using domains. It’s aspirational for now, but I hope I can use it to reduce some of my personal expenses on new domains and domain renewals. I’m sharing it here with you partially in hope that it can be useful, and partially to hold myself to the strategy.

    Domain strategy
    1. Register a short, personal domain name. I know, this probably doesn’t seem like a great first step, but bear with me! This domain is going to be the basis for a long term presence. Also, it’s a chance to get it out of your system, and put those domain registration superskils to use one last time. Use something that represents yourself, as a person, not a company or your personal consulting firm or design agency or whatever. I use https://evanp.me/ , which I registered a while ago specifically for this purpose.
    2. Assign the root domain to a content-management system. For me, that’s this WordPress blog. Other people might want to use Drupal or Jekyll or a wiki or some other publishing system. You can even use plain old HTML, if that’s how you want to fly. The important thing is that you need to be able to create new pages on a path you like — preferably of arbitrary depth, but at least with user-defined pathnames.
    3. When you want to register a domain for a new static website, make a page on the root domain instead. OK, now we’re into the part where we’re actually saving money. When you get an idea for a Web site, and you start searching for domain names, stop doing that. Instead, create a page on your personal CMS. So, for example, when I wanted to register a new domain for the ActivityPub book I wrote, I instead created a page at https://evanp.me/activitypub-book/ . This has two benefits. First, it keeps me from registering a domain for a project I’m not even going to start. Second, it keeps me from burning up all my creative energy on domain-buying, and gets me to use whatever momentum I have to write a first draft of the page I need, and possibly either share it out on my blog or on my social network presence(s). Note that using a short domain puts more emphasis on the page’s path than on the domain.
    4. When you want to register a domain for a new Web service, use a subdomain of your personal domain name instead. There are a lot of Web applications and services that need specific server-side code and databases and can’t be run as a page on a WordPress site — like a Mastodon server, a MediaWiki site, or a NodeJS application I made up. A lot of people will never need to do this; as a software developer, this is something I do all the time. When I need to make a server that can’t run within WordPress, instead of registering a new domain, I create a domain name for my service that is a subdomain of my personal domain. So, if I want to set up a Mastodon server (I don’t, right now) I’d make a subdomain at social.evanp.me and use it for the server. The benefit here is that I have a domain name to start off with, and also I don’t worry about starting to use it until I actually have a server available. One particular trick that has worked well for me is to use a wildcard DNS record that points to a Kubernetes cluster ingress. I can use the ingress to route between services, without having to create or update the subdomains. It saves a couple of steps in this process.
    5. If a project needs to become independent, register a domain and move to it. This is the safety valve that lets me feel OK about not using the “right” domain for a project from the outset. Of course, “needs to become independent” is a hard to specify objectively, but some good rules of thumb are whether there are enough collaborators that I don’t feel comfortable giving them an account on my personal blog, or if the people who use the service or page ask why it’s still linked to my personal domain. At the point when a domain is actually needed, I can go register it, move the service or content to use it, and then use URL redirection to move traffic from my personal site or service to an independent one.
      Having this as an option lets me worry a lot less when starting a new project. There are also so many top-level domains (TLDs) available today that I don’t feel like I have to grab a domain just so it doesn’t get squatted by others. It’s OK to use one of the less popular TLDs if the project is becoming its own thing.

    So, that’s it. Have a personal domain, put a CMS behind it, use that for publishing static pages, use subdomains of it for standalone services, and register new domains only when you need to. I think this kind of strategy is inherent in the idea of having “your own domain”, and a lot of people follow it to a greater or lesser degree, but I wanted to spell it out fully to make it clear to myself how I would deal with different circumstances.

    Let me know if you have other tips for reducing your domain registration spending by committing to a good personal domain.

    #domains #spending

    In conversation about 6 months ago from evanp.me permalink
  6. Embed this notice
    Evan Prodromou (evan@cosocial.ca)'s status on Monday, 06-May-2024 01:28:50 JST Evan Prodromou Evan Prodromou
    in reply to

    @aiquez @sascha @feb I just want to check that all of you found my CoSocial.ca account. It's a great service; we're a Canadian cooperative that democratically owns and manages our social services. You seemed pretty confused about who I am and what I do, so I want to make sure you know me better and know where to find my primary account.

    In conversation about a year ago from cosocial.ca permalink
  • Help
  • About
  • FAQ
  • TOS
  • Privacy
  • Source
  • Version
  • Contact

GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.

Creative Commons Attribution 3.0 All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.