Sokat
Sokat segítettek a fentiek, és azóta beleástam magam a batch api mélyébe, és már el is kezdtem beépíteni a modulomba.
Ahol elakadtam, és itt szeretnék egy kis segítséget/ötletet kérni:
Azt mondja ugye a leírás http://drupal.org/node/180528 "If not called from a submit handler, add the following"
Akkor adjunk hozzá: batch_process('node/1'); különben végtelen ciklusba mehet. Ez ugy átirányítja a usert, ha a futás befejeződött.
Viszont, amit én csinálok:
Van több feedem: XML, CSV, ezekből bizonyos feltételek alapján leválogatok, így összeáll mondjuk egy 3-as darabszám. Ezeken végigmegyek egyesével, veszem az elsőt, beolvasom, bizonyos műveleteket hajtok végre rajta, és itt kell a batch - több ezer elemes feed esetén -, a node kezeléshez, új felvétel, update, stb.
Na most miután itt végzett kellene nekem ugyan ezt megcsinálni a többi feed-del is, a példánál maradva a maradék kettővel.
De a batch itt ugye kiszáll, és a kód olvasása nem folytatódik tovább.
Összegezve, minden egyes feednél külön-külön szeretném használni a batch előnyeit, anélkül, hogy a teljes folyamat megszakadna.
Ha esetleg tudtok megoldást a fentiekre, előre is megköszönöm.
Üdv.:
Gábor
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszi a hozzászólást.
Köszi a hozzászólást. Igazából még nem érkezett ajánlat.
Még reménykedek, hogy hátha csinált már valaki ilyesmit.
Péter
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
alternatíva admin-jogok nélkül - inkább, mint az IE6
Mondjuk lehet úgy is használni normálisabb böngészőt, hogy ahhoz nem szükségesek admin-jogosultságok, minimális jogosultság is elég, pl. portable Opera:
http://www.opera-usb.com/operausben.htm
vagy:
http://blog.chromium.org/2011/06/introducing-non-admin-chrome-frame.html
http://portableapps.com/apps/internet/google_chrome_portable
http://portableapps.com/apps/internet/firefox_portable
... és így tovább.
Én legalábbis biztos nem szívatnám magam olyan gépen sem IE6-tal, ahol nincs jogosultságom valami tisztességes böngésző telepítésére.
A konkrét témához hozzászólva azért manapság IE6-ra komolyan optimalizálni már kicsit úgy is túlzásnak tűnik, hogy nyilván még előfordulnak olyan cégek, ahol nem létezik egy normális rendszergazda, aki felfedezné, hogy az IE6-ot nem csak a webfejlesztők felől érkező szidásáradat miatt kellene a lehető leggyorsabban a kukába dobni, hanem a böngészés közben átélhető borzalmak és biztonsági aspektusok miatt is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
offtopic
Erősen offtopic már, de attól tartok, nem dolgoztál még több tízezer számítógéppel rendelkező, országokon átívelő multinacionális cégeknél (én sem). Sok helyen biztonsági okokból a házirendben le van tiltva a cserélhető adathordozók használata, (már van a gépen USB vagy optikai lemez olvasó - céges vékonykliensek, szevasztok!), plusz ha nekiállsz telepítgetni vagy variálni, akkor (pár figyelmeztetés után) úgy vágnak ki a cégtől, hogy a lábad nem éri a földet.
Az pedig, hogy egy cégnél milyen verziójú szoftvert használnak, az elég sok tényezőtől függ. Pl. ha van egy intranetes alkalmazásuk, ami remekül megy IE 6 alatt és amúgy a számítógépek csak az intranetet érik el, akkor nem biztos, hogy érdemes váltaniuk.
Hogy ontopic is legyek, szerintem IE6-ra nem kell már optimalizálni, de kevés odafigyeléssel minden weboldalnál megoldható, hogy IE6 alatt se essen szét használhatatlanra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen, valóban,
pont emiatt raktam be én is a témához legközelebb álló "Hosting kérdések" kategóriába, :-) viszont ez a téma inkább arról, hogy a tárhelyszolgáltató x napig tárolja a mentéseket, de ha nekünk később van szükség egy korábbi állapot visszatöltésére, akkor az nem lehetséges, mert az már nem a szolgáltató hatásköre - pont emiatt létezik a backup and migrate modul is.
A nem-Drupal emailek mentése egy plusz téma, mivel ha már úgyis külső eszközökkel másolunk file-okat, akkor egyúttal ezeket is érdemes eltárolni.
Külső tárolóhelyre legolcsóbb megoldásként egyelőre ezt találtam, 100GB - 2,5 USD/hó: http://www.godaddy.com/email/online-storage.aspx
Ha van bármilyen nagyobb méretű, megbízható tárolóhely javaslatotok, akkor please, írjátok azt meg.
Tehát, szerintem ez nem offtopic téma, mivel Drupal oldalak biztonsági mentéséről van szó, ami része a teljes folyamatnak, viszont a csak Drupal modul alapú megoldás kevés a teljes feladatra.
Köszi.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Fontosnak tartom megjegyezni,
Fontosnak tartom megjegyezni, hogy itt senki nem mondta, hogy szívasd magad ie6-ra való optimailázálással.
Csak arról van szó, hogy ne büntesd aki ie6-al jön, mert nem jókedvében teszi.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én is belefutottam a hibába
Üdv Mindenkinek!
Én is belefutottam ebbe a hibába. Nemrégiben írtam is a fórumba.
Azóta megint jelentkezett és az akkor megpróbált újratelepítés már nem segített. Telepítgettem, próbálgattam végül arra az eredményre jutottam, hogy a pathauto 1.6-os verziója ezt az eredményt adja vissza a következő környezetben: drupal 6.25, token 1.18
Teljesen szűzen feltelepítve rögtön jelentkezik akármelyik alap sminket próbálok ki.
Feltelepítettem a 2.0-ás pathauto-t ahol már szétszedték a lenyíló menüit külön pontokba. Ezt javaslom ha semmi nem működik.
Ebben a helyzet viszont a "Patterns" menüpontban a "Replacement patterns"-ek szintén nem nyílnak le, de legalább a többit be lehet állítani.
Remélem még olvassa valaki ezt a cikket!
OSI
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sajnos nem tudtam menni,
Sajnos nem tudtam menni, céges buli volt, ott ájultam be :), de legközelebb ott leszek
üdv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm, sikerült
Köszönöm, a leírásnak megfelelően sikerült a modult elkészítenem!