- Királyi menetben érkeznek a G.Skill új DDR5 memóriái
- Mini-ITX
- Milyen videókártyát?
- MILC felhasználók szakmai topikja
- Milyen TV-t vegyek?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Milyen notebookot vegyek?
- Megérkezett a legújabb és eddigi legátfogóbb 3DMark teszt
- Hobby elektronika
- Madzag nélküli ollós klaviatúrát villantott a Keychron
Hirdetés
-
Computex 2024: gamer alaplap és „AI” PC az ECS-től
ph Az Elitegroup új LIVA barebone-nal és a Black alaplapsorozat feltámasztásával készül a tajvani kiállításra.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Hivatalos, hogy Game Pass-be jön a Call of Duty: Black Ops 6
gp Bár a játék jön PlayStationre is, akik PC-n vagy Xbox-on játszanak, azoknak elég lesz megvenniük az előfizetést.
Új hozzászólás Aktív témák
-
addikt
Csak érdekességképp írom be ide, akinek van ötlete, az világosítson fel, mert számomra ez érthetetlen:
Adott: $_SESSION['raktar'], és $raktar nevű változók.
$raktar = függyvény átad neki egy karaktertömböt, működik is rendesen. Csakhogy valamilyen csoda folytán ez a tömb felülírja a $_SESSION['raktar'] tartalmát is. Átnevezve a $raktar változót a probléma megoldódik.
Ötlet?
Persze nyilván a változó nevét megfelelteti a $_SESSION['raktar'] asszociatív tömbbel, de ennek mi értelme?
-
addikt
Sziasztok!
Segítség kéne SOAP-os adatcserében. Adott az alábbi lekérdezés:
$client = new SoapClient('http://asd/asd.asmx?WSDL',array("trace" => 1,"exceptions" => 0,'features' => SOAP_SINGLE_ELEMENT_ARRAYS));
$result=$client->GetCikkekKeszleten(array('web_update'=>'2012-11-20-11:00'));A $result meg is kapja a stringet, de nem tudom, hogy a mezők tartalmát hogyan kérdezzem le. Van valakinek tapasztalata ez ügyben?
-
addikt
válasz j0k3r! #11988 üzenetére
print_r-re ez jön le:
stdClass Object ( [GetCikkekKeszletenResult] => stdClass Object ( [any] => 3Túl sok kérés ) )
$xml = json_encode($result);
var_dump($xml);
Akkor pedig ez:
string(157) "{"GetCikkekKeszletenResult":{"any":"3<\/kod>T\u00fal sok k\u00e9r\u00e9s <\/leiras><\/hiba><\/valasz>"}}"
-
addikt
válasz Sk8erPeter #11992 üzenetére
Lehet, hogy félreértesz, mert ez az XML téma számomra teljes sötétség, még sosem kellett ilyesmivel foglalkoznom.
A htmlentities sajnos üreset-t ad vissza, semmi sem jelenik meg. Igazándiból az lenne a tuti, ha sikerülne ezt az egészet mondjuk asszociatív tömbbe írni, vagy valamilyen feldolgozható formába hozni, hogy a mezők értékeit ki tudjam nyerni, mint a csv fájloknál. A dokumentumfa egyébként ilyen:
<cikk cikkid="1">
<cikkszam>CIKKSZAM1</cikkszam>
<cikknev>Cikknév1</cikknev>
<me>darab</me>
<kshszam>84713000</kshszam>
<gyarto>GYARTO1</gyarto>
<cikkcsoportkod>AAABBBCCC</cikkcsoportkod>
<cikkcsoportnev>Cikkcsoport neve1</cikkcsoportnev>
<tipus>2</tipus>
<beszerzesiallapot>1</beszerzesiallapot>
<webigendatum>2007.10.19.</webigendatum>
<webmegjel>1</webmegjel>
<leiras>Ez itt a CIKKSZAM1 cikkszámú cikk leírása.</leiras>
</cikk>[ Szerkesztve ]
-
addikt
Még egy kérdés. Esetleg arra van mód, hogy mindenestül beleírjam a lekérés eredményét egy fájlba? XML formátumban, nyilván. Utána sokkal kényelmesebb lenne már szenvedni vele, mint állandóan lekérni a szerverről.
-
addikt
Sikerült megoldani.
[ Szerkesztve ]
-
addikt
Még egy kérdés, és nem zaklatlak titeket. Sikerült összehozni, hogy stringgé alakítsa az objektumot:
<valasz xmlns="" verzio="1.0"><hiba><kod>3</kod><leiras>Túl sok kérés </leiras></hiba></valasz>
Ezen hogy tudnék szépen sorjában végig iterálni a node-okon? Van rá hasonló megoldás, mint csv-nél az fgetcsv?
-
addikt
válasz Sk8erPeter #12005 üzenetére
Természetesen hamarosan megírom a teljes kódot, de még nem vagyok vele kész.
A gond az, hogy SOAP-on keresztül távoli szerverről kapok egy objektumot, ami egy XML-fát tartalmaz. Férfiasan bevallom, hogy ez teljesen új terület számomra, és örülök, hogy egyáltalán sikerült megoldani, mert a határidő bizony sürget. Szóval szeretném először átlátni nagyjából ezt az egész témakört, és utána majd reszelek még a kódon.Hab a tortán, hogy elég sok adatról van szó, amelyet SQL-be kell közben írni (több tízezer node).
Szerk:
Érdekesség, hogy az XMLreader csak akkor működött, amikor a stringből kinyestem ezt:
<valasz xmlns="" verzio="1.0">...</valasz>
Ezt követően tökéletesen beolvasta a fát. Erre valami ötlet a szakiktól?
<?xml version="1.0" encoding="UFT-8" ?><any><valasz xmlns="" verzio="1.0"><hiba><kod>3</kod><leiras>Túl sok kérés </leiras></hiba></valasz></any>
[ Szerkesztve ]
-
addikt
válasz Sk8erPeter #12008 üzenetére
Átírtam, de nyilván nem ez volt a gond. Kösz, hogy szóltál.
Ezt a classt használtam végül: [link]
A kód jelenleg így néz ki:
$client = new SoapClient('http://....asmx?WSDL',array("trace" => 1,"exceptions" => 0,'features' => SOAP_SINGLE_ELEMENT_ARRAYS));
$result=$client->GetCikkekKeszleten(array('web_update'=>'2012-11-20-11:00'));
$t1 = new XMLSerializer;
$re = $t1->generateValidXmlFromObj($result->GetCikkekKeszletenResult,"","");
$re = htmlspecialchars_decode($re);
$re = str_replace(array("</valasz>",'<valasz xmlns="" verzio="1.0">'),array("",""),$re);Ez már egy normális XML-fát ad vissza. Egyelőre fájlba írom, de lehet, hogy kihagyom ezt a köztes lépést, és rögtön feldolgozom. Továbbra is a nagy adatmennyiség a probléma.
Az XML feldolgozó:
$z = new XMLReader;
$z->open('tmp.xml');
$doc = new DOMDocument;
while ($z->read() && $z->name !== 'cikk');
while ($z->name === 'cikk'){
$node = simplexml_import_dom($doc->importNode($z->expand(), true));
$ki .= '<tr><td>'.$node->cikkid.'</td><td>'.$node->cikkszam.'</td></tr>';
$z->next('cikk');
}
?>Az XML pedig így néz ki:
<?xml version="1.0" encoding="UTF-8" ?>
<any>
<cikkek>
<cikk><cikkid>93038</cikkid><cikkszam>SKNB52</cikkszam></cikk>
<cikk><cikkid>93038</cikkid><cikkszam>SKNB52</cikkszam></cikk>
<cikk><cikkid>93038</cikkid><cikkszam>SKNB52</cikkszam></cikk>
</cikkek>
</any>[ Szerkesztve ]
-
addikt
válasz Sk8erPeter #12017 üzenetére
Persze, ez itt a probléma. Ezért szenvedtem ennyit vele...
Amúgy szerintem marad a DOM, legfeljebb felnyomom a max_execution_time-ot a szerveremen. Úgyis csak naponta egyszer, éjszaka fog lefutni a kérés.
Más:
Van valami jól bevált megoldásotok távoli szerverről kép átmásolására, átnevezésére, és átméretezésére? Eddig csak kliens oldalról feltöltött képet manipuláltam, és nem tudom, hogy van-e érdemi különbség a kettő között?
-
addikt
válasz Sk8erPeter #12053 üzenetére
Most őszintén, ezzel az árral ki tud versenyezni...?
-
addikt
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.
-
addikt
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.
[ Szerkesztve ]
-
addikt
Egy kérdés: az fwrite függvény mennyire erőforrás igényes? Mondjuk 50-100mb-nyi string esetén..? Meg általánosságban a fájlba írás mennyire terheli a szervert?
-
addikt
Szerintetek mennyire elvárás manapság az MVC használata? Egyáltalán miért ragaszkodnak ennyire hozzá? A weblaboron volt róla egy vita, ahol kifejtették, hogy magát a modellt nem web-alapú (stateless) fejlesztésre találták ki, épp ezért nem is igazán alkalmas rá, de folyamatosan próbálják ráerőltetni. Ti mit gondoltok erről?
-
addikt
válasz vgyuri #13308 üzenetére
Ez most nagyon csúnya volt. Ugye a már említett XSS a fő probléma, de egyébként sem egy elegáns megvalósítás. Alapszabály szerintem, hogy minél kevesebb felhasználói input kerüljön direkt kiírásra. Itt is tökéletesen kiiktatható, hiszen elég, ha a value="#FF000"-et átírod value="1"-re, stb. Majd a kiíratásnál én betennék egy is_numeric vizsgálatot, illetve switch-el elágaztatva adnám át a kiírandó értéket.
-
addikt
válasz Peter Kiss #13316 üzenetére
Ez már csak ízlés kérdése. Én nem szeretem az asszociatív tömböket.
-
addikt
válasz Peter Kiss #13318 üzenetére
Hát persze, mert ez a PHP programozás lényege az asszociatív tömbök alkalmazása. Hagyjuk már...
-
addikt
válasz Sk8erPeter #13499 üzenetére
Igazándiból ez pont olyan feladat szerintem, ahol a CMS-ek valódi előnyeit csak nagyon minimálisan lehet kihasználni a projekt teljes méretéhez képest. A foglaló rendszer csak egy dolog (az nyilván önálló modul), de ugye ott van a fb. integráció, reszponzív dizájn, mobilos skin, stb. Ezeket úgyis le kell gyártani egyedileg, a foglaló rendszert, a fb. integrációt is. Marad a szöveges tartalomkezelés, és az ügyfélmenedzsment, mint előre beépített elem. Ez a kódbázis viszont már a legtöbb programozónak egyébként is a birtokában van saját fejlesztésként.
Összegezve: persze lehet CMS-t használni a feladatra, de szerintem nem gyorsítja meg látványosan a projekt kivitelezését. És ugye ott vannak a hátrányok is, mint a nagyobb erőforrásigény, és a biztonsági kérdések, csak hogy a legelcsépeltebbeket említsem.
-
addikt
válasz SureStudio #13579 üzenetére
Bocs, de ez nem az állás rovat.
-
addikt
válasz Speeedfire #13643 üzenetére
Arra vigyázz, hogy nem csak az execute time lehet szűk keresztmetszet. Emlékszem, hogy SOAP kéréseknél mennyit szívtam ezzel. Ott a rendszergazda végül rájött, hogy valamelyik más értéket is át kell állítani, mert nem futott le rendesen.
Új hozzászólás Aktív témák
- Nagyrobogósok baráti topikja
- Politika
- Ukrajnai háború
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- DIGI műholdas TV
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Királyi menetben érkeznek a G.Skill új DDR5 memóriái
- Óra topik
- Redmi Note 12 Pro - nem tolták túl
- Samsung Galaxy S23 Ultra - non plus ultra
- További aktív témák...
- HP 255 G9 15,6" FHD Új,bontatlan,Ryzen 3-5425U,8GB RAM,512GB SSD,Magyar bill, Win 11 Home,1,5év gar!
- MSI GTX 1070 8GB OC Quick Silver Edition
- Lenovo ThinkPad X1 Yoga 2nd i7-7600u/16GB/512GB SSD/14"FHD 2in1 UltraBook garancia+számla
- CHIEFTEC PROTON 750W Bronze (BDF-750C) FULL MODULAR eladó!
- be quiet! Dark Rock 4
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Promenade Publishing House Kft.
Város: Budapest