- D1Rect: Nagy "hülyétkapokazapróktól" topik
- gban: Ingyen kellene, de tegnapra
- Magga: PLEX: multimédia az egész lakásban
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- bb0t: A könyvelő szakma halott?
- Geri Bátyó: B550 szűk keresztmetszet, de mi és miért?
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Gurulunk, WAZE?!
- sziku69: Szólánc.
Új hozzászólás Aktív témák
-
Lacces
őstag
válasz
PiXeL90 #12599 üzenetére
Egy függvényben meghívod a másik függvényt, úgy tudod "automatizálni" a hívást legegyszerűbben.
Pl.:function egyikfuggveny()
{
// masik függveny meghívása
$valami = masikfuggveny();
}
function masikfuggveny(){
// masikfuggveny implementálása
}Esetleg van még egy ilyen:
if(isset($_POST['inditsd']) && $_POST['inditsd']==1)
{
egyikfuggveny();
masikfuggveny();
harmadikfuggveny();
}Természetesen vannak elegánsabb megoldások, de nem tudom, hogy képes vagy-e megvalósítani őket ( az eddig hszeket elnévezve ) - Bocsi, de nem akartalak ezzel megbántani (csak így gondolom)
Másik tipp, így csináld a post ellenőrzést minimum!
if(isset($_POST['termek_ara']) && $_POST['termek_ara']!="") -
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! -
Sk8erPeter
nagyúr
válasz
PiXeL90 #12597 üzenetére
Minimális konkretizálás nélkül nem fogunk tudni segíteni, mert rébuszokban beszélsz.
Nyilván senkit nem izgat itt különösebben a Te konkrét kódod, de segítséget kértél, mi meg ha szeretnénk segíteni, akkor a problémát is értenünk kell.
Lehet pszeudokódot is írni, vagy behelyettesíteni hülye nevekkel (alma, Béla, Pista, zsiráf).
-
PiXeL90
tag
Nem nagyon akarom megosztani a forrást mert egy céges honlap.
De már rájöttem, hogy mi a baj csak nem tudom, hogy tudnám megcsinálni az lenne a kérdés, hogy lehet-e több function -t egybe fűzni úgy, hogy egymás után fusson le? Vagy hogy tudom egymás után lefutattni?
Segítségeteket előre is köszi! -
Soak
veterán
válasz
PiXeL90 #12595 üzenetére
Rakd fel ide a konkrét kódot : http://pastebin.com/
-
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? -
PiXeL90
tag
Sziasztok!
Az lenne a kérdésem, hogy van az form amit az előbb kérdeztem és abba két dolgot kéne kiszámolnia a submitra azt amit írtatok(az jól is müködik) meg előtte egy egység árat de az a baj, hogy egyessével számolja szóval 2x-3x kell rányomni a submitra, hogy mindent kiszámoljon.Amúgy mindet functionnal íratom ki az eredményt.
Mitől lehet ez és hogy tudnám megcsinálni? -
Sk8erPeter
nagyúr
válasz
fordfairlane #12591 üzenetére
Ja, hát végül is azt is lehet, csak számomra konzekvensebb, hogy akkor kiíratom üresen. Meg szerintem jobban néz ki a ternary operatorral, mint a külön ifekkel.
Persze, ez jogos, érdemes akkor már template-ezést csinálni. -
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
fordfairlane #12588 üzenetére
Köszi!
Köszönöm mindenkinek aki segített. -
Sk8erPeter
nagyúr
válasz
fordfairlane #12588 üzenetére
"illetve inkább
<input name="szelesseg[<?php echo $x;?>]" type="text" size="15" form="form1"<?php if(isset($_POST['szelesseg'][$x])) : ?> value="<?php echo $_POST['szelesseg'][$x];?>"<?php endif; ?>/>
"inkább:
<input name="szelesseg[<?php echo $x;?>]" type="text" size="15" form="form1"
value="<?php echo isset($_POST['szelesseg'][$x]) ? $_POST['szelesseg'][$x] : ''; ?>" /> -
fordfairlane
veterán
válasz
PiXeL90 #12587 üzenetére
<input name="szelesseg[<?php echo $x;?>]" type="text" size="15" form="form1" value="<?php echo $_POST['szelesseg'][$x];?>"/>
illetve inkább
<input name="szelesseg[<?php echo $x;?>]" type="text" size="15" form="form1"<?php if(isset($_POST['szelesseg'][$x])) : ?> value="<?php echo $_POST['szelesseg'][$x];?>"<?php endif; ?>/>
-
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];?>"/> -
Sk8erPeter
nagyúr
Hát de ez nem jó, mert először végigrohangászol a tömbön, hibát keresve, aztán ha minden oké, akkor array_sum-mal még egyszer végigrohangászol a tömbön, ekkor már összegezve a számokat. Felesleges lépések, ahelyett, hogy egyszer mennél végig rajta, nem sokkal több karakterrel. Legalábbis szerintem a foolproof megoldás érdekében jobb lehet talán a foreach, ízlés kérdése, én nem szeretem a plusz felesleges lépéseket.
Később gond lehet, ha optimalizálni kell.
(#12582) Soak :
az előbbi alapján nem meglepő. -
Sk8erPeter
nagyúr
válasz
PiXeL90 #12583 üzenetére
Beletehetsz bármilyen egyedi azonosítót is, akár így is létrehozhatod az elemeidet:
<input type="text" name="mystuff[ezmegaz]" value="10" tabindex="1" />
<input type="text" name="mystuff[amaz]" value="666" tabindex="2" />akkor ilyen lesz a $_POST tömbben:
array (
'mystuff' =>
array (
'ezmegaz' => '10',
'amaz' => '666',
)
) -
fordfairlane
veterán
-
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!';
} -
Sk8erPeter
nagyúr
válasz
PiXeL90 #12573 üzenetére
Használd tömbszerűen.
Például:<div>
<input type="text" name="mynumbers[]" value="0" tabindex="1" />
<input type="text" name="mynumbers[]" value="1" tabindex="2" />
<input type="text" name="mynumbers[]" value="2" tabindex="3" />
<input type="text" name="mynumbers[]" value="3" tabindex="4" />
<input type="text" name="mynumbers[]" value="4" tabindex="5" />
<input type="text" name="mynumbers[]" value="5" tabindex="6" />
<input type="text" name="mynumbers[]" value="6" tabindex="7" />
</div>aztán járd be:
$sum = 0;
if(isset($_POST['mynumbers'])){
foreach($_POST['mynumbers'] as $numberKey => $numberValue){
if(is_numeric($numberValue)){
$sum += (int)$numberValue;
}
}
}
echo $sum;Szerk.:
sorrendben haladtam, úgyhogy elkéstem, a Soak által ajánlott array_sum() azért nem jó, mert ha a textfieldben például azt adod meg, hogy "10asd", akkor 10-et hozzáad az array_sum()-mal, pedig ez ebben a formában nem szám. Szerintem elég gáz, hogy ez így működik, de ez van. -
Soak
veterán
válasz
PiXeL90 #12575 üzenetére
Jah értem, akkor pedig amikor feldolgozod a POST-t (mert gondolom nem GET-el küldöd a formot) akkor egyszerűen
$var1 = (int)$_POST['inputtextneve1'];
$var2 = (int)$_POST['inputtextneve2'];
$var3 = (int)$_POST['inputtextneve3'];
$sum = $var1 + $var2 + $var3;szerk: castolhatod is, ha már összeadod.
-
PiXeL90
tag
Sziasztok!
Az lenne a kérdésem hogy for ciklussal létrehoztam egy pár text típusú input-ot amiben persze számok vannak és az lenne a kérdésem, hogy hogy lehetne ezeket összeadni ?
Válaszotokat előre is köszi! -
oleslie
aktív tag
válasz
CSorBA #12562 üzenetére
> Adott több, csak ennyi:
> $tomb = array("szin" => "piros")
> ...
> $tomb[0] és az után?
Hát nem. Ugyanis nincs olyan elem a tömbben, aminek 0 (nulla) lenne a zsindexe.
Ha nem tudod az indexeket, akkor lehet hasznos az array_keys(), array_shif(), array_pop() (ha nem akarsz foreach -et)
pl:
$tomb = array("elso" => "piros", "masodik" => "kék", "utolso" => "csaknorisz");
$keys = array_keys($tomb);
$elso = array_shift($keys);
$utolso = array_pop($keys);
echo "elso : ".$tomb[$elso]."\n";
echo "utolso : ".$tomb[$utolso]."\n";
ezt most csak úgy fejből, nem próbáltam ki (bár valószinüleg múkodik) -
Coyot
őstag
válasz
CSorBA #12564 üzenetére
Ha a piros szín kulcsa kell akkor: array_search. De ez itt már több kérdést vet fel mint választ
array_pop ki is szedi az elemet a tömbből, ráadásul csak a legutolsót amit beletettél, erre azért érdemes odafigyleni.
Sk8erPeter
Rosszul fogalmaztam, tipikusan ilyen ahogy a php.net példáiban van a needle és haystack, egyszer az első paraméter a keresett érték második amiben keresel, más függvénynél meg már fordítva van. Sosem tudom megjegyezni mikor melyik eset áll fenn -
Sk8erPeter
nagyúr
válasz
DeltaPower #12567 üzenetére
Ja, hát igen, ez igaz, sajnos a könyvtári függvények tele vannak ilyen következetlenségekkel...
-
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...
-
Sk8erPeter
nagyúr
"van ez így, én az alap str_ függvények paramétereit nem bírom megjegyezni, mondjuk szarul is vannak megírva"
Dehát minek azt megjegyezni, ha ott a zzinternet?Amúgy melyikre gondolsz, hogy szarul van megírva?
(#12548) spammer :
hát nem vágom, ennyi alapján nincs ötletem, hacsak nem bugos verziót nyomattál fel, akkor nem tudom, mi lehet az oka, de ha kideríted, engem is érdekel. -
CSorBA
őstag
Megint egy egyszerű tömbös kérdés, ami nem ugrik be.
Adott több, csak ennyi:
$tomb = array("szin" => "piros")Hogy érem el a piros szót. Csak a szót, semmi foreach nem kell, csak minél egyszerűbben el akarom érni.
$tomb[0] és az után?
-
Soak
veterán
Üzemetlet valaki közületek linux szervert?
-
Orionk
senior tag
Ja, értem.
Akkor igazából http://vanenet.hu/ ez a cím semmit nem csinál, csak kiírja, hogy VAN.
Mivel, ha már meg tudtad nyitni a weboldalt, akkor úgyis van neted.Az a kis forráskód részlet meg csak azért kell, hogy a google analytics-el a látogatottságot ellenőrizzék.
Én először azt hittem, hogy az a forráskód részlet az, ami ellenőrzni a neted. -
Orionk
senior tag
válasz
Vision #12554 üzenetére
Ez ennek az oldalnak a forrása : http://vanenet.hu/
Mit jelent, a google analytics követő ?
-
Orionk
senior tag
Sziasztok !
Azt szeretném kérdezni, hogy az alábbi forráskód részlet mit jelent ?, mit csinál ? köszi szépen
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-26792485-2']);
_gaq.push(['_trackPageview']);(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})(); -
Speeedfire
félisten
válasz
Speeedfire #12551 üzenetére
Ja, hogy nem is a jó helyre pakoltam a fájlokat...
-
Speeedfire
félisten
Az miért lehet, hogy egyes fájlokat a framework(yii) akar lekezelni, holott én megadtam a htaccess-ben, hogy ha a fájl létezik, akkor azt nyissa meg?
<IfModule mod_rewrite.c>
RewriteEngine on
Options +FollowSymLinks
# if a directory or a file exists, use it directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# otherwise forward it to index.php
RewriteRule . index.php [L,QSA] //ez működik érdekes mód
</IfModule>Viszont a hosszabb elérésű fájlok nem mennek.
pl Unable to resolve the request "assets/team/member-02.jpg".
A rövidek viszont igen:
pl assets/logo.pngEddig ilyen problémám nem volt.
-
gothe92
csendes tag
Sziasztok!
Olyan kérdésem lenne,valahogy megoldható az egy weboldalon, gondolom php segítségével, hogy egy másik oldalon vagy egy adott szó pl.: receptek.hu/info.php oldalon egy "alma" szó. És én azt a saját weboldalmon úgy akarom megjeleníteni, hogy ha az oldalon van alma szó akkor egy kep1.jpg ha nincs akkor egy kep2.jpg jelenjen meg?!
köszi. -
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
-
Sk8erPeter
nagyúr
válasz
Laffesz #12537 üzenetére
"Nem tudom esetleg gyorsabb lenne-e ha nem egy tábla lenne, hanem kettő, minden nyelvnek egy-egy."
Nem tartom túl jó ötletnek, hogy minden nyelvhez létrehozz egy-egy pontosan ugyanolyan szerkezetű táblát... szóval ne bontsd szét táblánként. Egyébként az biztos, hogy a táblaszerkezetet újra kell gondolnod, mert gondolj bele, ha négy nyelved van mondjuk, és egy csomó tartalomhoz még egyáltalán nem érkezett fordítás, akkor ha ugyanannak a táblának a hu, en, de vagy es mezőjében nincs tartalom, akkor ezeknél mindenhol NULL szerepel, egymás mellett, az meg nem jó ötlet. Lehet az id ÉS a nyelv is elsődleges kulcs. De ezt ne itt beszéljük meg, hanem inkáb a MySQL- vagy SQL-topicok valamelyikében. -
Sk8erPeter
nagyúr
válasz
spammer #12545 üzenetére
Akkor lassú, amikor adatbázis-kapcsolatot is használsz, vagy ha egy tök egyszerű, csupán néhány PHP-s függvényhívást tartalmazó oldalt megnyitsz, akkor is?
Kipróbálhatnád esetleg IIS-sel is, Web Platform Installer segítségével gyorsan, kattintgatósan összehozható, ha mondjuk itt a WPI-ben rámész, hogy mondjuk telepíteni szeretnéd a Drupalt, akkor egyből behúzza a MySQL-t, PHP-t, meg a többi dolgot, amit fontosnak tart (pl. cache-elést elősegítő dolgok), meg a végén megkérdezi, mi legyen az admin-jelszó a MySQL-hez. Persze előtte szedd le az EasyPHP-t.
-
spammer
veterán
Van valakinek tippje, mitől lehet tetű lassú az EasyPHP (local weben)? 5.4.6-os verzió, de már ezelőtti újabb verziók is lassúak voltak, míg régebbiekkel semmi gond nem volt. Egy frissítésnél sok sok másodpercet gondolkodik, aztán rányomok megint, még mindig gondolkodik, aztán egyszer csak betölt. Van amikor egyből befrissíti az oldalt, de sokszor csak tölt-tölt-tölt, csak azt tudnám, mi a fenét csinál?
Még a saját config oldala is (Local Web) lassan nyílik meg.
Visszarakhatnám valamelyik régebbit (asszem 2-es verzió volt), de így nem tudom használni a legfrissebb cumót. Volt valakinek ilyen gondja? Rendszer Win8, azzal semmi gond nincs, mert ezelőtt is az volt, hardver is ugyanaz (notebook).
-
válasz
Speeedfire #12539 üzenetére
Aha értem. És a rejtett input mezős megoldás nem tetszik? Tudtommal ilyen esetekben olyat szoktak alkalmazni.
-
Soak
veterán
válasz
Speeedfire #12539 üzenetére
Inputnal readonly , akkor nem olvashato es az adatot amugy sem dolgozod fel.
-
Speeedfire
félisten
Igazából csak annyi, hogy ne adjanak meg fals adatokat a már regisztrált felhasználók. Aki már regelt, akkor a kapcsolat résznél ne azt adja már meg, hogy en.vagyok.az.apad@gmail.com.
Ha nagyon azt akarja, akkor küldjön üzit pornó módban.
Tudom, ez ilyen apró dolog...de. Lényeg, hogy most már jó minden. -
válasz
Speeedfire #12529 üzenetére
Bár nem tudom pontosan mire kell, de nem biztos hogy rossz a controlleres megoldás. Ha csak simán bemásolnád az adatokat - értsd. szerkeszthető - az nem lenne célra vezető? Ezt nem akarod megengedni?
mobal,
-
Laffesz
csendes tag
-
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. :-) -
j0k3r!
őstag
válasz
Brown ügynök #12530 üzenetére
meghivod a szarmaztatott osztaly konstruktoraban, vagy inicializalo reszeben az ososztaly konstruktorat?
-
Brown ügynök
senior tag
Egy kis rálátásra lenne szükségem. A szülő osztályban a konstruktor a következőképpen néz ki:
public function __construct()
{
$this->view = new View;
}Ha példányosítok egy származtatott osztályt:
$controller = new $class;
var_dump($controller);
object(App\Controller\SomeController)[6]
public 'view' => nullEz mitől lehet?
ClassLoader-t használok -
Speeedfire
félisten
válasz
fordfairlane #12520 üzenetére
Valóban! Megoldottam inkább modell szinten a dolgot.
-
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.
-
Sk8erPeter
nagyúr
válasz
DeltaPower #12526 üzenetére
Na, akkor már hárman mondtuk, hogy nincs rendesen indexelve.
-
válasz
Speeedfire #12519 üzenetére
Dobd be alá ugyanazt rejtve és jó lesz!
-
Sk8erPeter
nagyúr
válasz
Jinxb1rd #12508 üzenetére
"Ami probléma nekem az a design, sztem elég tré és ráadásul 3 féle css-ből áll össze"
Na várj, most az elFinderről beszélsz? Már elvesztettem a fonalat.A CKEditornál furcsák a hibák, amikről beszélsz, na de persze 2 év alatt sok változás történhetett, a 4-es változat nem olyan rég jött ki, adhatnál neki egy próbát.
-
Sk8erPeter
nagyúr
válasz
Laffesz #12521 üzenetére
"Ezt a táblát egy phpmyadmin adatbázisban tárolom"
Nincs olyan, hogy "phpmyadmin adatbázis"... a phpMyAdmin csupán egy böngészőben használható eszköz a MySQL-szerverek dolgainak (adatbázisok, táblák, felhasználók, stb.) kezelésére, mindez PHP nyelven megírva. Az adatbázisodnak semmi köze hozzá, hogy annak a tartalmát phpMyAdmin vagy más eszköz felhasználásával nézegeted.Az a 10 perc elég durván soknak tűnik ennyi adatnál. Indexelve van(nak) rendesen az a tábla (azok a táblák), ami(k)ből lekéred az adatokat? Ha XML-fájlba nyomva ennyivel gyorsabban dolgozta fel az adatokat, akkor ott szerintem valami gáz lesz az adatbázissal.
Egyébként kerülő megoldásként az egy gyorsan megvalósítható dolog lenne, hogy "felszeletelve" jeleníted meg folyamatosan az adatokat, ha már tényleg ennyire elképesztő bugyuta kérést kaptál, hogy mindent egy oldalon jeleníts meg (már az ötletet sem értem, minek egy oldalra kicseszni az egészet, amikor ilyen adatmennyiség átláthatatlan, ha azért, hogy keresni lehessen benne, akkor nem a böngésző keresőjét felhasználva kellene ekkora adatmennyiségben, hanem egy tisztességes AJAX-alapú keresőben), mégpedig úgy, hogy mondjuk az első 100 (vagy akármennyi) találatot megjeleníted, aztán folyamatosan töltögeted hozzá az adatok többi részét AJAX-szal.
Arra gondolok, hogy az első 100-at mondjuk megjeleníted így:
SELECT * FROM `szotar` LIMIT 0 , 100
aztán a következő 100-at így:
SELECT * FROM `szotar` LIMIT 100 , 100
azután:
SELECT * FROM `szotar` LIMIT 200 , 100
SELECT * FROM `szotar` LIMIT 300 , 100
és így tovább.
Ezeket mindig AJAX-szal töltögeted hozzá, így legalább már használhatóvá válik az oldal...De alapvetően szerintem az adatbázison kellene javítgatni valamit, megfelelő indexeléssel, ilyesmikkel...
-
Laffesz
csendes tag
Sziasztok!
Kérdésem lenne, mert nagyon elakadtam. Egy online fordító alkalmazást készítek, ami úgy néz ki, hogy van egy oldal az tartalmaz egy dinamikusan szerkeszthető táblázatot két oszloppal, az egyikben a forrás nyelvet találjuk(pl. magyar) a másikban a célnyelvet(pl. angol).
Alapvetően mindkét oszlophoz van adathalmazom, ami meglehetősen nagy, 16ezer sort tartalmaz(egy-egy mező 1-2 mondatot tartalmaz). Ezt a táblát egy phpmyadmin adatbázisban tárolom, kisebb nem lehet, sőt akárt nagyobb is, és kívánalom, hogy a teljes adatmennyiséget a böngészőben egy oldalon jelenítsem meg.Az alap elgondolásom az volt, hogy ajax kéréssekkel íratom ki az oldalra, ami php és mysql kérésekkel jeleníti meg a táblázatot. Ez nagyon szépen működik amíg kb 3-400 sorral dolgozom, ha viszont a teljes táblázatot meg akarom jeleníteni, akkor kb 10perc után jelenik meg az oldal, kb ennyi kell a php-mysql kérések lefutásához. Ez nagyon sok.
A következő próbálkozásom az volt, hogy az adathalmazból xml-t csinálok, és azt dolgozom fel php-val. Na ez már sokkal jobb volt, itt kb 6 perc után kapom meg a táblát de közben sokkal stabilabb marad az oldal.
A kérdésem az volna, hogy van esetleg valakinek tapasztalata, hogy hogy is lehetne ezt gyorsabbá tenni ilyen adatmennyiséggel? Nem tudom esetleg, hogy ha csv-be tenném az adatokat és fájlműveletekkel dolgoznék az gyorsabb lenne-e? Ezt már csak holnap lesz időm letesztelni, de addig ha valakinek akadna ötlete, azt szívesen fogadnám(Ki milyen adatszerkezeteket, vagy módszereket javasol, hogy egy böngészőben korrekt időben meg tudjam jeleníteni ezt a táblázatot.).
-
fordfairlane
veterán
válasz
Speeedfire #12519 üzenetére
Disabled mező értékét nem küldi el a böngésző.
-
Speeedfire
félisten
pl
<form id="contact-form" action="/kapcsolat" method="post"> <div id="contact-form_es_" class="errorSummary" style="display:none"><p>Kérjük javítsa az alábbi beviteli hibákat:</p>
<ul><li>dummy</li></ul></div>
<div class="row">
<label for="ContactForm_name" class="required">Név <span class="required">*</span></label> <input disabled="disabled" name="ContactForm[name]" id="ContactForm_name" type="text" value="Speeedfire" placeholder="név..."> <div class="errorMessage" id="ContactForm_name_em_" style="display:none"></div> </div>
<div class="row">
<label for="ContactForm_email" class="required">Email <span class="required">*</span></label> <input disabled="disabled" name="ContactForm[email]" id="ContactForm_email" type="text" value="email@domain.com" placeholder="email..."> <div class="errorMessage" id="ContactForm_email_em_" style="display:none"></div> </div>
<div class="row">
<label for="ContactForm_subject" class="required">Tárgy <span class="required">*</span></label> <input size="60" maxlength="128" name="ContactForm[subject]" id="ContactForm_subject" type="text" placeholder="tárgy..."> <div class="errorMessage" id="ContactForm_subject_em_" style="display:none"></div> </div>
<div class="row">
<label for="ContactForm_body" class="required">Üzenet <span class="required">*</span></label> <textarea rows="6" cols="50" name="ContactForm[body]" id="ContactForm_body" placeholder="üzenet..."></textarea> <div class="errorMessage" id="ContactForm_body_em_" style="display:none"></div> </div>
<div class="row buttons">
<input class="superbutton" type="submit" name="yt0" value="Elküld"> </div>
</form>Nincs bennük semmi sem.
-
Soak
veterán
válasz
Speeedfire #12517 üzenetére
Ha tudnál konkrét kódot mutatni akkor egyszerűbb lenne segíteni, amúgy ha var_dump-olod a változókat akkor van bennük valami?
-
Speeedfire
félisten
Adott egy form. Aminek egyes részeit kitölti a controller ha a felhasználó be van lépve.
Miért van az, hogy ha el akarom posztolni akkor üres ezen input-ok értéke? Holott az input type="text" value értéke nem üres. -
CSorBA
őstag
válasz
fordfairlane #12515 üzenetére
Tárhely.eu-nál van mindkét tárhelyem (All inclusive és Start csomag). All inlcusive alatt volt tesztelve, pedig ott van még csak nekem 8-9 aktív oldalam a tárhelyen. A Start csomag alatt pedig csak ez a weblap van. Viszont most nézegettem, akár csak egy phpinfót tartalmazó pi.php futása is olykor sokáig tart. Szóval kezdem kizárni a kódolási problémát, mindenesetre jelzem feléjük, vagy legvégső esetben visszaköltözök az All inclusivere. Azért kínos, mert nemrég indítottam élesben az oldalam...
-
CSorBA
őstag
válasz
fordfairlane #12513 üzenetére
Nem használok ilyet, nem hinném, hogy ez lenne.
Viszont amit észrevettem már korábban is ezen a szerveren, bármely oldal betöltődésének sebessége kicsit hangulatfüggő. Van amikor villámgyorsan töltődik, van amikor vánszorog. És ezt még az éles üzem előtt is tapasztaltam (.htaccessel volt zárolva, szóval még a használat sem lehetett, ugyanaz a fájl futott le végig).
-
-
CSorBA
őstag
válasz
fordfairlane #12511 üzenetére
Az a gondom, hogy nem tudom előidézni a jelenséget. Majdnem fél évnyi teszt és fejlesztés alatt nem jött ki, most is csak az error_logból láttam meg....
-
CSorBA
őstag
Erre valaki valami okosat?
[17-Jan-2013 14:46:34 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 195909 bytes) in Unknown on line 0
[17-Jan-2013 14:46:34 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1310720) (tried to allocate 491520 bytes) in /home/dreamsha/public_html/dreamshare/index.php on line 368
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/pdo_mysql.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20090626/pdo_mysql.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/bcompiler.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20090626/bcompiler.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 195909 bytes) in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1310720) (tried to allocate 491520 bytes) in /home/dreamsha/public_html/dreamshare/index.php on line 368
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 195909 bytes) in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 262144) (tried to allocate 32768 bytes) in Unknown on line 0Az említett index fájlban a 367. sorban van egy hash_hmac fgv, ezen felül semmi a környéken. Nem is tapasztaltam a hibát élesben, csak az error_log-ot láttam, hogy ez mi hogy került oda. Fél évi teszt alatt nem jött ki most meg jött egy error_log. Vélemények?
-
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.
-
Sk8erPeter
nagyúr
válasz
lakisoft #12502 üzenetére
Ja jó, közben látom megoldottad, hogy ne neked kelljen érveket felhozni.
-
Sk8erPeter
nagyúr
válasz
Jinxb1rd #12499 üzenetére
Szívesen, majd írhatnál esetleg visszajelzést, hogy mit sikerült kihozni belőle.
"Szvsz CKEditor kissé gagyi, előző honlapon azt használtam, de..."
Heh? Az gagyi?Ez szerencsére közel sincs így, sőt.
Én a TinyMCE-t hosszas kapcsolatunk után épp a CKEditorral "csaltam meg", majd végül inkább utóbbi mellett döntöttem. CKEditor: "tágas" API, nagyon jó dokumentáció, aktív support, Drupalhoz, Joomlához való külön támogatás, ASP.NET Control (hót egyszerűen kezelhető, percek alatt beüzemelhető!), Java Tag Library, mindez a TinyMCE-ről sajnos nem igazán elmondható. ("Tovább is van, mondjam még?")
Ezenkívül az Inline editora szerintem nagyon üt annak egyszerűségével és könnyű beüzemelhetőségével:
http://ckeditor.com/demo#inline
Az sem lehet véletlen, hogy a Drupal 8 core-ba hosszas válogatás után végül a CKEditor került be az amúgy igen meggyőző Aloha Editorról, ennek okáról a Drupal atyjának egyik blogcikkében olvashatsz:
http://buytaert.net/from-aloha-to-ckeditor"Since that announcement, CKEditor has caught up, and now offers feature parity to Aloha Editor when it comes to our needs. Frederico Knabben, creator of CKEditor, has reached out to offer whatever support he can to make CKEditor and Drupal work together better. They already prototyped a convincing alternative to Aloha Editor's killer "Blocks" system (which is an excellent match for Drupal's need to manage content within text content in a structured manner). In addition to that, we found that CKEditor is more mature in terms of APIs, documentation, and ecosystem around the project. Hence, after days of research and weeks of further discussion, the consensus is that CKEditor is now our best choice.
Therefore, we are going to switch from Aloha to CKEditor for Drupal 8 core. By making this switch, we will not only have a more mature WYSIWYG editor, but we also free up resources to work on other parts of Drupal's authoring experience. The CKEditor team has committed to fix the 8 functional gaps that we've identified in their two next upcoming releases."
-
Sk8erPeter
nagyúr
válasz
lakisoft #12502 üzenetére
"(#12498) lakisoft válasza cucka (#12497) üzenetére
[...]
2. nagyon nem vagy képben az adatbázisok terén."
Hahó, nyugalom, ez egy szakmai topic, nem kell egyből személyeskedéssel kezdeni, sokkal többet érsz szakmai érveléssel, amikor kifejted, hogy szerinted a másik miért is mondott valamit rosszul.Lehet, hogy csak nekem nem sikerült kisajtolni a hozzászólásaidból, de sajnos nem látom a válaszokat a cucka által felvetett kérdésekre, pedig engem is érdekelne...
Ki tudnád fejteni, milyen verziókövetésre és milyen frameworkökre (!!) gondoltál? -
lakisoft
veterán
trükk nélkül.
MSSQL, Oracle, postgreSQL mind mind támogatja az tárolt eljárások használatát, sőt a MySQL is elkezdte elég intenzíven.Az adatbázis kapcsolattal sem kell foglalkozni, tőlünk sokkal okosabb emberek már előre megírták és framworkbe pakolták.
Szerk.: Alkalmazás szinten miért kell megoldani adatbázis szintű problémákat?
Új hozzászólás Aktív témák
Hirdetés
- ThinkPad T14 Gen4 14" FHD+ IPS érintő Ryzen 5 PRO 7540U 16GB 256GB NVMe ujjlolv IR kam gar
- 16GB-os SODIMM (notebook) DDR4 RAM bazár - nézz be, lesz, ami kell neked!
- HP 15-af105nh laptop (15,6FHD/AmdQuad/4GB/128SSD/Magyar) - Akku X
- JOYOR S5 Pro 10" Elektromos Roller 26Ah Akkumulátorral Moddolt!
- XPS 13 9310 13.4" FHD+ IPS i7-1185G7 16GB 512GB NVMe ujjlolv IR kam gar
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 MAX 36GB RAM 1TB SSD garanciával hibátlan működéssel
- AKCIÓ! Dell Latitude 5440 14 FHD üzleti notebook - i5 1335U 8GB RAM 256GB SSD Intel Iris Xe
- 10% -tól elvihető.Országosan a legjobb BANKMENTES részletfizetési konstrukció! ACER PREDATOR HELIOS
- AKCIÓ! AMD Ryzen 7 3800X 8mag 16szál processzor garanciával hibátlan működéssel
- ÚJ Apple Macbook Air 15,3 M4 10C CPU/10C GPU/16GB/256GB - Ezüst -(2025) - 3 év gari - MAGYAR
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest