- Bemutatkozott a Poco X7 és X7 Pro
- Yettel topik
- Magyarított Android alkalmazások
- Hónap végén érkezik a Xiaomi Band 10, ára is van
- iPhone topik
- Nothing Phone (3a) és (3a) Pro - az ügyes meg sasszemű
- Google Pixel topik
- Milyen okostelefont vegyek?
- Fotók, videók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
Új hozzászólás Aktív témák
-
Soak
veterán
válasz
trisztan94 #10741 üzenetére
Teljesen hulyeseg, mert 2szer kell megcsinalni ugyanazt a munkat es tuti lesz egy hely ahol rosszul fog maradni, foleg ha bonyolultabb lesz az oldalad.
Csinalj ket test oldalt es kozottuk vizsgald meg a get-et, AJAX nelkul, ha ugy megy akkor mashol van a gond.
szerk : <a href='?torol=$user'>Törlés</a> ugye a valtozot php tagek koze raktad?!
-
Soak
veterán
válasz
trisztan94 #10739 üzenetére
A $_GET hasznalatat jol gondolod, viszont nem csinaltad meg azokat a biztonsagi elovigyazatossagokat amikrol beszeltunk. Hatalmas biztonsagi res tatong igy, ha ellenorizetlenul teszed be a valtozo erteket az adatbazis kodjaba.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10724 üzenetére
Ja hogy gyakorlás céljára lenne, akkor az más.
Chat kialakítása előtt érdemes rendesen megtanulni a formkezelést, validálást, adatok adatbázisba való feltöltését - tehát eddig csak PHP-ról, MySQL-ről beszéltünk, ezek elengedhetetlen alapok. Tudd, hogyan kell megjeleníteni az adatbázisba feltöltött tartalmakat (ne használj mysql_*-jellegű függvényeket, hanem PDO-t; erről Tele von Zsinór kolléga belinkelte korábban az elég tömör, de érthető és hasznos cikkét: [link]), kombináld a lekéréseket, kapcsolj össze táblákat (egyáltalán tudd, mi értelme van a táblakapcsolásoknak), stb.
Aztán kezdd el a JavaScript-alapokat, változtatgasd az oldalon megjelenő tartalmakat, színüket, betűtípusokat, stb., validálj formokat kliensoldalon, és hasonlók; majd jöhet egy hasznos JavaScript-library, mint a jQuery és társai, sajátítsd el ennek a szintaktikáját, és ha ez is megvan, akkor próbáld ki az AJAX-függvényeket (pl. kezdésnek elég jó példa lehet, hogy .load()-dal milyen egyszerű külső fájlokat betölteni, jó a leírás is hozzá), majd ezen keresztül próbálj meg adatbázisba feltölteni, adatbázisból lekérni, stb.Szerintem csak mindezen alapok elsajátítása után van értelme egyáltalán nekikezdeni egy PHP+MySQL+AJAX-alapú csetalkalmazás elkészítésének.
-
Soak
veterán
válasz
trisztan94 #10724 üzenetére
Szerintem inkább POST-al csináld a form-os dolgokat (mármint ha jól értem, hogy mit szeretnél itt csinálni), sokkal egyszerűbb karbantartani a form hidden field-jeit mint a linket bogarászni.
-
fordfairlane
veterán
válasz
trisztan94 #10724 üzenetére
Hogyha annak az urljét xxx.php?p=delete_$id állítom, akkor POST-tal az id-t visszakapom és adatbázisból tudom törölni, nem?
Nem posttal, hanem gettel kapod meg, a $_GET['p'] értéke 'delete_1234' lesz.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10720 üzenetére
Ha ezt nem gyakorlásnak szánod, hanem éles oldalra kéne, akkor semmiképp ne próbálkozz saját megoldásokkal, a chat kialakítása nagyon nem kezdőfeladat. Rengeteg PHP+MySQL+AJAX-alapú, kész megoldás van ilyenre.
-
Soak
veterán
válasz
trisztan94 #10720 üzenetére
javascriptel nem tudsz filet írni vagy módosítani. Php-vel meg tudod ezt csinálni, de nagyon macerás egy txt fileból chat ablakot generálni. Egyszerűen csinálsz mysql-ben egy táblát, lesz benne id,sender_id,receiver_id,body,date , innen tudod kinek mit kell kilistázn.
Szerk: Biztos sokféleképpen meg lehet oldani ajax-al, de ezt majd mások kifejtik neked, én még nem használtam élesbe ajaxot.
-
Soak
veterán
válasz
trisztan94 #10718 üzenetére
Végülis lehet ilyet csinálni php-vel, csak sok értelme nincsen. Mivel a php-vel nem tudod a html-t változtatni miután betöltött ezért állandoan refreshelni kéne. Ajaxal kell megcsinálni és akkor rendesen chatként üzemel. Egy sima üzenetküldő alkalmazást viszont teljesen jól meg lehet csinálni csak php-vel (ugy értem, hogy nem folyamatos kapcsolatban vannak a felek, hanem e-mail szerüen).
-
PazsitZ
addikt
válasz
trisztan94 #10695 üzenetére
Most picit sarkítva gyakorlatilag az OKJ papír semmit nem ér.
Ha van mögötte tudás, akkor ok, bár pont ekkor már mindegy, hogy van okj papírod vagy nincs.
Na most ingyenes képzésként még rendben van, de így.
Ha meg már ennyi pénzt kidobnak az ablakon, akkor legalább igyekezett volna tanulni.
Nem értem az ilyet. -
Soak
veterán
válasz
trisztan94 #10697 üzenetére
Tudom, hogy nagyon off, de azért érdekesség képpen megkérdezhetnéd konkrétan melyik iskola ez.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10697 üzenetére
Hát akkor legalább neked jó.
De az elég elkeserítő, hogy valaki úgy szerez OKJ-s képesítést, hogy konkrétan SEMMIT nem tud az egészről, és ezek szerint még az érdeklődés sem volt meg benne, hogy elsajátítsa a dolgokat (legalább magától, ha egy raklap szar a tanári kar). Mondjuk én megértem, ha már 500k-t kiszórt az ablakon, legalább legyen meg a végtermék. De igazából tök felesleges, mert a piacon sajnos nem fog tudni melót találni 0 tudással.
Ha "géphasználat" címén elkértek tőle pénzt, úgy, hogy ő konkrétan a saját laptopját használta, és ő még hajlandó is volt odaadni ezt a pénzt, hát...kicsit jobban a sarkára kellett volna állnia, pl. rájuk kellett volna borítani ilyenért az asztalt
(nehogy azt mondd, hogy a nők nem tudnak kibalhézni maguknak dolgokat...
).
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10695 üzenetére
Ez egy webfejlesztéssel kapcsolatos OKJ-s tanfolyam? Tehát konkrétan webfejlesztésről szól, 500k-ba került, és nem sikerült elsajátítania az ismerősödnek semmit?
-
Soak
veterán
válasz
trisztan94 #10686 üzenetére
Nem tudom milyen viszonyba vagy a siteal (mármint, hogy a tiéd vagy pénzért fejleszted 100%-ban , esetleg csak segítesz ), de ha eddig nem figyeltél rá akkor érdemes átnézni minden user inputot, mert az ilyen siteok hatalmas biztonsági rést jelentenek az interneten. Amit Sk8erPeter is mondott, hogy rosszindulatú felhasználókkal vigyázni kell, az nem azt jelenti, hogy valaki ki fog mindent törölni az adatbázisból és jól kiröhög (persze 16éves hülyegyerek aki wikipedian rátalált az SQL injection-ra ezt fogja csinálni), hanem inkább (vélhetően hash nélkül tárolt) jelszavakat fogja megszerezni amiket utána hozzáprobál az e-mail fiókokhoz vagy ami épp eszébe jut. Ezek után már el tudod képzelni mi lesz siteal vagy az azt futtató céggel.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10686 üzenetére
Nincs mit!
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10684 üzenetére
Nincs baj ezzel a megoldással, amit alkalmazol, mármint azzal, hogy az URL-ben átpasszolod a teendőt. Soak arra hívta fel a figyelmedet, hogy a felhasználótól jövő adatot minden esetben ellenőrizd, tehát pl. KÖZVETLENÜL SOHA ne töltsd fel adatbázisba az adatot, előtte mindig validáld.
Számolni kell azzal, hogy a felhasználó nem biztos, hogy ember, és hogy a felhasználó nem biztos, hogy jóindulatú. Sőt, eleve feltételezni kell a rosszindulatot, és annak megfelelően kódolni. -
Soak
veterán
válasz
trisztan94 #10680 üzenetére
Ezzel viszont vigyázz, mert lehet user input is, a biztonságra figyelj. (Konkrétan az SQL injectionra gondolok)
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10680 üzenetére
Szívesen!
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10677 üzenetére
"ha index.php?p_kosar akkor valamit adjon ki."
Ha értéket is adsz neki, úgy van értelme, pl. index.php?p_kosar=543:
$cart_item_id = isset($_GET['p_kosar']) ? $_GET['p_kosar'] : NULL;Így a $cart_item_id változó tartalma 543 lesz.
-
Vico87
tag
válasz
trisztan94 #10651 üzenetére
Annak is érdemes lenne utánanézni, hogy kiszolgálja-e az index.php állományt, mint defaultot, ha nincs konkrét fájl az URL-ben, hanem csak mappa.
-
Lacces
őstag
válasz
trisztan94 #10651 üzenetére
Kérdezz rá a Mac-es fórumba is, itt gyanús a dolog, hogy jogosultság probléma van a Mac-ben. Bocs de én nem vagyok az, de van hasonlóság a linuxhoz (ezért most szájba vernek itt
).
Valszeg az van, hogy nem rootként nyitod meg, ha betudsz valahogy ott (nekem fingom sincs hogyan, nem ismerem) jelentkezni rootként az osx-nél, akkor probáld meg úgy, hogy működik-e? Eléred-e a linket, látod, betudsz lépni.
-
fordfairlane
veterán
válasz
trisztan94 #10651 üzenetére
Először azt nézd meg, hogy egy adott php fájlt tudsz-e futtani, ahogyan az utánam jövő hszben leírták. Ha ez megy, akkor keresd a directoryindex beállításokat.
Nem a php.ini-ben, hanem az Apache config fájljában. httpd.conf, talán az /etc/conf/httpd könyvtárban, bár a Lionnál lehet, máshol van. A forbidden ilyenkor arra vonatkozik, hogy az adott könyvtárban nem talál a kritériumoknak megfelelő indexfájlt, ezért kilistázná a tartalmát, de ez más direktívák miatt le van tiltva.
-
DeltaPower
addikt
válasz
trisztan94 #10644 üzenetére
ha /phpMyAdmin/index.php-ra se ad be semmit, akkor nincs directoryindexben a php
-
fordfairlane
veterán
válasz
trisztan94 #10644 üzenetére
Első tippem, hogy a DirectoryIndex opciónál nincs index.php, csak index.html.
-
wis
tag
válasz
trisztan94 #10644 üzenetére
Apache error.log, access.log mit ír?
A .conf fájlokban mit módosítottál? -
Soak
veterán
válasz
trisztan94 #10646 üzenetére
Viszont a Php,mysql,phpmyadmin ,meg még elég sok minden nincs . Plusz jól van dokumentálva és egy pakkot képez.
De nekem mindegy
-
Soak
veterán
válasz
trisztan94 #10644 üzenetére
Ezt nem nézted ? http://www.mamp.info/en/index.html
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10468 üzenetére
"feltölti a képet csak az src-be nem tudom berakni"
A $stringData változód már a cikluson kívül van... magát a kiíratásra vonatkozó, konkatenált stringet is a cikluson belül kellene összeállítani (a foreach-en belül). Úgyis ott rakod össze a végleges elérési utat, ahova át kellene mozgatni, tehát akkor lehet az az src attribútum értéke.=======
(#10465) wolandino : ahogy elnézem, közben megtaláltad a megoldást.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10454 üzenetére
Ha jól értettem, az eredeti problémád az volt, hogy a képeket NEM TÖLTI FEL, nem a kiíratással volt a para.
Tehát a move_uploaded_file() is valami ciklusban kéne, hogy lefusson. -
Sk8erPeter
nagyúr
válasz
trisztan94 #10441 üzenetére
Nem látom, hogy itt lenne bármilyen ciklus is a több fájlmezőn való bejárásra, szóval az lesz a gond így első ránézésre.
-
DeltaPower
addikt
válasz
trisztan94 #10425 üzenetére
Nem kell két külön tábla.
Az első beillesztés után lekérdezed a rekord id-jét (pl mysql_insert_id()-vel) és a személyes adatok megadása után updateled ezt a rekordot. -
trisztan94
őstag
válasz
trisztan94 #10423 üzenetére
Megvan a megoldás, sry a dupla postért!
echo "<div class='lapozo'><a onclick='story_changepage($page);' href='../html/blog.php#tortenetek?page=$page'>$page</a></div>";
ennyi volt a baj
-
fordfairlane
veterán
válasz
trisztan94 #10397 üzenetére
Öhm, miért is akarsz te PHP-ban programozni?
Hát mondjuk
$dir = "../php/biralas_tortenetek/";
...
if ($handle = opendir($dir)) {
...
$filecontent = file_get_contents($dir . $file); -
fordfairlane
veterán
válasz
trisztan94 #10389 üzenetére
na most ebből annyit tudtam értelmezni, hogy a filet megnyitja, a többit nem :S
A könyvtár tartalmát kilistázza, de a file(ok) tartalmát beolvasni már nem tudja. Ha jól látom azért, mert a file_get_contents nem kapja meg azt az elérési utat, amit az opendirnél megadtál, csak a fájl nevét.
-
Peter Kiss
őstag
válasz
trisztan94 #10390 üzenetére
Netbeans?
-
Soak
veterán
válasz
trisztan94 #10392 üzenetére
Ha a DW-vel elakadsz akkor abban tudok, segíteni, de azt mér inkább pü-ben
-
Soak
veterán
válasz
trisztan94 #10390 üzenetére
Hát az szívás valóban. DW-ből érdemes leszedni még a triált, bár az nem 60dolcsis progi, szóval azt nem éri meg csak úgy venni ha nem termelésre van, esetleg 30nap alatt tanulgathatsz rajta, bár néha kicsit trükkösen mutatja, hogy mi a baja, de legalább mindig mutatja.
-
fordfairlane
veterán
válasz
trisztan94 #10386 üzenetére
$dataArray[] = array(); - ez egy üres tömbelemet rak a tömbbe. Nem értem, mi szükség van rá.
$dataArray = array(); - ez inicializálja a tömböt, amibe gyűjteni kezded a fájlinformációkat. Persze, hogy lehet használni az if-en belül, ha az if előtt van inicializálva.
Debuggolás nélkül nem lehet hibát keresni. Menet közben írass ki változókat, hogy lásd, mi van bennük, (print_r, var_dump, echo). Lehet, hogy a fájlmegnyitás sem sikerül már, a fene tudja ennyiből.
-
Soak
veterán
válasz
trisztan94 #10384 üzenetére
Nem vagyok még egy php mágus, de azért már a MySQL ismeret szokott limitálni, arra szoktam leginkább keresni, mert a php-t szinte bármit összerakok. Ennek a legfőbb oka, hogy ha összerakok valamit akkor szépen megnézem a hibát amit a php dob, mert általában elég egyértelmű. Ha kijavítom és dob még egyet akkor tovább. A végén mindig működni fog. Sokkal lassabb mintha elsőre összejönne (azért mostmár megesik néha
) viszont működik. Ajánlom, hogy 1. Mivel foglalkozol vele elég aktívan szerezz be egy olyan programot ami az alapvető hibákat kiszűri ( { hiánya, vagy nem zársz le egy sort) , én ugyan Windowson dolgozok, de sok mac-es ismerősöm a TextMate-t ajánlotta, de pl nekem a Dreamweaver csodás 2. Kapcsold be a php hiba megjelenítését és figyelj rá.
-
fordfairlane
veterán
válasz
trisztan94 #10384 üzenetére
$dataArray[] = array(); rossz helyen van, legyen az if előtt, ráadásul szerintem ez $dataArray = array(); akar lenni. Mármint az opendir előtt...
-
fordfairlane
veterán
válasz
trisztan94 #10375 üzenetére
$fh előtti sor nincs lezárva ;-vel. Editor syntax highlighttal ajánlott.
-
PazsitZ
addikt
válasz
trisztan94 #10375 üzenetére
$fh = fopen($dir . $felh . $datum['year'] . $datum['mon'] . $datum['mday'] . '.txt','w');
A tömb string indexeivel van baj.
-
Peter Kiss
őstag
válasz
trisztan94 #10375 üzenetére
$datum indexelése biztosan rossz.
-
Peter Kiss
őstag
válasz
trisztan94 #10305 üzenetére
Nincs lezárva az első if-ed.
-
biker
nagyúr
válasz
trisztan94 #10288 üzenetére
ez kell a htaccessbe ha hozzáférési hibákat dobál és nem ment el semmit
SetEnvIfNoCase Content-Type "^multipart/form-data;" "MODSEC_NOPOSTBUFFERING=Do not buffer file uploads"
-
Soak
veterán
válasz
trisztan94 #10286 üzenetére
Nagy vonalakban :
1. lépés HTML formot meg kéne csinálni hozzá
2. lépés, a formot php-vel lekezelni (ez közel sem egy lépés, de php része ez)
3. lépés a file-t php-vel kezelni, menteniItt nincs progress bar, de talán az a legkevesebb. Hol akadtál el? Szerintem ez már van annyira bonyolult, hogy sokra nem mész kész kóddal mert csak a "szent lélek" tartja egyben ha nem látod át.
-
biker
nagyúr
válasz
trisztan94 #10286 üzenetére
uploadify pl? mi a baj az ajaxosokkal?
-
Siriusb
veterán
válasz
trisztan94 #10261 üzenetére
1. Ha a szolgáltatód biztosítja neked a cron-t, abból tudod indítani a megfelelő php fájlt.
2. Egy külső helyről - ahol ingyenesen tudsz regisztrálni és van cron - oldod meg az előbbit, lásd phplist-féle megoldás.
3. Drupla-féle poormanscron jellegű megoldás, de ezt inkább nem fejtem ki. -
válasz
trisztan94 #10258 üzenetére
Ne írásra nyisd meg első körben a fájlt, hanem hozzáfűzésre. [link]
-
Tele von Zsinór
őstag
válasz
trisztan94 #10255 üzenetére
Konkrétum nélkül a válasz egy határozott talán.
Van erre több megoldás is, ami kettő hirtelen eszembe jutott:
- ha tud az oldal pingelni, mikor új kép kerül fel, akkor kérsz egyet a feldolgozó scriptedre. Mikor kérést kap, áthúzza az új képet, feldolgozza
- ha nem tud, akkor egy ütemezetten futó script minden n percben megvizsgálja, van-e új kép. Ha igen, áthúzza és feldolgozza.
-
Sk8erPeter
nagyúr
válasz
trisztan94 #10186 üzenetére
Ha a PHP telepítve van, és működik, akkor ahhoz tartozik egy konfigurációs fájl is (php.ini), ott pedig be lehet állítani, csak meg kell keresni azt az adott fájlt.
Ha nagyon nincs kedved vele tökölni, akkor a fájlod elejére beteheted ezt:ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL | E_STRICT);=======
(#10188) mobal: neszóljábe!
-
Peter Kiss
őstag
válasz
trisztan94 #10172 üzenetére
Ez biztosan nem jó, legalább egy E_NOTICE-t dob rá a PHP, hiszen az index (user) nem feltétlenül található meg a tömbben.
setcookie(user, $myusername, time()+3600);
Szintén hibaforrás, szerintem nincs user nevű konstansod (E_NOTICE szintén), tedd idézőjelek közé ("user").
Kapcsold be a PHP hibák megjelenítését!
-
Soak
veterán
válasz
trisztan94 #10178 üzenetére
Szia,
Én így csináltam meg .
a lap tetejére:
if(!$session->is_logged_in()){
redirect_to("../sign_in.php");session.php :
private $logged_in=false;
class Session {
function __construct() {
session_start();
$this->check_message();
$this->check_login();
if($this->logged_in) {
ha be van jelentkezve
} else {
ha nincs
}
}
public function is_logged_in() {
return $this->logged_in;
}
}private function check_login() {
if(isset($_SESSION['user_id'])) {
$this->user_id = $_SESSION['user_id'];
$this->logged_in = true;
} else {
unset($this->user_id);
$this->logged_in = false;
}
}$session = new Session();
$message = $session->message();Asszem nem hagytam ki semmit.
Szerk: de persze, hogy kihagytam
function redirect_to( $location = NULL ) {
if ($location != NULL) {
header("Location: {$location}");
exit;
}
} -
válasz
trisztan94 #10171 üzenetére
sessionnal mondjuk létrehozol egy sütit user néven, és beállítod az értékének a felhasználó nevet.
-
PazsitZ
addikt
válasz
trisztan94 #10167 üzenetére
Amint írtad, az adott oldal alapvetően bejelentkezés alapú.
Ebből kifolyólag az adott belépési módon kellene az adott html-t is "levédeni".mod:
Közben látom született új hsz.
Ha máshol, azaz a bejelentkezés is ezen az alapon működik, akkor passz.
Alapvetően a bejelntkezéshez is le lehet rakni-vizsgálni ugyanúgy egy user kulcsot cska akkor az a $_SESSION tömb lesz. -
Sk8erPeter
nagyúr
válasz
trisztan94 #10167 üzenetére
Beállítod valahol egyáltalán a $_COOKIE['user']-t?
Egyébként értelmesebb lenne akkor már $_SESSION-t használni (session_start()-tal). -
ArchElf
addikt
válasz
trisztan94 #10146 üzenetére
session (pl cookie) ellenőrzés és redirect.
AE
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! Asus H110M-K i7 6700 16GB DDR4 480GB SSD GTX 1660Ti 6GB Rampage SHIVA FSP 550W
- LG 48GQ900-B - 48" OLED - 4K 3840x2160 - 138Hz & 0.1ms - G-Sync - FreeSync - HDMI 2.1
- VÉGKIÁRUSÍTÁS - REFURBISHED - Lenovo ThinkPad 40AC Thunderbolt 3 docking station
- Honor Magic7 Lite 512GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo ThinkPad X13 G2 multitouch
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest