The popup windows in IE7 are white and unusable

Проблема е, че при отваряне на pop-up прозорец с IE7 се случва следното:
Прозореца се отваря; но това което се вижда е бял екран/прозорец; курсора на мишката е в позиция "мисля - остави ме на мира", демек пясъчен часовник и колкото и да чакаш нещата не се променят. Сякаш съдържанието на прозореца не може да се визуализира. Естествено всички настройки с pop-up blocker-те са направени/разрешени.

Намерих няколко решения/препоръки:

1. Run Registry Editor (regedit.exe). (при мен това свърши работа)
Navigate to the following registry key:
HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\New Windows\
In the right pane, try to locate AllowHTTPS value name. If you couldnt find any registry named AllowHTTPS, right click on blank space in the right pane, then select New, then click on DWORD Value. Type AllowHTTPS as the value name.
Then, double click on the AllowHTTPS to edit, and change the value data to 1 (default is 0).
Restart all Internet Explorer windows.
Voila. All pop-ups on secure sites wont be blocked by IE from now on.

2. Start > Run > cleanmgr - вижда ми се наивно

3. Try this it worked for one of my clients. Open up Services (Start>Run>Services.msc), when loaded locate Office Source Engine, right click and select Properties, and change Startup Type to Disabled. - Това нямам идея защо е проработило

4. Когато SAP 7.1 е инсталиран след IE7 се прави следното:(при мен проработи)
Start > run > type Sapregsv.exe mshtml.tlb

Now open a fresh IE session and you should be able to see the pop ups

Зареждане на PIO точки в Garmin:

Зареждане на PIO точки в Garmin:
1. Сваляме някаква база данни с такива точки - http://www.renault-bg.com/radars/ (маркираме всички и Garmin, разархивираме и от тук нататък работим с файла all.gpi от архива).
2. Отиваме на сайта: http://tomtom.gps-data-team.com/poi/poi_edit.php и конвертираме нашия gpi файл във csv като внимаваме да оправим кодирането преди да конвертираме, т. е. Крилицата да се вижда на сайта преди да кажем CSV
3. Отиваме н а сайта http://translit.cc/ и транслитерираме съдържанието на нашия csv файл на латиница и от конвертираното съдържание правим нов цсж файл – all_tr.csv
4. Пак отиваме на poi editor-a от т.2 и от новия all_tr.csv правим all_tr.gpx
5. С PIO Loader, който сваляме от http://www8.garmin.com/products/poiloader/ зареждаме точките от файла gpx директно в устройството. В директорията която посочваме не трябва да има други csv или gpx файлове, защото нещото ще се опита да зареди всичко. Пробвано е с Garmin Nuvi 1200. Минава без проблем.
Август 2012
Нова база с камери свалих от тук. Търси се линк: bgspeedcamsv.069 CYR--ednokratno .gpi в темата от форума.
Февруари 2015
Сега базата с камерите я намерих тук

За да работи с потребителски права Autocad 2002 на Windows XP PRO:

За да работи с потребителски права Autocad 2002 на Windows XP PRO:
1.Дават се пълни права в registry на групата Users върху следните ключове:
HKEY_LOCAL_MACHINE\SOFTWARE\Autodesk
HKEY_CLASSES_ROOT\AutoCAD.Drawing
HKEY_CLASSES_ROOT\AutoCAD.Drawing.15
HKEY_CLASSES_ROOT\CLSID\{8E75D913-3D21-11d2-85C4-080009A0C626}
HKEY_CU\SOFTWARE\Autodesk
2.Дават се права за писане на групата users в C:\C_DILLA; C:\ProgramFiles\Autocad2002

Google Chrome с различно прокси от IE

За да може новия браузер на Google да използва прокси различно от това на IE:
Десен клавиш върху shortcut-a; properties; в полето target отиваме накрая след кавичките и добавяме опциите, които са ни необходими в следитя формат:

--proxy-server=[proxy_name]:[port]
--no-proxy-server
--proxy-auto-detect
--proxy-bypass-urls=[comma separated list of urls]
--proxy-pac-url=[url] (insert your url instead of "[url]")
--no-proxy-user
--no-proxy-password

Archivelog ORA-16014 log sequence not archived…

The original article

In our alert log file we’ll see something like this:

ORA-16038: log one sequence 3144 cannot be archived
ORA-19809: limit exceeded for recovery files
ORA-00312: online log string thread string: 'string: '/u01/app/oracle/oradata/mydb/redo01.log'
Sat Oct 11 10:43:56 2008
ARCH: Archival stopped, error occurred. Will continue retrying
Sat Oct 11 10:43:56 2008

ORACLE Instance neo - Archival ErrorOracle saves all the information about what we place in the flash recovery area in the RMAN repository/controlfile. If it determines that there is not sufficient space in the recovery file destination, as set by db_recovery_file_dest_size then it will fail. Just deleting the old backups and archive logs from disk is not sufficient as it’s the rman repository/controlfile that holds the space used information.

How to fix this? If we google we see lot’s of places saying to execute “delete archivelog all” in RMAN. This is the fast easy, but dirty solution, as we don’t want to delete all our precious archivelogs by endanger the ability to do future database recovery. The fix can be done with any of the following solutions:

Solution 1 – Delete unwanted archive log files at OS side, then crosscheck archivelogs to marks the controlfile that the archives have been deleted and deleting expired ones.
view sourceprint?
1 [oracle@app oracle]$ cd /u01/app/oracle/flash_recovery_area/mydb/
2 [oracle@app oracle]$ rm archivelogs*
3 [oracle@app oracle]$ rman target /
4 connected to target database: MYDB (DBID=1649570311)
5 RMAN> crosscheck archivelog all
6 RMAN> delete expired archivelog all

Solution 2 – Connect RMAN to backup and then delete your archivelogs… this is a much better solution.
view sourceprint?
1 [oracle@app oracle]$ rman target /
2 connected to target database: MYDB (DBID=1649570311)
3 RMAN> backup archivelog until logseq delete all input;
4 or
5 RMAN> backup archivelog until time 'sysdate-15' delete all input;

Solution 3 – increase dynamically (without shutdown/startup database) the parameter db_recovery_file_dest_size.
view sourceprint?
1 [oracle@app oracle]$ sqlplus "/ as sysdba"
2 SQL> alter system set db_recovery_file_dest_size=4G
Then, if needed (usually with solution 1 and 2), just shutdown and startup your database and you’ll get you database again up. We may have to shutdown abort if the database does not shutdowns normally.

To avoid the same problem in future when the archivelog size reachs the db_recovery_file_dest_size we should set the following parameters to set an alternate place to archive the redo logs.

log_archive_dest_1=’LOCATION=use_db_recovery_file_dest NOREOPEN ALTERNATE=LOG_ARCHIVE_DEST_2′
log_archive_dest_2=’LOCATION=/other_destination_for_archiving’
log_archive_dest_state_1=’enable’
log_archive_dest_state_2=’alternate’
db_recovery_file_dest=’/u01/app/oracle/flash_recovery_area/mydb/’
db_recovery_file_dest_size=2G

"RemoteOperationException: ERROR: wrong password for user" with Oracle 10g

Have you gotten the error; "RemoteOperationException: ERROR: wrong password for user" with Oracle 10g? If so, it is probably because the OS user that you are trying to login to the Oracle Enterprise Manager with has not been setup to allow the user to logon as a "Batch Job." To resolve this issue:

1.Go to "Control Panel" -> "Admin Tools" -> "Local Security Policy."
2.Within "Local Policies", go to user "Right Assignment."
3.Add the user to "Logon as a Batch Job."
The logon problem should now be resolved. This is for trying to run Oracle 10g on Windows 2003 Server.

OriginalArtical

И пак, така ...

"Много неправди, а една Мария. За това не се е оправил този свят."