Jump to content


  • Content Count

  • Joined

  • Last visited

Recent Profile Visitors

665 profile views
  1. Yes, that was never part of the discussion. Hostname resolution by Client is working flawlessly, if given manually. πŸ‘ This could have been prevented by something like the masterserver doing nslookup to check, if the hostname resolves to the actual IP of the enlisting server. Nothing too fancy I guess. Never seen the flooding by myself, so its a bit difficult to comprehend. I guess, somebody had reversed the protocol, and kept spamming "new servers" with malicious URL in its description text. I dont see, why anybody should spam URLs inside of the IP tab - it's not like a browser
  2. Sounds good. I really appreciate that. πŸ‘ Generally speaking, with no intention of insulting you: Zomboid is not very demanding in terms of bandwith. You simply don't need an 1Gbit upstream to maintain 32 players. In my area, residential internet connection has an upstream of 50 Mbit (6250 kB/s). According to you, PZ needs a bandwith of about 50kbit rounded up (6.25 kB/s). Theoretically I should be able to maintain 1000 players. Practically this number is somewhat lower. So in reverse, one does not simply need to throw out money to rent a server, provided you have the
  3. I have to kindly disagree to this, these individuals requested it way before me: These are just my 2 grains of salt here, but in the past there were quite some issues indirectly arising from not being able to supply a hostname via server browser: [...]
  4. Murphys Law is strong with this one. Not because they "can", but because they "must" Would be, if the gameserver reports his hostname (which has to be entered in config file) to the masterserver (the one, who hosts the game server list for the clients). So the masterserver can distribute the hostname to the game clients instead of the IP. Problem solved. I've hosted quite some games in the past decade on my homeserver. PZ is the only one I know, which can't or "would not like to" handle hostnames. Will come with a hefty increase in subscription costs.
  5. Server-Side player profiles will be a workaround, but it won't fix the favourite menu issue (static IP vs. dynamic IP)
  6. I don't know the current situation of the recent IWBUMS release (due to deactivated MP). I'm referring to the latest stable 40.43 servertest.ini: server_browser_announced_ip=zombietempel.evils.in But serverbrowser on client side still shows up with IP: Players who save the server, will add the IP - which itself is subject to change - instead of the hostname. When IP changes, players will loose progress (if they don't rename the savegame) and they will also need to rebrowse the public server queue to find the current IP Expected res
  7. There is an issue, when hosting a server via private ISP connection with dynamic IP range. When the IP changes, players will have to rename their local savegames. For a workaround, players will have to manually change the IP to the correct hostname of the server in the favourite bookmarks. Please change the behaviour of the server, so he announces the hostname first and falls back to IP address if no hostname was configured.
  8. Shouldn't this topic rather go into the Bug Report forum? πŸ€”
  9. Good point, never thought about the "old methods". But I can imagine, that the durability wouldn't be great compared to the metalworked ones. Also this would need to add "wicker" or "reed" to the game. Maybe one can substitute with or .
  10. I'd like to suggest to you: Gabions aka wire mehs walls Ingredients: Make use of and to create the wire mesh with the metalworking skill, , and Using to dig a trench for foundation Creating the foundation with , (?), and Adding the mesh to the foundation with (from ) and the use of Finally filling these with excess stones ( and ) from foraging (good way to get rid of them) Procedure: 1 - Shovel: Dig a small trench for a concrete foundation 2 - Bucket: Create a unit of concrete from sand out of sandbags
  11. I suggested this Hotkey thing - with some bonus features - some years ago. Please take a look here: Or this dude here: I bet, there are more requests for this feature, scattered all around this board. I haven't found them yet. (Of course I haven't searched very well, yet) This said: Maybe you should modify the thread title, so your request can be identified - without having to take a look into your post. €dit: Found some more: So this is a thing, devs should consider implement in base game IMHO
  12. True dat. But it is an feature I'd like to see in the base game. For my understanding it could be a basic feature - because, why not? This idea came to my mind, after hauling a load of logs back to my base. There was a mess on the lawn all around my base with cluttered stacks of logs. Maybe this scenery was just tickling my OCD, but a high capacity storage would be nice. You can mod this, but with this argument, developers could stop development right now. Because the community could finish the game - simply by creating mods. πŸ€·β€β™‚οΈ
  13. Please add specialized containers with enhanced capacity. Example: A craftable wood stack. This container only accepts "Logs, boards or sticks / twigs" as input. But you can store up to 900 weight units instead of the usual 50
  14. Just found this suggestion via search. +1 to the statement above, but also for the transfer all button.
  • Create New...