Új hozzászólás Aktív témák
-
spammer
veterán
válasz
Sk8erPeter #13343 üzenetére
Azzal működött, nem az volt a probléma, hanem hogy simán beírva a $dest vagy $dest2 nem ment.
Viszont most megint elakadtam, és már kezd kihullani a hajam, annyit próbálkoztam. Van ez a fenti téma, szépen kiírja a távolságot stb., de én azt szeretném, hogy a submit gomb lenyomására ne frissítse az oldalt.
Tehát van a form, 1 db input és egy submit.
<form id="destCalc" action="<?php echo $_SERVER["PHP_SELF"]; ?>" method="post">
<input type="text" name="dest" id="dest">
<input type="submit" value="Mehet">
</form>Alatta pedig a fentebb már ismertetett Google térkép API-s php kód, aminek az eredménye ugye akkor látszik csak, miután a submit gombra nyomtunk.
<?php
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
itt pedig a kód.
végén pedig echo az eredményekkel.
}
?>Azt szeretném, hogy oldalfrissítés nélkül betöltse a php kódot (hogy lássam az eredményt). Már próbáltam egy rakás jquery+ajax kódot, de mindegyik túl volt bonyolítva (számomra), meg több fájlból állt regisztrációs formhoz meg ilyesmi... Ehhez a részhez nem igazán értek, így örülnék egy minél egyszerűbb lightweight megoldásnak
szerk: megtaláltam ezt is [link], de nem tudtam belőni, béna vagyok hozzá
-
#68216320
törölt tag
válasz
Sk8erPeter #13328 üzenetére
Köszönöm. Teljesen korrekt.
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #13328 üzenetére
még annyi, hogy ha nem akarod kiíratni a fejléceket, akkor kommenteld ki ezt a sort:
curl_setopt($handle, CURLOPT_HEADER, true);
ezután így használhatod könnyedén:$json_decoded_data = json_decode($result);
echo $json_decoded_data->pool_name; -
Brown ügynök
senior tag
válasz
Sk8erPeter #13293 üzenetére
Valószínűleg tudnék de a motorba nem akarok belenyúlni.
-
spammer
veterán
válasz
Sk8erPeter #13264 üzenetére
txt fájból olvassa be és echozza ki a megfelelő részeket ( | jellel van megjelölve a sorok vége, explode)
$contents = file_get_contents("teszt.txt");
$items = list($title,$val,$text)=explode('|', $contents);De mindenhol tökéletesen működik, szépen ki is írja, echoval is, direkt kiírattam, hogy lássam, nem-e rossz, de nem, szépen kiírja az értékét, nincs felesleges karakter, szóköz, semmi (elválasztójelet sem írja hozzá sehol, működik az explode).
echo $val; ->értéke: barna
Ha viszont kézzel beírom a változót és az értékét, akkor működik, szépen teljesül az if.
De miért nem érti meg az eredeti, beolvasott értéket, ha szó szerint ugyanaz, amit az echo is bizonyít.
( változókat normálisan el szoktam nevezni, csak amikor tesztelek/próbálgatok/példát írok, akkor rövid, egyszerű kifejezéseket használok
)
-
#36268800
törölt tag
válasz
Sk8erPeter #13195 üzenetére
Köszönöm a választ!
Egyelőre igyekszem információkat gyűjteni és mások tapasztalataira, az okosabbak tanácsaira hagyatkozni.
Ki szeretném próbálni a megoldásokat (a táblázatot el is dobom a layout listámból) és gyakorolni mindenképpen szeretnék. Ha lesz elég tapasztalatom, meg szeretném írni a saját layout motoromat természetesen. -
cucka
addikt
válasz
Sk8erPeter #13221 üzenetére
Amúgy én úgy csinálnám, hogy az üres értékeket eleve kiszűröm a tömbből:
$specs = array_filter($specs, function($v){ return $v!=''; });
(Igen, ez lambda, szóval php akárhányas alatt nem fut) -
Speeedfire
félisten
válasz
Sk8erPeter #13221 üzenetére
Köszönöm az észrevételt és az alternatív megoldást is. Le is cseréltem. Ez jobban átlátható.
-
Speeedfire
félisten
válasz
Sk8erPeter #13210 üzenetére
Ha pl megadom azt, hogy display: akkor utána már felajánlja az értékeket. De magát a display-t azt nem.
Más, van adott függvény arra, hogy egy asszociatív tömb értéke üres-e vagy sem?
pl
$array = array(
'valami'=>'',
'megvalami'=>'',
'egy'=>''
);Ha ezt megvizsgálom, akkor azt írja vissza, hogy az összes elem üres.
-
DeltaPower
addikt
válasz
Sk8erPeter #13202 üzenetére
Netbeans pluginként létezik.
tildy: ahogy nézem ezt a less-t, funkcionalitásra szinte ugyanaz a kettő
-
Peter Kiss
őstag
válasz
Sk8erPeter #13202 üzenetére
Jobban nem lehet érzékeltetni, hogy semmi sem kell a tárhelyen hozzá.
-
Speeedfire
félisten
válasz
Sk8erPeter #13195 üzenetére
Ezt a sass-t lehet használni osztott tárhelyen? Ez valami micsoda?
Érdekelne a dolog, de ha osztott helyen nem megy, akkor nem erőltetem. -
tildy
nagyúr
válasz
Sk8erPeter #13195 üzenetére
Mi eddig mindenhol kezzel irtuka layoutot.
-
Speeedfire
félisten
válasz
Sk8erPeter #13187 üzenetére
Hmmm...hmmm. Mondasz valamit. Akkor lehetne a shop user tábla a szállítási cím akár.
Hát, valóban nem a legszebb a kódja. Meg lassan is fejlesztik. Évente 1-2 commit van csak...
Sajnos csak egy másik ilyen rendszer van [link], viszont kevesebbet tud, mint ez.Inkább ezt a rendszert igazítgatnám, csinosítgatnám. Itt megvannak a kategóriák, termék specifikációk, fizetési és szállítási opciók. Szóval nem kellene nagyon sok extra funkció szerintem bele.
-
fordfairlane
veterán
válasz
Sk8erPeter #13137 üzenetére
Szerintem nem kell. Ha olyan osztályra hivatkozik a programjában, aminek az implementációja nincs meg, akkor az fatális hiba.
-
Speeedfire
félisten
válasz
Sk8erPeter #13114 üzenetére
Mindegy, a lényeg, hogy jQuery.
Meg amúgy is, most ebben minek kellett belekötni? -
syC
addikt
válasz
Sk8erPeter #13105 üzenetére
Köszi, ezek szerint baromi rosszul gugliztam ezidáig.
-
Speeedfire
félisten
válasz
Sk8erPeter #13097 üzenetére
Igen, újraindítottam. De lehet ez a php 5.4 szórakozik velem.
-
cstom
aktív tag
válasz
Sk8erPeter #13083 üzenetére
-
cstom
aktív tag
válasz
Sk8erPeter #13081 üzenetére
Fura, mert próbáltam joomlát is, azzal nem volt probléma.
-
Tele von Zsinór
őstag
válasz
Sk8erPeter #13074 üzenetére
És ez így teljesen jogos, csak arra akartam rámutatni, hogy a mai php-ben már nincs mérhető diff a két megoldás közt.
Egyébként az elrejtett változókat én sem szeretem. Ha bekerül, akkor minimum a {$var} jelölés, ha sok változó kerül bele, akkor pedig sprintf()-et használok.
-
Tele von Zsinór
őstag
válasz
Sk8erPeter #13055 üzenetére
Az aposztróf vs. idézőjel sebességkülönbség egy mítosz - ha nincs benne változó, nincs mérhető differencia a kettő közt. Lást például ezt az írást az egyik php core fejlesztő tollából.
-
#68216320
törölt tag
válasz
Sk8erPeter #13061 üzenetére
A tárhelyen, amit használok, ott minden log fájlba kerül. De ott is csak az error-ok, notice nem. Ha megprobálom PHP-n belül bekapcsolni, akkor az ini_set() fog kelleni nekem hozzá? Mert szeretnék notice-t is kapni a log fájlba. Az a helyzet, hogy eddig folyton enélkül dolgoztam és sok hibát ejtettem, amiket javítanék és sokat is tanulnék belőle.
Más: Bocsánat a nagyon amatőr kérdésért, de hogyan tudok változót létrehozni értékadás nélkül?
Azért kellene, mert rögtön egy ciklus ad hozzá/fűz hozzá értéket. Viszont a notice szól pl. a .= miatt, mert még nem létezik a változó. Gondolom a += miatt is szólna. Ilyesmi, hogy unsigned int szam; itt nem működne? Ha igen string esetén hogyan tudom megoldani?És természetesen köszönöm a segítőkészségeteket eddig is.
-
cucka
addikt
válasz
Sk8erPeter #13008 üzenetére
Jókat írsz, egy apróság kivételével: a manafrissítés tekinthető egy tranzakciónak, ami a következő elemekből áll:
- dátum kiolvasása
- dátum ellenőrzése/összehasonlítása
- mana frissítése, ha szükséges
A lock a tranzakció elején jön létre és a végén szűnik meg. Tehát írási művelet híján sem fogod tudni kikerülni a lock létrehozását és törlését, így a megoldásod overhead-je ígyis-úgyis a request-ek számával lesz arányban.A lock természetesen akkor is szükséges, ha cront futtatsz, az előny abban áll, hogy az, hogy hányszor fut le a szkript egy konstans és nem függ semmilyen más külső tényezőtől (pl. a http requestek számától)
-
cucka
addikt
válasz
Sk8erPeter #12993 üzenetére
Először is szögezzük le, hogy alapnak veszem, hogy egy játéknál nem oldal újratöltéssel oldjuk meg a kliensoldali frissítéseket, hanem ajax-al. Játékról van szó, tehát rengeteg request-el lehet számolni.
A dátum kiolvasása, összehasonlítása és az új mana érték beírása valóban nem erőforrás-igényes, viszont:
- Távolról sem nevezhető atomi műveletnek, tehát valamilyen lock-ot kell használj, ami viszont nagyon is erőforrás igényes. (Leginkább azért, mert az összes többi folyamat, ami ugyanazt az erőforrást használja, várni fog a lock miatt)
- Ahhoz, hogy a kliens nézőpontjából a mana érték frissítése úgy tűnjön, mint egy ütemezett feladat, minden egyes request-nél az összes játékos manáját ellenőrizni kell és frissíteni. Ez az összes olyan requset-re igaz, ahol a mana szerepel az adatok között. Felszorzod az ellenőrzés időigényét a játékosok magas számával, hozzáveszed, hogy elég sok request lesz, majd hozzáteszed, hogy minden egyes ellenőrzésnél lockolod az erőforrást, amire a többi request várni fog.Az eredmény az lesz, hogy beraktál egy k*rvanagy aknát a forráskódodba, ami akkor fog robbanni, amikor a júzereid száma elkezd nőni. A rendszered szép egyenletesen fog skálázódni egészen addig, amíg a request-ek száma túl kicsi ahhoz, hogy a lock komoly fennakadást okozzon, efölött pedig hirtelen és drasztikusan fog lecsökkenni a teljesítménye.
Ja, és ezt az egész baromságot pusztán azért, mert valamilyen hülye okból kifolyólag nem vagy hajlandó arra, hogy az ütemezett feladatot a pontosan erre a célra kitalált feladatütemezővel futtasd. Most komolyan, ez miért éri meg bárkinek?
(#12997) oleslie
Miért kell túlbonyolítani cron-al, ami nem mindenhol elérhető?
A cron mindenhol elérhető. Linuxon, Unixon, OSX-en mind alapból ott van, Windows-on szintén, csak ott máshogy hívják.
Ahol nem elérhető a cron, azok a kétpálcás php webhosting megoldások, de hadd ne ez legyen a mérce. -
Tele von Zsinór
őstag
válasz
Sk8erPeter #12993 üzenetére
maga az ellenőrzés miért lenne olyan nagy gond
Szerintem itt erre gondolt: Pistike rángógörcsöt kap, és egymás után tizenhét alkalommal kattint valamelyik linkre. Az adott oldalon olvasni kell a manát, és ekkor történik a növelés szükségességének ellenőrzése is. A számos egyszerre bejövő processt ütemezi az OS, ebből három véletlenül így jön ki:
- #1: aktuális érték olvasás
- #2: aktuális érték olvasás
- #3: aktuális érték olvasás
- #3: ellenőrzés, növelés
- #1: ellenőrzés, növelés
- #2: ellenőrzés, növelésSzóval mivel az olvasás-ellenőrzés-növelés nem atomi művelet, simán válthat közben az OS (jó eséllyel fog is). Ha szerencsétlen mód úgy jön ki, mint fenn, akkor van három processed, ami mind növeli, szóval rögtön eltelt másfél órád néhány másodperc alatt. Ezt lehet mondjuk lockolással elkerülni, de nem triviális feladat. Sokkal egyszerűbb cronból, ütemezve írni, és csak ott.
Persze ez a fenti helyzet egyszerűsítve van, sok függ a környezettől, szerverbeállításoktól, hogy használsz-e sessiont...
-
Soak
veterán
válasz
Sk8erPeter #12993 üzenetére
Az alapbol az, hogy linuxon a cron leggyakran 1 percenkent futhat le. (a konfigban a perc a legkisebb egyseg).
A masiknal pedig en epp a System_Daemon php daemonrol beszeltem ami ad egy elfogadhato alapot php alapu daemonok gyartasahoz.
-
csepelball
tag
válasz
Sk8erPeter #12979 üzenetére
Köszönöm a segítségeket!
-
Speeedfire
félisten
válasz
Sk8erPeter #12978 üzenetére
Deklaráltam a ~/.ssh/config-ban, az adott hosthoz, hogy melyik rsa fájlt használja és egyből működött a dolog.
-
RootRulez
félisten
válasz
Sk8erPeter #12965 üzenetére
Egyszer jelenne meg, amikor betöltik a főoldalt. Ha megoldható lenne, többé nem is ugrana fel (egy ideig)...
Meglesem a kódot.
-
Hege1234
addikt
válasz
Sk8erPeter #12959 üzenetére
okk
átlépek oda5mp woow egész sokáig bírtad
-
futár
senior tag
válasz
Sk8erPeter #12939 üzenetére
Megbeszéltük, részemről nincs harag. A "fos" szó verte ki a biztosítékot. Ennyi.
-
DanielK
addikt
válasz
Sk8erPeter #12937 üzenetére
igen és természetesen unsetelem a formot, ha sikeres volt a küldés, hogy üres legyen.
-
futár
senior tag
válasz
Sk8erPeter #12929 üzenetére
Srácok!!! Srácok!!! Nem kell itt civakodni! A form, amit az oldalam Kapcsolat részébe includoltam (contact.php) az egy önállóan működő, ingyenes form. Nem kell bajlódni az ellenőrzésekkel, mert a trükkös email címekkel ellátott levelekből egyetlen egyet sem kaptam meg. "fos" ??? Kicsitt régebb óta vagyok itt mint te, de ilyen degradált kifejezésekkel nem illettem senki munkáját. Ez számomra nagy eredmény még akkor is, ha neked ez óvodás szintnek is tűnik. Tudom, hogy ez az észosztás helye, de tedd azt mások megbántása nélkül! Hidd el van olyan terület, ahol én vagyok a szakértő, és te csak figyelsz. Én mégsem ordítom le senki fejét.
DanielK legalább megpróbált segíteni. Tedd te is ezt anélkül, hogy a kezdőket sárba tipornád. Ezzel a téma a részemről lezárva, az oldalon úgy működik, ahogyan szerettem volna. 1-2 év múlva vélhetően nekem is más lesz az értékrendem,, a véleményem. Ezért a munkáért pénzt nem kérek és nem is kapok, mivel saját oldalról van szó.A hányás ellen pedig vannak kitűnő készítmények, vagy menj a háziorvosodhoz!
-
DanielK
addikt
válasz
Sk8erPeter #12928 üzenetére
1. nem veszem zokon, pont amiatt, hogy kezdő vagyok! Imádom a php-t, ezért is tanulom idősebb fejjel. Tanulni meg úgy lehet, ha próbálkozom valamivel és más, aki jártasabb esetleg megmondja, hogy az pedig nem jó úgy. Szóval nyugodtan, írj, én örülök neki.
2. Én is leírom a dolgokat, hogy mit és miért gondoltam úgy:Azért nem jó megoldás, mert undorító. Ez a "célt elértem vele,... -> ezzel tisztában vagyok én is, de mivel a kódokba nem látunk bele, többet nem nagyon tudunk neki segíteni (magát a dolgokat kellene újraírnia, de ahogy kivettem, ezt nem tenné meg)
"javascripttel újratöltöd az oldalt vagy ajaxxal a divet."
Ez viccnek is rossz... -> szerintem az iframes gányolásnál még mindig jobb"de miért akarod eltüntetni? ez nem szokás, főleg, ha új üzenetet akar küldeni neked. nem felhasználóbarát...
"
Bocs, de ezt is muszáj kommentálnia valakinek, és most megint én leszek... -> igazad van, nem pontosítottam. Úgy kellett volna megkérdeznem, hogy: ebben a formában miért szeretné eltüntetni? (Szerintem ez szebb megoldás: session alapján tünteti el - és kitesz egy gombot, hogy új form kitöltése. Miután újra a kapcsolati részre kattint újra bejön a form, így nem láttam értelmét kitenni). Amin dolgozom lap, úgy oldottam meg, hogy a form fölé kiteszi a köszönjük szöveget, de alatta ott a form (designban is jobb nekem, mert a footer részre tettem)"Mondjuk én jobb szeretem a mézesbödön (honeypot) ellenőrzésket (kevesebb hely is kell neki). Persze az kevésbé hatásos, mint a racaptcha, de felhasználóbarátabb."
Ez így nem feltétlenül igaz, hogy kevésbé hatásos. Attól függ,.... - > itt sem volt pontos a fogalmazásom. Ebben igazad van - > hasonlót használok én is, így nem feltétlenül rosszabb, mint a captcha, de ez megvalósítás kérdése (pl. láttam javascriptes mézesbödönt is, hát az nem 100-as)Köszönöm a kiigazítást!
-
válasz
Sk8erPeter #12889 üzenetére
Igaz. Nem gondoltam végig a másik két függvénnyel voltam elfoglalva. Vegyétek semmisnek
Ja hogy csak a visszatérési értékben térnek el egymástól
#12890: és ha két különböző fájlba tárolnád a megfelelő formázást és az éppen aktuálist töltenéd be?
-
futár
senior tag
válasz
Sk8erPeter #12889 üzenetére
van egy form script, ahol a contactform.php fájlt a contact.php-be includoltam, így mivel a script írója az iframe-t javasolja, az include miatt elérési utakat kellet változtatni, de a legnagyobb probléma, hogy a script lefutása után a form helyén kellene megjelenni a "Köszönjük bla-bla-bla... szövegnek, de az iclude miatt a form már ott van, így a szöveg nem helyette, hanem fölötte jelenik meg. Találtam egy nem tűl elegáns megoldást, hahol a script lefutását vizsgálva az
echo 'style="display:none;"';
eltünteti a formot és a helyén megjelenik a szöveg.
Erre, ha lenne egy elegánsabb megoldás, az jó lenne.
Vagy szerintetek ez is teljesen jó? -
lordjancso
senior tag
válasz
Sk8erPeter #12855 üzenetére
Igen, én is ezt mondtam.
-
lordjancso
senior tag
válasz
Sk8erPeter #12852 üzenetére
De arról volt szó, hogy az <a> tag-eket nem bántjuk (nem szedjük ki strip_tags()-zel), mert linkeket szeretnénk a szövegbe.
-
lordjancso
senior tag
válasz
Sk8erPeter #12826 üzenetére
Azért, mert az <a> tageket nem szűröd ki, és egy <a href="#" onclick="javascript: .... le fog futni.
-
alitak
senior tag
válasz
Sk8erPeter #12725 üzenetére
Igen, ebben abszolút igazad van. Ez a hiba:
Unable to complete network request to host "*****". Failed to establish a connection. A kapcsolat időtúllépés miatt megszakadt in *** on line 438A PDO csatlakozást is próbáltam, ott ez lett a vége:
Fatal error: Uncaught exception 'PDOException' with message 'could not find driver' in ***:439 Stack trace: #0Ez szerver beállítás hibája lesz?
-
cucka
addikt
válasz
Sk8erPeter #12701 üzenetére
Hogy térne vissza true-val? Vagy csak elírtad?
Ja, igen, fordítva"Jól látható, hogy a neve ellenére az isset()-nek valójában semmi köze ahhoz, hogy egy változó (vagy tömb index) definiált-e vagy sem."
Egy példa arra, amikor egy tömb index definiálva van, isset szerint viszont mégsem:$a = array(0=>null);
$r = isset($a[0]);
var_dump($r); //-> FALSE
var_dump($a[0]); //-> NULL
var_dump(count($a)); //-> int(1)Ugyanez globális változóra. A $s az isset szerint nem létezik, valójában pedig igen.
$s = null;
$r = isset($s);
var_dump($r); //-> FALSE
var_dump($s); //-> NULL
var_dump(in_array('s', array_keys(get_defined_vars()))); //-> TRUE -
#68216320
törölt tag
válasz
Sk8erPeter #12695 üzenetére
Teljesen világos, köszi. Amúgy belegondolva logikailag is hibás lépés lenne vizsgálni valami értékét, ami nincs.
php.ini-ben lehet beállítani valahol alapértelmezettként az error_reporting-et?
Illetve emlitetted az if( ! empty( $_POST['valami'] ) )-t. Inkább ez vagy az isset() ? -
#68216320
törölt tag
válasz
Sk8erPeter #12691 üzenetére
Gondolom feltétlenül cinikus módon kellett kommunikálnod. Örülök hogy igazi vérprofi vagy. Én még nem. tudod, inkább ne segíts nekem, ha csak ilyen módon sikerül.
-
#68216320
törölt tag
válasz
Sk8erPeter #12689 üzenetére
Mert kényelmes. Dolgoztál már C-vel?
if("pista" == 0){ // akkor lesz valami, ha 0 az érték, márpedig nem az }.
helyett
if("pista" === 0){ // akkor lesz valami, ha 0 }.
Ez megoldja a problémát. Nekem rengeteg időt spórol meg az automatikus konverzió.
Például, ha tudni akarom van-e értéke egy form mezőnek if( $_POST['valami'] ){} mert itt éppen logikailag értékeli. Miért ne lenne jó a konverzió?Azt még gondold végig, hogy hogyan tudna numerikus 0-t küldeni egy űrlap. Sehogy. Textként megy és neked kellene kiszedni belőle a numerikus értéket, mint ahogy C-ben van. A PHP lazán kiszedi a string elejéről.
-
válasz
Sk8erPeter #12633 üzenetére
Nem. "Call to undefined method" hibaüzenetet kapok. Lehet viszont, hogy más lesz a gond.
-
Soak
veterán
válasz
Sk8erPeter #12623 üzenetére
Tudom, azt is tudom mi okozza, de attól még érdekes
-
PiXeL90
tag
válasz
Sk8erPeter #12609 üzenetére
Nem csak elmeséltem, hogy miért abc betűi a változók a strip_tags-et csak véletlenül hagytam benne az lehet, hogy amiatt nem müködik a számolás?
-
PiXeL90
tag
válasz
Sk8erPeter #12605 üzenetére
Szia!
A változók azért olyanok mert több function függvénybe is ugyanolyan nevü változót használtam és azt hittem azért nem számolja végig és megváltoztattam, hogy kipróbáljam de így se lett jó de már nem változtattam meg utána.
A switch függvényt kerekítésre használtam egyszer cm majd pénz kerekítésre.
A for ciklus-ok azért kellenek mert 2 form van amit ugyanúgy kell listáznia.Azért köszi a segítséget!
-
PiXeL90
tag
válasz
Sk8erPeter #12598 üzenetére
Szia!
Itt a link ahol fennt van a kód!
Segítséget előre is köszi! -
PiXeL90
tag
válasz
Sk8erPeter #12594 üzenetére
Szia!
Hát én úgy csináltam hogy a submit gomb alá beraktam a function-okat amiket ki kéne, hogy számoljon és ahová az értéknek kéne kerülnie ahhoz a text mezőhöz value értéknek beraktam azt a function-t amit kell.
De lehet, hogy az a baj, hogy nem adtam meg feltételnek, hogy mit miután számoljon ki if-ekkel? -
fordfairlane
veterán
válasz
Sk8erPeter #12589 üzenetére
Így is jó, bár én már megszoktam, hogy ha nincs érték, akkor kompletten kihagyom a value attribútumot.
Szerk: Persze szövegbeviteli mezőre gondolok, nem másfélére.
Ja, és tegyük hozzá, hogy kiiratásnál elvileg html escapelést kellene használni. Ezért is használok templatekezelőt, hogy ne kelljen issettel, meg htmlspecialchars-sal teleszemetelni a layout kódját. -
PiXeL90
tag
válasz
Sk8erPeter #12585 üzenetére
Én ebből hogy tudom megcsinálni, hogy visszakapjam az értéket a value részben és össze is tudjam adni?:
<input name="szelesseg<?php echo $x;?>" type="text" size="15" form="form1" value="<?php echo $_POST['szelesseg'.$x];?>"/> -
PiXeL90
tag
válasz
Sk8erPeter #12580 üzenetére
Köszi a választ az a baj, hogy name- nek mindegyiknél ezt adtam: valami$x azért mert vissza szeretném értéknek kapni a tartalmát ugyanabba a text mezőbe. Amúgy for() - al íratom ki a text mezőket.
-
Soak
veterán
válasz
Sk8erPeter #12580 üzenetére
Ez preferencia kérdése, nyilván ha ez nem tolerálható (mert amúgy egy stringet ami nem számmal kezdődik egyszerűen ignorál) akkor nem jó, de ha nem tolerálható akkor alapból vissza kéne jönni és nem elnyelni a hibát .
pl így :
if(in_array(false, array_map('is_numeric', $_POST['mynumbers']))){
echo 'Hiba!';
} -
DeltaPower
addikt
válasz
Sk8erPeter #12566 üzenetére
A napokban bénáztam fél órát egy nem működő kóddal, a hiba oka az volt, hogy a logikus feltételezéssel ellentétben az array és a string keresőfüggvények (pl. in_array, strpos) paraméterlistája totál ellentétes...
-
spammer
veterán
válasz
Sk8erPeter #12546 üzenetére
Zéró adatbázis, hót egyszerű oldal, ugyanaz, ami előző verzióval hasított. Kb. fél mp alatt be kellene töltődnie. Bár most ahogy kattinthatom/csinálgatom, most egész gyorsan reagál.
Ha felraknám a régi verziót, menne simán (mert régebben is volt ilyen nyűgje, felraktam egy régebbi easyphp-t és ment, mint a villám). Na mindegy, ha megint beszarna, akkor lecsekkolom amit írtál, vagy próbálkozok más verzióval
-
Laffesz
csendes tag
válasz
Sk8erPeter #12534 üzenetére
Hm igazatok volt, az adatbázisban is volt valami gubanc, hogy pontosan mi azt nem tudom.
Létrehoztam itthon is a táblát amivel dolgozok de lényegesen gyorsabban működik kb 45sec alatt betöltött rendesen és ez már elfogadható, mivel csak egyszer kell betöltenie.
Létezik hogy valamiért sérült lehetett az adatbázis? Itthon teljesen 0-ról generáltam és elfogadható a sebessége.Azért a scrollozást még beleépítem, legyen csak gyorsabb.
-
Laffesz
csendes tag
válasz
Sk8erPeter #12527 üzenetére
Üdv!
Köszi a válaszokat, az indexelés megvan a táblánál, de kipróbálom, hogy scrollozás közben töltse be folyamatosan az adatokat az ajax, erre a lehetőségre nem is gondoltam.
Köszi. :-) -
DeltaPower
addikt
válasz
Sk8erPeter #12527 üzenetére
Igaz
Erről jutott eszembe, vajon lehetséges túlindexelni egy táblát? Nemrég találkoztam egy olyan táblával, amin összetett index volt egy primary és egy unique mezőből, az index mérete 2,4mb volt, a tábla 2,6mb-os.
-
lakisoft
veterán
válasz
Sk8erPeter #12507 üzenetére
Hasonlóan gondolkodom a dologról én is. De a legbölcsebb hozzászóló csak ennyit mondott. Projekttől függ mit és hogyan használunk.
Szerk.: Nézd nem a személyeskedés volt a cél. Kicsit elvetettem a súlykot. Érintett kollégától bocsánatot is kérek.
cucka Bocs.
-
Jinxb1rd
addikt
válasz
Sk8erPeter #12506 üzenetére
Még nem próbáltam ki szerveren, de localhoston eddig nagyon tetszik. Talán még jobb is, hogy nem maradtam a tinybrowsernél. Ezt legalább normálisan frissítik, a kód nincs összehányva, könnyű használni. Szerintem a szerveren is gond nélkül futni fog.
Ami probléma nekem az a design, sztem elég tré és ráadásul 3 féle css-ből áll össze
. Majd csinálok egy minimalizált verziót.
Továbbá itt se lehetett beállítani, hogy méretezze át a túl nagy képeket, illetve hogy az összes képet tömörítse újra. Ezt már majdnem megoldottam, tinybrowsernél sajnos többet kellett tökörészni és nem csak ezzel.CKEditort én két éve vittem bele egy projektbe, nem tetszett, hogy ronda, értelmetlen kódot csinál, viszonylag lassú és saját kép manager cuccával néha képes lefagyni. Mellesleg most már chrome-mal nem is működik. Az is lehet, hogy akkor béna voltam, de a rossz emlékek miatt inkább ki se próbáltam.
-
Jinxb1rd
addikt
válasz
Sk8erPeter #12495 üzenetére
Hoppá, ez lehet jó lesz. Lehet integrálni tinyMCE-be is. Köszi a tippet, remélem bejön.
Szvsz CKEditor kissé gagyi, előző honlapon azt használtam, de...
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #12494 üzenetére
Esetleg ha nem válna be, kipróbálhatnád, amit Speeedfire kolléga a másik topicban ajánlott, CKEditor + http://elfinder.org/:
http://prohardver.hu/tema/weblap_keszites/hsz_6272-6274.html
itt módosítgatta kicsit:
http://prohardver.hu/tema/weblap_keszites/hsz_6288-6288.html -
jeszi
tag
válasz
Sk8erPeter #12451 üzenetére
A php verziót fentebb írtam, megfelelő.
Köszönöm szépen a segítséget! Nagyon hasznos!
-
jeszi
tag
válasz
Sk8erPeter #12445 üzenetére
Nem én írtam a kódot, csak megörököltem.
+ üzemeltető vagyok, nem fejlesztőKöszönöm a tanácsokat, tetszenek
Átírom a kódot.
Kérdeznék még egy dolgot.
Van 2 folyamat:
1. apache url hívás, amely php-t futtat és letesz egy filet egy mappába
2. a szerveren háttérben fut egy php processz, mely mindig megnézi van-e már file, amit az apache url hívás generált. Ha van, feldolgozza.Azt hogy tudom megakadályozni, hogy az 1 folyamat file írása közben még ne dolgozza fel a fájlt a 2. folyamat?
-
DeltaPower
addikt
válasz
Sk8erPeter #12428 üzenetére
Na ezt örömmel hallom
-
DeltaPower
addikt
válasz
Sk8erPeter #12425 üzenetére
Idehaza kb minden ismeretlennek számítható, ami nem msword
-
Agyasima
őstag
válasz
Sk8erPeter #12420 üzenetére
De várj, a dokumentumszerkesztésnek mi köze a programozáshoz?
Igazából semmi, csak ez is a munkám része. (Csak úgy, mint sok minden más.)Deltapower: Nem. Ha érdekel, akkor inkább priviben elküldöm.
-
Agyasima
őstag
válasz
Sk8erPeter #12410 üzenetére
Köszönöm! (neked is és mindenki másnak is)
Ezek szerint magyar nyelvű tutorial nincs a neten? Esetleg valami könnyebb nyelvezetű angol?
-
válasz
Sk8erPeter #12409 üzenetére
Igen, most már újra átolvasva inkább azt jelenti, mint amire te is gondoltál. No offense.
"Én inkább csak arra gondoltam, hogy ettől függetlenül vannak jó fizuért PHP-s állások "
Ezzel teljes mértékig egyetértek, bár szerintem ehhez külföldre kell menni. Vagy a Doclerhez.
-
válasz
Sk8erPeter #12407 üzenetére
Ott volt a kérdés, hogy másfele induljon-e? Azt pedig úgy értelmeztem, hogy más szakterület irányába induljon-e...
A fizuval kapcsolatos állításod pedig bizonyosan téves, ha azonos pozíciókban gondolkodunk. Egy random junior/senior C++ programozó mindig többet fog keresni, mint egy random junior/senior php programozó. Nyilván a nagy átlagot tekintve.
-
válasz
Sk8erPeter #12405 üzenetére
Ja végülis a PHP lehet igencsak túlfizetett nyelv is, ha az átlag ár / kódminőség rátát nézzük.
-
oleslie
aktív tag
válasz
Sk8erPeter #12384 üzenetére
Már meg nem mondom, de volt vmi ami évekig 'deprecated' volt, aztán szűnt meg.
Nemrég pedig belefutottam egy pofonba (igaz, nem nagyon olvasgatom a híreket, csak írogatom a hüje kis programjaimat), miszerint nem mind1, hol/hogyan használod a &$ -t.
ennek fatal error az eredménye :
$valami = 1;
$masolat = &$valami;
$masolat = 2;eddig lehetett így is:
$valami = 1;
func(&$valami);
function func($param) { ... }most viszont a fenti megoldás hibát eredményez, így működik:
$valami = 1;
func($valami);
function func(&$param) { ... }fejből meg nem mondom melyik php verziótól, annyit tudok, hogy buguntu, friss (<=2 hónap) telepítés.
-
válasz
Sk8erPeter #12373 üzenetére
Köszönöm, számomra eddig nem volt gond a beépített függvények nevének átírásával, de át fogok szokni akkor a kisbetűkre.
-
kahva
tag
válasz
Sk8erPeter #12342 üzenetére
Hat mint mondtam még nagyon csak most kezdtem, lattam en hogy van mar php5 ös könyv is de azt gondoltam hogy nagy valtozas nem lehet benne. Az általad ajanlott könyv egész jónak tünik, valószinüleg át is fogom olvasni.
-
Speeedfire
félisten
válasz
Sk8erPeter #12340 üzenetére
Ahh, valóban ott volt a gond. Nem jól adtam meg egy statikus dolgot, így gondolom oda valami szemét került. Kijavítottam, most már rendben lesz.
Köszi! -
kahva
tag
válasz
Sk8erPeter #12339 üzenetére
Programozni Adobe Dreamweaver CS6 -ba szoktam, mert azzal egyúttal fel is tudom tölteni. De van Notepad++ -om is. A könyv meg hát EZ .
-
kahva
tag
válasz
Sk8erPeter #12334 üzenetére
Nagyon szépen köszönöm.
Egyébként pár poszttal feljebb írtam hogy 1-2 napja foglalkozok csak php programozással, azért írtam hogy ismét. Hibajelenséget azért nem írtam mert nincs hibajelenség, ugyanis 500 http -as error van.
Amúgy meg a kód egy könyv alapján van. -
Speeedfire
félisten
válasz
Sk8erPeter #12320 üzenetére
Előbb a tartalmakat vittem át, hát az nem volt egyszerű.
1 tartalomhoz nálam kb 6 táblához kell hozzáírni.
A php azért kellett, hogy elkészítsem az insert/update sql függvényeket. Elég béna megoldás, de gyorsabbnak véltem így.
Tegnap a hozzászólásokat írtam át a rendszerbe. -
Speeedfire
félisten
válasz
Sk8erPeter #12318 üzenetére
Nehogy besértődj miatta....
Szinte egyből írtam, hogy megoldódott a gondom.Minden egyes fórum hsz-hez tartozik az adott fórumban hányadik hsz. Hasonlóan, mint itt a ph!-n. Így ha ki van törölve egy hsz, akkor még az id megmarad. Így lehet rá rendesen hivatkozni. Ezt raktam csak bele pluszban.
-
Soak
veterán
válasz
Sk8erPeter #12312 üzenetére
Mivan, elnyomott a bejgli?
Olvass kettovel vissza!
Vagy 4el inkabb
-
Soak
veterán
válasz
Sk8erPeter #12310 üzenetére
A beepitett funkciorol beszeltem, csak azert mivel okosabb fv-t lehet irni es valoszinuleg gyorsabb is egy erteknel ( bar ezt nem mertem le ), ha meg tobb ertek kell egy tombbol akkor egesz biztosan, de az elozo hszmben leirtam hogy mikent kepzelem.
-
Soak
veterán
válasz
Sk8erPeter #12308 üzenetére
Mondjuk en inkabb egy wrappert irnek az elobb targyalt funkciora.
-
Sk8erPeter
nagyúr
válasz
Sk8erPeter #12307 üzenetére
Ja, a kulcsot az előbb nem tudom, miért mondtam, hogy csekkolni kell, mivel itt értéket nézünk.
Na jó, akkor már legyen meg teljesen:function count_repeat_values($needle, $haystack){
if(!is_array($haystack)){
trigger_error('Invalid 2nd parameter passed to count_repeat_values().', E_USER_WARNING);
return FALSE;
}
$number_of_instances = 0;
foreach($haystack as $value){
if($value === $needle){
$number_of_instances++;
}
}
return $number_of_instances;
} -
Soak
veterán
válasz
Sk8erPeter #12305 üzenetére
Azon kivul hogy feleslegesen leszamoljuk a tomb elemeit elosszor?
Egy foreach($tomb as $key => $value) boven eleg ami egyutt allas eseten inkremental egyet , es meg van uszva ket count.
Szerk : De latom te is eliminaltad a 2. countot .
Szerk 2 : a kulcsot nem is kell nezni a cikulsban.
-
válasz
Sk8erPeter #12293 üzenetére
Ha kérdőjel van a .* után, akkor kevésbé mohó, legalábbis a perl-féle regexp szabványnál így van. Szóval van egy sztringünk:
asdsdsda
A /a.*d/ kifejezésre rákeresve ezt adja vissza:
asdsdsd
Míg a /a.*?d/ kifejezésnél nem annyira mohó:
asd
-
Kommy
veterán
válasz
Sk8erPeter #12293 üzenetére
Á így már értem akkor a ? nem kell
, még itt a programozás fórumon kérdeztem másik témában reguláris kifejezést régebben és ott írta valaki így azt csak bemásoltam
-
Kommy
veterán
válasz
Sk8erPeter #12291 üzenetére
Az oldalon elkezdtem szépen lassan felépítani a reguláris kifejezést.
Tehát bemásoltam az e-mail tartalmát, majd elkezdtem írni a reguláris kifejezést, majd a végé ez lett a reguláris: /^Kedves (.*?)\!\s/, a lényeg ugye annyi volt, hogy a nevet kapjam meg tökéletesen
-
Speeedfire
félisten
válasz
Sk8erPeter #12286 üzenetére
Dehogy! Akarom mondani, az elején azt hittem, hogy valami biztonsági rés.
De miután rákérdeztél a fórumban. Sokkol a kínai gyerekek szabadideje. -
Kommy
veterán
válasz
Sk8erPeter #12285 üzenetére
Igazad van, de szerencsére sikerült túljutnom rajta és most már le tudom kérni rendesen.
-
Speeedfire
félisten
válasz
Sk8erPeter #12279 üzenetére
Khmmm...ennyire ne védd vár a drupalt...
Mellesleg igen a héten feltettem, de mivel nem támadnak be minden nap, így nem tudtam még róla írni véleményt.
Az oldalt meg már szeptember végén elkezdtem írni.
Szeretnék elszakadni a CMS rendszerektől és inkább egyedi rendszereket fejleszteni. Remélem nem gond. -
Speeedfire
félisten
válasz
Sk8erPeter #12250 üzenetére
UTF8 BOM nélkül.
-
Dave-11
tag
válasz
Sk8erPeter #12246 üzenetére
Rendben, így fogom csinálni.
Még csak annyit, hogy phpMyAdminból te szoktál adatot módosítani, és hogy a tábla karakterkódolásánál mindegy hogy melyik utf8 -at választom (utf8_bin, utf8_general_ci, stb.)? -
Dave-11
tag
válasz
Sk8erPeter #12241 üzenetére
Nem mondtam hogy haszontalanok, arra értettem hogy kivettem őket a forráskódból és úgy is működött a dolog, tehát ebben az esetben nekem csak ezért nem volt rá szükségem.
De az előző kérdésemmel kapcsolatban nincs ötletetek? -
kkdesign
senior tag
válasz
Sk8erPeter #12240 üzenetére
Valamiért nem mentett megint a program, én meg feltettem úgy, de megcsináltam eddig is ezt, elsőre mikor mondtátok, ezért nem értettem. Most átnéztem újra, most jó lett és megvan a session-os hiba. Az adatbázist még mindig nem tudja kiválasztani... Ha 1 adatbázisom lehet, és az kkdesign néven belül vannak a táblák, akkor az úgy jó ahogy fentebb írtam, a $dbc close(); nélkül? mert azt már kitöröltem, tehát a connect.php-ben nem zárja le a kapcsolatot...
-
kkdesign
senior tag
válasz
Sk8erPeter #12221 üzenetére
<?php
$kapcsolat = mysql_connect("127.0.0.1", "kkdesign", "*********",'kkdesign');
if (!$kapcsolat) die("Nem sikerült kapcsolódni az adatbázishoz!");
mysql_select_db("kkdesign", $kapcsolat) or die("Nem sikerült kiválasztani az adatbázist!");
mysql_close($kapcsolat);
?> ez a kapcsolat,
a sorokban pedig ez van:
if(isset($_POST["felvisz"]) && !empty($_POST["fnev"]) && !empty($_POST["pwd1"]))
{
require_once('connect.php');
17 $felh= mysqli_real_escape_string($dbc, trim($_POST["fnev"]));
$pwd1= mysqli_real_escape_string($dbc, trim($_POST["pwd1"]));
$pwd2= mysqli_real_escape_string($dbc, trim($_POST["pwd2"]));
$vnev= mysqli_real_escape_string($dbc, trim($_POST["vnev"]));
$knev= mysqli_real_escape_string($dbc, trim($_POST["knev"]));
$cim= mysqli_real_escape_string($dbc, trim($_POST["cim"]));
$nem= mysqli_real_escape_string($dbc, trim($_POST["nem"]));
$ev= mysqli_real_escape_string($dbc, trim($_POST["ev"]));
$honap= mysqli_real_escape_string($dbc, trim($_POST["honap"]));
26 $nap=mysqli_real_escape_string($dbc, trim($_POST["nap"])); -
válasz
Sk8erPeter #12214 üzenetére
$a = array(1, 2, 3, 4);
foreach($a as &$i) echo $i *= 2;
foreach($a as $i) echo $i;A két ciklus "kibontva" valahogy így nézne ki:
/*
* Első foreach
* Itt az 1, 2, 3, 4 tömbből a ref. foreach miatt 2, 4, 6, 8 lesz
*/
&$i = $a[0]; echo $i *= 2;
&$i = $a[1]; echo $i *= 2;
&$i = $a[2]; echo $i *= 2;
&$i = $a[3]; echo $i *= 2;
/*
* Itt $i változó a tömbünk utolsó eleme a referencia miatt
* Tehát ha $i értéke módosul, módosul a tömb utolsó eleme is
* A második foreach kavarodást okoz, mert megint $i-t használjuk:
*/
// A tömb utolsó eleme az első elem is lett egyben (!)
// Azaz a tömb értékei: 2, 4, 6, 2
$i = $a[0]; echo $i;
// Itt az utolsó elem a másodikkal osztozik: 2, 4, 6, 4
$i = $a[1]; echo $i;
// Harmadikkal: 2, 4, 6, 6
$i = $a[2]; echo $i;
// Végül saját magával, de ő a harmadikra mutat, így...
// ...marad ahogy volt: 2, 4, 6, 6
$i = $a[3]; echo $i;Tanulság:
Ha referenciás foreach-et használsz, a fura meglepetések és az akár több órás debuggolás elkerülése érdekében MINDEN ESETBEN töröld a referenciát az utolsó elemre a foreach után az unset() függvénnyel, ami az esetünkben $i, tehát:
// Így már jó lesz
$a = array(1, 2, 3, 4);
foreach($a as &$i) echo $i *= 2;
unset($i);
foreach($a as $i) echo $i; -
Speeedfire
félisten
válasz
Sk8erPeter #12203 üzenetére
A szándék a fontos.
-
válasz
Sk8erPeter #12199 üzenetére
Szerveroldalon: készítek egy bélyegképet, majd konvertálom jpg -re megadott mérettel és mentem, továbbá regisztrálom az adatbázisba!
Köszi, ez a reguláris kifejezés tökélete!
mobal,
Új hozzászólás Aktív témák
Hirdetés
- Android szakmai topik
- Netfone
- Lexus, Toyota topik
- Samsung Galaxy A52s 5G - jó S-tehetség
- Kettő együtt: Radeon RX 9070 és 9070 XT tesztje
- Milyen légkondit a lakásba?
- Egyszerre legnagyobb és legkisebb is a Garmin Venu X1
- iPhone topik
- Kertészet, mezőgazdaság topik
- EA Sports WRC '23
- További aktív témák...
- Iphone 13 Pro Max 128 GB /// 86% Akku // Számlával és Garaniával
- Iphone 12 Pro Max 128 GB /// 88% Akku // Számlával és Garanciával
- Xiaomi Redmi 9A 32GB Kártyafüggetlen 1Év Garanciával
- Apple iPhone 12 Pro Max 128GB Kártyafüggetlen 1Év Garanciával
- Samsung Galaxy S23PLUS 256GB Kártyafüggetlen 1Év Garanciával
- Azonnali kézbesítés az év bármely pillanatában
- LG 27CN650N-6A - Felhő Monitor - 1920x1080 FHD - 75Hz 5ms - USB Type-C - Quad Core - BT + WiFi
- ÁRGARANCIA!Épített KomPhone i5 10600KF 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- Csere-Beszámítás! RTX Számítógép játékra! I5 13400F / 32GB DDR5 / RTX 4070 Super / 1TB SSD
- AKCIÓ! Intel Core i9 14900K 24 mag 32 szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest