Invision Community 4: SEO, prepare for v5 and dormant account notifications Matt November 11, 2024Nov 11
Posted July 24, 201212 yr Well first of all i'm in France so here the reboot is at 10h00 Am, is it possible to locate all user that pay the chat services to be on a same timezone server and get a reboot for example at 4h00 AM. Because after the reboot we get trouble during the hour that follow, random kick, no access etc... and at 11h00 user could use it as normal, so if the reboot could be shifted at 4am for us euro user we will no see this "stability trouble"
July 29, 201212 yr Yeah the server reboot for us non-yanks is rather inconvenient. Though I don't think there would be any way to opt-out of a reboot or have completely separate server times/states for different countries.
July 29, 201212 yr Management While we do charge for some IP.Chat packages, the service is primarily a value-added service and is not a profit maker for IPS. Geographic based chat servers would require a significant investment and as such would require a significant fee increase. If that's something that warrants further consideration, we would be happy to review it further. Currently, the maintenance schedule is arranged around the majority of the userbase. I will see if any advancements can be made to minimize the impact of the maintenance. Thanks for your inquiry.
August 25, 201212 yr This reboot is a major issue for me as well, please fix this! Changing the geographic location, while important for performance, would not even be necessary - just give us the option of choosing between two time slots for the reboots, one for the US and one for the EU.
August 25, 201212 yr that assumes the servers are configured to host according to geography. most likely users from all over are on each server.
August 25, 201212 yr Yes, but I assume this is something that could be arranged. They would just have to ask the costumers when setting up chat whether they want to be placed on a server that restarts at ~2am US time or ~2am EU time. Either way, we have to find some sort of solution for this. The server restarts in the middle of the day (and the hour of technical glitches usually following) are extremely disruptive and not just a minor technical issue. It was also not disclosed to us in any way when we purchased the package.
August 25, 201212 yr solution is to not offer it IMO, for about the same price add-on chat is much better.
August 31, 201212 yr While we do charge for some IP.Chat packages, the service is primarily a value-added service and is not a profit maker for IPS. Geographic based chat servers would require a significant investment and as such would require a significant fee increase. If that's something that warrants further consideration, we would be happy to review it further. Currently, the maintenance schedule is arranged around the majority of the userbase. I will see if any advancements can be made to minimize the impact of the maintenance. Thanks for your inquiry. Excuse me if I'm derailing the thread here a bit, but I've been curious.. What's the main reason we can't self-host IP.Chat? I'm aware it may not be ideal for shared hosting, including IP hosted forums, but for those with dedicated servers or even simple VPS' for smaller forums, it should be a trivial task. I'm not entirely familiar with how IP.Chat operates, as I do not use it, but even if it required a bit extra work and effort to set up I wouldn't entirely mind.
September 1, 201212 yr solution is to not offer it IMO, for about the same price add-on chat is much better. Doesn't that require Java though? And how well does it integrate with IP.Board? Are users automatically logged in, can mods automatically ban people and so on? It might be worth trying out if IP.Chat continuous to have these issues.
September 3, 201212 yr Excuse me if I'm derailing the thread here a bit, but I've been curious.. What's the main reason we can't self-host IP.Chat? I'm aware it may not be ideal for shared hosting, including IP hosted forums, but for those with dedicated servers or even simple VPS' for smaller forums, it should be a trivial task. I'm not entirely familiar with how IP.Chat operates, as I do not use it, but even if it required a bit extra work and effort to set up I wouldn't entirely mind. The resources necessary and skill (in terms of server setup and optimization) required to set up the backend is far beyond what the majority of our clients have available. This is not something we are prepared to make available (and thus support) at this time.
September 3, 201212 yr The resources necessary and skill (in terms of server setup and optimization) required to set up the backend is far beyond what the majority of our clients have available. This is not something we are prepared to make available (and thus support) at this time. I figured that would be the response. I don't know exactly how complex the setup for it would be, however, what if you released it but made it unsupported? An IP.Extra that people can use but know they won't get any (official) support for. Even though only a smaller amount of clients would be able to take advantage of it, I'm sure it would still be greatly appreciated by those few. I guess it might be a lot of effort to go through though.
September 3, 201212 yr I figured that would be the response. I don't know exactly how complex the setup for it would be, however, what if you released it but made it unsupported? An IP.Extra that people can use but know they won't get any (official) support for. Even though only a smaller amount of clients would be able to take advantage of it, I'm sure it would still be greatly appreciated by those few. I guess it might be a lot of effort to go through though. What would happen? People would complain that their questions about it go unanswered. Or people on shared hosting which could not support the resources necessary to run this would use it and would take down the entire server with their increased resource usage.
September 3, 201212 yr What would happen? People would complain that their questions about it go unanswered. Like they do with the rest of the IP.Extra's? It shouldn't make a difference. Unsupported is unsupported.Or people on shared hosting which could not support the resources necessary to run this would use it and would take down the entire server with their increased resource usage. If you're using a shared hosting service where you can take the entire service down like that, you're using a pretty terrible host to begin with. You'd likely be suspended, yes, but again, your own fault. The shoutbox app can be resource intensive as well. That doesn't mean we should ban that item from the marketplace because it might cause problems for boards using shared hosting services. It's generally not allowed on IPS hosting from what I've read, which is understandable. I simply run an IRC network on my server with an Ajax IRC web client. I have no issues. I also make good use of Ajax in several areas of my board. I can do this because I run my own dedicated server and pay for the hardware capable of this overhead. I also paid hundreds for the software because I wanted to be able to run my site how I saw fit. I'd consider "the amount of time and effort required to make this service compatible for local use would be too significant to warrant it being done for the few that would really be able to take advantage of it" a much more acceptable reason, because I can understand that. I didn't pay for IP.Board for IP.Chat, it's just an extra I don't have to and don't really want to take advantage of.
September 4, 201212 yr Author well the main focus stay this stability issue after the reboot at 10h00AM (local), it's 10h14AM and near all people on chat have been kicked randomly twice each.... and by miracle at 11h00 this funny "feature" will stop lol
September 4, 201212 yr It's even worse now because the licensing server appears to be down, and people who get disconnected can't rejoin due to the 5-user limit. :angry: I actually like IP.Chat despite its lack of multiple-room support and such, but the frequent stability and connection issues are really ruining it for my community.
September 4, 201212 yr Like they do with the rest of the IP.Extra's? It shouldn't make a difference. Unsupported is unsupported. If you're using a shared hosting service where you can take the entire service down like that, you're using a pretty terrible host to begin with. You'd likely be suspended, yes, but again, your own fault. The shoutbox app can be resource intensive as well. That doesn't mean we should ban that item from the marketplace because it might cause problems for boards using shared hosting services. It's generally not allowed on IPS hosting from what I've read, which is understandable. I simply run an IRC network on my server with an Ajax IRC web client. I have no issues. I also make good use of Ajax in several areas of my board. I can do this because I run my own dedicated server and pay for the hardware capable of this overhead. I also paid hundreds for the software because I wanted to be able to run my site how I saw fit. I'd consider "the amount of time and effort required to make this service compatible for local use would be too significant to warrant it being done for the few that would really be able to take advantage of it" a much more acceptable reason, because I can understand that. I didn't pay for IP.Board for IP.Chat, it's just an extra I don't have to and don't really want to take advantage of. You can try and come up with justifications all you want, it's still not going to happen. Just because you think it will work because you want it to doesn't mean IPS will do it.
September 4, 201212 yr You can try and come up with justifications all you want, it's still not going to happen. Just because you think it will work because you want it to doesn't mean IPS will do it. I simply asked a question. I even stated above that I understand it's likely not something that would be considered worth doing for the few that could take advantage of it. I don't expect it to be done, it was merely a question out of curiosity. I'm not sure what your problem is or why you're acting so hostile over something so mundane, but you do not need to act like a jerk to everyone who posts something you don't like. I'm pretty sure you don't work for IPS either, so you don't decide whether or not something is going to be done. I also clearly stated that..it's just an extra I don't have to and don't really want to take advantage of. So no, I do not expect IPS to make this because I want it because, first, I don't want it, I was just asking a question. Second, I understand it's improbable for commercial software, it'd cost them time that's likely better spent elsewhere. Please keep your attitude in check.
September 5, 201212 yr Author hmm... is it possible to come back to the main topic ? the schedule time of this reboot for non us-owners ?
September 19, 201212 yr hmm... is it possible to come back to the main topic ? the schedule time of this reboot for non us-owners ? It's something being discussed internally, but there's nothing for us to report yet.
September 20, 201212 yr Author Ok thanks on this because it's an appreciate feature on my site and as i payed this services and want to upgrade it to the max user capacity i want to be sure this "issue" could be addressed
October 4, 201212 yr I'm not sure what your problem is or why you're acting so hostile over something so mundane, but you do not need to act like a jerk to everyone who posts something you don't like. I'm pretty sure you don't work for IPS either, so you don't decide whether or not something is going to be done.Actually, Michael used to work for IPS a few years back and add in the fact that he's very knowledgeable with PHP and also the IPS products and I'd say that he's a good person to listen to. No, doesn't mean that if he says something will or won't happen that his word is gospel, but he's likely to be right more times than not. On top of it, I haven't sensed an attitude or 'problem' from what he's said in this topic (which isn't about being able to self host the chat). Take this quote for example:People would complain that their questions about it go unanswered.He's right. You could have disclaimers in huge bold blinking text that even a blind person couldn't miss and even have people write a sentence or paragraph (in their own words) that they fully understand that they will NOT get support for the product outside of using the chat with it connecting to their servers (ie you get support for using the chat as intended, but not the server side part), but even after all that, they would STILL have people asking for support and then griping and fussing and complaining in tickets and on this community about not getting support. I believe it to be the primary reason that IPS doesn't like to give estimated dates for the release of their products, because no matter how it's worded, as soon as the date hits, there are people who are like, "You PROMISED that it would be released today!" when in reality they could have said that they're hoping to upgrade this community with the latest product version for several weeks of testing to undercover additional bugs before deciding when to release it. I've even tried asking in a way to not know when it will be released but something else that approaches it from a different perspective and understandably they wouldn't give (a real) answer on it. It's because no matter what, someone will somehow take it to be a promised/guaranteed release date and complain when it doesn't happen. So relax some. Only way I could something like this being even remotely possible to happen would be if it were done in private (ie by a ticket), but short of you offering like $10k or more (just to obtain a copy of the source, wouldn't include anything additional, not even the password to extract the files if the files are zipped using a password), I don't see it even being considered. If you're that hard up for having an integrated chat, I know of an IRC product that includes its own java based client that integrates rather well with it and can integrate with external products (like forum products) to link accounts and such. Expect to pay at least $250 (doesn't include all the features, possibly including the integration) and at least $1,000 for the full unlocked product. Good luck on getting the same level of support as you get from IPS, because you're expected to know what you're doing and such.
October 4, 201212 yr You're beating a dead horse. I've clearly said multiple times that I didn't expect it to happen. He was presenting himself as being hostile, I'm not going to try and continue on a flame war because you want to defend him. I'll likely continue using IRC no matter what happens. I've used it since the start of my site and I have no reason to switch to using anything else. So again, it's not something I care about, it was just a question, even though I felt I already knew the answer to it.
October 4, 201212 yr He was presenting himself as being hostile, I'm not going to try and continue on a flame war because you want to defend him.I saw no hostility from his posts nor any sort of a flame war. Just because someone disagrees with you, it doesn't mean they're being hostile.
October 6, 201212 yr The thought process of IPS regarding IP.Chat is truly bizarre. (1) It's too complicated for you to manage, so we'll manage it. (2) But we're not going to fix the broken software (any software that requires a "reboot" every day, ending all service for a period of time every day, is broken by design) (3) But you shouldn't expect better because it's a free add-on. (4) But we're going to continue to promote and mention it as a core feature of IPBoard. And "since it's a hosted service, you can be sure your chatroom has optimum availability" :rofl:
October 6, 201212 yr one problem with this (allowing people to d/l and run themselves) is most people would not be able to actually install/run it as shared servers/vps would not allow it. and even if they stress that I bet people would just blindly buy then whine. tbh I don't like the product so seldom use it, addon chat is much better,
Archived
This topic is now archived and is closed to further replies.