Új hozzászólás Aktív témák
-
Lacces
őstag
válasz Sk8erPeter #11950 üzenetére
Te meg az IIS-ről írhatnál nekünk cikket a logoutba.
[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz Sk8erPeter #11950 üzenetére
Te is tudsz ilyeneket, csak jobban preferálod az IIS-t.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
-
Lacces
őstag
válasz Sk8erPeter #11954 üzenetére
Hát neten nehezen veszem észre
Athlon64+ Szavadon foglak, akkor várom a cikket Engem kifejezetten érdekelne az is, hogy az IIS mennyire jó PHP / Java és a többi nyelvhez is[ Szerkesztve ]
-
Brown ügynök
senior tag
Üdv!
Van egy enyhén szólva is pocsék kódú oldal. Ha rámegyek a honlap címére, akkor nem az index.php hívódik meg hanem egy alkönyvtár mappájának index.html fájlja, ami átirányít az oldal egy másik részére. Ez miért történhet így? A .htacces-ben ez van:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA]Megoldás: Van egy index.html fájl is és először az hívódik meg. Ezt nem tudtam.
[ Szerkesztve ]
"hacsak nem jön a jó tündér break utasítás képében..."
-
Sk8erPeter
nagyúr
válasz Brown ügynök #11958 üzenetére
Arra pedig a DirectoryIndex-et nézd meg, milyen sorrend van beállítva a .htaccess-ben, vagy azon a szerveren mi a default.
Saját direktívával felülbírálhatod.Sk8erPeter
-
Brown ügynök
senior tag
válasz Sk8erPeter #11960 üzenetére
Ilyesmi nincs beállítva a .htaccess-be de jó tudni.
"hacsak nem jön a jó tündér break utasítás képében..."
-
Sk8erPeter
nagyúr
Na, csak most volt lelkierőm elolvasni. Szerintem ezek a problémák amúgy érdekesek, és egyáltalán nem OFF, szorosan kötődik a PHP-fejlesztéshez, még ha a másik oldalon nem is PHP-t használsz. Mondjuk engem akkor is érdekelne, ha köze nem lenne a PHP-hez, csak valami érdekes probléma.
Még arra kíváncsi lettem volna, a fejlesztéshez miért épp ezeket az eszközöket használtad, és igazából mi a végcélja a kliensednek, milyen jellegű kommunikációt szeretnél folytatni, miért oly fontos neked pont a session_id().
Szóval ezeket még le tudnád írni a kedvemért?
Sikerült megoldani azóta a problémákat?Sk8erPeter
-
bobace
őstag
Korábban már kérdeztem itt, de nem bírtam megoldani a dolgot, így visszatértem..
Most ez a kódom:
Van egy lekérdezésem, amire a $row-val hivatkozok
$avabal = $egyenleg + $feltoltes ;
while ($avabal >= $row['amount'])
{
$query = "UPDATE fees u SET u.paid = 1 WHERE u.id=" . $row['id'];
$avabal= $avabal - $row['amount'];
}Azt akarom kihozni, hogy minden update után számolja újra az avabal-t, és a következő körben már azt vizsgálja, hogy nagyobb-e, mint az amount sorban szereplő érték. Ezt hogyan kell?
Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
Sk8erPeter
nagyúr
válasz bobace #11963 üzenetére
Egyrészt nem is futtatod a query-t a while-on belül, másrészt mivel itt nem változik a $row['id'], ezért lényegében többször csinálod pontosan ugyanazt, ugyanannál a sornál, vagyis állítod 1-re a paidet, egészen addig, amíg nagyobb az $avabal, mint a $row['amount']. Szóval ez még erősen átgondolásra szorul.
Sk8erPeter
-
bobace
őstag
válasz Sk8erPeter #11964 üzenetére
Akkor bemásolok többet Továbbra sem vagyok sokkal okosabb, szóval simán lehet, hogy teljes hülyeség amit csinálok..
while ($row = mysql_fetch_assoc($res2))
{
if (($egyenleg + $feltolt) >= 0)
{
$query = "UPDATE fees u SET u.paid = 1 WHERE u.id=" . $row['id'];
$system->check_mysql(mysql_query($query), $query, __LINE__, __FILE__);
}
else
{
$avabal = $egyenleg + $feltolt ;
while ($avabal >= $row['amount'])
{
$query = "UPDATE fees u SET u.paid = 1 WHERE u.id=" . $row['id'];
$system->check_mysql(mysql_query($query), $query, __LINE__, __FILE__);
$avabal= $avabal - $row['amount'];
}
}
}
Még így teljesen rossz? A sima if rész működik jól, azt próbáltam, vagy lehet nem is jó, csak csinálja, ami nekem kell?Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
cucka
addikt
válasz bobace #11965 üzenetére
Két kérdés:
- Pontosan mit akar csinálni ez a program? Ezer sebből vérzik, így nehéz megragadni a problémát.
- a system->check_mysql pontosan mit csinál? Összerakod a query-det mindenféle sql injection ellenőrzés nélkül, majd lefuttatod, az eredményét pedig odaadod a check függvénynek. Ha sql injection történik, akkor a check függvény mit fog csekkolni? -
bobace
őstag
Az megesik, hogy ezer sebből vérzik, hisz én írtam, és én nagyon kicsit értek hozzá
- annyit kellene neki tudni, hogy vannak benne fizetetlen tételek, amiket ki akarok egyenlíteni. Egy-egy befizetésnél megvizsgálja, hogy mely tételeket kell kiegyenlíteni, és van-e rá fedezet. Egyszerre több tétel is lehet, mondjuk van kint 50+200+100 és bejön 180 vagy akármennyi (plusz az előző egyenlegem, mondjuk 15), ami kevesebb mint a kintlévő összeg (350), de amire van fedezet, azért azt állítsa át fizetvére (100+50). Azt érzem, hogy ez nem gyenge feladat, egyelőre annak is örültem volna, ha az 50-re rájön, hogy azt állítsa át első körben.
-a check a szintaktikát ellenőrzi, ha rossz, dob egy hibaüzit. Teszteléskor jól jött sokszor.Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
-
Sk8erPeter
nagyúr
válasz bobace #11967 üzenetére
Hogy ellenőrzi a szintaktikát, miután már rég lefutott? Egyáltalán mivel ellenőrzöd? És mi ez a mágikus $system osztály?
A #11965-ben küldött kód attól még ugyanaz, és továbbra is áll, amiket mondtam, hogy a $row['id'] nem változik, satöbbi.
Meg cucka felvetése is jogos, hogy így még mindig nem oldottad meg a feladatot. Legfeljebb a beérkező összegtől függően valamiféle arányt tudnál a kifizetetlen összegekre beállítani, hogy mondjuk a következő kifizetetlen számlának csak a 25%-a van rendezve, a maradék még hátravan, vagy ilyesmi. Mármint a jelenlegi rendszerhez igazodva, ha csak plusz egy mezővel kell kiegészíteni - vagy a paid mezőt átalakítani úgy, hogy csak akkor 1.00, ha teljesen ki van fizetve, addig meg mondjuk decimal number, például 0.25.Sk8erPeter
-
bobace
őstag
Ez így volt a rendszerben ez a check és system, ezeket nem én találtam ki,csak kopizon, ahová láttam, hogy kell.. Ez egy egyedi CRM rendszer része, amit nem én csináltam.
A megoldás az lenne, hogy 200 Ft-ból kiegyenlít időrendben amennyit tud. Ha mondjuk az 50-50-90-90-200 időben 50-200-90-50-90, akkor 50-90-50-et egyenlít ki, és marad 10. De ha mondjuk 200-50-50-90-90, akkor nyilván a 200-at. Nem tudom, hogyan lenne a leglogikusabb, lehet hogy nagyság szerinti sorba kéne rakni, nem időben? Bár ott meg ha nincs keret a legnagyobbon, és megáll a dolog, akkor meg kisebbek nem lesznek kiegyenlítve, holott arra lenne egyenleg.. Ezt én sem tudom, mi a legéletszerűbb, leglogikusabb.
[ Szerkesztve ]
Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
bobace
őstag
válasz Sk8erPeter #11970 üzenetére
A $row['id'] mikor fog változni? A sima if ágban sem ugrik a következőre? (Mert ott ha elég az összeg mindenre, akkor minden sort updatel)
Nem tudom, hogyan működik ez a check, de még eddig dobta a hibákat.. Nem vagyok php guru, majd egyszer
Az utolsó példád az a legegyszerűbb, mert akkor egyszerűen az egyenlege +2950 lesz, az if ág pedig működött ilyenre. Tehát pluszba mehet, maradhat fent egyenlege, ami kimarad, azt majd legközelebb elhasználja másra, illetve ott automatikusan 1-re állítom a paidet, amíg pluszos az egyenleg.
[ Szerkesztve ]
Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
Sk8erPeter
nagyúr
válasz bobace #11974 üzenetére
Hát reméltem, hogy ez okozza a legkisebb problémát, amikor pluszban van. De attól még a korábban felvetett probléma létezik, szóval a tartozásából kéne levonni annyit, amennyit kiegyenlített, vagy az az arányos megoldás, amit írtam, ha nem szeretnéd nagyon átvariálni, na az úgy pl. nem túl nehéz.
Ha nem megy a dolog végiggondolása kódolás során, akkor az egészet írd le egy papírra, hogy számolnád ki (ez attól még nem lesz amatőr, sőt, segít a gondolkodásban), gondold át úgy, hogy jó lesz-e, a gondolatmenetből kódot csinálni már talán a kisebb probléma, először jól kell megtervezni.
Egyébként ha már valami "rendszer" van az egész körül, akkor nem ártana azzal együttműködve megírni a kódot, gondolom akkor van valami objektumorientált módja az adatbázis-kezelésnek is (ha már ez a check_mysql() nevű, látszólag nem túl értelmes metódus is van [legalábbis a neve semmiképp sem értelmes, mert nem lehet belőle kitalálni, mit csekkol]).van ez:
while ($row = mysql_fetch_assoc($res2))
szóval a $row['id'] nyilván itt a ciklus következő lépésében fog változni.
Nálad ezen a cikluson belül van még egy másik ciklus, amivel megint egy másik query-t akarsz lefuttatni, de valamit nagyon rosszul csinálsz.Sk8erPeter
-
bobace
őstag
válasz Sk8erPeter #11975 üzenetére
Ilyen hibaüziket pakol egy logba a check, amit az admin felületen tudok ellenőrizni (itt pl elfelejtettem az order by részt levenni a select végéről):
"15-11-2012, 11:46:43:: Adatbázis hozzáférési hiba. Kérjük vegye fel a kapcsolatot az adminisztrátorral. SELECT u.id FROM fees u WHERE u.paid = 0 and u.user_id=17 ORDER BY amount
Unknown column 'amount' in 'order clause'
page: C :\wamp\www\root\admin\user.php line:273"
Maga a function a mysql_error() köré épül.[ Szerkesztve ]
Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
bobace
őstag
válasz Sk8erPeter #11975 üzenetére
Bocs, hogy veletek osztom meg a dolgot, de kivel mással Az elméletem:
Van X egyenlege. X lehet kisebb mint 0, 0, nagyobb mint 0.
Érkezik Y feltöltés. Y > 0
Van neki több tétele: A, B, C , D, E, n.
X >= 0 :automatikusan minden 1-re lesz állítva. Y növeli X értékét.
X < 0 esete:
1. X+Y = 0 -> mindent 1-re állítok
2. X+Y > 0 -> mindent 1-re állítok és X nagyobb lesz, mint 0.
3. X+Y < 0 ->annyit állítok 1-re, ahányat tudok.
Szeretném X-et úgy elkölteni, hogy időrendben amire pénz van azt állítsa 1-re. Egyesével vizsgálgatom sorba az elemeket:
a. Ha Y – A > Y
1. ha igen, akkor A => 1 lesz, Y pedig csökken A értékével => Y-A = Y2 => b. pont
2. ha nem, akkor ugrik B-re, és megvizsgálja azt.
(Ha Y - B > Y, akkor B =>1. Ha nem, megy C-re. Ezt folytatja n-ig.)
b. Ha Y2 – B > Y2
1. Igen: B=>1 , Y2 – B = Y3
2. Nem: Ugrik C-re.
Ez helyesnek tűnik? Mondjuk hogy hogy lesz ebből kódNem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
cucka
addikt
válasz bobace #11977 üzenetére
Ez az a kérdés, amire nem fogsz választ kapni. Például itt a köv. bemenő adat, időrendben:
számlák 180, 50, 53, 90, 108
befizetés 200Namost
- kifzetheted a 180-at. Ez egy optimum, mert a legrégebbi számlát egyenlítetted ki.
- kifizethetsz 50+53+90-et. Ez egy optimum, mert a legtöbb számlát egyenlítetted ki.
- kifizethetsz 90+108-at. Ez is egy optimum, mert így fizetted ki a legnagyobb összeget.Az egy üzleti döntés, hogy a fenti esetekből melyiket választod (és nem csak ez a 3 eset van). Mindhárom megközelítés helyes, de ezt a megrendelővel kell tisztázni, hogy milyen működést szeretne látni a programban.
-
Sk8erPeter
nagyúr
válasz bobace #11976 üzenetére
Hát szerintem a "check_mysql" mindent kifejez, csak azt nem, hogy egy lekérdezés eredményét fogjuk megvizsgálni, és mindezt logolni vagy kivágni a képernyőre, ha mondjuk a fejlesztői módon engedélyezve van.
Ilyen névnél egy jó hosszú függvénynév is szerencsésebb, még a check_result_of_query_and_log is jobb. (vagy mindez camelCase-ben; persze lehet simán checkQueryResult is, vagy mittomén, ízlés dolga, de legyen beszédes)
Egyébként a PDO-t már csak ezért is érdemes használni, mert para esetén képes kivételdobálásra, a kivételeket meg a megfelelő helyeken el lehet kapni, és logolni mindenféle hibát. Plusz saját exception osztályokat is lehet definiálni, amiben alapból benne van a logolás, és még lehetne sorolni.cucka leírta az alapvető problémát.
De a #11977-ben írt okfejtésedben nem látom azt az esetet, ha épp csak másfél kifizetetlen számlányi összeg érkezik be. Ha nem akarsz nagyon átalakítgatni, akkor ezt valahol jelezned kéne, hogy egy adott számla végösszegének hányad része érkezett be eddig, azt' csókolom (mondjuk ezt írtam már korábban is ). De tényleg a megrendelőnek kéne felvetned ezt a problémát, hogy na most akkor hogy legyen az elszámolás, nehogy aztán az legyen, hogy dehát ez nem is úgy működik, ahogy én gondoltam (tipikus ilyen rejtett elgondolás a megrendelő részéről, amikor azt hiszi, hogy amit ő gondol, az triviális másnak is, és nyilván ő is úgy gondolta, nincs is más lehetőség).Sk8erPeter
-
bobace
őstag
Szerencsére magamnak csinálom. Ez a "tanulóprojektem" phpban. Sajnos ennél ki is jött a legnagyobb problémám, nincs rendes programozó agyam Nem tudok ennyi féle problémát előre látni... Persze, gondolom gyakorlat teszi..
Végül is mivel alapvetően prepaid rendszerű a dolog, így mindegy melyik optimumot választanám, mert az egyenleg a mérvadó, ha most marad 20 Ft a számláján mindegy, majd következő alkalommal beszámítja a rendszer. Csak szerettem volna igényesen megjeleníteni, hogy mely tételek vannak már úgymond rendezve, csak bírnám legalább valamelyiket leprogramozniNem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
cucka
addikt
válasz bobace #11980 üzenetére
Végül is mivel alapvetően prepaid rendszerű a dolog, így mindegy melyik optimumot választanám, mert az egyenleg a mérvadó, ha most marad 20 Ft a számláján mindegy, majd következő alkalommal beszámítja a rendszer.
Pont, hogy ellentmondasz magadnak. Ha az egyenleg a mérvadó, akkor nem mindegy, hogy melyik optimumot választod, hanem pont hogy azt kell, amelyiknél a lehető legnagyobb mértékben csökken a kifizetetlen tartozás. Egyébként szerintem a 3 közül talán ezt a legnehezebb leprogramozni, mert az egyszerű mohó (greedy) algoritmus ilyenkor nem fog optimális eredményt adni.
Egyébként ez tök jó feladat, ha tanulóprojektről van szó és szeretnél fejlődni, akkor javaslom, hogy kódold le mind3 esetet. -
cucka
addikt
válasz bobace #11982 üzenetére
A mohó algoritmusok úgy működnek, hogy minden egyes iterációban a lokális optimumot választják.
Például ha az a célod, hogy a legrégebbi számlákat kell kiegyenlíteni, akkor a mohó algoritmus minden egyes lépésben kiválasztja a legrégebbi számlát, amit ki tud egyenlíteni (ez a lokális optimum) a meglévő keretből és kiegyenlíti. Elég könnyű belátni, hogy így a végén is optimumhoz jutunk.
Ha viszont az a célod, hogy a lehető legnagyobb összeget kel kiegyenlíteni, akkor a mohó algoritmus minden egyes lépésben kiválasztja a legnagyobb összegű számlát, amit ki tud egyenlíteni (ez a lokális optimum) a meglévő keretből. Szintén elég könnyű belátni, hogy ez összességében nem fog optimális eredményhez vezetni.
Pl. ha a számláid összege 80, 40, 50 és a rendelkezésre álló pénz 100, akkor a mohó algoritmus kiegyenlíti a 80-as számlát és megáll, miközben az optimális a 40 és 50 kiegyenlítése lenne.[ Szerkesztve ]
-
bobace
őstag
Értem, tehát ez nem jó nekem. Arról meggyőztél, hogy a legtöbbet kellene kiegyenlíteni. A másik módszerhez van valami algoritmus, vagy ilyenkor minden létező kombinációban összeadatom a géppel, aztán majd lesz valami?
Nem az a szabadság, hogy azt teheted, amit akarsz, hanem, hogy nem kell megtenned, amit nem akarsz.
-
DeltaPower
őstag
-
cucka
addikt
-
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?
-
j0k3r!
senior tag
hello!
mi van a $result-ban (pl.: print_r($result))? egyebkent, ha jol emlekszem, akkor server oldalon is regisztralni kell valahogy, hogy melyik operation-nek milyen a bemeneti parametere es milyen a visszateresi erteke, vagy legalabbis nusoap-nal igy volt:
$server->register("add", array("new" => "tns:newList"), array("out" => "xsd:string"), URL);
add - operation neve
tns:newList - input parameter (sajat tipus)
xsd:string - visszateresi ertek (itt peldaul json volt nalam)
URL - ugye a service cime[ Szerkesztve ]
some men just wanna watch the world burn...
-
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>"}}"
-
j0k3r!
senior tag
sajnos nekem ebbol annyi jon le, hogy visszakapsz egy stdClass objectet, amiben benne van a hibauzenet. esetleg a servicet leiro metaadatokban kene szetnezni (wsdl), hogy mifele objectnek (?) kellene visszajonnie egy "helyes" operation hivas eseten. mas otletem most nincs sajnos.
some men just wanna watch the world burn...
-
Sk8erPeter
nagyúr
Lehet, hogy félreértelek: most az a kérdés, hogy a $result object elemeit hogyan tudod kiíratni/felhasználni fájlbaírásra?
Ha a $result->GetCikkekKeszletenResult->any-t kiíratod, akkor nem a várt eredményeket kapod? Mondjuk ahogy elnézem, XML-formában kéne várnod, azt meg parse-olni kell.
De amit írtál, tehát ez.
[any] => 3Túl sok kérés )
azért van ilyen formában, mert gondolom böngészővel kiírattad, az meg nem mutatta a <valasz>, <hiba>, <kod>, <leiras> tageket, mert megpróbálta parse-olni, tehát mindezt htmlentities()-zel és <pre> taggel írasd ki, ha meg akarod nézni, ténylegesen mi van benne.
Sőt, inkább var_export()-tal, az értelmesebb kimenetet ad, mint a print_r().Valahogy így:
echo ' <pre>', var_export(htmlentities($result), TRUE), '</pre>';
(a vessző itt most szándékos, felesleges konkatenálni)
[ Szerkesztve ]
Sk8erPeter
-
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 ]
-
j0k3r!
senior tag
most akkor ezt a strukturat kellene visszakapnod ugye? a hibauzenetbol kiindulva gyanitom, hogy ezt is stdClass objectkent adja vissza a service, szoval elvileg valahogy igy kellene kinyerni az adatokat:
$result->GetCikkekKeszletenResult->cikk->cikkszam
de, ha mutatsz egy sikeres lefutas eseten visszakapott eredmenyt ($result), akkor tudunk biztosabbat is mondani az egyes mezok eleresehez.(#11992) Sk8erPeter: "Sőt, inkább var_export()-tal, az értelmesebb kimenetet ad, mint a print_r()." - latszik, hogy mostanaban nem php-ztam
[ Szerkesztve ]
some men just wanna watch the world burn...
-
oleslie
aktív tag
Van, sok sikert a vision/octopus "rendszerhez".
Más szavakkal : térdre ... imához ..., házhoz mész a pofonért, te is felvetted a sz*póálarcot?
/érted e mire célozgatok? úgy xar ahogy van, de néhány nagyker ezt a rakás bélsárt használja, (ra*, cé*, legalábbis engem ezek érintenek), állandó sz*pás/Van egy telefonszámom/emilcímem vhol egy visionos emberkéhez /nekem annó sokat segített, bár kicsit lassan/, ha jól sejtem, 1-2 héten belül lesz neked is (még ha nem is tőlem )
Ha érdekel pm me, és megkeresem.Jah ... gondolom még mindig felhasználja az IP-t az azonosításra. Ha most nem, de később átviszed az oldalt/soap lekéréseket más szerverre, arra figyelj, hogy az adott IP (ahonnan a soap lekérések ki fognak menni) még ne legyen regisztrálva. Ugyanis csak az fogja tudni használni a szolgáltatást az adott IP-ről, aki elsőként bejelenti. A később jelentkezők már nem tudnak mit tenni.
[ Szerkesztve ]
Egyszerű életet élek. Ami üres megtöltöm, ami tele van kiűritem
-
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?