bblog.notice.hu - Oracle 11g, SecureFiles blog

Nem rég olvastam a hírt, hogy 2009. február 2-án az az Oracle 11g Standard Edition újabb világrekordot ért el a TPC-C ár/teljesítmény kategóriában.

A rekordot a következő rendszeren érte el: egy Dell PowerEdge 2900 kiszolgálón, amiben Intel Xeon QC 5440 - 2.83 GHz-es processzor dolgozik. Ezen a szerveren egy Microsoft Windows Server 2003 Standard Ed. x64 operációs rendszer futott.

Az most elért eredményével megdöntötte a korábbi rekordját is (2008. 06. 16.), így ebben a kategóriában már az első négy helyezett az Oracle adatbázis szerver.

Mi is az a TPC?
A TPC egy non-profit szervezet, akik azt tűzték ki céluknak, hogy tranzakció-feldolgozó és adatbázis mércét állítsanak fel, hogy egy objektív és igazolható adatokat tudjanak az iparnak nyújtani.

És mit takat a TPC-C?
A TPC-C egy on-line tranzakció-feldolgozásra kifejlesztett mérce.

Milyen eredményet ért el az Oracle?
A teszten 104,492 tranzakciót hajtott végre percenként az adatbázis-szerver. Így az ár/teljesítmény értéke 0.60 USD lett, ezzel előzte meg a korábbi 97,083 tranzakció/perc és 0.68 USD ár/teljesítmény rekordját.

További információk a TCP-ről itt olvasható.
Az említett rangsor pedig itt található.

Csatlakozz Te is az élő közvetítéshez!
2009. március 18-án 9 órakor (PDT) - magyar idő szerint 17 órakor kezdődik az élő közvetítés.






Az adás alatt kiderül az is, hogy hogyan hasznosíthatod a meglévő vállalati alkalmazásaidat, és különleges figyelmet fordítunk majd az Oracle E-Business Suite, PeopleSoft termékekre. Elmondjuk, hogy hogyan lehet továbbfejleszteni a szolgáltatásokat, csökkenteni a költségeket, egyszerűsíteni a megbeszéléseket és felgyorsítani a vállalkozásod.

* Leverage - Hasznosítsd az Oracle E-Business Suite és/vagy a PeopleSoft előnyeit, hogy akadálytalanul végezhesd a biztonsági tevékenységeid.

* Extend - Bővítsd ki az Oracle E-Business Suite és/vagy a PeopleSoft lehetőségeit, hogy vállalati szintű felügyeletet vezethess a felhasználók be- és kilépéséről és az áthelyezésekről a HR-ből, és az SSO-ból.

* Automate - Automatizáld a költséges és időigényes felhasználói- jelszó menedzsmentet, és a hozzáférési processzeket.

* Protect - Védd meg az Oracle E-Business Suite és/vagy a PeopleSoft termékeid "ízig-vérig" a feladatok szétválasztásával, elős biztonsági előírásokkal, és auditálható munkafolyamatokkal.

Az eredeti meghívó itt található, és jelentkezni az előadásra itt lehet.

Nem rég érkezett hozzám az alábbi kérdés:

Én egy Oracle Fejlesztő vagyok, és azt szeretném megkérdezni, hogy mik az Apex kilátásai a közeljövőben? A Forms és a Reports még mindig nagyon kelendőek, ellentétben az APEX-el - ahogy ezt az amerikai piacon láttam.
Az APEX kicsit öreg is már (kb. 3-4 éves). Mi a te véleményed erről?[...]

Kétségtelenül sokan szenvednek ettől a lérdéstől, így elhatároztam, hogy írok róla.[...]

Valóban elavult már az Application Express (APEX)?

Mára már nem újdonság, az első megjelenése 2004-ben volt. De valóban rossz ez, hogy az APEX öregszik? Minden egyes új verzióval tengernyi hasznos új funkciót kapunk, ami sokkal kidolgozottabbá teszi, ezért megéri foglalkozni vele.
Az Oracle adatbázis is nagyon öreg már, de mégis minden egyes verzióval újabb lehetőségeket mutatnak be. Az adatbázis is sok helyen segít már nekünk, ami régebben sokkal nagyobb erőfeszítést igényelt.
Én ugyanilyennek látom az APEX-et. Minden egyes új verzióval sokkal könnyebb egy alkalmazás elkészítése, és sokkal több lehetőséget is nyújt az alkalmazások szebbé tételére.

Van még munka az APEX fejlesztők számára?

Úgy érzem, hogy nálunk - APEX Evangelists - ahol a cégnél 100%-ban az APEX-el foglalkozunk azt bizonyítja, hogy meg lehet élni belőle. Napról napra az APEX-al dolgozunk, sok különböző ügyféllel. Fejlesztés, támogatás, oktatás és tanácsadás a főbb profilunk. Ezekből kiindulva biztosan van jövő a számodra ezen a területen. Persze a .NET és a Java technológiák nagy piacot foglalnak el, és az APEX piaca kisebb, de napról napra nő...

Mi az APEX jövője?

Az APEX 3.2-es verzióját pár hete adták ki, ami tartalmaz már Forms-ból APEX-be migráló eszközt. A következő jelentős verziója az APEX-nek a 4.0 lesz, ami tartalmazni fog már Web 2.0-ás lehetőségeket is.
Néhány fontosabb jellemzője a megjelenő verziónak:
- Updateable Interactive Reports - ez az eszköz ki fogja terjeszteni az Interactive Reports funkcionalitását
- továbbfejlesztett táblázatos űrlapok, amik segítik a validációt és az integrációt
- Application Express Websheets - egy gyors és egysszerű módja az információk megsztásának
- APEX listener - a kimagasló teljesítményért, közvetlen fájlfeltöltéséhez, fájlrendszer-szintű weboldal cache-hez
- Dynamic Actions - ami a kliens oldali eseménykezelést tesz lehetővé

A teljes lista megtalálható itt.



Az eredeti bejegyzés megtalálható itt.

Túl vagyok az adminisztrációs dolgokon, és sikeresen le is adtam a diplomaterv adatlapomat.
A cím is elég hangzatos lett:
"PHP technológiára és Oracle 11g adatbázisra épülő önálló laboratóriumi portál tervezése és implementálása"
Most már "csak" az elkészítés van hátra.
Ami a legnehezebb lesz az egészben, hogy a megfelelő kezdőmondatot megtaláljam. Utána már menni fog a munka.
A korábbi rendszertervemet valószínűleg majdnem 100%-ban fel tudom majd használni, és az implementációnál is csak kisebb javításokra van szükség.
Majd mindennek a kiértékelése következik, hogy milyen munkát végeztem korábban. Arra számítok, hogy jó eredményt fog adni a rendszerem.

Sokat keresgéltem már szakirodalom után, de még nem elég amit találtam. Ha esetleg Neked, kedves Olvasó lenne ötleted, hogy milyen irodalmat érdemes elolvasnom, akkor kérlek oszd meg velem. Ami a leginkább fontos lenne, hogy a portálokról szóljon, és ami még jobb lenne, hogy az ügyfélkapcsolati portálról szólna. (akár angolul is) Ha lenne ilyen, köszi:)
Ide küldjétek az esetleges ajánlásokat: pega kukac notice pont hu.

Talán ezt a félévemet mondhatom a legsikeresebbnek. Végre sikerült behoznom az eddig elsumákolt tárgyaim, és teljesítettem az összes előírt tárgyamat.
Nagy megkönnyebbülés volt, hogy a Távközlő hálózatok és szolgáltatások valamint a Számítógépes grafika vizsgáim sikerültek. Az volt a legnehezebb az egészben, hogy úgy kellett elmennem a vizsgákra, hogy akár csak az egyik nem sikerül, nem kezdhetem el a diplomatervemet írni. Ez elég nagy hajtóerő, és adrenalin-fokozó is volt egyben.
Összességében most már elégedett vagyok a félévvel. 279 kredit kész:) Jöhet a maradék 30... Már csak a záróvizsga tárgyaim kell gyorsan kitalálnom:)

A sikeres telepítést követően nekiláttam a php kód írásának.
Talán azt mondhatom, hogy egészen jól állok a feladatom megvalósításával. Jelenleg a blog része működik az oldalnak. Itt a felhasználók, blogok karban tartására is van lehetősége az adminisztrátoroknak.

A szövegszerkesztőhöz egyedül nem saját kódot alkalmaztam, mert találtam egy erre a célra megfelelő beágyazható elemet, ez pedig az FCKeditor.
Néhány paraméter beállítása nem a legegyszerűbb, mivel szerintem ez nincs megfelelően dokumentálva.

Az alábbiakban látható néhány screenshot a portálról.

A főoldal:


Egy bejegyzés kiírása:


A bejegyzés-szerkesztő:


A felhasználók felügyelete:


Remélem, hogy minél hamarabb sikerül elkészíteni a beszámoló-készítő felületet is. Ebben segítségemre vannak a már megírt kódok, mivel a jelenlegihez hasonló oldalakat kell elkészítenem.

A telepítésre az alábbi módszert javaslom.

Töltsd le azalábbiakat:
- Oracle 11g-t innen (v. 11.1.0.6.0):
http://www.oracle.com/technology/software/products/database/index.html
- Apache HTTP szervert az Apache honlapjáról (v. 2.2.10):
http://httpd.apache.org/download.cgi
- a php5-t a php honlapjáról (v. 5.2.6):
http://www.php.net/downloads.php
(itt inkább a tömörített állományt töltsük le)

A telepítést az Oracle 11g-vel kezdjük, aminek most nem részletezem a menetét. Egy ehhez hasonó leírást találsz egy egyik korábbi bejegyzésemben, itt. (Figyeljünk arra, hogy ne használja a 80-as portot az Oracle)

Miután a telepítőben leírt módon megbizonyosodtunk róla, hogy a szerverünk megfelelően működik, folytassuk a webszerverrel.

Indítsuk el az Apache oldaláról letöltött telepítőt (apache_2.2.10-win32-x86-openssl-0.9.8i.msi)
Telepítési útnak állítsuk be a C:\Apache könyvtárat, így elkerüljük a szóközökből esetlegesen adódó problémákat az elérési útban. Valamint a 80-as portot adjuk meg a kiszolgálónak minden felhasználó számára, és ne csak az aktuális felhasználónak. Így itt is elkerülhetjük az esetleges ütközéseket.
A telepítés végén teszteljük a böngészőnkben, hogy a szerver megfelelően működik: http://localhost

Ha ez sikerült, akkor mehetünk a következő lépésre, a php5 konfigurálására.
Hozzunk létre egy mappát: C:\Apache\php5
Tömörítsük ki ide a letöltött fájlunkat (php-5.2.6-Win32.zip)
Valamint másoljuk a C:\Apache\php5\php.ini-recommended fájlt ide: C:\Apache\conf\php.ini majd nyissuk meg egy szövegszerkesztővel.
- Állítsuk át az extension_dir értékét a következőre:
extension_dir = "c:\Apache\php5\ext"
- Vegyük ki a pontosvesszőt a extension=php_oci8.dll sor elől.
- A hibák könnyebb megtalálása miatt érdemes a hibák megjelenítését bekapcsolni: display_errors = On

Ha ezzel megvagyunk, mentsük el a fájlt, és nyissuk meg a httpd.conf fájlt, és szerkessük az alábbi módon.

Keressük meg, hogy hol találhatóak a modul betöltő sorok. Ezt onnan ismerjük meg, hogy a következőképpen néz ki egy sor:

LoadModule module_name module_path

Ezek a sorok után szúrjuk be a php5 modulját:
LoadModule php5_module c:/Apache/php5/php5apache2_2.dll

Itt figyeljünk nagyon arra, hogy Apache 2.2 van-e a gépünkre telepítve, mert ha pl. Apache 2.0-t telepítettünk, akkor a c:/Apache/php5/php5apache2.dll elérési utat kell megadnunk.
Figyeljünk arra is, hogy Windows alatt is "/" jeleket kell alkalmazni az elérési út megadásakor, és nem a Windowsban megszokott "visszaper" jelet.

Ezek után szúrjuk be az előbbi sor után az alábbiakat:

<IfModule php5_module>
# Beallitjuk, hogy a .php, .phtml, .phps kiterjesztesu
# fajlokra a PHP-t hivjuk meg
AddType application/x-httpd-php .php
AddType application/x-httpd-php .phtml
AddType application/x-httpd-php-source .phps

# php.ini eleresi utja
PHPIniDir "c:/Apache/conf"
</IfModule>


Valamint keressük meg az alábbi kódrészletet, és egészítsük ki a következő módon:

<IfModule dir_module>
DirectoryIndex index.html index.php index.htm
</IfModule>

Ezzel beállítottuk, hogy az egyes mappákban alapértelmezetten az index.php fog meghívódni először, ha létezik, és csak a mappát adjuk meg.

Mentsük el a fájlunkat, és indítsuk újra az Apache szerverünket. Amennyiben hibát jelez, valószínűleg a LoadModule résznél lesz a hiba.

Amennyiben minden sikerült a fentiek közül, akkor ellenőrizzük, hogy betöltődött-e az OCI8-as modulunk.
Hozzuk létre a phptest.php fájlunkat az Apache szerver alapértelmezett www könyvtárába. (Ez nálam: C:\Apache\htdocs)
A tartalma pedig a következő legyen:

<?php
phpinfo();
?>


Mentsük el, és a böngészőnkben nyissuk meg: http://localhost/phpinfo.php

Itt keressük meg azt a részt, aminek a címe "oci8".
Amennyiben ez megvan, akkor sikerült a konfigurációnk, és kapcsolódhatunk is az adatbázisunkhoz php-n keresztül.

Ehhez egy próba kód: nevezzük a fájlt ocitest.php-nak

<?php
// Az alabbi sort modositsd a beallitasaidnak megfeleloen!
$db_conn = ocilogon("username", "password", "host");

$cmdstr = "select TO_CHAR(sysdate,'yyyy-mm-dd hh24:mi:ss') datum from dual";

$parsed = ociparse($db_conn, $cmdstr);
ociexecute($parsed);

$nrows = ocifetchstatement($parsed, $results);

print "<html><head><title>Oracle PHP Test</title></head><body>";
print "<center><h2>Oracle PHP Test</h2><br>";
print "A mostani időpont: ".$results['DATUM'][0]."<br>";

print "<br><em>Ha ezt látod, akkor működik! ;)</em><br></center></body></html>\n";

?>


Majd nyissuk meg az oldalt a böngészőnkben: http://localhost/ocitest.php

Ha ez az oldal is megjelenik, akkor megbizonyosodhatunk arról, hogy a beállításaink megfelelőek, és végeztünk a konfigurálással.

Az eredeti leírás itt érhető el. (2008.november)

Mivel a félévi feladatomat php programozással végzem el, így a már telepített Oracle 11g adatbázis szerver mellé szükséges volt telepítenem egy webszervert. Erre a célra az Apache 2.2-t választottam.
Majd a telepítést követően bekonfiguráltam a php5 modulját, és a php-t is rábírtam az Oracle szerverhez való kapcsolódásra.

Először találtam egy leírást, amiben le volt írva ennek a telepítésnek a menete, de valahogy mégsem akart működni úgy a rendszer. Kisebb módosítás után viszont életre kelt a rendszer, és azóta sem volt gondom vele - kivéve azt az esetet amikor egy végtelen ciklus miatt buffer overflow-val elszállt az Apache szerver.

Hosszú idő után újra itt vagyok.
Eddig a félévem elég sűrű volt, megtalál mindig a feladat.
De sikeresen túltettem magam az utolsó szigorlatomon, ami egy lépéssel újra közelebb vitt a diplomámhoz, és egy jó adag stressztől megszabadított, hogy a következő vizsgára készüljek. Valamint dolgoztam koncerten, és készítettem stúdiófelvételeket is, és mindemellett belefogtam a php kódsoraim írásába.
A rendszertervemet átnéztem, és úgy sejtem, hogy ez a terv megvalósítható. Remélem, hogy majd a végeredmény is ezt fogja tükrözni.
A fejlesztés során ha sikerül eljutni egy bemutatható szintre, akkor itt jelezni fogom az oldal elérhetőségét.

Vitorlázás nélkül nem is lehet teljes a nyár.

Egyik kedvelt időtöltésem a Balatonon ringazózni egy vitorlásban.
Szerencsére idén én is el tudtam menni a Kékszalag vitorlásversenyre. Egyik kedves ismerősöm hajóján voltam mancsaft.

A verseny egy bizonyos erőpróba is. Ez Európa legrégebbi és leghosszabb tókerülő versenye.
Ennek a menete a következő:
* Balatonfüreden van a rajt;
* az első bója Balatonkenese előtt van;
* Siófoki forduló;
* majd Tihany mellett a csövön keresztül kell haladni;
* a keszthelyi móló mellett kell ismét fordulni;
* és visszamenni Balatonfüredre.

A versenynek idén nem kedvezett a széljárás. A rajtnál sikerült jó helyre kerülnünk, és az első fordulóig jól is haladtunk. De ahogy következtek a boják, úgy fordult mindig velünk a szél iránya is. A hajó amivel mentünk az oldalszélben megy a legjobban, de sajnos mindig a következő bója irányából fújt. Így mire Keszthelyre értünk az előnyünket teljesen elvesztettük, és a szelünk is elment.
Evvel a hajóval a korábbi versenyeken éjfél előtt már fordulni szoktak Keszthelynél, idén viszont csak hajnali fél hatkor sikerült, és szinte szélcsend volt.
Érdeklődtünk több ismerősnél is, hogy mennyire tudnak haladni, de nem tudtak bíztatót mondani, így feladtuk a versenyt.
Remélem a következő Kékszalagon több szerencsénk lesz...