Les nouveautés et Tutoriels de Votre Codeur | SEO | Création de site web | Création de logiciel

Seo Master present to you:

Friends, This is a solution to backup your exe file open program. Yesterday i was in a big problem.. I accidently changed my default application running program to notepad. Because .exe files not working properly. I tried to change default program backup, but i don’t know how to fix this problem. Selected other program to default, exe files not working. After that i try to search about this problem on internet. just click on Chrome application, no hope.Chrome already in damage. I think  .. this is not only my problem.  Someone want need a help to fix this problem. Now i share a way to fix this problem…enjoy…

Solution for EXE Files Always Open with Notepad or Other Applications OR Can’t Open EXE Files in Windows

 

Download following ZIP file and run Registry file. Then system ask a conformation accept it Click here  (Alternative Link) OR Click here

 

After install above file. Follow below steps

  • Open Command Prompt by  typing command in Start menu search box.

open Command prompt in windows 7

 

  • Click on Command prompt , You will see a black background application.

Command prompt in windows 7

 

  • Type following command, then hit on Enter Button in keyboard.

cd\windows

 

command prompt Cd windows windows 7

 

  • Again type following command and Hit Enter.

regedit

 

command prompt regedit  windows 7 (www.www.matrixar.com)

 

  • Now you will get  a new box Registry Editor. Open HKEY_CLASSES_ROOT folder.

Hkey class root windows 7 registry editor (www.masterhacksidnia.blogspot.com)

 

  • Select  exefile folder from drop down folder list .

open exe files in registry editor in windows 7 (www.www.matrixar.com)

 

  • Open shell folder from list.

exefile  shell in registry editor in windows 7 (www.www.matrixar.com)

 

  • Click on Open folder

exefile shell open in registry editor in windows 7 (www.www.matrixar.com)

 

  • Then hit on command  and  In right-side pane, change value of Default key(Double Click on Default) to

"%1" %*

registry editor command default edit in windows 7 (www.www.matrixar.com)

 Root is HKEY_CLASSES_ROOT\exefile\shell\open\command

  • That's all. Now restart your Windows. Now you should be able to open EXE files without any problem.

 

 

Comment below………………………….

2013, By: Seo Master
Seo Master present to you: Google has recognized the Palestinians' upgraded UN status, placing the name "Palestine" on its search engine instead of "Palestinian Territories," a company spokesman said on Friday.

The domain name www.google.ps.

The change took effect on Wednesday, Google spokesman Nathan Tyler said in a statement.

 "We're changing the name 'Palestinian Territories' to 'Palestine' across our products. We consult a number of sources and authorities when naming countries." he said.

Palestinian authorities have since begun to use the "State of Palestine" in diplomatic correspondence and issued official stamps for the purpose.

 Israel questioned Google's decision.2013, By: Seo Master
Seo Master present to you: By the Google API Infrastructure Team


As we described in a previous post, earlier this week we experienced an outage in our API infrastructure. Today we’re providing an incident report that details the nature of the outage and our response.

The following is the incident report for the Google API infrastructure outage that occurred on April 30, 2013. We understand this service issue has impacted our valued developers and users, and we apologize to everyone who was affected.

Issue Summary

From 6:26 PM to 7:58 PM PT, requests to most Google APIs resulted in 500 error response messages. Google applications that rely on these APIs also returned errors or had reduced functionality. At its peak, the issue affected 100% of traffic to this API infrastructure. Users could continue to access certain APIs that run on separate infrastructures. The root cause of this outage was an invalid configuration change that exposed a bug in a widely used internal library.

Timeline (all times Pacific Time)
  • 6:19 PM: Configuration push begins
  • 6:26 PM: Outage begins
  • 6:26 PM: Pagers alerted teams
  • 6:54 PM: Failed configuration change rollback
  • 7:15 PM: Successful configuration change rollback
  • 7:19 PM: Server restarts begin
  • 7:58 PM: 100% of traffic back online
Root Cause

At 6:19 PM PT, a configuration change was inadvertently released to our production environment without first being released to the testing enviroment. The change specified an invalid address for the authentication servers in production. This exposed a bug in the authentication libraries which caused them to block permanently while attempting to resolve the invalid address to physical services. In addition, the internal monitoring systems permanently blocked on this call to the authentication library. The combination of the bug and configuration error quickly caused all of the serving threads to be consumed. Traffic was permanently queued waiting for a serving thread to become available. The servers began repeatedly hanging and restarting as they attempted to recover and at 6:26 PM PT, the service outage began.

Resolution and recovery

At 6:26 PM PT, the monitoring systems alerted our engineers who investigated and quickly escalated the issue. By 6:40 PM, the incident response team identified that the monitoring system was exacerbating the problem caused by this bug.

At 6:54 PM, we attempted to rollback the problematic configuration change. This rollback failed due to complexity in the configuration system which caused our security checks to reject the rollback. These problems were addressed and we successfully rolled back at 7:15 PM.

Some jobs started to slowly recover, and we determined that the overall recovery would be faster by a restart of all of the API infrastructure servers globally. To help with the recovery, we turned off some of our monitoring systems which were triggering the bug. As a result, we decided to restart servers gradually (at 7:19 PM), to avoid possible cascading failures from a wide scale restart. By 7:49 PM, 25% of traffic was restored and 100% of traffic was routed to the API infrastructure at 7:58 PM.

Corrective and Preventative Measures

In the last two days, we’ve conducted an internal review and analysis of the outage. The following are actions we are taking to address the underlying causes of the issue and to help prevent recurrence and improve response times:
  • Disable the current configuration release mechanism until safer measures are implemented. (Completed.)
  • Change rollback process to be quicker and more robust.
  • Fix the underlying authentication libraries and monitoring to correctly timeout/interrupt on errors.
  • Programmatically enforce staged rollouts of all configuration changes.
  • Improve process for auditing all high-risk configuration options.
  • Add a faster rollback mechanism and improve the traffic ramp-up process, so any future problems of this type can be corrected quickly.
  • Develop better mechanism for quickly delivering status notifications during incidents.
Google is committed to continually and quickly improving our technology and operational processes to prevent outages. We appreciate your patience and again apologize for the impact to you, your users, and your organization. We thank you for your business and continued support.

Sincerely,

The Google API Infrastructure Team


Posted by Scott Knaster, Editor
2013, By: Seo Master
Powered by Blogger.