- Épített vízhűtés (nem kompakt) topic
- Amlogic S905, S912 processzoros készülékek
- PC VGA - TV RGB SCART összekötés
- A Palit fekete VGA-szörnye nem kér a színes pislákolásból
- Azonnali alaplapos kérdések órája
- Milyen nyomtatót vegyek?
- GoPro Topic
- Házimozi haladó szinten
- AMD GPU-k jövője - amit tudni vélünk
- Nem indul és mi a baja a gépemnek topik
Hirdetés
-
Küszöbön lehet végre a Beyond Good & Evil: 20th Anniversary Edition megjelenése?
gp A Sony rendszerében már látható, hogy kapott egy frissítést a játék, valamint a trófea rendszerét is aktiválták.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Kíváncsi az EU, milyen online védelmet adnak a pornóplatformok a kiskorúaknak
it Az EB felkereste a nagy pornóplatformokat, hogy megtudja, milyen intézkedéseket tettek.
Új hozzászólás Aktív témák
-
trisztan94
őstag
válasz Sk8erPeter #15247 üzenetére
Nem hulyeseg.
Gettype-al valahogy igy nezne ki a switch, nem?
switch (gettype($value)) {
case "integer"
$type = PDO::PARAM_INT;
break;
case "boolean":
$type = PDO::PARAM_BOOL;
break;
case "NULL":
$type = PDO::PARAM_NULL;
break;
default:
$type = PDO::PARAM_STR;
}Viszont amit elozo hsz.-emben bemasoltam, az egesz kod a fajlban, megis parse errort kapok
Hogy erted azt, hogy bebugyolaltam egy metodust egy masikbs?
[ Szerkesztve ]
https://heureka-kreativ.hu
-
DNReNTi
őstag
válasz fordfairlane #15250 üzenetére
Egy mysqli objektum. A PHPStorm szépen fel is sorolja a mysqli metódusokat a -> után mégis a "Call to a member function close() on a non-object" hibával lerogyik. De mindegy is mivel kiderült, nem szükséges a kapcsolatokat zárni, maguktól záródnak.
but without you, my life is incomplete, my days are absolutely gray
-
DNReNTi
őstag
válasz fordfairlane #15253 üzenetére
Basszus... Epic fail. Megvan a hiba... Inkább le se írom annyira ciki.
but without you, my life is incomplete, my days are absolutely gray
-
cucka
addikt
válasz trisztan94 #15251 üzenetére
Hogy erted azt, hogy bebugyolaltam egy metodust egy masikbs?
Úgy, hogy a metódusaid többsége semmit sem csinál, csak meghív egy másik metódust. Tehát a kódod nagy része teljesen fölösleges zaj a kódbázisban. -
Peter Kiss
senior tag
válasz Sk8erPeter #15247 üzenetére
Mindkettő hibás, típust nem kell kitalálni, hanem lehetőséget kell adni a megadására, ha pedig hiányzik, akkor vagy egy default-ot veszünk, vagy exception dobunk.
És a kóddal nem az a baj, hogy zajos, hanem hogy egy rettentő rossz gyakorlatot mutat be. Összerakja a PDO-t és a PDOStatement-et egy osztályba, mikor teljesen más a felelősségük, ráadásul gyakorlatilag fixen egy PDOStatement-en dolgozik.
Nesze neked OO. :facepalm:
-
Sk8erPeter
nagyúr
válasz Peter Kiss #15256 üzenetére
Mindegyik állítással egyetértek.
(#15251) trisztan94 :
Úgy kell érteni, hogy nyugodtan kidobhatod a kukába ezt az osztályt, mert semmi értelme.Sk8erPeter
-
trisztan94
őstag
válasz Peter Kiss #15256 üzenetére
Tehát ha jól értem, teljesen jó az, ha a PDO-val kapcsolatos dolgokat csak beírom a kódomba ahová kell?
Tehát mondjuk adatbázis kapcsolódás az most a database.php fájlban van, abban van ez az osztály. Tehát konkrétan csak oda beírom azt ami a konstruktorban van, majd ha kell egy másik fájlban az ab, akkor csak importálom a database.php-t és csak beírom abba a fájlba a query-ket majd futtatom őket a database.php-s PDO példányommal?
Vagy hogy lenne jó alkalmazni?
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz trisztan94 #15258 üzenetére
Most akkor már azzal is gondjaid akadtak, hogy hogyan használj fel egy objektumpéldányt?
Sk8erPeter
-
trisztan94
őstag
válasz Sk8erPeter #15259 üzenetére
Tisztán szeretnék látni, nem akarok több felesleges hülyeséget csinálni, mint ahogyan most kiderült, hogy a PDO osztályom is az volt.
https://heureka-kreativ.hu
-
Peter Kiss
senior tag
válasz trisztan94 #15258 üzenetére
Ha olyan alkalmazásban használod fel, ami áll két lapból, és a database.php jelenlétéből erre tippelek, akkor semmi értelme azzal játszani, mit rakj köré, mert felesleges lesz.
Amennyiben egy nagyobb alkalmazásról van szó, akkor megérheti körberakni, amivel elérheted, hogy:
- egy beállítást soha ne lehessen elnyomni rajta (PDO: mindig exception-t dobjon, ha valami beszarik)
- tudj hozzáadni olyat, amit gyakran használsz generikusan
- elfedj olyat, amit nem kellene használni, ne is legyen szem előtt
- magasabb absztrakciós szintet adj meg, pl. PDO ellenére is vannak driverspecifikus beállítások -
fordfairlane
veterán
válasz trisztan94 #15260 üzenetére
Nagyjából három funkciót valósít meg az osztályod. Egyrészt kapcsolatot kezel, másrészt query és paramétereket rendel össze, harmadrészt valamiféle típuskényszerítést végez saját binddal.
A Single Responsibility Principle, első, klasszikus OOP vezérelv mentén: Az elsőt egy DBFactory osztályba tenném, ami példányosít, ha kell, és a PDO-t adja vissza az alkalmazásrétegnek. A második funkciót egy MyPDO szerű osztállyal oldanám meg, esetleg az emlegetett Doctrine DBAL komponenssel. (MyPDO extends PDO, azt hiszem, pont ebben a topikban emlegettem). A harmadikra (az a nagy switch szerkezet) igazából nem tudom, hogy ebben a formában szükség van-e.
[ Szerkesztve ]
x gon' give it to ya
-
trisztan94
őstag
válasz Peter Kiss #15261 üzenetére
+ (#15262) fordfairlane
Köszönöm szépen, így már sokkal tisztább a kép. Nekiesek majd valamikor jövőhéten egy új projektnek, ott megpróbálom majd implementálni ezeket.
Köszi mégegyszer uraim!
https://heureka-kreativ.hu
-
Soak
veterán
válasz trisztan94 #15263 üzenetére
Ahelyett hogy feltalalod a melegvizet, miert nem hasznalsz egy kesz megoldast? Pl ott a doctrine mint orm (meg nem hasznaltam) , legalabb adatbazis fuggetlen is lehetne az alkalmazasod.
-
DNReNTi
őstag
Napi villámkérdés:
Mi a különbség ez:
for ($i=0; $i<$regi_tomb_merete; $i++) {
$uj_tomb[] = $regi_tomb[$i];
}és e között :
for ($i=0; $i<$regi_tomb_merete; $i++) {
$uj_tomb[] = & $regi_tomb[$i];
}A var_dump($uj_tomb) látszólag totál ugyan azt adja vissza, valami mégsem jó az első változattal, mert a call_user_func_array() nem helyesen fut le vele, hanem tömb minden eleme az utolsó elem. A második módszerrel teljesen jó minden, csak meg akarom érteni mi az oka annak hogy az első bár látszólag ugyan azt a tömböt készíti el, mégsem jó.
Bónuszkérdés:
Miért nem jó így sem:
foreach($regi_tomb as $tomb_elem) {
$uj_tomb[] = & $tomb_elem;
}but without you, my life is incomplete, my days are absolutely gray
-
trisztan94
őstag
Sziasztok!
Jelszó hash-eléssel kapcsolatban lenne egy kérdésem.
Ha jól értettem a leírásokat, az a legbiztonságosabb, ha a jelszóhoz hozzáadunk egy egyéni salt-ot. Eddig md5-öt használtam, de az tudjuk, hogy mennyire nem biztonságos.
Tehát amikor regisztrál a felhasználó, akkor generálok egy salt-ot, majd base64_encode()-al hashelem a jelszó+salt kombót?
Ezek után, berakom az adatbázisba a hashelt jelszót és egy külön oszlopba a salt-ot?
Tehát amikor bejelentkezni akar a júzer, akkor előbb egy query-vel kiszedem a salt-ot, majd hozzáadom a jelszóhoz, megint csinálok ebből egy hash-t és csekkolom, hogy egyezik-e az adatbázisban lévő jelszóval?
Így kell ezt csinálni? Ha nem, akkor hogyan kell rendesen?
Ez a kód, amit a salt létrehozásához használok:
base64_encode(mcrypt_create_iv(24, MCRYPT_DEV_URANDOM));
Szerk:
Egy másik gyors kérdés.
Include-olva van egy fájlomban az adatbázis kapcsolódás, a PDO osztály példánya a $conn változóban van. Na most ezt a változót használnám azon a lapon, amibe be van include-olva, viszont netbeans aláhúzza, hogy uninitalized. Működik attól még, annyi érdekelne, hogy csak a jelenlegi scope-ban nem találja, vagy kell-e ezzel egyáltalán foglalkozni?
[ Szerkesztve ]
https://heureka-kreativ.hu
-
-
cucka
addikt
válasz DNReNTi #15266 üzenetére
Az első ciklusban érték szerinti értékátadást használsz a ciklusban. Ez úgy működik, hogy az $uj_tomb[0] értéke a $regi_tomb[0] értékének másolata. Tehát a háttérben egy darab memória tartalmát átmásolja egy másik memóriaterületre.
A második ciklusban referencia szerinti értékátadás történik. Ez úgy működik, hogy az $uj_tomb[0] semmi más, csak egy új név ugyanarra a memóriadarabra, amire a $regi_tomb[0] is mutat. Lényegében ez egy alias. Ha az egyik értékét módosítod, a másik is módosul. A memória, amire mutatnak, csak akkor fog felszabadulni, ha mindkét változót törlöd (unset) - ez fasza memory leak forrás, oda kell rá figyelni.
A harmadik ugyanaz, mint a második, csak for helyett foreach ciklussal. Többnyire ezt érdemes a for ciklus helyett használni.
Ja, és az ne zavarjon meg, hogy a tömbök 0. elemével írtam a példát, a fentiek bármilyen változóra igazak. Továbbá z objektumok érték szerinti átadása totál máshogy működik.
[ Szerkesztve ]
-
cucka
addikt
válasz trisztan94 #15267 üzenetére
Jelszó hash-eléssel kapcsolatban lenne egy kérdésem.
A standard válasz erre, hogy "google bazmeg".
Amúgy ha php 5.5 van, akkor használd a password_hash(), password_validate() függvényeket.
Régebbi verziókhoz itt van megoldás: [link] procedurális és oop implementáció.
Nem kell feltalálnod a meleg vizet.Egy másik gyors kérdés.
Deklaálod globálnak
global $valtozo;
Vagy beannotálod
/**
* @var $valtozo
*/Nem próbáltam ki, de én ezekkel támadnám meg a problémát.
-
DNReNTi
őstag
Tökéletesen érthető a különbség, köszi.
Amit továbbra sem értek, hogy miért nem működött a call_user_func_array() az érték szerint átadással összerakott tömbbel? Továbbá a harmadik, foreach() megoldás nem működött jól. Utóbbit mondjuk lehet benéztem valahol, erre mindjárt vissza is térek.
but without you, my life is incomplete, my days are absolutely gray
-
DNReNTi
őstag
Aw... megvan, jól gondoltam hogy valamit benéztem.
Így fain:$a = array(1,2,3,4);
$b = array();
foreach ($a as &$item){
$b[] = &$item;
}
var_dump($b);Még az érték szerinti átadással kísérletezek. Az szimpatikusabb lenne. De legalább már ez megvan.
but without you, my life is incomplete, my days are absolutely gray
-
Sk8erPeter
nagyúr
"Ez úgy működik, hogy az $uj_tomb[0] értéke a $regi_tomb[0] értékének másolata. Tehát a háttérben egy darab memória tartalmát átmásolja egy másik memóriaterületre."
Ő, a PHP-ra jellemző copy-on-write miatt elvileg csak akkor készül másolat, amikor módosulás történik.Sk8erPeter
-
csabyka666
addikt
Üdv!
Ha adatbázisban pontosan 13 jegyű számokat (vonalkódok) tárolok, akkor milyen INT-ben kell tárolni? Vagy legyen VARCHAR?
Van egy olyan problémám, hogy 3 számjegyű számokat hozzá tudok adni, de 13-nál nem írt semmit az adatbázisba. Gondolom, az lesz a hiba...Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
CSorBA
őstag
válasz csabyka666 #15276 üzenetére
Ez SQL topikos kérdés lenne, válasz: [link]
-
fordfairlane
veterán
-
csabyka666
addikt
válasz fordfairlane #15279 üzenetére
Melyik a "hatékonyabb"?
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
Phvhun
őstag
válasz csabyka666 #15280 üzenetére
Ezt elég lett volna csak logikusan átgondolnod.
13db számot ha tárolsz, akkor az 10 féle dolog mehet a 13 helyre.
Namost varcharként ez 13 karakter, amiből meg sokkal több féle van pl összes betü stb..., és a számokat alapból több biten tárolja le mivel lehet hogy unicode karakterként van a kezelésük beállítva.
Az meg több helyet foglal.Szoval számként tárold.
-
fordfairlane
veterán
válasz csabyka666 #15280 üzenetére
Egzakt precizitásra a decimal való (tipikusan "monetary" értékre lett kitalálva), de ha a vonalkódszámokkal nem végzel matematikai műveleteket, akkor a varchar is jó. Integert nem ajánlom ilyen esetekre, úgy is stringként kell használnod alkalmazásszinten, hogy meglegyen a 13 karakter hossz.
[ Szerkesztve ]
x gon' give it to ya
-
csabyka666
addikt
Na, itt kaptam mindkét oldalról. Elsődleges szempont, hogy működjön, de persze az sem hátrány, ha nem pazarol az erőforrással.
Én ezek után a BIGINT-tel szemeztem. Az 8 byte-on tárol, kérdés az, hogy a VARCHAR mennyin tárolnál a 13 számjegyet.
[ Szerkesztve ]
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
fordfairlane
veterán
válasz csabyka666 #15283 üzenetére
Nem tudom, mennyi adatról van szó, de megelőlegezem, teljesen fölösleges hülyeségen folyik a rugózás.
x gon' give it to ya
-
csabyka666
addikt
válasz fordfairlane #15284 üzenetére
Legyen úgy.
Ágdarálást, kaszálást, területtisztítást vállalok profi gépekkel! Elsősorban Zala megye és vonzáskörzete, de minden megkeresést meghallgatok. +36305633091
-
trisztan94
őstag
válasz Tele von Zsinór #15275 üzenetére
Nagyon jó a post, köszönöm!
Más:
HTML5-ös ajax fájlfeltöltéssel bénázom nagyon (ez lehet inkább jQuery topikba kellene, de nagyon úgy érzem PHP oldalon van a probléma)
Tehát egy SO-n 50+ upvote-olt válasz volt, többen is írták, hogy működik..
Van ez a formom:
<form name="form-uploadXLS" id="form-uploadXLS" method="post" action="php/uploadXLS.php" enctype="multipart/form-data" >
<hr />
<div class="form-group">
<div class="col-md-12">
<input type="file" name="xls" class="xls" />
</div>
</div>
<input type="submit" value="Feltöltés" class="btn-uploadXLS" />
</form>Az lenne a lényeg, hogy csak .xls vagy .xlsx fájlt lehessen feltölteni, de az most teljesen mindegy.
Itt a jQuery kód ami lekezelné:$('#form-uploadXLS').on('submit', function (event) {
console.log("submitted");
event.preventDefault();
var formData = new FormData($('#form-uploadXLS')[0]);
$.ajax({
url: 'php/uploadXLS.php',
type: 'POST',
success: function(data) {
console.log("success");
console.log(data);
},
error: function(msg) {
console.log("error");
console.log(msg);
},
data: formData,
cache: false,
contentType: false,
processData: false
}, 'json');
});És itt a mögötte lévő PHP:
if(isset($_FILES["xls"]) && $_FILES["xls"]["error"]== UPLOAD_ERR_OK)
{
############ Edit settings ##############
$UploadDirectory = $_SERVER['SERVER_NAME'].dirname($_SERVER["REQUEST_URI"]) . '/xls/';
##########################################
/*
Note : You will run into errors or blank page if "memory_limit" or "upload_max_filesize" is set to low in "php.ini".
Open "php.ini" file, and search for "memory_limit" or "upload_max_filesize" limit
and set them adequately, also check "post_max_size".
*/
//check if this is an ajax request
if (!isset($_SERVER['HTTP_X_REQUESTED_WITH'])){
die();
}
//allowed file type Server side check
switch(strtolower($_FILES['xls']['type']))
{
//allowed file types
case 'application/vnd.ms-excel':
break;
default:
die('Nem támogatott fájlformátum!'); //output error
}
$File_Name = strtolower($_FILES['xls']['name']);
$File_Ext = substr($File_Name, strrpos($File_Name, '.')); //get file extention
$Random_Number = rand(0, 9999999999); //Random number to be added to name.
$NewFileName = $Random_Number.$File_Ext; //new file name
if(move_uploaded_file($_FILES['xls']['tmp_name'], $UploadDirectory.$NewFileName ))
{
// do other stuff
die('Sikeres feltöltés!');
}else{
die('Hiba történt a feltöltés során!');
}
}
else
{
die('wtf');
}(Ezt is SO-ról csórtam)
Na akármit csinálok, mindig a "wtf" hibaüzenetet kapom.
Elvileg a formData üres, de megint csak elvileg annak mi nem is láthatjuk a tartalmát.
HTTP 200 OK-al jön vissza a wtf hibaüzenet?
Könyvtárak helyét, nevét ellenőriztem, a php.ini-t is.
Mit nem veszek észre?
[ Szerkesztve ]
https://heureka-kreativ.hu
-
DNReNTi
őstag
válasz trisztan94 #15286 üzenetére
Csudi megoldás az a millió die() Tegyed bele egy metódusba, és hibánál dobjon inkább exception-t. Szebben mutatna. Igen tudom, nem ez volt a kérdés.
but without you, my life is incomplete, my days are absolutely gray
-
trisztan94
őstag
válasz DNReNTi #15287 üzenetére
Csórt kód. Nyilván nem ezt használnám élesben, de sehogy sem megy.
Most kicsit egyszerűbb kóddal próbálkozom:
if(!empty($_FILES['xls'])) {
echo '<pre>',print_r($_FILES,1),'</pre>';
}
else {
die('POST ÜRES');
}Ezt dobja a print_r():
Array
(
[xls] => Array
(
[name] =>
[type] =>
[tmp_name] =>
[error] => 4
[size] => 0
)
)Fogalmam sincs, hogy mi az a 4 error.
https://heureka-kreativ.hu
-
moltam88
tag
válasz trisztan94 #15288 üzenetére
(A kérdést én is passzolom, nem próbálkoztam még ilyennel)
-
trisztan94
őstag
válasz trisztan94 #15286 üzenetére
Megvan a megoldás!
Valami számomra érthetetlen okból, a formdata változónak nem a form 0. elemét, hanem az 1. elemét kellett átadni.
Itt van a SO kérdésem, a kommentekben lehet olvasni a tippeket.
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
válasz trisztan94 #15290 üzenetére
Nincs az oldalra betöltve több olyan form is, amihez a .form-uploadXLS class van hozzárendelve?
Mellesleg az eredeti postodban még id-t használtál, ahol normális esetben tök felesleges a [0] index:
var formData = new FormData($('#form-uploadXLS')[0]);Egyébként ne szívasd magadat:
http://www.plupload.com/
https://github.com/moxiecode/plupload
(ugyanazok fejlesztik, aki a TinyMCE-t is)
HTML5 + fallback.[ Szerkesztve ]
Sk8erPeter
-
cucka
addikt
válasz trisztan94 #15286 üzenetére
Ettől a kódtól kiég a retinám b+
-
Sk8erPeter
nagyúr
-
moltam88
tag
válasz Sk8erPeter #15291 üzenetére
Tuti, hogy több form-uploadXLS class-szal rendelkező elemnek kell lennie a DOM-ban.
Nálam ezzel a HTML-el:
<!DOCTYPE html>
<html>
<head>
<script src="http://code.jquery.com/jquery-1.11.0.min.js"></script>
</head>
<body>
<form class="form-uploadXLS" method="post" action="php/uploadXLS.php" enctype="multipart/form-data">
<div class="form-group">
<div class="col-md-12">
<input type="file" name="xls" class="xls" />
</div>
</div>
<input type="button" value="Upload" class="btn-uploadXLS" />
</form>
<script type="text/javascript">
console.log($('.form-uploadXLS')[0]);
console.log($('.form-uploadXLS')[1]);
</script>
</body>
</html>a következő outputot kapom konzolban:
<form class="form-uploadXLS" enctype="multipart/form-data" action="php/uploadXLS.php" method="post">
undefined(Elég egyértelmű volt, de nem hagyott nyugodni a gondolat, hogy létezhet-e ilyen...)
[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #15293 üzenetére
Csak én vagyok olyan ufó, hogy ha egy technológiával kell dolgoznom, amihez nem értek, akkor előtte elolvasok róla egy könyvet, hogy tudjam, miről van szó, én nem csimpánzként másolgatok össze vissza ismeretlen kódokat reménykedve abban, hogy véletlenül működni fog?
Ennek a topiknak a fele kb. ilyen triviális fasság, amit egy php könyv első 250 oldalának elolvasása után senki se tenne fel. Például biztos minden php könyvben van egy fejezet a filefeltöltésről. Mondjuk 40 oldal. Nem egy nagy kalad, egy délután alatt elolvasható, kitanulható alapszinten. Ehelyett szerintem még mindig azzal a foshalmazzal megy a küzdelem, amit ideposztolt. Nem fér a fejembe. -
Sk8erPeter
nagyúr
Nem tudok vitatkozni. Amit viszont egyszerűen nem tudok elhinni, hogy hogy lehet - fórumos hozzászólások alapján - többéves tapasztalat alapján ilyen ostoba szar hibákon elvérezni, hogy nem veszi észre, hogy kliensoldalon rossz elemmel játszadozik. Ha gyorsan meg akarom tudni, hogy jó-e a selectorom, fogom, és bedobom a böngésző fejlesztői panel konzoljába a megfelelő szintaktikával, és egyből megtudom, hogy milyen elemeket kapok vissza... Ami még rosszabb, hogy arra se sikerült rájönni, hogy egyáltalán szerveroldalon vagy kliensoldalon van-e a probléma, ami megint teljesen triviális volt. De biztos majd egy spagettikód megoldja, keressünk hát gyorsan egyet!
Amúgy majdnem írtam, hogy tényleg szar, hogy a topicban nincsenek szakmailag érdekes problémák, de aztán rájöttem, hogy valószínűleg azért, mert aki szakmailag érdekes problémával találkozik, az sanszos, hogy már megtanulta értelmezni a hibaüzeneteket, valami sejtése van a debuggolásról (ami NEM a die() és egyéb bullshitek), meg utánanéz, mielőtt nekiesne, mint tót az anyjának.
(#15294) moltam88 :
Hát bizony, ez valóban nem meglepő.[ Szerkesztve ]
Sk8erPeter
-
Phvhun
őstag
válasz Sk8erPeter #15296 üzenetére
Nálam ennek az az oka, hogy semmire sincs időm, és ha valamihez célszerszámot kell összetákolnom php-ban, akkor inkább legyen rozoga, és működjön nekem, összelopkodott spagettikóddal, akár csak egyszer is, minthogy előtte regényeket kelljen olvasgatnom.
-
trisztan94
őstag
válasz Sk8erPeter #15291 üzenetére
+ (#15294) moltam88
Ja, végül rájöttem. Múltkor a jQuery topikban volt szó erről, a PageSlide plugin amit használok valamiért duplikálja a div-et ami az oldalban van, ezért lett két form.(#15292) cucka + (#15293) Sk8erPeter + (#15295) cucka + (#15296) Sk8erPeter
Szerintem nem értettétek meg rendesen a problémát . Kva mindegy, hogy milyen az a kód, egy tetves tutorial alapján csináltam, ott volt ez a kód. Most, hogy rájöttem a hibára és működésre bírtam, szerintetek azt a kódot használom?
Tegnap volt a határidő. Nem engedhettem meg magamnak, hogy írjak egy normális kódot, amikor bizonytalan volt, hogy egyáltalán így lesz-e csinálva. Olvastam a tutorialt, kimásoltam belőle a kódot, átírkáltam néhány helyen. Kövezzetek meg pls.
Ahelyett, hogy ez akár fel is merült volna bennetek, megy itt a mocskolódás, hogy kiég a retinám, meg hogy vérezhetek el ilyenen, egyáltalán nem értek a dologhoz, ezért inkább előbb olvassak, tanuljak meg debugolni, mekkora szar vagyok, hogy nem emlékeztem arra, hogy egy tetves jQuery plugin duplikálja a kódomat (fogadok a következő az lesz, hogy miért nem cserélted még le. Elébe vágok: Mert rohadtul nem volt arra időm, hogy lecseréljem, azé'), stb..Kezd a tököm kilenni ezzel a fórummal, tipikus nagyképű stílusban kell mindent mondani, majd ócsárolni szépen a másikat.
[ Szerkesztve ]
https://heureka-kreativ.hu
-
Peter Kiss
senior tag
válasz trisztan94 #15298 üzenetére
Itt minden építő jellegű.
A gond azzal van, hogy minimális megoldási szándék nélkül ment a kérdés. Alapdolgokat felejtettél el megnézni, megcsinálni, ha tegnap volt a határidő, ha nem, a probléma megoldása nem vett volna igénybe perceknél több időt.
Mellesleg az furcsa (ezt már mondtam egyszer), hogy vállalkozol weboldalkészítésre, meg tutorial-t hegesztesz, de alap dolgokkal is gondjaid vannak (base64_encode() mint hash, nem megy a fájlfeltöltés, illetve alapvető hibakeresési módok sincsenek meg).
-
bendikeee11
tag
Sziasztok, egy olyan problémám akadt, hogy bármit írok php-be, egyszerűen commentnek jelzi. Az lenne a kérdésem hogy mitől lehet ez és hogyan lehet megoldani. wamp szervert használok.
üdv.
Yesterday is History, Today is a Gift, Tomorrow is Mystery.
Új hozzászólás Aktív témák
- Automata kávégépek
- Kínai, és egyéb olcsó órák topikja
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- Budapest és környéke adok-veszek-beszélgetek
- Opera böngésző
- Épített vízhűtés (nem kompakt) topic
- M0ng00se: Northwood VS Prescott - Előszó, múltidézés
- exHWSW - Értünk mindenhez IS
- Sorozatok
- Villanyszerelés
- További aktív témák...
- 1More ComfoBuds Pro Vezeték nélküli fejhallgató ZAJSZŰRÉSSEL /// ÚJ // Számla + garancia
- K-39 Vezeték Nélküli Fülhallgató ( Stereo Headset ) /// Új // Számla + 1 Év Garancia
- YYK-Q63 Vezeték Nélküli 5.3 Fülhallgató /// Új // Számla + 1 Év Garancia
- X08 Vezeték Nélküli Fülhallgató /// Új // Számla + 1 Év Garancia
- U-Air Vezeték Nélküli Fülhallgató /// Új // Számla + 1 Év Garancia