Nulūžta tinklapis

sveiki jau keletą dienų pradėjo man l0žinėti tinklapis. Meta štai kokį erorą. Naudoju serveriai.lt hostingą, naudoju joomla tvs,tinklapio pakeitimų atliktų nebūvo, htaccess failas lyg švarus.

Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, [no address given] and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

Serverio logose fiksuojama tokia klaida:

[Thu Sep 29 22:25:24 2011] [error] [client IP] (104)Connection reset by peer: FastCGI: comm with server "/usr/local/fastcgi/cgi-bin/php-cgi" aborted: read failed
[Thu Sep 29 22:46:42 2011] [error] [client IP] FastCGI: comm with server "/usr/local/fastcgi/cgi-bin/php-cgi" aborted: idle timeout (30 sec)
[Thu Sep 29 22:46:58 2011] [error] [client IP] FastCGI: comm with (dynamic) server "/usr/local/fastcgi/cgi-bin/php-cgi" aborted: (first read) idle timeout (30 sec)

Jei kas žinot, kaip galėčiau visą tai sutvarkyti pagelbėkit. Gal padėtų migravimas į kitą hostą? arba tinklapio perrašymas nuo pagrindų atsisakant visų modulių bei komponentų pradžioje?

time limit viršija bandyk set_time_limit() uždėti didesni.

Greičiausia hostingas savo kaprizus rodo.

time limit viršija bandyk set_time_limit() uždėti didesni.

plačiau papasakok kaip :rolleyes:

Greičiausia hostingas savo kaprizus rodo.

hosto tiekėjai sako,kad čia mano problemos. Nors pagooglinus, žmonės sako,kad tik su serveriai.lt taip. Nebežinau,ko imtis...

Man taip buvo kelis kartus su hostex'u. Čia pas juos kažkas susi*isa ir nebeveikia. Tegu serveriai.lt nemeluoja ir susitvarko. Pasakyk jiems, kad tai negali būti tavo problema jeigu tu nieko nekeitei ir tegu tvarkosi. Kartais su jais reikia griežčiau. Arba tegu tada atstato iš backup'ų į tą datą kai dar viskas veikė.

Čia kiek suprantu tu naudoji bendro naudojimo hostingą,o ne dedikuotą ar vps serverį,tad čia pačių serveriai.lt problema.

Čia kiek suprantu tu naudoji bendro naudojimo hostingą,o ne dedikuotą ar vps serverį,tad čia pačių serveriai.lt problema.

Jie man pasake, kad tai mano problema, nes jie jokiu pakeitimu neatlikinejo. Nors viskas atsirado is oro. Kokia alternatyva is lietuvisku hostu pasiulytumete?

Dar kaip nekeista siandien atsirado cpu virsijimo rodymas, kaip rode ir naksciau,kuris sukele vartotoju nepasitenkinima, jei anksciau cpu virsijimas buvo apie 10-20, tai dabar virs 2000. Negali buti taip,kad serveriai sumazino ramu naudojimo limita?

Čia tų alternatyvų yra gan nemažai,bet aišku žiūrinti kokių resursų ta prasmes vietos/srauto reikia,bei aišku kiek esi pasirengęs mokėti už tai per mėnesį,jeigu neklystu tai čia pirmame puslapyje yra surašyti didžioji dauguma hostingo/vps/vds tiekėjai.

Greičiausiai FCGID procesas yra "nukilinamas" prieš pabaigiant apdoroti užklausą ir rezultatus pateikiant HTTP serveriui. Jeigu neturit galimybės prieiti prie serverio konfigūracijos tiesiog optimizuokitės skriptus.

Greičiausiai FCGID procesas yra "nukilinamas" prieš pabaigiant apdoroti užklausą ir rezultatus pateikiant HTTP serveriui. Jeigu neturit galimybės prieiti prie serverio konfigūracijos tiesiog optimizuokitės skriptus.

Na man tas optimizuokitės skriptus labai sudėtingas dalykas, nes programuot nemoku :)

Na man tas optimizuokitės skriptus labai sudėtingas dalykas, nes programuot nemoku :)

O tu paprasčiau padaryk - įdiek į Joomla atitinkamus modulius (cache, compress) ir pasižiurėk ar moduliai "švarūs", t.y. jei naudoji nulled produkciją ;)

O tu paprasčiau padaryk - įdiek į Joomla atitinkamus modulius (cache, compress) ir pasižiurėk ar moduliai "švarūs", t.y. jei naudoji nulled produkciją ;)

Gal gali plačiau nupasakoti, ką daryti?

Čia tų alternatyvų yra gan nemažai,bet aišku žiūrinti kokių resursų ta prasmes vietos/srauto reikia,bei aišku kiek esi pasirengęs mokėti už tai per mėnesį,jeigu neklystu tai čia pirmame puslapyje yra surašyti didžioji dauguma hostingo/vps/vds tiekėjai.

Rekomenduočiau šiuo atveju hostex'ą. Kelis kartus ta pati situacija buvo pas juos, užtenka parašyti laišką į pagalbą ir per keletą valandų viskas būna sutvarkoma.

Čia tų alternatyvų yra gan nemažai,bet aišku žiūrinti kokių resursų ta prasmes vietos/srauto reikia,bei aišku kiek esi pasirengęs mokėti už tai per mėnesį,jeigu neklystu tai čia pirmame puslapyje yra surašyti didžioji dauguma hostingo/vps/vds tiekėjai.

Na man reiktu apie 1000mb vietos, srauto pakanka 80gb, na o kaina kuo pigesnė :) bet, kad hostas būtų patikimas ir turėtų gerą suportą.

sorry, kad prikeliu sena tema, bet įdomu ar kasnors rado sprendimą, nes susidūriau su ta pačia serveriai.lt problema. Esme, kad atsimuša į kažkokius limitus 30sec. Reikia importuoti gan nemažai duomenų ir per 30 sek nespėja. php scriptą vykdo 30 sekundžių ir išmeta 500 internal server error. Kituose hostingose veikia, o serveriai.lt ne. Gal kas kokių patarimų? Servo logose visada meta tas dvi eilutes:

[sat Dec 29 11:10:01 2012] [error] [client 84.240.48.188] FastCGI: comm with (dynamic) server "/usr/local/fastcgi/cgi-bin/php-cgi" aborted: (first read) idle timeout (30 sec)

[sat Dec 29 11:10:01 2012] [error] [client 84.240.48.188] FastCGI: incomplete headers (0 bytes) received from server "/usr/local/fastcgi/cgi-bin/php-cgi"

Tegu programuotojas padaro taip, jog importavimo metu script'as kas 10 sekundžių duotų kokį nors atsakymą serveriui. Pvz.: išvedinėtų ekrane tašką ar kažką panašaus.

Ir dar, reiktų blaivaus mastymo: o gal esamas planas XXXGB duomenų bazės importui nėra tinkamas...

ten nebus importuojama milziniska duombaze, kur importui reiktu dienos :) tiesiog importui reikia kokių 2-3 minučių kituose hostingose. O čia po 30 sek iškarto lūžta, ir neišeina pakelti to limito nei .htaccess naudojant nei php.

ten nebus importuojama milziniska duombaze, kur importui reiktu dienos :) tiesiog importui reikia kokių 2-3 minučių kituose hostingose. O čia po 30 sek iškarto lūžta, ir neišeina pakelti to limito nei .htaccess naudojant nei php.

Dalim kelk.

tai turbūt taip ir teks daryt, bet sakau gal kas jau ten iš ankščiau žino sprendimą.

tai turbūt taip ir teks daryt, bet sakau gal kas jau ten iš ankščiau žino sprendimą.

Blyn zinok kazkoks buvo variantas didelem db, bet tikrai neatsimenu.

Jei cia apie mysql DB importavima, tai Turbut yra sprendimas.

man ir panasiai su serveriai.lt vyksta.

Klientai iš visos Lietuvos sėkmingai naudojasi Serveriai.lt hostingu daugiau nei 60000 svetainių talpinimui, tačiau suprantu, kad tam tikrais atvejais paprasto hostingo galimybių gali nepakakti ir pradeda trukdyti resursų apribojimai, būtini stabilaus svetainių darbo užtikrinimui shared aplinkoje.

Neretai su šiais apribojimais klientai susiduria dėl PHP kodo klaidų, netinkamų nustatymų ar specifinių užklausų (pvz., kai bandoma staigiai "nusiurbti" visą svetainės turinį). Tokiais atvejais rekomenduoju kreiptis į mūsų pagalbos tarnybą - padėsim nustatyti priežastį.

Aišku, kai projektas perauga mūsų hostingo "marškinius", nelabai ką padarysi - tiesiog reikalingas kitas sprendimas. Jei radote jus tenkinantį sprendimą kitur, parašykite į [email protected] - suderinsime pinigų grąžinimą už nenaudojamą talpinimo planą.

ADRESAS ?