Ránézésre pedig így kéne működnie, logolj egyet mit kap $a és $b értékként. Hasonló feladatnál nekem működött kiválóan, sőt a php.net-en is van rá példa, szóval mennie kéne.
Bakker, ez gáz. Megfeledkeztem róla, hogy már írtam ide. Elnézést. Mentségemre legyen mondva, hogy meló mellett heti 24 órában Java-t tanulok, mi kissé lefáraszt.
Szóval a php. Nem tudtam rájönni, hogy hogyan kell átadnom, hogy a [name] szerint rendeznék. Eddig jutottam, de ez [name] nélkül nem csinál semmit, azzal meg dob egy 'Illegal string offset'-et:
Véleményem szerint továbra is usort a barátod rekurzívan meghívva a tömbökre véleményem szerint, de nem fontos rám hallgatni. Én pl. bejárnám (foreach) a gyökér tömb értékeit egy függvénnyel, ami usort-tal name-re rendezi a tömbot, ha van children és tömb akkor arra ráhívni ugyanezt a függvény ami ráhívjai az usort-ot megnézi van-e child és így tovább. Tipikus rekurív feladat.
Ez most php. Nem'tom kitalálni, hogy egy ilyen tömb minden [children] csoportját hogyan kell [name] szerint ABC-sorrendbe rendezni. A tömbnek most max. 4 szintje van, de ez változhat.
Ez nem php hiba, hanem webszerver kérdés, de hátha láttatok már ilyet.
Van egy szerver (külföldön, 1und1.de, asszem eléggé nagyhalak). A honlapon van egy script, ami képeket cserélget, de úgy, hogy ajax-szal megnézi, hogy létezik-e egy bizonyos kép (kategória-név.jpg). Ha igen, cseréli az img src-jét a keresett képre, ha nem, akkor egy standard képet dob be. A gazdaságosságba ne menjünk bele, napi 1-3000 látogató van, egy lekérés 5-80ms, belefér.
A gond nem a js-sel van: hüje status code-okat ad vissza a szerver. Ha megvan egy kép, akkor 200 OK jön vissza, de ha nincs, akkor hol 404, hol 300 Multiple choices, hol 301 Moved permanently. A 301-et sem igazán megértem, mert van hogy egy kép törölve lett, de nem áthelyezve - honnan szedi ezt? De a 300 meg végképp hogy kerül ide? Ellenőriztem: nincs a megcélzott könyvtárban két összetéveszthető nevű fájl (mondjuk zyx.jpg és zyx.JPG). Legalábbis ember számára nem azok. Gondolom a gép sem téveszti össze mondjuk a 324.jpg-t a 304.jpg-vel.
Köszönöm, inkább átírom ezt a részt (a sorba rendezés nem műxik). Marad a főkategóriáknak (parent=0) egy <ul>, és az alpontokat dinamikusan töltöm be, ha lenyitja vmelyiket. És így minden könnyen ABC sorrendben lehet és a megjelenés sem változik.
Itt egy fa ágait és leveleit kéne rendezni, amely egy többSZINTES, de nem is tömb, hanem egy összetett adatstruktúra.
Ezt így ebben a formában nem lehet rendezni, egyszerűen nem értelmezett a rendezés, mert az elemei -a levelek és ágak - nem azonos szinten (mélységben) vannak. Viszont ha csak a leveleket tekintjük, akkor azokat a fától elvonatkoztatva lehet rendezni.
Egy dolgot nem értek: miért vannak különböző szintek, miért ennyire egymásba épített?
Ha minden elemnek lenne egy sorszáma, egy neve, illetve egy szülője, akkor egy egyszerű tömb lenne, amit simán lehetne rendezni. Egyetlen elemnek sem kell(ene), hogy gyereke legyen, elég ha a szülőjének a sorszáma van tulajdonságként megadva. (Ha történetesen szükség van S. elem gyerekére, akkor minden olyan elemet ki lehet vele gyűjteni, amelynek a szülője S.)
phpMyAdmin kérdés (jobb híján itt). XAMPP-ot frissítettem mindenestül. Ilyet eddig nem csináltam, hát ráolvastam és megfogadtam egy hüje tanácsot: exportáljak a régi MySQL-ből mindent egybe. Ez megvolt, most van egy 1.301.500 soros SQL fájlom (140MB).
Ha a phpMyAdminban próbálom importálni, akkor kiírja, hogy válasszak előbb adatbázist (7 adatbázis van az sql-ben). Ha bemásolom az SQL fül textboxába, akkor egy pillanatra felvillan, hogy "Betöltés..." majd néma csend és hullaszag. Nem fagy le, csak nem csinál semmit.
A legfontosabb db-t már kivágtam és importáltam, ergo a szintakszban nem vszínű, hogy hiba lenne. Mielőtt nekiállnék felszabdalni az sql anyagot 7 darabba (ami macerás, mert az np++ állandóan lefagy, vagy percekre fennakad tőle), van valami ötletetek az importra? Ha a megoldás tartalmazza a "parancssor" kifejezést vagy ennek ragozott alakját, akkor lszi segítsetek bő lére eresztett, win10-es magyarázattal, mert még sose láttam a MariaDB (se a MySQL) parancssorát.
Segítségeteket szeretném kérni egy speciális dologgal kapcsolatban.
Egy egyszerű, sablonra épülő honlapot szeretnék készíteni, ahol virtuális tartalmat árulnék. Azaz a honlapon lenne mondjuk 5-10 cikk (a cikkben sok hasznos információ, oktató videó), amiket csak 1000 forint befizetése után érne el a felhasználó. Fontos, hogy minden cikket külön-külön "vehetne" meg, 1000 forinttal nem éri el az összes cikket.
Fontos, hogy a cikkhez azonnal hozzáférjen pl.: bankkártyás fizetést követően, továbbá hogy a cikk ne pdf formájában legyen letölthető (mert akkor tálcán kínálom, hogy emailben bárkinek csak úgy elküldje), hanem az oldalon legyen kizárólag megtekinthető amennyire lehet, védett formában (pl.: a szöveget ne lehessen kijelölni kurzorral, és egyszerűen emailben továbbküldeni bárkinek. Nyilván ez is kijátszható, de tekintettel arra, hogy a célközönségem nők, ennek kisebb az esélye). Számlát, nyugtát nem kell adnom a NAV állásfoglalása alapján, csak külön megkeresés, igény esetén, így az nem bonyolítja a dolgot.
Webshop bérlést körüljártam, az nem lesz jó nekem - csak letölthető formában tudnák biztosítani a tartalom elérését.
Mit javasoltok, milyen programozási nyelvet, technikailag hogyan oldanátok meg a fentieket? Vállalja valaki a fentiek alapján a honlap elkészítését közületek, vagy tudtok ajánlani valakit, céget, aki nem méregdrágán dolgozik?
Biztos jó, amúgy találtam én is módszereket de én még életemben nem léptem be pld parancssorral. Ha valami nincs ftp-n vagy cPanelen akkor nekem az már a túloldal, meg sem próbálom.
Talán azt próbálod mondani, hogy az oldaladban lévő PHP-nek valami baja van, ezért HTTP 500 jön a szervertől. Végső esetben a szerveren az error_log-ot lehetne megnézni.
Nem is a kódrészlet az érdekes, mert az csak egy függvényhívás. Az egésznek annyi a lényege, hogy időnként a szerver nem válaszol időben. És addig nem tudok új adatot kérni. Nyilván ilyenkor maga a program is áll, tehát valami "oldalszál" kéne, ami csupán ezt az egy függvényhívást jelentené és csak annyi ideig létezne, amíg a válasz meg nem jön. A másik gondom az, hogy van egy globális változóm, aminek viszont folyamatosan léteznie kéne, ezért a "főprogramot" nem szakíthatom meg.
Úgy érted, hogy a curlopt_timeout megszakítja a kérés-függvényt, ha nem érkezik válasz meghatározott időn belül?
Adott egy szolgáltató, akinek van egy api felülete, azon keresztül lehet tőlük adatokat kapni.
Korábban böngésző-js-php útvonalon kértem. A js oldotta meg az időzítést, a php meg a kapcsolatot a szolgáltatóval.
Ha az adat nem jött meg, a js időzítése akkor is utasította a php-t az új adat lekérésére.
Most én a böngészőt és a js-t kiiktattam, praktikus okokból és nem is szándékozok használni, hanem cli-t használok, de a következő problémám akadt. Eddig minden jól ment úgy, hogy php-lekérés, válasz jött, feldolgoz, megjelenít, új kérés.
Igenám, de a szolgáltató úgy döntött, hogy időnként késlelteti a választ, ami az én céljaimnak nem felel meg. Ilyenkor a programom újraindításával oldottam meg, de nem tudok mindig a gépnél lenni, az adatok meg kellenek.
Úgy néz ki a kódrészlet, hogy
$response = apiRequest();
És itt véletlenszerűen megáll határozatlan időre a program futása, esetenként megkapta a választ 5-10 másodperc múlva, akkor tovább fut, de nekem az már késő. Azt kéne megoldani, hogy ha nem jön 2 másodpercen belül válasz, akkor kérjen újat, az előző lekérést pedig felejtse el. Megoldható ez vajon úgy hogy a php program futását nem szakítjuk meg?