- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Csatába küldte Magyarországon idei csúcs hangprojektoros szettjét a Samsung
- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Kormányok / autós szimulátorok topicja
- Azonnali fotós kérdések órája
- Azonnali notebookos kérdések órája
- VR topik (Oculus Rift, stb.)
- ThinkPad (NEM IdeaPad)
- Milyen belső merevlemezt vegyek?
- Azonnali informatikai kérdések órája
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Androidos tablet topic
- A régi node-okra koncentrál a szankciók miatt Kína
Hirdetés
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
-
Ennyibe kerülnek a Huawei Pura modellek Európában
ma Megérkezett az újrabrandelt Pura széria, kivéve a Pura 70 Pro+-t, mert az marad Kínában.
-
Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
it Az SK Hynix jelezte: akkora a terjeszkedés az AI-szolgáltatások piacán, hogy 2024-re az összes, 2025-re közel az összes HBM chipet eladták.
Ú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
- Gigabyte Brix GB-BRR3H-4300 4300u, 16GB DDR4, 256GB SSD
- HP Probook 450 G5 - 8th Gen i5/8GB/128GB
- Ritkaság! Alienware AW5520QF Oled Gamer Monitor!55"/4k/120hz/0,5ms/Alienfx RGB
- LG34UM68-P 21:9-es Ultra Wide monitor eladó!
- HP Envy x360 15,6 IPS LED Gorilla Glass i7, 16GB, 1TB fémházas 3az1 notebook + HP toll - harmad áron