I forgot to mention this is in SQL Server, so SIN operates on radians. So I THINK this can only ever cast to a 0 when clientId
is also 0
It certainly doesn’t for any of the 100,000 existing rows
I forgot to mention this is in SQL Server, so SIN operates on radians. So I THINK this can only ever cast to a 0 when clientId
is also 0
It certainly doesn’t for any of the 100,000 existing rows
The client
table has around 100,000 rows each with a unique clientId
, none of which are returned from the CAST / ABS / SIN
I think you are right and this is a ‘fix’ for something lost to time. I am going to talk to the original dev tomorrow to see if they remember what it was for
Thank you so much, I’ll check it out!
Absolutely, it’s a great read. Could you link the video you watched?
Let me make sure I understand first
i added my private key, and tried to connect
This concerns me, as the server should have the user’s public key, not private. Private should be exactly that, private
Is the Powershell user / SSH key the same as the Putty user / SSH key that still works?
When you run the Powershell script, does it give any error messages?
I know with Linux -> Linux SSH you can log verbosely with -v
, is that something you can do under Powershell?
Is password auth enabled? Does that still work from Putty, and can you do the same from Powershell?
Also working for me. Lot of 1 stars!
Not specific to AI, some of the people I work with make me prone to drinking as well
The trick I use is to double-search for it
On your instance, search for the full URL of the original community, then search again for just the community name
So for you:
https://lemmy.world/c/sql
sql
It is not ideal, but it has worked on my instance every time
So far really good! It has some quirks, and there are some bugs and some teething issue with the large influx of people (specifically on lemmy.ml)
It is a mind-set change working with a different system and the whole instance
idea is still very new for me
As an Australian, it was very quiet last night (10ish hours ago), but that will improve as more people join
Update: The original dev does not remember exactly. However they have said that
clientId
was originally a VARCHAR, so this may have been checking for both'0'
or''
So an over-engineered workaround to a bad datatype perhaps?