Dumb website only lets one user in at a time
imherefor.me
imherefor.me
I hate it.
There is a special URL that will kill your running transaction. All of the engineers know it and have it bookmarked, but it's undocumented.
The owner can apparently afford it, because I ran into this when we made a baby and was comparison shopping for a stroller. Obviously you move on and go somewhere else. The owner literally misses sales for his beliefs.
Now I don't want people working Sundays shipping stuff people bought, but those websites can do their thing perfectly without anyone lifting a finger until they come into work on Monday to a stack of orders to handle.
https://support.servicenow.com/kb?id=kb_article_view&sysparm...
Or you can type “cancel_my_transaction.do” in the navigator filter bar. Related tip: you can quickly bring up any table by typing “table_name.list” (s/.do/.list/ from the single-item url) there instead of poking around for a link. “sys_user.list” is probably the one I use most often.
I think it's realated to the session mess they have in the backend but it's very annoying (especially when buying train tickets and comparing offers, of all things).
<article id="content" class="inside"> <h1> Congratulations </h1>
<h2>
Only you can see this website.
</h2>
<p id="suckers"></p><br/>
<img class="trophy glow" src="https://cdn.glitch.global/1543e9b8-e528-46e7-9375-25300add0f54/trophy.gif?v=1646925832589" alt="clip art animated gleaming first place trophy"/>
<br/> <p>
Don't leave or you'll lose your spot.
</p><br/>
<a id="tweet" href="#" target="_blank">
<img class="icon twitter" src="img/twitter.svg" alt="Twitter icon" />
</a>
</article>if (status === "inside") {
text.push("i am the only person who can see this website.");
text.push(link);
if (waiting > 1) {
text.push(`${queueLength - 1} people are waiting to get in.`);
}
text.push("want to see it? get in line, sucker.");
} else {
text.push("only one person at a time gets to see this website.");
text.push(link);
text.push("get in line behind me.");
if (waiting > 1) {
text.push(`currently, ${waiting} people are waiting.`);
}
}
text.push("i'm here for me.");That code is in the tweetUrl function and later on it returns an encoded twitter url.
failed to start application on imherefor.me
This is most likely because your project has a code error.
Check your project logs, fix the error and try again
Maybe it got hugged to death?Oh how my parents hated me for running up the long distance bills.
Made "examples" of a few unfortunate students until they could fix the problem internally.
I started after the website was built by a cheap offshore team. It was built with JSF and we soon found that no one thought about multithreading because they only ever tested it with a single user.
Needless to say, when more than 10 users were active on the site, they would start to experience problems, like seeing eachothers data and stuff. "We" fixed the problem by adding more servers while I tried to rewrite the whole thing using spring and jsp.
Wait, what?
I'm going to need some explanation or story time about how this happened.
It’s sufficient to simply use the “static” keyword or a singleton service that should be scoped to the session.
The sad thing is that the default is the happy path, you have to go out of your way to break the session scoping by “being too clever”.
Plus you didn't even need to multi thread in old school asp.net, IIS would create a new process for every request back in the day.
.Net did have a notorious 'session' object, which was the cause of a lot of problems due to novice/offshore programmers, but not the symptoms described above.
I'm not sure why you've targeted monoliths and .net/java, but the problems described above are usually caused by multi-thread/shared variables, which weren't a common thing to do in asp.net. You'd really have to go out of your way. I've seen some terrible .net code written by novices or poorly trained offshorers, but nothing like that.
I'd be more likely to bet they rolled their own cookie or session management or jwt token manager, and I'd guess it was an early js/nodejs app before that ecosystem stabilized when people were raving about going framework free and then footgunning themselves.
I checked, node existed but it was a toy compared to jsf.
It was a huge mess. At some point we made a video that would explain how the site was to be used. You can find it here: https://www.youtube.com/@sayagle.
Every single person in every video was employed by this company. The tea place in the first video was owned by the founder. :)
I am surprised we decided to upload those videos. It might have been during the time when people weren't being paid regularly
This makes me feel like it's 20 years ago and Caryn Johnson is going to appear on an and shilling this.
Virtual Queueing / Online Queueing are the terms to find them.
The reason companies use them is for stuff like tickets releasing for an event at time X. People will spam the site and a random number of them will get through which incentivizes people to Sybil whack the site. Much better to provide first-come first-serve with no advantage to late joiners. Of course still not optimal, so some events will offer an initial queue to people who've been before or so on.
https://www.reddit.com/r/ireland/comments/18xjjny/myroadsafe...
a queuing system is easier for people to understand - you get in line, you have three minutes to complete your purchase when it's your turn, and everything that was available when you started your session is available until your session ends. people are still frustrated to have to queue, but at least they can form a mental model for what's happening.
IMHO a lottery system would be a better way to solve this, but event promoters tend to hate that and want a first-come first-served experience. i don't really understand why.
I’ve seen something through Ticketmaster that added a lottery system, giving a certain percent of users a shot at tickets a bit before it gets opened up to everyone else. And people with Amex cards or people who demonstrated devotion.
- differentially rewarding those customers willing to put in higher levels of effort
- inflating attendees’ sense of the purchase’s value, since they’ve sunk work into acquiring the right to attend/buy
- adding a sense of agency: you “could have” gotten the tickets if you’d just showed up earlier, you have only yourself to blame
- discouraging the sense that the lottery is “rigged” or inundated with scalpers
- for that matter, offering some form of social proof that “other people” (rather than bots) are buying the tickets: taking the amount of time that people take to check out, that sort of thing
- which also offers tangible social proof of the promotion’s desirability: “1,000 people in line around the block” counts for more buzz than “5% chance of being able to spend money on this thing”
- potentially more reliable gauge of the true level of demand, so we can get the right size of venue next time: a lottery rewards trying to game your number of entries, and, depending how it’s constructed, may encourage people to enter on a lark even if they don’t intend to buy
What is different on this site is the duration of each session.
The queue length is jumping about a lot as people are visiting and leaving, because hn.
The human psyche is weird.
This is most likely because your project has a code error.
Check your project logs, fix the error and try again.- Sincerely, the Hachette Book Group, HarperCollins, John Wiley & Sons and Penguin Random House
" failed to start application on imherefor.me
This is most likely because your project has a code error.
Check your project logs, fix the error and try again. "What a funny idea!