Server: Is There A Problem Here?: Server

Showing posts with label Server. Show all posts

20131114

Problem ID: 7897090109297597096
Entered by: Ben Simo

The server has found your request confusing

#Facebook has one of my favorite error messages of all time: "The server found your request confusing..." pic.twitter.com/7zrp1Ujr31
— don (@citarella) November 5, 2013

Edit

20110920

Problem ID: 3712825054380818973
Entered by: Ben Simo

Ultimate

How long should I wait for the error go away?

Go ahead, tell the user how to configure error reporting on the web server. This is useful. ;)

Edit

20110904

Problem ID: 7290002624299969504
Entered by: Ben Simo

Cookies

@mojoguzzi tweets: I so want to love your iPhone app, @Marriott, but stuff like this blows. Cookies error? They ARE enabled!

Which error condition is it, Marriott?

Edit

20100307

Problem ID: 4264672145216434136
Entered by: Anonymous

We had a little hiccup

"Especially the third point is a good one" - Bert

Edit

20100123

Problem ID: 7997844480627390803
Entered by: Ben Simo

Error Reporting (Not Responding)

@robin_parker: There has been an error reporting your error

http://www.flickr.com/photos/robinparker/ / CC BY 2.0

Edit

20100112

Problem ID: 4509015727552489505
Entered by: Ben Simo

That's all I got, so I'm not telling.

@PAGalloway: What kind of error message is this? (from XtraNormal.com )

Not very helpful, but perhaps an honest admission that whatever code failed didn't get any details on the error from another component.

Edit

20100110

Problem ID: 8897054293293583118
Entered by: Ben Simo

Tweeted by ersonline.

Internet Explorer on the price check scanner reports that the server can't be found. I'd expect a better customized error page for an embedded device like this. Perhaps it was assumed that the scanner would always have a good connection to the server.

I bet the cash registers will have no trouble getting the price. Or is everything free while the server can't be reached.

Edit

20100109

Problem ID: 6580989817552556322
Entered by: Ben Simo

The server is unwilling

@ShredderFeeder: This is the second time I've gotten this error.... My computers hate me...

Edit

20100101

Problem ID: 9151341363441701841
Entered by: Ben Simo

Additionally, you are not permitted to see the error document

dirimi: a 503 error from #twitter xD

Edit

20091227

Problem ID: 8437960126517549307
Entered by: Ben Simo

a-collection-of-404-error-pages

“How ironic. ^^ #404 #error” - @philippjbauer

Edit

20090729

Problem ID: 5861436914618965471
Entered by: Pradeep Soundararajan

Who programmed the bad response?

Who programmed the bad response?
I don't think the server is intelligent enough to throw up a message that it is not programmed to?
OK, so is it the client that recognizes it as bad response?
Are there some good responses that the server throws?
Why aren't we informed about it?
Bad for whom?

Edit

20090226

Problem ID: 2178695720448264769
Entered by: Ben Simo

Problematic Pizza Promotions

Home sick and no food in the house. Not wanting to leave the house, KC goes online to check out the pizza offerings at Shakey's.

KC checks the current promotions.

Today's promotions don't look very tasty. KC reports "I thought to myself 'Bug!' and ordered myself a pizza anyway."

Submitted by KC

Edit

Software testing tools: Heuristics for recognizing problems.

Usability Heuristics

from Jakob Nielsen

• Visibility of system status Visibility of system status: The system should always keep users informed about what is going on, through appropriate feedback within reasonable time.
• Match between system and the real world Match between system and the real world: The system should speak the users' language, with words, phrases and concepts familiar to the user, rather than system-oriented terms. Follow real-world conventions, making information appear in a natural and logical order.
• User control and freedom User control and freedom: Users often choose system functions by mistake and will need a clearly marked "emergency exit" to leave the unwanted state without having to go through an extended dialogue. Support undo and redo.
• Consistency and standards Consistency and standards: Users should not have to wonder whether different words, situations, or actions mean the same thing. Follow platform conventions.
• Error prevention Error prevention: Even better than good error messages is a careful design which prevents a problem from occurring in the first place. Either eliminate error-prone conditions or check for them and present users with a confirmation option before they commit to the action.
• Recognition rather than recall Recognition rather than recall: Minimize the user's memory load by making objects, actions, and options visible. The user should not have to remember information from one part of the dialogue to another. Instructions for use of the system should be visible or easily retrievable whenever appropriate.
• Flexibility and efficiency of use Flexibility and efficiency of use: Accelerators -- unseen by the novice user -- may often speed up the interaction for the expert user such that the system can cater to both inexperienced and experienced users. Allow users to tailor frequent actions.
• Aesthetic and minimalist design Aesthetic and minimalist design: Dialogues should not contain information which is irrelevant or rarely needed. Every extra unit of information in a dialogue competes with the relevant units of information and diminishes their relative visibility.
• Help users recognize, diagnose, and recover from errors Help users recognize, diagnose, and recover from errors: Error messages should be expressed in plain language (no codes), precisely indicate the problem, and constructively suggest a solution.
• Help and documentation Help and documentation: Even though it is better if the system can be used without documentation, it may be necessary to provide help and documentation. Any such information should be easy to search, focused on the user's task, list concrete steps to be carried out, and not be too large.

Consistency Heuristics

from James Bach
and Michael Bolton

-F amiliar Familiar: The product is not consistent with the pattern of any familiar problem.
E xplainable Explainable: The product is explainable.
W orld World: The product is consistent with the real world.
H istory History: The present version of the product is consistent with past versions of it.
I mage Image: The product is consistent with an image that the organization wants to project.
C omparable Products Comparable Products: The product is consistent with comparable systems.
C laims Claims: The product is consistent with what important people say it’s supposed to be.
U ser Expectations User Expectations: The product is consistent with what users want.
P roduct Product: Each element of the product is consistent with comparable elements in the same system.
P urpose Purpose: The product is consistent with its purposes, both explicit and implicit.
S tatutes Statutes: The product is consistent with applicable laws.

FAILURE Heuristics

from Ben Simo

F unctional Functional: The error detecting, reporting, and handling functions properly.
A ppropriate Appropriate: Errors are reported at the appropriate time in an appropriate manner.
I mpact Impact: The impact of the failure is communicated to those impacted.
L og Log: The error is appropriately logged; or not logged.
U ser Interface User Interface: The error is reported in the user interface in terms that the user understands.
R ecovery Recovery: The user is informed of what they need to do to recover from the error.
E motions Emotions: The error handling and reporting has a positive influence on user emotions.

Security Vulnerabilities

the OWASP Top 10

1. Injection Injection: Injection flaws occur when untrusted data is sent to an interpreter as part of a command. The attacker’s hostile data can trick the interpreter into executing unintended commands or accessing data without authorization.
2. Broken authentication and session management Broken authentication and session management: Application functions related to authentication and session management are often not implemented correctly, allowing attackers to compromise passwords, keys, or session tokens, or to exploit other implementation flaws to assume other users’ identities.
3. Cross-Site Scripting Cross-Site Scripting (XSS): XSS flaws occur whenever an application takes untrusted data and sends it to a web browser without proper validation or escaping. XSS allows attackers to execute scripts in the victim’s browser which can hijack user sessions, deface web sites, or redirect the user to malicious sites.
4. Insecure Direct Object References Insecure Direct Object References: A direct object reference occurs when a developer exposes a reference to an internal implementation object, such as a file, directory, or database key. Without an access control check or other protection, attackers can manipulate these references to gain unauthorized access to data.
5. Security Misconfiguration Security Misconfiguration: Good security requires having a secure configuration defined and deployed for the application, frameworks, application server, web server, database server, and platform. Secure settings should be defined, implemented, and maintained, as defaults are often insecure. Additionally, software should be kept up to date.
6. Sensitive Data Exposure Sensitive Data Exposure: Many web applications do not properly protect sensitive data, such as credit cards, tax IDs, and authentication credentials. Attackers may steal or modify such weakly protected data to conduct credit card fraud, identity theft, or other crimes. Sensitive data deserves extra protection such as encryption at rest or in transit, as well as special precautions when exchanged with the browser.
7. Missing Function Level Access Control Missing Function Level Access Control: Most web applications verify function level access rights before making that functionality visible in the UI. However, applications need to perform the same access control checks on the server when each function is accessed. If requests are not verified, attackers will be able to forge requests in order to access functionality without proper authorization.
8. Cross-Site Request Forgery Cross-Site Request Forgery (CSRF): A CSRF attack forces a logged-on victim’s browser to send a forged HTTP request, including the victim’s session cookie and any other automatically included authentication information, to a vulnerable web application. This allows the attacker to force the victim’s browser to generate requests the vulnerable application thinks are legitimate requests from the victim.
9. Using Components with Known Vulnerabilities Using Components with Known Vulnerabilities: Running software components with known vulnerabilities can compromise the vulnerable components and anything those components can access -- undermining defenses.
10. Unvalidated Redirects and Forwards Unvalidated Redirects and Forwards: Using untrusted data, without validation, to determine the destination of redirects and forwards can enable attackers to redirect victims to phisihing or malware sites.

Is There A Problem Here?

20131114

The server has found your request confusing

20110920

Ultimate

20110904

Cookies

20100307

We had a little hiccup

20100123

Error Reporting (Not Responding)

20100112

That's all I got, so I'm not telling.

20100110

Price Check

20100109

The server is unwilling

20100101

Additionally, you are not permitted to see the error document

20091227

a-collection-of-404-error-pages

20090729

Who programmed the bad response?

20090226

Problematic Pizza Promotions

Problem or no problem?

Usability Heuristics

Consistency Heuristics

FAILURE Heuristics

Security Vulnerabilities

Popular

Recent Problems

Recent Comments