- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy S22 és S22+ - a kis vagány meg a bátyja
- Samsung Galaxy S23 Ultra - non plus ultra
- Android alkalmazások - szoftver kibeszélő topik
- One mobilszolgáltatások
- Telekom mobilszolgáltatások
- Google Pixel topik
- Milyen okostelefont vegyek?
- Xiaomi 15 - kicsi telefon nagy energiával
- Fejlődik az okosóra piac, csak visszafelé
Aktív témák
-
cucka
addikt
válasz
szuszinho #988 üzenetére
ha jól látom, nincs ilyesmire beépített függvény, így marad a favágós megoldás
első körben mktime, idate függvényekkel esnék neki a feladatnak.
mktime-al bármilyen dátumból előállítod a timestamp-jét, idate-el pedig egy timestamp-ről tudsz meg dolgokat.
pl. idate(''z'',timestamp_változó) függvény visszaadja a dátumról, hogy az év hanyadik napja. ha két dátum egy évben van, akkor kivonod a két visszatérési értéket és kész.
ha nincsenek egy évben a dátumok, akkor kicsit többet kell számolni, ezt rád bízom -
cucka
addikt
lehet, hogy túlságosan tompa még ilyen korán reggel az agyam, de nekem nagyon úgy tűnik, hogy ebben a post-odban a 2 url tökugyanaz, szóval nem igazán értem, mit is szeretnél mondani
nem arra gondolsz esetleg, hogy ha ki akarok echo-zni egy ilyen url-t, akkor le kell zárni a & karaktert? bár ha jól emlékszem, nem kell lezárni, de ez nem biztos, ki kell próbálni. -
cucka
addikt
adatok átadását akár url-ben is megoldhatod, ha csak néhány paraméterről van szó. persze ekkor az általad paraméterek tárolására használt tömbből valid url-t kell fabrikálni, valami.php?par1=ert1&par2=ert2&par3=ert3 formájút. ez mondjuk megoldható úgy, hogy végigiterálsz a tömb elemein (például a list és az each függvényekkel).
ha később hivatkozni szeretnél a dinamikusan létrejött oldalra (pl. linkelni valahova), akkor így célszerű megoldani, különben meg használd a session tömböt.
[Szerkesztve] -
cucka
addikt
ha a link szövege dinamikusan generált, akkor a link által hivatkozott oldal miért ne lehetne az?
pl. echo ''<a href=''valami.php?rendszam_id=blabla>link szövege</a>'';
a valami.php-ban pedig a $_GET tömbben elérhető lesz a paraméterként átadott érték. a valami.php-ban pedig megnézed isset függvénnyel, hogy kapott-e paraméterként rendszam_id mezőt, valahogy így: if (isset($_GET['rendszam_id'])) //kód helye. -
cucka
addikt
válasz
Protezis #529 üzenetére
hibakeresés:
1. nézd meg sqlplus-al, valóban nem kerül-e be a táblába a kívánt érték
2. mysql_query($query) or die(''hiba történt''); - ha ezt a die részt hozzáteszed, akkor a mysql_query hibája esetén ki fogja írni a ''hiba történt'' szöveget
3. php, mysql log-okat nézd meg, milyen hibát írnak. -
cucka
addikt
válasz
Protezis #522 üzenetére
update táblanév set mező='érték' where mező2='érték2' limit 1;
figyeld meg, ' ' közé csak az értékeket kell írni, tábla és mezőneveket nem, illetve a query végén ott egy ;. szerintem ez lesz a gond. (nálam így működni szokott)
#525: tényleg, ezt rendesen félrenéztem
[Szerkesztve] -
cucka
addikt
válasz
cartman123 #516 üzenetére
// Hogyan lehet itt a ''name'' helyére kiiratni az űrlapban szereplő $name értéket
pl. így:
$rendeles=''nagyonhosszúszöveg'' . $name . ''még több szöveg'';
ha a nagyonhosszúszövegbe szeretnél idézőjelet írni, akkor azt le kell zárni (mert az '' a string elejét/végét jelenti)
tehát pl. $rendeles=''<table width=\''400\''>'';
ekkor a 400 idézőjelek között lesz
[Szerkesztve] -
cucka
addikt
piaci szempontok alapján tényleg lényegtelen dolgokról beszélünk, aki ebből szeretne megélni, az úgyis megtanulja az alapokat.
engem inkább elvi okokból zavar, hogy az emberek elhiszik, tudás nélkül is lehet értékelhetőt letenni az asztalra, hogy nem muszáj tanulni, mert ott a program ami megcsinálja helyettünk. az ilyen szomszédpistikék rettenetesen büszkék a ''munkájukra'' és valahogy nem tudatosul bennük, hogy mekkora szar is az, amit létrehoztak. -
cucka
addikt
persze, a wysiwyg szerkesztőket minden bizonnyal lehet helyesen és hatékonyan használni. a gond az, hogy szinte mindenki ilyen programokkal kezd neki első weboldala elkészítéséhez, anélkül, hogy elsajátította volna az alapokat. rengeteg hajmeresztő kinézetű weboldal születik így.
kicsit off: ez az érzésem az apache+php+mysql+stb. egybecsomagokkal is. ezeket a programokat külön-külön sem nehéz telepíteni, beállításuk szintén egyszerű, jól és érthetően dokumentáltak. aki utánaolvasás után sem képes ezeket beállítani, annak inkább nem javasolnám az otthoni webszerver üzemeltetését. -
cucka
addikt
az általam felsorolt programokban rengeteg hasznos funkicó van, pl. syntax highlight (gyk. beszínezi a kódot)
egyébként a php egy programozási nyelv. nem fogsz olyan fejlesztőkörnyezetet találni, ami helyetted begépeli a php kódot. dreamweaver biztos nagyon hatékony eszköz, de php programot abban is te kell begépeld.
#503: hát mondjuk én nem ajánlottam neki a dreamweaver-t. meg igazából senkinek sem ajánlom
[Szerkesztve] -
cucka
addikt
if($i>2)
szerintem itt a gond, ha minden igaz ez csak a tömb 3. indexétől fogja kiírni a könyvtárakat (mert ugye 0-tól indexelünk). tehát a ., .. mellett az első könyvtár nevét is kihagyja
a másik hibánál pedig érdemes lenne elolvasni a hibaüzenetet is: ''failed to open dir: Not a directory''. tehát amit meg szeretnél nyitni az nem könyvtár (nahát..)
[Szerkesztve] -
cucka
addikt
vicces is lenne, ha csak úgy nézegethetnéd a szerver könyvtárait/filejait (pl. a /-t)
saját könyvtáraidra kell működjön a chdir
\n oprendszer-függően ír újsor karaktert. ez unix alatt a LF, windóz alatt a CR LF. a <br> egy html tag, ezek pedig kb. bináris karakterek.
[Szerkesztve] -
cucka
addikt
válasz
szuszinho #414 üzenetére
php.ini ugye a windows könyvtárban található?
ha igen, nézd meg, jól ki van-e töltve a extension_dir bejegyzés. ez alapértelmezésben ''<php_könyvtár>\ext\'' . a php_könyvtár teljes elérési út. itt keresi az extension dll-eket.
ha mindez oké, akkor apache restart. elvileg ennyit kell beállítani, hogy működjön a mysql support
mod: najó megelőztek
[Szerkesztve] -
cucka
addikt
válasz
burgatshow #390 üzenetére
755-ös jog: neked olvasási, írási és futtatási jogod is van a könyvtárban. minden más júzernek csak olvasási és futtatási joga van. vagyis ha nem a te júzereddel fut a script (és ha jól sejtem, nem a tieddel fut), akkor nem fog tudni a könyvtárba írni.
megoldás: hozd létre 777es joggal.
[Szerkesztve] -
cucka
addikt
még valami: lehet, hogy a ?-et le kell zárni \ jellel, ha speciális karakternek veszi.
#376: a ^ jel a sor elejét jelenti. ha a reguláris kifejezésed relatív url-t kap, akkor működik (pl. page-12345.html). ha teljes url-t kap, akkor ugye elékerül a szervernév is, vagyis a sor elejét jelző ^ után nem a ''page'' karaktersor következik, ezért az nem illeszkedik a megadott mintára, így ki sem fogja cserélni.
[Szerkesztve] -
cucka
addikt
válasz
vzsolo2225 #342 üzenetére
google póver
[link]
(a lényeg: cookie elküldése előtt a szkriptednek semmiféle kimenete nem lehet) -
cucka
addikt
jelszavakat pedig illik titkosítani az adatbázisban, egyrészt nem illik nézegetni az emberek jelszavait, másrészt ha illetéktelennek sikerül belenézni az adatbázisba, ne lássa azokat.
utánanéztem, md5-öt valóban sikerült ''feltörni'' - adott hash kulcsra viszonylag gyorsan találtak egy stringet, aminek megegyezik a kulcsa. [link]
a gond vele, hogy 1- így is rettenetesen lassú 2- ha jól értem, az eredmény string hossza változhat, itt pedig megbukott a dolog. átlagos felhasználásra valószínüleg elég az md5, lásd php.net-en az md5 függvény leírását, ott pedig tommiboy nevű júzer kommentjét
sql injectionról meg google, hatékony védekezés elvileg a program összes bemenő adatának alapos ellenőrzése. Pl itt egy oldal, ami egész jól elmagyarázza, de elég sok helyen foglalkoznak a témával. [link]
[Szerkesztve] -
cucka
addikt
válasz
burgatshow #250 üzenetére
linket, pls.
-
cucka
addikt
a ''dekódolni nem lehet hatékonyan'' nem azt jelenti, hogy egyáltalán nem lehet
valóban, md5-öt brute force-al lehet dekódolni (és csak azzal)
gondolom a cél jelszavak törése
egy jelszó jellemzően kis és nagybetűkből, illetve számokból áll. ez összesen 26 kis betű +26 nagy betű + 10 számjegy=62 lehetséges karakter
brute force-ot használva mindegyiket végig kell próbálni, ez exponenciális műveletigény
4 karakter hosszú stringeknél ez ~14 millió lehetséges input. vagyis 10^8 nagyságrend
5 karakter hosszú stringeknél ~900millió (10^9 nagyságrend)
6 karakternél már 56 milliárd lehetséges értékre végig kell próbálni (10^11)
a baj ott van, hogy jelszavak jellemzően hosszabbak is lehetnek, mint 6 karakter
12 hosszú stringnél a lehetséges értékek száma 10^21 nagyságrendű, ez már nagyon sok
plusz figyelembe kell venni, hogy minden próbálásnál le kell futtatni az md5 algoritmust is, hogy ellenőrizzük, egyezik-e a két kulcs. ez pedig szintén idő (sokezer milliárd futtatásnál elég sok idő)
-
cucka
addikt
1. az algoritmust úgy tervezték, hogy egyedi legyen. nyilván lehet 2 szövegnek ugyanaz az md5 hash-e, de ennek valószínűsége elég kicsi [link]
2. ennyire könnyen olvasható: af979eb3d5b7c21b755d14090b0677ba
(ez az md5('PGee') eredménye)
a legjobb egyébként, ha nem nagyon olvasgatja túl sok ember az adatbázis tartalmát
Aktív témák
Hirdetés
- Bowers/Wilkins Px7 S2 fejhallgatók
- Apple iPhone 15 Pro Max - Natural Titanium - Újszerű karcmentes állapotban! 100% akku! Gyári garis!
- ÁRGARANCIA! Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- 14" Dell Latitude laptopok: 5400, 5480, 5490, 7480, E7440, E7450 / SZÁMLA + GARANCIA
- Bomba ár! HP 255 G7 - AMD A4 I 4GB I 128SSD I HDMI I 15,6" FHD I Radeon I HDMI I W11 I Cam I Gari!
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest