Hirdetés
- Elektromos rásegítésű kerékpárok
- gerner1
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- sziku69: Fűzzük össze a szavakat :)
- sziku69: Szólánc.
- Bestx: Budget DIY eGPU USB4/Thunderbolt csatlakozással – egy mining VGA új élete.
- Lenry: Melléképületblog - 4. rész - Kocsibeálló
- DeFranco: Tanuljunk angolul játékosan! - Duolingo
Új hozzászólás Aktív témák
-
válasz
PumpkinSeed #17746 üzenetére
Az 5.5.12 újabb mint az 5.5.9, szóval igen fog futni. De a Wampserver helyett inkább a Laravel hivatalos Vagrant fejlesztői környezetét használd.
-
válasz
PumpkinSeed #17711 üzenetére
Settings -> Editor -> Inspections részben tudod ezeket ki-be kapcsolni.
-
válasz
#68216320 #17258 üzenetére
A CPU idő és RAM többe kerül mint a tárhely, de te tudod...
Ha pedig komolyan probléma a sok kép kezelése, akkor CDN használatát javaslom.(#17260) PeachMan
ha az oldal betöltődik már nem kell a képre várni, az egész egyben jelenik meg
A base64 kódolás 33%-kal nagyobb méretet eredményez, az nem probléma ha tovább tart az oldal betöltése?másrészt nincs cache-elve és képcsere esetén rögtön az újat látom
A cache használatának oka van.A problémák elkerülésére új fájlnevet szokás adni pl. img.jpg?v=123
-
válasz
DNReNTi #17244 üzenetére
Mivel a nem létező fájlnál továbbfut az index.php-ra ami létezik így 200. Innentől a te kódod felelőssége, hogy nem létező oldalnál 404-et dobjon.
Egyes böngészők pedig automatikusan betöltik a /favicon.ico-t.
Teória a kétszeres favicon betöltésre: mivel elsőre 200-as kódot kap, de a tartalom nem érvényes kép, így újra megpróbálja.
-
-
válasz
PumpkinSeed #17084 üzenetére
A leírásodból nem derült ki számomra, hogy miért probléma minden oldalletöltésnél egy adatbázis művelet, hisz ez teljesen természetes manapság, plusz egy query nem számít. Esetleg próbálkozhatsz azzal, hogy valamilyen memória alapú táblában tárolod egy ideig a látogatásokat, így csökkentve a lemezterhelést.
A manipulációt úgy tudod elkerülni, ha egy titkosított adatot tárolsz a felhasználónál ami visszafejtésnél kibukik ha belenyúltak.
-
válasz
PumpkinSeed #17082 üzenetére
Minden amit a kliens oldalon tárolsz módosítható. Egyébként miért cél, hogy ne lehessen módosítani?
-
válasz
honda 1993 #16958 üzenetére
És mi a kérdés?
Az biztos, hogy a mail függvény helyett használd a phpmailert vagy swiftmailert -
válasz
peterfihugo #16711 üzenetére
Fájlfeltöltésnél ez is kell a form-ba: enctype="multipart/form-data"
-
válasz
PumpkinSeed #16698 üzenetére
Eddig oké, de azt szeretném megcsinálni, hogy ezt pont fordítva tegye,
A lekérdezést tudod rendezni az ORDER BY kulcsszóval.
(#16701) PumpkinSeed
A fetch_assoc egy sort ad vissza és az oszlop nevekkel indexel.
-
válasz
tothjozsi96 #16533 üzenetére
Egy robot mindenre képes lehet amire egy böngésző is
-
válasz
peterfihugo #16522 üzenetére
Ezek a részek okoznak átirányítást:
<script>window.location.href='<?=DEVELOP_URL?>/admin/?menu=slider';</script>(#16523) Zedz
Ezt inkább már kukázni kéne -
válasz
tothjozsi96 #16492 üzenetére
Nem. Ne tárolj felhasználó adatokat cookie-ban semmilyen formában. Amennyiben szükséged van a felhasználó nevére vagy azonosítójára, azt rakd bele a $_SESSION tömbbe. Pl. $_SESSION['user_id'] = $user_id;
-
válasz
tothjozsi96 #16490 üzenetére
Ugyanolyan "biztonságos", hiszen ez a megoldás is cookie-t használ.
A kliens gépén az egyedi session azonosító tárolódik amit minden kéréskor elküld a szervernek.
Ehhez az azonosítóhoz szerver oldalon társíthatod azt az információt, hogy pl. be van-e lépve.Miért tárolnád a passhash-t cookie-ban? Milyen kulcsok működését nézted meg?
-
válasz
tothjozsi96 #16488 üzenetére
A PHP alapból tartalmaz session kezelőt, neked a session cookie-val nem kell foglalkoznod közvetlenül.
Próbáld ki a példákat és figyeld meg, hogy létrejön a böngészőben a PHPSESSID cookie.Ha szeretnéd, hogy a böngésző bezárása után törlődjön akkor a session_set_cookie_params függvényben az első paraméter legyen 0.
-
válasz
PumpkinSeed #16354 üzenetére
A php.ini session.gc_maxlifetime értéke tartalmazza.
Az utolsó hozzáféréstől számolódik.
-
válasz
tothjozsi96 #16323 üzenetére
A foreach felesleges, a smiley-t a strtr is kicseréli és biztosan gyorsabb lesz mint a regex.
-
válasz
peterfihugo #16271 üzenetére
Kérdezd le szerveroldalon:
<?php
$user_ip = $_SERVER["REMOTE_ADDR"];
$json = file_get_contents('http://ipinfo.io/'. $user_ip);
$geolocation = json_decode($json, true);
$city = $geolocation['city'];Ez csak egy példa, file_get_contents helyett használhatsz curl-t is.
Vagy kliens oldalon összepakolod az url-t JQuery-vel. -
válasz
PumpkinSeed #16057 üzenetére
A komplex számok halmazában sem értelmezett.
-
válasz
honda 1993 #16008 üzenetére
Van benne még MySQL és Javascript is, a 285. oldalon pedig a tartalomjegyzék.
A Kozmajer Viktoros könyv pedig túl olcsónak tűnik, a szerző is egy zsebkönyvnek nevezi. -
válasz
honda 1993 #16004 üzenetére
A 24 órásat ne, 2005-ben adták ki. Korábban linkelt fordfairlane egyet azt nézted már?
-
1. Minden fájl kódolása legyen utf-8. A html fejlécben is jelenjen meg: <meta charset="utf-8">
2. A javascript felesleges. A contact.html-t és contact.php-t gyúrd össze: a php kód legyen az elején a html a végén, az utolsó die()-t szedd ki. A hibaüzenetet az űrlap elé írasd ki.
3. if(strlen($comments) < 2) {...}: ehhez hasonlóan vizsgáld a többi mező meglétét is. Azt mondjuk nem értem a név miért csak kisbetűs és ékezet nélküli lehet csak.
4. Használj phpmailert vagy swiftmailert és abban könnyen állíthatsz össze formázott html e-maileket. -
válasz
csabyka666 #15382 üzenetére
mb_* függvények használata előtt használd ezt:
mb_internal_encoding('UTF-8');
-
-
-
válasz
Speeedfire #15066 üzenetére
Szerintem csak a kulcs-érték párok kerülnek be a _POST-ba, a json adatok nem.
Próbáld meg a $HTTP_RAW_POST_DATA-t vagy ezt:
$postdata = file_get_contents("php://input"); -
válasz
modder #15000 üzenetére
Igen, a Javához hasonlóan viselkedik, a primitív típusoknál és tömbnél működik a copy on write.
Csak a PHP tud olyat is, hogy objektumot adsz át & karakterrel:function test($var)
{
$var = (object) array('abc' => '123');
}
function test2(&$var)
{
$var = (object) array('def' => '456');
}
$foo = (object) array('bar' => 'baz');
print_r($foo);
test($foo);
print_r($foo);
test2($foo);
print_r($foo);Kimenet:
stdClass Object
(
[bar] => baz
)
stdClass Object
(
[bar] => baz
)
stdClass Object
(
[def] => 456
) -
-
válasz
TomyLeeBoy #14933 üzenetére
Ezt próbáld ki, elvileg kiírja a hibát:
$mail->SMTPDebug = 1;
-
válasz
TomyLeeBoy #14931 üzenetére
php_openssl kiterjesztés engedélyezve van?
Ha nem a php.ini-ben keresd meg a ;extension=php_openssl.dll sort és szedd ki a ;-t
-
válasz
PumpkinSeed #14853 üzenetére
Azt az IP-t látod amelyikről elérik a szervert. A győri usernek az internetes IP-jét látod, kivéve, ha használ valami proxyt vagy vpn-t, hogy elérje az oldalad.
-
válasz
PumpkinSeed #14851 üzenetére
A 127.0.0.1 és a ::1 is a saját IP címed. Példa a lekérdezésre
-
válasz
PumpkinSeed #14781 üzenetére
Igen, a readfile kíirja a tartalmat a kimenetre. A probléma ott volt, hogy a visszatérési értéket is kiírtad.
-
válasz
PumpkinSeed #14776 üzenetére
A readfile() a fájl méretét adja vissza, nem a tartalmát
echo helyett használd a var_dump()-t és egyből látod, hogy a visszatérési értéke int és nem string.
-
válasz
SektorFlop #14755 üzenetére
-
válasz
Sk8erPeter #14325 üzenetére
Gondoltam megosztom, hogy ez ismert módszer és nem mindig felesleges.
-
válasz
Sk8erPeter #14322 üzenetére
Szóval ide vajon minek a static?
Google: static factory pattern
Azt, hogy az adott kódban mi értelme van, azt ne kérdezd
-
válasz
PumpkinSeed #14228 üzenetére
Ezt szúrd be a kódod elejére és akkor kiírja a hibákat (persze majd élesben szedd ki):
error_reporting(E_ALL);
ini_set('display_errors', 1);(#14242) PumpkinSeed
Ez a könyv 2005-ös... -
válasz
Speeedfire #14062 üzenetére
!isset vagy empty ?
[link] ?
Kérdés, hogy mit tekintesz üresnek.(#14063) Soak
Ez hibát ad, ha nem létezik a kulcs. -
válasz
trisztan94 #13754 üzenetére
cookiet használj természetesen. A másik amire gondolsz, hogy az url végére illeszti a session azonosítót.
A $_SESSION tömböt feltölti a php session_start() után amennyiben érvényes a session és volt bele írva korábban.(#13753) PowerBuldog
Mintha lemaradt volna egy } az 5. sorban -
válasz
trisztan94 #10644 üzenetére
Apache error.log, access.log mit ír?
A .conf fájlokban mit módosítottál? -
Megnéztem a kepfeltoltes.hu-t, de nem tudom mire gondolsz.
Gondolom a képek linkelése valahogy így néz ki:
http://valami.hu/kep.php?id=65&galeria=4Na most annyi, hogy hozzáadsz egy újabb feltételt:
http://valami.hu/kep.php?id=65&galeria=4&datum=20120712Ezt belerakod egy nem írható szövegmezőbe, vagy akárhova ahonnan az user egyszerűen kimásolhatja.
-
-
válasz
Speeedfire #5325 üzenetére
WHERE 'valami' AND 'valami'
Szóval: "select jelszo from szapar_felhasznalo where fnev='".$_POST['fnev']."' AND jelszo='".$_POST['jelszo']."' "
-
válasz
Speeedfire #5060 üzenetére
Annyira azért nem érdekes
Végig egyszeres aposztrófot használsz, ráadásul így a $cimke sem helyettesítődik be.
Nullával osztás meg azért lesz, mert a % a maradékos osztás operátor, a php emiatt számot vár, át is alakítja a stringeket nullává... -
válasz
Speeedfire #4860 üzenetére
Az if tartalma csak akkor hajtódik végre ha a kifejezés igaz, jelen esetben minden küldött adat empty. Szóval ha már a captcha ki van töltve akkor az hamis lesz, és így az egész kifejezés is. Cseréld le az AND-eket OR-okra.
Más: az isset-es if-et le is hagyhatod, mert az empty()
hamisatigazat fog visszaadni, ha nem létezik. -
válasz
Speeedfire #4647 üzenetére
Ha egy tábla mezőinek a típusa érdekel akkor ez alapján: [link]
így:
$query = mysql_query('SHOW COLUMNS FROM tabla');
while ($row = mysql_fetch_row($query))
{
print "$row[1]<br />";
} -
válasz
rebugra #4067 üzenetére
A kódolással lesz a probléma. A html oldalad utf-8 de a mail függvény valószínűleg nem utf-8 ként küldi.
Átmeneti megoldásként gmailnél a válasz melletti nyílra kattints > üzenetének szövege furcsa karaktert tartalmaz majd a böngésződ nézet menü > kódolás > utf-8.
Jobb megoldás ha használsz valami levélküldő osztályt, pl. a fentebb is említett phpmailer, ott lehet állítani a kódolást is.
Új hozzászólás Aktív témák
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RX 7700XT 12GB GAMER PC termékbeszámítással
- Nexus 6P 32GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Gigabyte H610M i5 13400F 32GB DDR4 512GB SSD RTX 3070 8GB Rampage SHIVA Seasonic 650W
- AKCIÓ! VALVE INDEX virtuális valóság szemüveg garanciával hibátlan működéssel
- Honor Magic6 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest