Csak a saját gépemen fut, ahol én vagyok az egyedüli felhasználó, illetve esetlegesen egy másik gépen egy másik felhasználó.
A Szolgáltatónak viszont többszázezer felhasználója van. Van egy api felületük, amelyen keresztül adják ők az adatokat.
Az api és a saját gépem közötti kommunikáció php-ben van megírva, a kapott adatokat lehetőség szerint menteni is szeretném (ez megoldott), a megjelenítés is, de más módját szeretném, mint a böngésző.
Kapok egy lekérdezésben egy 40-100kByte közötti méretű adatstruktúrát, és ezt én php-val feldolgozom és mentem, majd továbbküldöm a böngészőnek, ahol a js már csak megjeleníti.
Esetleg megpróbálhatom, hogy a php állítsa elő a html-kódot, hogy aztán ne a js szenvedjen a dom felépítésével, de jelenleg alapvetően a js csak a megváltozott adatokat írja át, a dom-ot pedig nem változtatja.
Ezért ezzel szerintem nem nyernék semmit.
Emlékezetem szerint a "gyári" szoftver is nagyon terhelte a processzort, de valahogy sokkal kompaktabbnak éreztem, mint a böngészős megoldást.
Rengeteg kérdés nem tiszta, pl: Először is, hány felhasználó van? Biztos, hogy böngészőben akarják csodálni az adatokat? Meg is akarod őrizni az adatokat, vagy amint kicsordulnak a képernyőről, mehetnek a levesbe? Ha meg akarod őrizni, akkor is kérdés, hogy meddig/mennyit?
Nekem a php (apache) kommunikál a neten át. Egyelőre jobb megoldást nem tudok, a Delphihez konyítok egy minimálisat, de az ugye linuxon kilőve. Marad a php, amivel az adatokat megkapom.
A probléma a megjelenítés a böngészőben, lévén a firefox baromi sok erőforrást használ.
Valami miatt az epiphany időnként csak úgy bezárul, a midori hasonlóképp. Nekem pedig egy megbízható, stabil, de kis erőforrásigényű böngésző kellene, ami másfél gigahertzen is folyékonyan működik.
Ezért gondoltam, hogy esetleg a libreofficet lehetne összecsatlakoztatni a php-val, vagy szimplán a php-nek lenne ablakos verziója. Egyiknek sem látom túl nagy esélyét.
Végső megoldásként valami objektumos pascal, ami a kommunikációt is megoldaná valahogy.
Gyenge a géped: vegyél erősebbet. :-) Firefoxról egyre több panaszt hallani, esetleg megfontolhatnál valami böngészőt.
De komolyan: valaminek kell kommunikálni a világgal, a szerveroldalon levő akármivel (hogy az PHP vagy nem, az végül is teljesen mindegy). Vagyis, kell írnod egy programot, ami kommunikál a neten át, kapja a szükséges adatokat. Ha mindenáron Excelt akarsz távvezérelni, nagyjából bármelyik .NET programból könnyedén lehetséges (egyébként tele van a világ ilyen .NET-es megjelenítőkkel, szerintem az Excel teljesen felesleges ide). .NET fut Linux alatt is (Mono), de azért alaposan körül kell nézni, lehet aknákra futni.
Vagy pedig nem önálló programot írsz, akkor viszont csak a böngésző marad, és mivel egy böngészőben futó program nem tud kifele nyúlkálni (nagyon nagy baj lenne, ha tudna), az egész megjelenítést a böngészőben belül kell megírnod, praktikusan JavaScript lesz belőle. Minden bizonnyal ilyesmire is vannak kész számolótáblás modulok, azt a részét nem neked kell kitalálni (lásd például http://jspreadsheets.com).
Szóval, mindkét módon különösebb technikai akadályok nélkül megvalósítható, de nyilván nem kell írni, nem fogsz ilyet sehonnan leakasztani a szögről. Az egyéb feltételeid miatt (elsősorban Linux), alighanem a másodikat kellene megcéloznod.
Korábban használtam egy szoftvert, amely adatokat kapott a világból valahonnan majd azt excel táblázatban jelenítette meg (nem picipuha szoftver volt). A lényeg, hogy volt valami kapcsolódási felület és az excel táblázatot (nem magát az xls fájlot) folyamatosan írta, változtatta az adatokat benne. Most nekem hasonló dologra lenne szükségem linux alatt. Sajnos csak a php-hoz konyítok egy kicsit és excel sincs, csak libreoffice vagy rosszabb esetben openoffice. Alapvetően lehetne böngészőben is megjeleníteni, de a gépem gyenge a firefox jelenlegi verziójához és bár a böngészőben megvalósítható a táblázat megjelenítése, már-már a processzor terheltségének határát súrolja az amúgy nem túlzottan erőforrásigényes feladat.
Az a gyanúm, hogy ahogy a böngésző a folyamatos adatokat lekéri a javascript-jquery segítségével (másodpercenkénti lekérés van), így az excel program a VB segítségével teszi/tette ugyanezt. Csak gondolom, mert az excel tábla -amit használni kellett- adott volt és meg volt nyitva.
(A VB-ben nem vagyok 100%-ig biztos, csak feltételezés, a szoftver működött excel táblázatkezelés nélkül is, saját ablakban is megjelentek az adatok, az excel csak saját függvények illetve automatizálás miatt kellett.)
Köszönöm szépen a tanácsokat. Valóban a print "<img src=stat.png>"; rész fogta vissza elég látványoson a dolgot. Kicseréltem egy print "<img src=stat.jpg width=$a>";(persze ezt csak egyszer nem ismétlem már).Nem volt okos dolog tőlem több ezerszer kirajzolni azt a képet, igy most csak 90x rajzol nem milliószor. Igen az olvashatóságot is kicsit javítanom kell ezt én is észrevettem, mert most még ugyan nekem világos, de később már nem lesz olyan egyértelmű mit miért oda raktam a kódban.
2 oka is lehet így első blikkre: a 3 egymásba ágyazott ciklus és/vagy a sok kép.
1. feleslegesen mész végig 90-szer a számokon, a gyakoriságot tárold le egy tömbben, majd ha megvan, akkor csinálj belőle táblázatot. Pl. külső for-t első körben elhagyhatod:
foreach ( $tomb as $tomb2 ) { foreach ( $tomb2 as $kulcs => $ertek ) { if ($kulcs > $c)
++$gyakorisag[$ertek];
}
}
majd
for ($b=1;$b<91;$b++) { print "<tr>"."<td>".$b."</td>";
print "<td>".$gyakorisag[$b]."</td>"."<td>";
...
// stb
}
2. Le is ellenőrizheted, hogy ez a lassú része-e (szedd ki ideiglenesen a print "<img src=stat.png>"; utasítást, és nézd meg gyorsult-e valamit).
Amúgy meg nézz bele a generált html-be, valószínűleg az <img src=stat.png> több 100x/1000x fog előfordulni. Igazából ne is képet használj, rajzolj ki egy n széles divet (<div style="width:n px">, persze színnel, magassággal stb), ahol n vagy a tömbben tárolt érték (ahogy jelenleg is kirajzolsz n db 1px-es képet), de ennek sok értelme nincs, főleg ha nem egyenletes eloszlásúak, mert a táblázat nagy része ki is lóghat. Ehelyett n legyen gyakorisag[ertek] * W / sum, ahol W egy tetszőleges szám (pl. ha W 200, és az 1-es 100 számból 50-szer fordul elő, akkor a sáv szélessége 100px lesz, ha 100-szor akkor meg 200), a sum az összes szám összes előfordulásának az összege. Ha mindenáron képet akarsz, akkor meg egy nagyobb méretű képnek a szélességével játssz, de semmiképp se több 1px-es képet rakj egymás mellé!
Egyéb észrevételek:
- használj beszédesebb változóneveket, ahol lehet
- coding style: nem tudom, hogy a fórum törte meg-e így a kódodat, de így kb olvashatatlan (zárójelek, space-ek össze-vissza, indentálások). Ki kéne választani (alakítani) egy neked megfelelőt, és azt konzekvensen használni
- print "<tr>"."<td>".$b."</td>"; - nem muszáj összefűzni, helyette lehet "<tr><td>$b</td></tr>"
Elég kezdő vagyok a programozásban így lenne pár kérdésem.
Elsőre raktam össze egy kis php kódot, aminek a szerepe lényegében annyi lenne. hogy megszámolja egy tömbben a számokat 1-90-ig. Miközben egy egyszerű kis táblázatba kiírja és hogy picit szemléletesebb legyen a táblázat minden talált érték után 1px széles kis képet rajzol egy harmadik cellába.
Sikeresen le is fut a kód ki is rakja a dolgokat. De valahogy elég lassú lett...
Esetleg ha van valakinek ötlete más megoldása, vagy csak valami hasznos észrevétele és azt meg is osztaná velem, annak nagyon tudnék örülni.
Mivel elég kezdő vagyok, ezért ha lehet csak építő kritikát küldjetek. Elöre is köszönöm mindenkinek!
Ha valaki szánna rá pár percet és meglesné a kódolást, hogy mi lehet a hiba..... Elakadtam .... nem működik valami az e-mail küldésnél. Ez egy demó oldal [ http://befektetesek.atwebpages.com/ ]még, vannak hibák rajta..... de az e-mailes résznél hol azt írja ki (angolul) hogy "Sikeresen elküldte az e-mailt" máskor meg hogy "Hiba van" ......... de a sikeres elküdsé után se érkezik meg az adott e-mail címre : birogabor0123@gmail.com-ra. Első a HTML kód, aztán Java és végül PHP ...... kérdezgettem más jártas embert, de nem tudtuk megoldani. ( én nem vagyok jártas se PHP-ben se Javában....ez egy sablon)
Köszönöm az orientáló soraidat, végül is összehoztam egy működő eljárást. Bár, nem értem, hogy az eredeti miért nem jó, elvileg működnie kellene, illetve 50%-ban működik is, az oszlop-sor felcserélésekor mutatott rendellenesség okát most sem értem. A FETCH_ASSOC és a FETCH_NUM hozta el a sikert végül.
function kiir($a,$b,$db) { // A lekérdezés két sztringje + a new PDO $sql=$a.$b; $result = $db->query($sql); if(! $result ) {die('HIBA: ' . mysql_error());}
Nem véletlenül választottam a defaultot, hirtelen kellenék sok és többféle lekérdezést táblázatosan megjeleníteni, egy füst alatt.
De, kísérletképpen a $result->fetch(PDO::FETCH_ASSOC) használva, a fejlécek szépen kirajzolódtak minden tábla esetén (a functionból kivéve a kettős lépést), viszont a táblák sorai estek szét, minden esetben...
Szóval, köszönöm a tippet, elmélyedek itten, s majd jelzem, mire jutottam.
Sajnos a te lekérdezéseid nem adják ki az olyan formátumú és tartalmú táblázatokat, amiket az én kereszttáblásaim, de működnek, kétségtelen, az algoritmus fel is dolgozza őket, megfelelően.
$fejlec=true; //a lekérdezés első sora a fejléc a while-ciklus először ezt írja ki.
while ($row = $result->fetch()){ if ($fejlec==true){ $mezok=(array_keys($row)); //a fejléc elemeinek beolvasása $hossz=(count($row)/2)-1; //az oszlopok számának meghatározása: név+index ezért /2. A -1 //egy az empíria végett kell. echo $hossz;
for ($m=0; $m<=(count($row)-2); $m++){ //a ciklus kiírja a fejlécet, a kettős $m++ átugorja az //indexeket, s csak a nevek kerülnek kiírásra. A -2 //megint empíria. echo "<td bgcolor='#ffff00'><font size=5>".$mezok[$m]."</td>"; $m++;}
$fejlec=false; }
echo "<tr>";
for ($elem=0; $elem<=$hossz; $elem++){ //A ciklus a táblázat többi sorát jeleníti meg. if ($elem==0) {$sarga='#ffff00';} else {$sarga='#C0C09a';} echo "<td bgcolor=$sarga><font size=5>".$row[$elem]."</td>";}
echo"</tr>"; } echo "</table><br><br>";} //-- function vége --
$a="TRANSFORM Count(vezeteknev) AS CountOfvezeteknev SELECT csop, Count(vezeteknev) AS összesen FROM koleszosok "; $b="WHERE jogviszony='aktív' GROUP BY csop PIVOT lakikmegye";
kiir($a,$b,$db);
---------
Nem értem, miért áll elő az a jelenség, amit első beírásomban jeleztem. Azt megfigyeltem, hogy a baj akkor lép fel, mikor a fejlécbe számok íródnak, pl. itt a csoportok (csop) nevei: 1-5. A csop szöveges mezőnek van definiálva a táblában, tehát sztringek elvileg, mint a megyék nevei. De, lehet a php mégis megzavarják? Ragaszkodnék e formulához, mert mindenféle lekérdezést szép táblázatosan megjelenít, rugalmasan, csak a három kezdőparamétert kéri hozzá.
Talán hiba van a programodban. Hagyományos programozói ésszel ilyen SQL-lel próbálkoznék:
SELECT lakikmegye, csop, COUNT(*)
FROM koleszosok
GROUP BY lakikmegye, csop
ORDER BY lakikmegye, csop;
azután a táblázat kialakítását PHP-ben csinálnám
Note: ha flexibilisre akarjuk csinálni (vagyis a csoportok száma nem fix), akkor előtte egy SELECT DISTINCT(csop) FROM koleszosok ORDER BY csop; is futhat.
Php-probléma. Access-ben működik minden lekérdezés. Php-nál a sor-oszlop felcseréltek torz eredményt adnak. Ugyanaz az php-algoritmus generálja a táblázatokat, mégis hol jó, hol rossz lesz az eredmény. Egyelőre elvi síkú tanácsot várok, mi lehet emögött. Találkozott-e más ezzel a jelenséggel.
Access-fájlbeli kereszttáblás lekérdezésekkel van bajom. Példaként: az elsőt szépen megjeleníti
az algoritmusom, a másodikat (sor és oszlop felcserélve) csonkán ás elcsúszva, egyes oszlopok hiányoznak. Mi lehet ennek az oka? Hibaüzenet nincs. A tesztelések szerint nem az algoritmus rossz - a tábla szélességét kiszámolja, a fejlécet elkészíti -, a probléma már a lekérdezésnél jelen van, mintha nem tálalná az összes adatot. Próbálkoztam különféle szintaktikákkal, itt is hibajelzés nélkül - zárójel, aposztróf, táblanevek -, de a helyzet nem változott.
1.
$a="TRANSFORM Count(vezeteknev) AS CountOfvezeteknev SELECT csop, Count(vezeteknev) AS összesen FROM koleszosok "; $b="WHERE jogviszony='aktív' GROUP BY csop PIVOT lakikmegye";
$a="TRANSFORM Count(vezeteknev) AS CountOfvezeteknev SELECT lakikmegye, Count(vezeteknev) AS összesen FROM koleszosok "; $b="WHERE jogviszony='aktív' GROUP BY lakikmegye PIVOT csop";
Értelemszerűen megváltoztatni a jogosultságokat. De még inkább megnézni a hibakódot/hibaüzenetet, mert amit valahol a neten olvasni vélsz, az nem garantáltan vonatkozik a te esetedre.
Sziasztok! Egy olyan kérdésem lenne, hogy a file_put_contents() nem írja át a fájlt, ahogy utána olvasgattam, azt találtam, hogy azért mert nincs jogosultság. Erre mi a megoldás? Előre is köszi!
Van-E php-ben olyan gyári függvény, ami két összetett objektum (tömb és objektum, fa több elágazással, 3-4 "mélységű", esetenként 100 vagy akármennyi ággal -tömb) különbségét képezi? Ha nincs ilyen, akkor meg kell írnom, de akkor kéne egy olyan függvény, amivel egy előre nem látható mélységű objektumot kéne bejárni. A lényeg, hogy a két objektum közül objektum2 nagyobb, tehát bizonyos tulajdonságok értéke nagyobb, illetve lehetnek olyan tulajdonságai -ágai-, amelyek objektum1-ben nincsenek.
Objektum2-t kéne végigjárni, és ha objektum2->akármi[x]->...->értékhez létezik objektum1->akármi[x]->...->érték, akkor különbség->akármi[x]->...->érték egyszerű kivonás, ha pedig objektum1->akármi[x]->...->érték nincs, akkor különbség->akármi[x]->...->érték = objektum2->akármi[x]->...->érték legyen.
Egy kis segítségre lenne szükségem, kezdő php-s vagyok és nagy fába vágtam a fejszémet egy program átalakításával kapcsolatban. Nem tudok kiigazodni az OOP elvét követve azon, hogy elviekben hogyan van "ideálisan" szervezve az, hogy elérhető legyen különböző class-okban található function-ok egy újonnan létrehozott fájlban. Kérlek titeket, hogy egy kicsit bővebb magyarázatot adjatok, hogy könnyebb legyen megérteni.
Amíg működött, addig egy szolgáltató api-ján keresztül jött egy nagy méretű adatstruktúra, melyek mérete egyenként 20~30kB.
Apache cache könyvtára volt a /var/cache/apache2/mod_cache_disk/ - ha jól emlékszem, ebből töröltem a benne lévő .log fájlok, amiből elég sok darab össze tar-gzipelve. Meg volt benne egy darab 1 GB-os log fájl. Gondoltam, hogy a cache-ben levő log fájlok nem szükségszerűek a szerver működéséhez. Alapvetően kevés a helyem, az adat pedig gyorsan jön, amit menteni kell, így az 1 GB hely felszabadítása életmentő lehet ilyenkor.
Nálad pl. milyen karakterek jelennek meg? Nekem kb. minden második fekete rombusz, benne fehér kérdőjel.
Vannak köztük kínai, koreai, és elvétve arab betűk is. Lehet, hogy valami kódolási probléma lehet, de ebből akkor sem jön ki semmi, főleg nem egy json-string.
