Archívum - 1970
január 23
Tegnap 5 éve, hogy a Netscape bejelentette forráskódjának kiadását
[mozillazine] A tegnapi naphoz képest 5 éve, 1998. január 22-én a Netscape Communications Corporation bejelentette, hogy tervezi a Netscape Communicator 5.0 forráskódjának a közzétételét. A tettet "merésznek" és "aggresszívnek" minősítve, a Netscape így írta ezt le: "készítünk egy különleges weblapot, ahol az összes érdeklődő le tudja tölteni a forráskódot, beküldheti a javításait, résztvehet a hírcsoportok vitájában, és olvashat illetve megoszthat Communicatorral kapcsolatos információkat az internetes közösséggel." Ezt a weblapot biztos te is ismered már: mozilla.org.
január 22
CVS távoli sebezhetőség az 1.11.4-es és előző verziókban
[e-matters] A CVS forrásfa auditálása közben hibát találtak a könyvtár lekérdezésének lekezeléséért felelős (szerver oldali) kódban. Megfelelően formázott könyvtárnév segítségével lehetséges egy olyan hiba kiváltása, melynek segítségével tetszőleges kód futtatható a szerveren.
PHP-Nuke 6.0 sebezhetőség a WebMail modulban
[bugtraq] Súlyosnak mondható hibát találtak a 6.0-ás (jelenleg legújabb) PHP-Nuke WebMail moduljában. A hibát kihasználva a távoli felhasználó programot tölthet fel/másolhat át, és futtatatja azt.
Megjelent az Apache 2.0.44
[ServerWatch] Az Apache HTTP Szerver Projekt bejelentette 2.0.44-es verziót, a hetedik publikus Apache 2.0 kiadást. Ez a változat elsődlegesen a biztonsági- és hibajavításokra koncentrál, de egy további jelentős változás, hogy ezentúl igyekeznek a felhasználók számára a jövőbeli frissítéseket egyszerűbbé tenni.
Új szavazás: mit gondolsz a költözésünkről?
Költözés? Észre sem vettem...
8% (4 szavazat)
Állapodjatok már meg valahol, nagyon zavar!
9% (5 szavazat)
Tök mindegy, csak legyenek fenn új hírek...
47% (25 szavazat)
Nagyon jó ötlet volt összejönni a weblaborral!
17% (9 szavazat)
Miért nem jöttetek inkább hozzánk?
19% (10 szavazat)
Összes szavazat: 53
január 21
A PEAR kilépett a béta állapotból
A PEAR (PHP Extension and Application Repository), a PHP újrafelhasználható komponenseinek keret- és terjesztőrendszere a 4.3.0-tól kezdve az alap PHP csomag része Unix rendszereken (Windowson a 4.3.1-től lesz az).
A PEAR ismertetője
Mivel várható, hogy ezentúl sokan használni is szeretnék majd ezt a kódgyűjteményt, mi is igyekszünk majd részletesebben foglalkozni vele, kezdve talán a dokumentáció fordításával (amint időnk engedi).
■ A PEAR ismertetője
Mivel várható, hogy ezentúl sokan használni is szeretnék majd ezt a kódgyűjteményt, mi is igyekszünk majd részletesebben foglalkozni vele, kezdve talán a dokumentáció fordításával (amint időnk engedi).
PHP 4.3.0
A költözés befejeztével elkezdem visszamenőleg megjelentetni az elmúlt hónapokban elmaradt legfontosabb információkat a PHP-vel kapcsolatban, valamint a Zend heti hírlevelek elmaradt számait is, így a következő napokban várhatóan számos nem túl friss, de általános érdeklődésre számot tartható hír jelenik majd meg.
Reméljük hogy tényleg sokan hasznosnak tartják majd ezeket is.
Elsőként természetesen a végleges PHP 4.3.0-ról számolunk be. Az újdonságok listájához kattints a "Tovább" linkre.
Reméljük hogy tényleg sokan hasznosnak tartják majd ezeket is.
Elsőként természetesen a végleges PHP 4.3.0-ról számolunk be. Az újdonságok listájához kattints a "Tovább" linkre.
Statikus osztályok
Következő problémát szeretném megoldani:
egy osztályból származtatott osztályoknál szeretném megtudni, hogy az ősosztály-ban definiált metódust melyik
származtatott osztályból hívtam meg, ráadásképpen statikus osztályokként használva
<?php
class Egyik {
function valamiMetodus () {
//itt szeretném látni, hogy melyik származtatott osztályból lett meghívva, amire nem sikerült megoldást találnom
//mivel statikus osztályként kívánom használni ezért nincs belőle objektumpéldány, így get_class($this) hibát ad.
return $className;
}
}
class Masik extends Egyik{
...
}
class Harmadik extends Egyik{
...
}
Masik::valamiMetodus (); --> adja vissza, hogy Masik
Harmadik::valamiMetodus (); --> adja vissza, hogy Harmadik
?>
■ egy osztályból származtatott osztályoknál szeretném megtudni, hogy az ősosztály-ban definiált metódust melyik
származtatott osztályból hívtam meg, ráadásképpen statikus osztályokként használva
<?php
class Egyik {
function valamiMetodus () {
//itt szeretném látni, hogy melyik származtatott osztályból lett meghívva, amire nem sikerült megoldást találnom
//mivel statikus osztályként kívánom használni ezért nincs belőle objektumpéldány, így get_class($this) hibát ad.
return $className;
}
}
class Masik extends Egyik{
...
}
class Harmadik extends Egyik{
...
}
Masik::valamiMetodus (); --> adja vissza, hogy Masik
Harmadik::valamiMetodus (); --> adja vissza, hogy Harmadik
?>
Biztonságos OBJECT kezeleés?
Tudom, hogy nem ez a legjobb, hely, de nem találtam jobbat. Különben is PHP-hez szeretném felhasználni azt amivel gondom van.
Egy szövegszerkesztőt akarok készíteni, úgy, hogy fel szeretném használni a :
<OBJECT classid="clsid:2D360200-FFF5-11d1-8D03-00A0C959BC0A" id=DHTMLEdit1
height=400 width=800 VIEWASTEXT>
</OBJECT>
objektumot... (azért ezt, mert ez tud táblázatokat is kezelni...)
Addig nincs is baj, míg nem küldök neki parancsokat... pl:
DHTMLEdit1.ExecCommand(DECMD_BOLD,OLECMDEXECOPT_DODEFAULT);
Ilyenkor viszont már nem hajlandó lefuttatni az ActivX-et, mert szerinte nem biztonságos... Csak úgy megy, ha az explorerben a nem biztonságos ACTIV X -et engedélyezem. :mad: :mad:
A kérdésem az lenne, hogy hogy lehet akkor biztonságossá tenni, hogy bárki egyszerűen használni tudja, és ne keljen a biztonságot visszaállítania?
■ Egy szövegszerkesztőt akarok készíteni, úgy, hogy fel szeretném használni a :
<OBJECT classid="clsid:2D360200-FFF5-11d1-8D03-00A0C959BC0A" id=DHTMLEdit1
height=400 width=800 VIEWASTEXT>
</OBJECT>
objektumot... (azért ezt, mert ez tud táblázatokat is kezelni...)
Addig nincs is baj, míg nem küldök neki parancsokat... pl:
DHTMLEdit1.ExecCommand(DECMD_BOLD,OLECMDEXECOPT_DODEFAULT);
Ilyenkor viszont már nem hajlandó lefuttatni az ActivX-et, mert szerinte nem biztonságos... Csak úgy megy, ha az explorerben a nem biztonságos ACTIV X -et engedélyezem. :mad: :mad:
A kérdésem az lenne, hogy hogy lehet akkor biztonságossá tenni, hogy bárki egyszerűen használni tudja, és ne keljen a biztonságot visszaállítania?
Az operáció sikerült!
Íme, a phpinfo az új szerveren! A domain-névvel, illetve a weblabor új koncepciójával kapcsolatban még folynak a tárgyalások, addig itt, a phpinfo.wish.hu címen lehet olvasni a naponta friss hírekkel jelentkező phpinfót.
Köszönjük minden kedves olvasónknak a türelmet, hogy időnként benéztek, olvastak bennünket, keresték a híreket akkor is, amikor nem frissítettem a lapot.
Köszönjük minden kedves olvasónknak a türelmet, hogy időnként benéztek, olvastak bennünket, keresték a híreket akkor is, amikor nem frissítettem a lapot.

