Sziasztok!
Most kezdtem el ismerkedni a drupallal, de már a telepítésnél gondokba ütköztem. 6.2 simán telepítek, de ez 7 kifogott rajtam. A Felület fordítások importálásánál mindig hibát ír ki. Már átírtam a Maximum execution time is többre de akkor is mindig ezt a hibát írja ki:
An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: http://localhost/drupal7/install.php?profile=standard&locale=hu&id=2&op=do StatusText: OK ResponseText: Fatal error: Maximum execution time of 30 seconds exceeded in C:\xampp\htdocs\drupal7\includes\database\database.inc on line 2039
Vkinek vmi ötlet ? A válaszokat előre is köszönöm. Ja és localhostra telepítem xampp-vel, de ez gondolom a hibaüzenetből látjátok :)
Üdv
Bence
Drupal verzió:
restart
Az xampp-ot (httpd-t) újraindítottad?
restart
Igen újraindítottam többször is de akkor sem ...
php memory_limit?
Korábban egyszer nekem is volt ilyen gondom Drupal 7-el.
Érdemes leellenőrizni a max_execution_time, max_input_time, és memory_limit php beállításokat.
php memory_limit?
És ott mennyire állítsam be ? :)
Na meg a drupal_set_time_limit(240)
Localhoston nekem nem volt elég a php.ini... Pedig nem gyengus a gép alatta :)
common.inc 5012-es sor
locale.inc 532-es sor
Ezekben mindenképp érdemes a drupal_set_time_limit-et átírni mondjuk 3600-ra...
Elvileg a 0 korlátlan értékre teszi ha jól értettem, de szerintem felesleges.
Aztán vannak még egyebek is amiket érdemes lehet még módosítani, de azok nem okoznak
ilyen problémát.
Egyébként egy jobban hozzáértő valaki... Ezt globálisan nem lehet felülbírálni?
Frissítem épp a magyar nyelvet, erre kiakad a D7... Nézem, l10n_update.locale.inc...
Hát persze hogy ebben is 240-es érték :)
Na meg a drupal_set_time_limit(240)
Szia!
Átállítottam őket... és újabb hibaüzenet :S :(
An AJAX HTTP error occurred. HTTP Result Code: 200 Debugging information follows. Path: http://localhost/drupal/install.php?profile=standard&locale=hu&id=2&op=do StatusText: OK ResponseText: Fatal error: Maximum execution time of 60 seconds exceeded in C:\xampp\htdocs\drupal\includes\database\database.inc on line 2095
Nana
Drupal core-ban soha, semmit írunk át!
Pedig sok választása nem
Pedig sok választása nem lesz, ha használni is akarja...
Értem én, hogy fontos az eredeti forrás, de mivel localhoston akarja telepíteni, miért ne?
Semmi baja nem lesz, ha CSAK a limitet emeli meg. Ami mint látjuk, most
"Maximum execution time of 60 seconds", de az is kevés.
Van amikor még a 240 is kevés, 2.6Ghz, 2 Gbyte ram mellett.
Én azt mondom, írja át nyugodtan, vagy ne használja. Mivel nem is fogja tudni.
Éles tárhelyre persze nem ezt NEM SZABAD feltölteni.
De egyébként azt gondolom, most már a PDavid által megadott dolgokat kell ellenőrizni,
mivel 60-as érték nincs a drupal 7-es forrásában ha jól tudom.
Remélem ezzel nem indul el vita, tiszteletben tartom az igazi szakértőket!
Csak mikor én is belefutottam ebbe, jött hogy ejnye-bejnye, nem írjuk át, stb.
De akkor nem is tudnám használni.
És azért pár helyen bele kellett nyúlni hogy rendben legyen (common.inc, l10n_update.locale.inc, locale.inc, search.admin.inc, system.admin.inc, és node.module)
Átírtam, vígan fut localon azóta. A működésben nem okoz gondot hogy a 240 mp meg lett emelve, a frissítéseket persze jobban figyelni kell így. És jó, ha UNIX sortörést tud a szövegszerkesztő... Nagyon jó...
Ahogy olvastam itthoni és külföldi fórumokon, vannak azért páran, akiknál valamiért megeszi a gépet, legyen az bármekkora. Na de hála égnek, nem sok embert ismerek, akiknél ez az AJAX-os hibaüzenet van, (személyesen csak egy) szóval akkora gond nincs.
De azt tartom én is amit Balogh Zoltán írt, ÉLES szerveren tényleg ne!
Localon viszont, ha nagyon összesik, szerintem megbocsátható :)
Jó, jöhetnek a letolások. De csak finoman azért :)
-----
Szerk.: Megnéztem a XAMPP hogy is áll...
max_execution_time = 30
max_input_time = 60
memory_limit = 128M
Hát az első kettő az kevés lesz localon valószinűleg.
Rengeteg megoldás létezik
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.
Teljesen igazad van, először
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. :)
ha ilyen problémák vannak
Ha ilyen problémáid vannak, akkor máshol lesz a hiba: A tárhelyednél vagy a fejlesztőkörnyezetnél. Amit te nézel ugyanis, az a Batch API-val működik, vagyis mindig megcsinál egy kis adagot egy lépésben, és így dolgozza fel. A nagyméretű fordítási fájloknál is csak az a probléma, hogy egyelőre még nem pozicionál a fájlon belül.
Szóval nem kell átírni semmi ilyesmit a Drupalban, sem localhoston, sem élesen, elmegy az remekül. Ha pedig mégis kiakad a fordítás betöltésekor (normálisan belőtt környezetnél máshol nem akadhat ki), akkor a Zoli által írt darabolós megoldás segít.
Szóval röviden összefoglalva: Azért akkorák a Drupalban beállított értékek, mert a Drupal a hosszabb ideig tartó feladatok elvégzését képes több részre bontani és ezeket a lépéseket egymás után végrehajtani, így kerülve el a PHP túlfutásából eredő hibát.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Nem csak,
xampp létezik a világon, http://network.acquia.com/downloads/7.x/windows-installer
--
Borsa Péter
https://peterborsa.eu