@thecreativeone91 said:

@tonyshowoff said:

I posted about this before, the solution is just reload the page:

http://mangolassi.it/topic/4033/nodebb-login-bug

Just reloading never works for me. I have to actually close the other tabs that are still open or it does the same thing.

That's even weirder

I posted about this before, the solution is just reload the page:

http://mangolassi.it/topic/4033/nodebb-login-bug

@QuixoticAndy said:

@lance Are you using Visual Studio? That's had background compilation since 2005. Edit: Never mind, just saw that you are.

A lot of IDEs had this for even longer At any rate Microsoft really pioneered the hell out of this with Visual Studio 97, though primarily associated with Visual Basic 5 and beyond.

@lance said:

I'm working on some C# and after an hour and a half of typing out code without stopping, I thought of this post. Hopefully everything runs like I think it should. lol

Using TDD? How do you know it all works as intended if it's such a huge code block?

Something I came across is that if one's session expires or perhaps is logged out (I do not know which happened) but another window/tab remains open with nodebb, the need to reauthenticate does appear, however it will always return that login is "Forbidden" and this error only can be fixed by reloading the page and then logging in.

My "In Search Of..." torrent just finished as well, now it's all I have left.

@scottalanmiller said:

She also came up to my "office" and put on her most sweet face and asked if we could do "computer class" today (meaning programming.) And gave me a kiss on the cheek when I said that we would make time to do that this evening.

I have the same thing happen at least twice a week.

@thecreativeone91 said:

@Hubtech said:

AJ, tell me about the Staples "smarthome hub"

You mean Office Max/Office Depot/Staples haha.

Oh, you mean those office stores that are always empty, have crappy broken floors and ceilings like an old K Mart, and yet astonishingly stay open?

@MattSpeller said:

Damn you're looking good today

Oh, I know right? Trimmed the beard - even got lastnight's BBQ sauce out special for my boss coming back today.

Whoa man, gettin all fancy and stuff

You're making my computer monitor steam over

@scottalanmiller said:

Only 45 here today.

God, I hope you mean Fahrenheit.

@scottalanmiller said:

Somehow I lost my sexy

Not to me, sailor.

@JaredBusch said:

Do people not read? I clearly stated that his was not a domain owned by the SBS server....

I know I don't.

@thecreativeone91 said:

I really think IPv6 only WANs are much further off than people keep saying,

I agree, but I limit that view to the west, because there are places in the world where they're becoming the norm. I think the future is actually set to have both, together, for a very long time. My guess is that American ISPs will start charging more for IPv4 addresses and nothing at all (aside from the service itself) for IPv6 addresses. This model is already in use around the world, and works out well.

partially because they've been saying that for years and years.

Imagine how I feel, I've been promoting and working with IPv6 since about 2001. It's been a long road. To give myself credit though, I was never one of those "we're gonna run out tomorrow" people or "transition is coming very soon," my thoughts were always "this is going to take a while and ISPs and IT departments are going to try to really push it off as long as possible, to the point where it's painful."

And the other thing is with most connections being Dynamic IPs they aren't as limited on IPv4 as the can recycle the addresses (and do, especially DSL connections which may drop with no traffic).

This is true, however even now some ISPs are coming up fantastically short and actually about 2 years ago Cox Communications went through a huge renumbering campaign with business customers in order to lower the total amount of allocated addresses. I imagine this bought them a few extra years. Another thing that can be done, and is typically done already, is that if a customer is dynamic, it will fail over to NAT (which you wrote about in your post as well). I've seen this happen before, where you receive an internal address from your ISP. You can still get online, however, you're behind their NAT. This is also in use in places where IPv4 addresses are extremely limited; America has more than anyone.

Dropping off inactive customers is another stop gap solution, however with the rise of cellphones and other internet devices, especially with streaming, this won't last forever.

If you combine ISP-level NAT, dropping off inactive devices, etc, you still only get a small window, there is the overall technical limitation of IPv4 in of itself. These are all temporary solutions.

I have setup IPv4 LANs with IPv6 WANs before as some gear needed wasn't compatible with IPv6, and they didn't wish to upgrade. Many routers will support this using a NAT64/NAT46 with a tunnel. Not something I recommend but can be done.

NAT64/46 is pretty much a thing that shouldn't be done, I agree, if anything people should be multistack if they are trying to coexist.

I'm totally in favour of people transitioning to using IPv6 and IPv4, so that in 5 to 10 years, probably closer to 10, as western ISPs start to catch up with the rest of the world (this is typical, as by the time most Europeans were using DSL, most Americans still had dial up for many more years) people won't scramble to update their networks. I think though the transition will likely be less of a big deal than other historical ones, because since people are moving more "to the cloud" and web apps, and so on, there's less need for crappy software companies to fix their issues, though a lot of people will still be stuck with old stuff that can't be fixed or was created by a company which refuses to fix it (essentially most niche software companies are like this) and it's good there's things like NAT46.

The point of my post above on the issue though was that the desire to rid a network of IPv6 instead of being multistack, I think is a mistake and instead American IT people need to learn to work with it and get used to the idea of it existing, so they're not left behind, as usual.

@thecreativeone91 said:

No real reason to use IPv6 over IPv4 locally, sure for the WAN it will become a must but that's all handled with NAT. What LAN will ever get big enough to need IPv6?

Not over, but together for now, why not, especially for future proofing. Secondly, your question about LANs and IPv6 is nonsensical, for a few different reasons:

• IPv6 doesn't need NAT and it was designed to exist without it, thought it does exist, however it works differently in that typically it transforms one part of an address into another. For example, if the internal address is fa30::301a:1001 the external would be 2001::301a:1001.
• Suggesting the LAN isn't big enough really doesn't matter, most LANs aren't big enough for 192.168.0.0/16 either, so that's not even relevant.
• Just as in IPv4, you the size of all of IPv6 has literally nothing to do with the size of your LAN, so the most logical thing would be to allocate just as you would in IPv4. That's why there's subnetting/CIDR (IPv6 only uses CIDR, and you can allocate all the way down to a single 1 address, in spans of 2 ^ 128, which if you need comparison, the same is true with IPv4 but it's 2 ^ 32.) To make things easier, don't use autoconfiguration, and instead make your IPv6 prefixes the same as your IPv4 LAN addresses, so if a machine has 192.168.24.16, you can give it the IPv6 address of 2001::3043:1810, the last bit being hexidecimal of the last two octets of the other address, though there's also a reverse compatible notation for IPv4 addresses wrapped in IPv6, if you're willing to waste time with that.
• IPv4 is not forward compatible, in other words if your LAN is IPv4 only, it won't be able to talk to anything on the IPv6 Internet. There does exist proxies that could do this, but you'd need a machine on the network that's multistack in order to do this, a lot of networks in places with common IPv6 (Russia, China, etc) do have this, so it's not a huge deal, but it does impede non-http traffic or traffic which doesn't typically go well over SOCKS. There's also NAT46, but there are huge technical limitations and really should only be used if no better option, such as multistack, is available.

IPv6 is the future, it's just really far off in the west, however the rest of the world is already converting, and once it's more available with American ISPs, I think it'll creep in a little faster. Most major web sites in America already provide IPv6 support, and as a major provider of adult entertainment on the web, we also provide IPv6 support.

@scottalanmiller said:

I hate being too hot the most, especially high humidity. Dry heat I can handle for short periods, like a few days. I really dislike super cold but will take that over super hot. Ideally I just want a constant swing of 45 - 62F.

Youtube Video

@JaredBusch said:

I removed IPv6 from the NIC and everything resolves now.

This old SBS server is going to be replaced at some point this fall or next winter anyway.

Ah, SBS, the Corky from Life Goes On of Microsoft OSes.

BTW, Consider in the future fully, and properly, implementing IPv6 ,especially if you move toward a more modern environment, and I obviously mean along side IPv4. I think it's a shame that a lot of people (Spiceworks users) get Server 2012, all the latest fixins and then want to disable IPv6 without considering the future or any potential benefits (who doesn't love a delicious jumbogram?)

Outside of the US where IPv4 addresses are much more expensive, especially in the second and third world, IPv6 is big time. In Russia, if you want IPv4 internet access, you have to pay more, otherwise you're just on IPv6 and can use one of a billion gateways. China's also big on it, as they've got more people online than the US has all together.

@scottalanmiller said:

Basically the entire Atlassian ecosystem. Hard to go wrong there.

I like the JetBrains IDEs over Eclipse, though, personally.

I honestly don't know how anyone could not like JetBrains stuff over Eclipse, then again I see people arguing for Notepad++ over PhpStorm and WebStorm from time to time, bitching about how "they don't work.." I think it's just safer to say "you don't know what you're doing."

@JaredBusch said:

I did not think about specifying the server in the nslookup. That found the problem. I have some IPv6 issue I think. I am not using IPv6 here, this is jsut default configuration.

Keep in mind fe80:: is akin to the 169.254.0.0 addresses, it's link-local, so I believe that IPv6 address in your first request to probably be the link-local address of your local DNS server, but I did look and there's no external AAAA record for that domain anyway, so you're right about it being an internal problem. Do you have multiple DNS servers? What's the default first if you have to purposely query jjdc? Perhaps set that one as primary or make sure the configuration, forwards, etc match on the other DNS server as well?

What happens when you query with nslookup instead of ping, this way you can query your DNS server directly, and you can even query a specific one by putting that name server after what you're querying. Ping, as well as other things, are subject to other things within the OS, such as the hosts file, and maybe other things installed, this way you know if it's a name server querying issue or something specific to the machine.

@Minion-Queen said:

I hate being cold. I mean I HATE HATE HATE being cold. Warm is awesome. I lived in an African Jungle for a year and loved the hot, sticky I can deal with but hot I love.

I lived in Novosibirsk, Siberia, the winters were great and beautiful, like a Christmas card. Summer it got up to a high of about 24C / 75F, and even that was approaching too hot, thank god it didn't last long. Africa? No way dude, no... way... Hell, I once went to Dubai and refused to leave my hotel room until nightfall.