• 3 Posts
  • 24 Comments
Joined 2 years ago
cake
Cake day: June 13th, 2023

help-circle


  • I think it depends. Not entirely sure though. Now given the context of Lemmy right, you can certainly post to instance C from both A and B. Even if your instance (either A or B) will not fetch messages from each other (due to not federating) you can always go see the messages through instance C (not logged in). That probably works for all defederation scenarios but that is also a very loosely defined interaction as both parties will have to do the same.

    A diplomatic answer I know.













  • thgs@beehaw.orgtoPHP@programming.devWelcome to /c/PHP!
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 years ago

    At a first level it certainly is an issue with PHP, but PHP was also designed by a human. That design comes with its own problems right? I guess what I said is just a generalisation of PEBKAC as all (mostly all) software is designed by some human. Fact that it’s a different chair may as well be considered not a PEBKAC ? Yes it’s philosophical or simply which perspective you choose to see.

    Haven’t played with amphp/parallel but maybe worth a look to see how/if sockets are shared there.







  • thgs@beehaw.orgtoPHP@programming.devWelcome to /c/PHP!
    link
    fedilink
    English
    arrow-up
    0
    ·
    2 years ago

    Also how’s the setup? You setup for example 5 max children in fpm and 5 persistent connections? Per server? So your overall connections to the db server will be 5x your server instances?

    If you setup 5 fpm children and less connections, one child will eventually reuse from another, but only when the connection is free (does not do a query for another process or pdo does not consume a resultset). If it tries to do a query at that time it will have to wait and it will block. This is my understanding. Also how you do transactions with persistent connections?

    This has evolved into such an interesting conversation.