- Samsung Galaxy A54 - türelemjáték
- Fotók, videók mobillal
- Milyen okostelefont vegyek?
- Apple iPhone 15 Pro Max - Attack on Titan
- Samsung Galaxy S23 Ultra - non plus ultra
- Huawei Watch GT 4 - kerek karék
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Bivalyerős lett a Poco F6 és F6 Pro
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
Hirdetés
-
SGF24 - Befutott a Monster Hunter Wilds legújabb előzetese
gp Az új rész jövőre érkezik, ennél pontosabb dátumot nem kaptunk még sajnos.
-
Computex 2024: monstrumhűtő a DeepCoolnál (videóval!)
ph Az Assassin IV széria legújabb verziója egy vapor chamber talpat kapott, így már 300 wattig használható.
-
Új Reno12 modellek is érkeznek
ma A Reno12 Pro mellett belépő ajánlatokkal is készül az Oppo, a Reno12 F 4G-s és 5G-s verzióban is elérhető lesz.
Új hozzászólás Aktív témák
-
Coyot
őstag
válasz Sk8erPeter #4100 üzenetére
mysqli használata ajánlott, és teljesen mindegy hogy 3 ezred másodpercel gyorsabban fut vagy nem, nem azért szeressük mert gyorsabb/lassabb
Má' nem
-
Coyot
őstag
válasz Inv1sus #4173 üzenetére
Semmit nem csinálsz rosszul, ennek így kell történnie, belementette az adatbázisba a user által beírt szöveget.
input: """1'' ' dasd' asdfdf' / dfgfdg/ 'fsdfsd'
escape után: \"\"\"1\'\' \' dasd\' asdfdf\' / dfgfdg/ \'fsdfsd'adatbázisba már az escape nélküli adat kerül.
Má' nem
-
Coyot
őstag
válasz PowerBuldog #4485 üzenetére
header('Location: http://www.example.com/');
Ez lesz a te embered, de arra figyelj, hogy csak akkor ha még semmi output nem volt előtte.
Megelőztek
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
válasz PowerBuldog #4488 üzenetére
ne írass ki semmit header() előtt, naggyából és egyszerűen ennyit tesz
nah kicsit pontosabban: a header kell hogy legyen az első információ amit a szerver elküld a böngészőnek, tehát sem hibaüzi sem echo, print nem lehet előtte.
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
válasz 8nemesis8 #4588 üzenetére
google első találat, és szépen le is rajzolja hogy csinálj sheduled jobot
http://www.oracle.com/technology/obe/obe10gdb/manage/scheduler/schuser.htmMá' nem
-
Coyot
őstag
válasz Sk8erPeter #4625 üzenetére
Attól még mindig duplán escapel, inkább azt kerülje el min utólag mókolni az adattal...
Má' nem
-
Coyot
őstag
-
Coyot
őstag
válasz vakondka #4980 üzenetére
Pedig nem, csak IE ben van cert a többi böngészőben hibás...
valószínű valami tartalom miatt szúródik el, amit nem a saját szerverről szedsz be, az ie meg pont nem képes feldogozni azt
Szerintem csekkold.meg is találtam mi a baja, de dolgozz vele 1 percet te is
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
-
Coyot
őstag
-
Coyot
őstag
válasz Speeedfire #7090 üzenetére
nem vágtad felül a $lekerdez változó értékét?
mod.: sorry elírtam a változónevet
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
válasz Speeedfire #7095 üzenetére
tuti hogy a ciklusban felülvágod az értékét... mivel 1 hírt kitett a másodikat már nem tudja.
Má' nem
-
Coyot
őstag
válasz Speeedfire #7469 üzenetére
Template-en mindent megoldasz wp-ben, nem kell a kódban turkálnod. Szerintem fasza
Má' nem
-
Coyot
őstag
válasz Speeedfire #7473 üzenetére
gányolás? láttál már wp template kódot egyáltalán?
csak rajtad múlik mennyire fog szarul kinézni a kód, a motor meg megcsinál mindent helyetted és van hozzá rendes dokumentáció. innen engem nem érdekel mennyire gány a belső kód. ami amugy a régi időkre emlékeztet, sima strukturált szerkezet, néhány újabb okosabb megoldással.
de megsúgom halkan, hogy a kutyát nem érdekli hogy gány-e a kódod ha jól működik.
Má' nem
-
Coyot
őstag
válasz wolandino #7741 üzenetére
a joinok miatt lassú nem a 150k miatt. ha csak simán a 150k ba kérdezel le akkor nem lesz 22sec minden valószínüség szerint. de kurva egyszerűen nyomj egy explaint rajta, az ki fogja írni neked hol hasal el a mutatvány, indexeket is érdemes lenne a helyükön tartani.
Má' nem
-
Coyot
őstag
Írsz egy obfucalót nem nagy kunct az sem, weblaboron volt is kész példa rá.
vagy: obfuscatephp a progi, nem ingyenes így belerak egy kódrészt amitől 7 nap után leáll a kód. Írtam rá egy reguláris kifejezést ami kibombázza belőle np++al pikkpakk ki lehet pucolni, ha kell szólj
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
válasz Speeedfire #8841 üzenetére
szóval a prohardver meg a mobilarena meg a logout meg a többi oldal is hülyeség?
Má' nem
-
Coyot
őstag
-
Coyot
őstag
válasz Speeedfire #9759 üzenetére
De még mindig nem derült ki hogy vízjelezel htaccess-el, ezt akarom látni
Ezért igazából nincs értelme a kérdésnek. Vízjelhez mindenképp kell php, ahhoz hogy normális linkek legyenek ahhoz meg a htaccess.
Én írtam már pár ilyen cuccot, nekem mindig egy php adja ki a képet, htaccess meg lekezeli a kép eléréseket és dobja a php nak, php eldönti van e jogod a képre, megvan e a kért méretben stb stb.
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
válasz Speeedfire #9776 üzenetére
Jo
Pont akkor kesseled ha mindegyiket tárolod vagy már feltöltéskor teszel rá vízjelet. Sőt szerintem méret szerint is kötelező kesselni,ne a szerver dolgozzon már vele minden egyes letöltéskor.
Má' nem
-
Coyot
őstag
válasz Sk8erPeter #11590 üzenetére
print_r úgy működik,mint a var_dump, de tudod visszaadatni vele az értéket( a var_dump azonnal a kimenetre tol mindent).
var_export, meg php-ban felhasználható formában jeleníti meg az értékeket.
nem biztos hogy jól tévedek, de lehet
Má' nem
-
Coyot
őstag
válasz Sk8erPeter #11593 üzenetére
de a var_export más formában adja vissza a vizsgált változókat mint a másik kettő, tehát alapműködésben teljesen más.
Má' nem
-
Coyot
őstag
válasz Sk8erPeter #11597 üzenetére
Meg mertem volna esküdni hogy a var_dump és a print_r uabban a formában adja vissza az adatot, de ha nem, hát nem
Má' nem
-
Coyot
őstag
válasz Sk8erPeter #11603 üzenetére
Szerintem igazából innen ízlés kérdése, kinek melyik tetszik. Nálam a debug modul print_r el rakja ki az infókat, de valószínű a var_dump-al is pont ennyire meg lennék elégedve
Má' nem
-
Coyot
őstag
válasz Inv1sus #12085 üzenetére
egyszerű:
- base tag-ed mindig "http://localhost/proj/"
- minden linked elérésed: css/style.css - tehát nincs ott a / az elején
- htaccessnél is be kell sajnos állítani, hogy mutasson a saját könyvtáradra.Sokkal jobb amugy rendesen konfigolt virtualhostokon dolgozni
[ Szerkesztve ]
Má' nem
-
-
Coyot
őstag
válasz Sk8erPeter #12114 üzenetére
Tudod, erre szokták azt mondani, hogy a megrendelő nagyon nagy ívben szarja le, hogy milyen minőségű a kódod, működjön.
Tudom és értem miért kell okosan kódolni, de azért a php legnagyobb előnyéből ne csináljunk már hátrányt.
Ha fáj hogy bármibe bármit tehetsz és imádod a compiler error tényleg menj .NET-reHozzáteszem én is a szép kódolás híve vagyok, és nem szoktam gányolni, de engem nem zavar ha egy tömbbe stringet teszel, csak legyen ott az a rohadék komment hogy az miért jó úgy (pedig igazad van általában nem jó úgy...), nomeg a változók és függvények neve ne a,b,c legyen. Szerintem ezek sokkal nagyobb hibák, mint az előbb említett.
Szigorúan szerintem
[ Szerkesztve ]
Má' nem
-
Coyot
őstag
válasz Sk8erPeter #12116 üzenetére
Igen a php egy scriptnyelv, és nem típusos, pontosan ezért használják annyian és emiatt az egyszerűség miatt lett ilyen népszerű. Tehát igen ez a nagy kényelmesség előny, ha nem lenne ilyen egyszerű lehet nem is ez terjedt volna el.
Az a baj félreértesz, 100%-ban igazad van, én sem használom ilyen szinten szarul a php-t (és nem szoktam gányolni azt nem tudom honnan szedted ), de, és ott a de és mindig ott lesz ez a de: amíg a nyelv nem típusos addig marha sokan fogják így használni, mert engedi.
Sok régi kódot írtam újra, és tele volt ilyenekkel, biztos bennem van a hiba, hogy nem akadok fent rajta, de mint mondtam a komment hiány és a semmitmondó változónevek engem ezerszer jobban zavarnak, mert anélkül aztán tényleg nehéz kiigazodni mások kódjában.
A tömbbe stringes példa nagyon aranyos meg minden, de te is tudod szerintem hogy mire gondoltam
Má' nem
-
Coyot
őstag
válasz Sk8erPeter #12122 üzenetére
S lőn legyen meg a PHP mint script nyelv. S varázsoljunk bele nagy egyszerűséget, kíméljük meg a népet a típusoktól. Legyen hát. Így lett. S a népek láták hogy ez jó vala, fejlesszétek az nyelvet mely immáron úgy kinőtte magát, hogy annak elsőre nagy egyszerűséget adó típustalansága lett legnagyobb hátránya.
Na szóval a php mikor elkészült /tanulányaim homályos emléke szerint/ ezzel a típustalansággal és egyszerűséggel szerezte meg az emberek bizalmát, ezért fejlesztik ilyen nagy léptékben, és ezért ilyen jó nyelv. Amugy mióta fejleszti közösség a PHP-t? Ez azért nem Drupal.
Ha belegondolsz mi volt a 4esben (egyáltalán használtál e rég php-t?) ? Hát azért nem volt egy nagy eresztés na, az 5ös újításaihoz képest meg végképp nem. Arra próbáltam célozni, hogy ha egy átlagos típusos nyelv lett volna a kezdetektől akkor lehet nem jut el idáig. Igazából ennyit akartam mondani, lehet csak most sikerült jól megfogalmazni (az alvás segít).
Egy szónak is 100 a vége, kódoljunk szépen string var-ba csak ritkán tegyünk tömböt
Má' nem
-
Coyot
őstag
-
Coyot
őstag
válasz Speeedfire #12155 üzenetére
Neked az kell hogy a kulcsok maradjanak és azonos kulcsok esetén valami prioritás szerinti érték kerüljön bele? Szerintem erre írj egy saját függvényt.
Az előbb említett array_merge újraindexel teljesen, szerintem nem arra gondolt, már csak azért sem mert szeretné a létezőt felülírni.
[ Szerkesztve ]
Má' nem
Új hozzászólás Aktív témák
- Dell PowerEdge T420 Tower Server 2xE5-2407(2.20Ghz),128GB,8xLFF(Üres)
- Teljesen új Xiaomi 13 8/256GB DS (5G) Black eladó (bontatlan+garancia)
- ELADÓ MacBook Pro 2017 13" KÖZÉPSŐ MODELL 16GB RAM i5 2.3GHZ 256GB SSD 66 CIKLUS + Magic Mouse
- ÚJszerű Samsung Galaxy S20 Plus 5G (83e-től)
- Eladó Cablemod kábelszettek tápokhoz, moddinghoz a bolti ár töredékéért!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs