Mondok egyet: Gondolkodjunk logikusan.

Mi a baj? Bizonyos együttállások esetén timeout-ra fut egy nyelvi fájl importja.
Tudnak róla a drupal.org-on? Igen, szegény Goba nem győzi duplicate-re rakni a sok hasonló jelzést.
Mekkora fájlt akarok beimportálni? Tömörített formában 700k, anélkül kb. 1 mega.
Mi lehet a baj? A hibaüzenetet tekintve valószínűleg túl nagy a fájl.
Milyen fájlt akarok importálni? Egy sima szöveges fájlt.
Szövegszerkesztőm van? Igen.
Fel tudom darabolni kisebbekre a fájlt úgy, hogy fejlécet a darabok elejére illesztem? Igen.
Hozzányúltam a maghoz? Nem.
Pontosan ugyanaz lett az importálás eredménye? Igen.
El tudtam hárítani a hibát, míg megoldják a fejlesztők? Igen.

Köszi a felajánlást, de közben kiderült, hogy pandelon levisz dj-vel és Den feleségével valamint a bográccsal egyetemben.

pp

Teljesen igazad van, először így csináltam én is. De aztán... Ez az ajaxos hiba nem csak itt jött elő.

Nagy méretű tartalmaknál kiakadt. node.module: drupal_set_time_limit(240);.

Nagy méretű tartalom indexelése kiakadt. Na mondjuk az nagyon.
search.admin.inc: $items = drupal_map_assoc(array(10, 20, 50, 100, 200, 500)); Sok.
Ha 10, egyenként 1-1.5Mbyte (A szöveg mérete) méretű tartalmat indexelt, hát igencsak szétesett. Bekerült egy kisebb érték plusszban, tökéletes.
Viszont emiatt system.admin.inc-be bekerült hogy 10 percenként is futhasson az időzitő.
Inkább sűrűbben, de kevesebb adatok kelljen legyűrnie.

Ha online frissítettem a nyelvi fájlt, azt ugye nem darabolhatom, kiakadt ott is, l10n_update.locale.inc: drupal_set_time_limit(240); kevés volt. Itt valószinű nem a méret volt a gond, hanem hirtelen sokmodult akart feldolgozni.

(Szerk.: És lehet, hogy itt épp a 16k-ra korlátozott mobilnettel csinálta a frissítést, és nem volt elég ideje, de basszus akkor is. Ne én legyek már a rendszerért, fusson amíg muszáj.)

Amit Te is írsz ott a locale.inc-ben van drupal_set_time_limit(240);
Ezen nem tom mit kell megoldaniuk a fejlesztőknek, nincs semmi baj vele, szerintem éles tárhelyen nem akad ki, localhoston igen, néhány embernek, de érthető, ahogy írtad is, nagy adatoknál nincs elég idő hagyva. Bár ahogy elnéztem telepítés közben az sql folyamatokat, nem csak ezt csinálja közben, sőt... Jó hogy nem bírja gyengébb gépeken.

A common.inc most meg nem mondom, miért akadt ki, de ott is a 240 volt a baj.
Azt hiszem a database.inc hivatkozott rá mikor elhalt... Sőt szinte biztos... Aztán lehet az indexelésen keresztül... Mindegy.

Szóval azért annyira nem egyszerű ez hogy daraboljak szöveget... Ha csak ott lenne gond, simán inkább angolul használnám. Így viszont...

Aztán persze gondolom, nem mindenki indexelget ekkora adathalmazt, ott nyilván lekorlátozódik a nyelvi fájlra... Ott jó lehet a darabolás, bár telepítéskor nem tudom...

Mindegy, én nem merek vitázni, én csak egyszerűen nem látok ebben a módosításban semmi kivetnivalót, bár tudom, ezzel most egyedül fogok maradni.

Szerintem zárjuk, nekem így ez jó, élesben én sem tenném. :)

Ui.: A fejlesztőknek meg elég lenne annyit tenni, hogy a drupal_set_time_limit egyszerűbben módosítható legyen. Miért ne? Nem rosszabb ez, mint a php.ini-ben túrkálni...
Minden problémát megoldana. Vagy ha nem, localhostos telepítéskor nagyobb értéket kapjon... Akár kiválaszthatóan... Tudom, nem az Ő hibájuk, hogy nincs mindenkinek sokmagos szörnye az asztalon =)

A lényeg, nálam azóta stabilabb mindentől, remek rendszer. Szeretem. Béke. :)

xampp létezik a világon, http://network.acquia.com/downloads/7.x/windows-installer