ugrás a tartalomhoz

Archívum - Jan 2003

január 23

Szerver oldali hiba, vagy PHP hiba?

nagyihuni · 2003. Jan. 23. (Cs), 12.56
A problemam a kovetkezo:
Keszitettem egy weboldalt php, mysql adatbazissal. A gond ott adodott, mivel otthon a gepemen tokeletesen ment, hogy amikor feltettem a fizetett szerverre, minden mukodott, kiveve az admin oldal alatti index.php fajlok, egyszeruen ezek helyett behoz egy ures lapot.
Gondoltam, hogy valahol en hibaztam, es probabol feltettem egy masik szerverre, amely bviszont ingyenes, de van PHP+MYSQL tamogatasa. Itt az oldal tokeletesen mukodott, minden index.php fajl ment. Nem tudtam maig sem megoldani a problemat, vajon php verzio kulonbseg lenne, vagy valamit a szerveren allitottak el??? nem tudom. Ha tudtok segiteni, minel hamarabb...elore is koszi...
 

Tegnap 5 éve, hogy a Netscape bejelentette forráskódjának kiadását

Bártházi András · 2003. Jan. 23. (Cs), 11.10
[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

Bártházi András · 2003. Jan. 22. (Sze), 21.21
[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

Bártházi András · 2003. Jan. 22. (Sze), 20.33
[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

Bártházi András · 2003. Jan. 22. (Sze), 11.45
[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?

Hojtsy Gábor · 2003. Jan. 22. (Sze), 01.20
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

Granc Róbert · 2003. Jan. 21. (K), 15.18
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).
 

PHP 4.3.0

Granc Róbert · 2003. Jan. 21. (K), 15.04
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.

Statikus osztályok

pappi · 2003. Jan. 21. (K), 13.01
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

?>
 

Biztonságos OBJECT kezeleés?

World-Soft · 2003. Jan. 21. (K), 07.32
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?