|
You're question makes no sense at all.
There's no calculation going on. All that formula does is compare a date/time in a cell to the current date/time. If it's "less than" now, it returns the value in "T4", whatever that is, or returns 0, rounded to 2 decimal places.
And what do you mean by "in Visual Studio"?? VS doesn't have anything to do with manipulating data. Are you talking about writing this in your own code?
|
|
|
|
|
Hi,
I am new to ASP.NET MVC. I would like to get some help on getting custom data from controller to view.
I have queried and concatenated the result of a table from model based on a criteria. I want this to be viewed as a partial view in the Index page. For this, I pass the queried result as follows
return PartialView(rds.ToList())
The purpose is to display a listview of these items in the Index view as partial. I don't know how to grab this data from the partial view. Please help.
Thanks
|
|
|
|
|
You might get better results if you post this in the ASP.NET Discussion Boards[^] - if you do post it there then don't forget to delete this version
|
|
|
|
|
|
|
Do you know how to write code drag and drop items between two listView ? Share with me.
|
|
|
|
|
Use the drag/drop functionality of your chosen UI platform. Oh wait we don't know the UI platform.
The functionality is dramatically different between winforms, web and wpf so a little more information would be useful.
There are many examples of all the different syntax.
DO SOME RESEARCH FIRST!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
1) please some one tell me difference between hashing or encryption a data.
2) i saw hashing also encrypt data which is not human readable and encryption does the same then why people think hashing is different from encryption ?
3) what hashing does ?
4) if we encrypt data then we can decrypt it too but if we hashing the data then can we reverse the process ?
5) if no then what algorithm hashing use that no one can reverse the data ?
6) give me two sample code to has data one will hash data without salt key and another one hash data with salt key.
thanks
tbhattacharjee
|
|
|
|
|
Hashing is a one way function - you cannot get back to the original from the hashed value
Encryption is two way - if you have the correct keys you can regenerate the original data from the encrypted value.
=========================================================
I'm an optoholic - my glass is always half full of vodka.
=========================================================
|
|
|
|
|
What hashing does for which its value can not be reverse ?
tbhattacharjee
|
|
|
|
|
An example is that it allows you to compare the hashed value of a password entered with one stored as a hash, without knowing what the original password was. This means that people with access to the database cannot see stored passwords
=========================================================
I'm an optoholic - my glass is always half full of vodka.
=========================================================
|
|
|
|
|
..there aren't many properties or methods in global::System.Object. Each item included would be included in any derived object, and since "everything" inherits from that one class at a given point, everything has those methods.
There's not many of them, yet it contains a method called "GetHashCode". Has nothing to do with encryption either, but apparently it was important enough to ensure that "everything" has that method - and I'll even hint on the fact that it has nothing to do with encrypting stuff.
You're welcome 
Bastard Programmer from Hell 
If you can't read my code, try converting it here[^]
|
|
|
|
|
Most of them.
Try this simple one: add each byte of the input stream together, storing the result in a byte:
byte hash = 0;
foreach (byte b in bytes)
{
hash += b;
}If you feed this any two bytes, can you tell from the result exactly what two bytes you started with?
If you think you can, here are some examples: 123, 42, 0, 122
What two bytes values did I start with in each case? You get one guess. There will be a significant prize if you - and you alone - get it on the first attempt.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
As usual, you come here having done no research for yourself. Use Google or Bing. This information is all available for you.
This space for rent
|
|
|
|
|
Not his first time. 
The sh*t I complain about
It's like there ain't a cloud in the sky and it's raining out - Eminem
~! Firewall !~
|
|
|
|
|
Indeed. I've lost count of the number of posts like this from him.
This space for rent
|
|
|
|
|
Tridip Bhattacharjee wrote: give me two sample code to has data one will hash data without salt key and another one hash data with salt key.
No - it doesn't work like that: we don't do your homework for you.
Tridip Bhattacharjee wrote: what algorithm hashing use that no one can reverse the data ?
There are many, from the trivial "Add up all the bytes and throw away any carry), to MD5 (not recommended for new security applications), SHA (also not recommended), and SHA-512.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
You could have answered this yourself had you just typed your subject line into Google.
How many time have we told you that?
|
|
|
|
|
I have only ever considered "hashing" in the context of a "random access addressing scheme" where multiple values can "hash" to the same address; generating "synonyms".
And now you want to include "hashing" with "data encryption"?
What's the difference between a shirt and a pair of pants?
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
|
I can wear a shirt on my legs too; even though it makes little sense and is just a bending of the original definition.
Even heard of HIDAM or HDAM databases?
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
Gerry Schmitz wrote: even though it makes little sense
When it comes to storing passwords to authenticate users, using anything other than a hash makes little sense.
Gerry Schmitz wrote: Even heard of HIDAM or HDAM databases?
Nope, and neither has Wikipedia. Google has a bunch of links to IBM documentation, but it all looks pretty dense.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
The point is: why use the term "hash", when one means "encrypt".
Particularly when most people (including laymen) know what encrypt means; but think of corned beef, "hash" browns, and eggs in the other (i.e. all "hash" to the same subject: food).
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
|
But that's the point: it doesn't mean "encrypt".
If you encrypt something, you can get the original back. If you hash it, you can't.
Just because non-techies don't know the difference, that isn't an excuse to pretend there isn't a difference.
Some people also confuse "encrypt" and "encode", and think that Convert.ToBase64String is sufficient protection for their users' passwords. Should we just lump all three concepts together under a single term? 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
A "fully optimized" hash is 2-way; but at that point, it has lost any performance benefits. (i.e. it's an "index").
A "non-optimized" hash (the basic purpose) can hash mulitple inputs to the same "address"; making it useless for encryption and not particularly useful for passwords depending on the size of the address space.
You want to play with hashing algorithms for "password security"? Not on my watch.
"(I) am amazed to see myself here rather than there ... now rather than then".
― Blaise Pascal
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
