-
PHP
(
http://www.devprotalk.com/forumdisplay.php?f=9)
| trazimcuruzabrak |
01. 09. 2011. 10:16 |
Zatvaranje fajlova???
Imao bih jedno pitanje. Imam sajt i sad administrator hostinga mi kaze da ce mi sajt biti izbacen ukoliko "ne zatvaram fajlove na sajtu nakon sto se iskoriste" jer zbog toga moj sajt enormno trosi resurse hostinga!! Inace sajt je izradjen u PHP-u, nemam tekstualne fajlove, imam slike i registraciju korisnika. Ja pitam da li bi mogo melo bolje da mi pojasni o cemu se radi a on onako drsko, kao da oni meni placaju a ne ja njima, da nema vremena da mi objasnjava a i da to nije njegov poso.
Pitao bih da li neko zna o kakvom zatvaranju php fajlova se radi, kakvu naredbu da koristim ili sta vec? Da li se radi mozda o zatvaranje baze nakon sto se iz nje uzmu podaci? Ali koliko znam kad se uzmu podaci iz baze i kad se skripta zatvori automatski se zatvara i konekcija prema bazi, valjda, neznam?
I ako covek govori nebuloze sta da mu kazem da ih otkacim a da mi ne blokiraju sajt?
Postoji jos jedna solucija a to je da predjem na drugi hosting ali iskreno mrzi me da se majem oko toga ali na kraju ako moram moram.
Stvarno bih bio jako zahvalan ako bi mogo neko da mi objasni o cemu se radi.
|
| pecili |
01. 09. 2011. 10:25 |
Moguce je da si premasio dozvoljeni maksimum na disku.
|
| trazimcuruzabrak |
01. 09. 2011. 10:36 |
Citat:
Originalno napisao pecili
(Napišite 101255)
Moguce je da si premasio dozvoljeni maksimum na disku.
|
Ma jesam premasio protok prosli mesec ali oni su mi blokirali sajt odma automatski. Sajt mi nije bio dostupan dva dana i evo danas je prvi u mesecu i odblokirali su ga. Naravno odblokirali su ga tek kad sam ih zvao telefonom a ne automatski, a znali su da mi blokiraju automatski.
Znaci nije u tome stvar jer onog trenutka kad premasim ili protok ili prostor na disku oni automatski blokiraju.
Koliko sam ukapirao radi se o tome da trebam da zatvaram PHP fajlove nakon sto se iskoriste ili tako nesto. Znaci nesto u PHP kodu trebam da ubacim da se zatvori PHP fajl ili tako nesto. |
| squirll |
01. 09. 2011. 10:53 |
Sajt ti pravi staticne stranice?
Problem je u I/O
|
| trazimcuruzabrak |
01. 09. 2011. 10:59 |
Citat:
Originalno napisao squirll
(Napišite 101257)
Sajt ti pravi staticne stranice?
Problem je u I/O
|
Kako mislis staticne stranice? Sta je I/O? Zamolio bih ako moze pojasnjenje ili neki link gde se objasnjava detaljnije.
Napominjem da nema tekstualne fajlove. |
| webarto |
01. 09. 2011. 11:05 |
Input/Output, ne moraš ništa zatvarati u suštini, jer to PHP sam uradi, neka on tebi fino da spisak fileova koji su otvoreni, odnosno nisu zatvoreni, a ja bih instant promjenio hosting.
|
| trazimcuruzabrak |
01. 09. 2011. 11:11 |
Citat:
Originalno napisao webarto
(Napišite 101259)
Input/Output, ne moraš ništa zatvarati u suštini, jer to PHP sam uradi, neka on tebi fino da spisak fileova koji su otvoreni, odnosno nisu zatvoreni, a ja bih instant promjenio hosting.
|
To si u rpavu izgleda da cu morati da ih promenim. Izgleda da oni traze sajtove koji imaju mesecnu posetu od 500 coveka. Moj sajt ima mesecnu posetu od 200 000 i oko 1 000 000 stranice se otvore i naravno da se troce resursi procesora i memorije. |
| trazimcuruzabrak |
01. 09. 2011. 11:24 |
Evo sad sam zvao da mi pojasne i rekli su kao da ce da slikaju kad dodje do probijanja i da mi posalju u cemu je problem.
Nakon duzeg razgovora reko mi je da je problem mozda kad se uzmu podaci iz baze da se odma zatvori konekcija prema bazi. Do duse ja nisam zatvorao konekcije, pa bih da pitam da li moze to objektivno da pravi probleme na hostingu u smislu da previse zauzimam RAM memoriju servera i resurse procesora?
|
| webarto |
01. 09. 2011. 12:09 |
Vjerovatno ti upiti nisu dobro optimizovani, a i hosting je truba, mislim da je SQL problem (opet ne trebaš ti zatvarati jer on sam ubije thread). Tako su i meni rekli jednom, kao možemo 500 stranica hostovati umjesto te tvoje, i ja rekoh doviđenja, drugi puta su mi rekli drugi da optimizujem SQL inače me gase. To su njihovi izgovori za malo nam plaćaš a puno zauzimaš. Posle toga sam uzeo dedicated server i imam 24h sata na raspolaganju cisco inžinjera, jeste da košta ali sam miran već 2 godine... Znači nađi neki dedicated, Hetzner na primjer...
Citat:
Using mysql_close() isn't usually necessary, as non-persistent open links are automatically closed at the end of the script's execution.
|
|
| Miroslav Ćurčić |
01. 09. 2011. 12:11 |
Konekcije ka bazi PHP sam zatvori na kraju izvršavanja. Jedino ako si otvorio "presistent" konekcije (sa "pconnect") onda neće automatski.
|
| trazimcuruzabrak |
01. 09. 2011. 12:28 |
Citat:
Originalno napisao Miroslav Ćurčić
(Napišite 101263)
Konekcije ka bazi PHP sam zatvori na kraju izvršavanja. Jedino ako si otvorio "presistent" konekcije (sa "pconnect") onda neće automatski.
|
Rec "pconneect" nikad nisam koristio u pisanju PHP koda tako da verovatno onda nije to, valjda? |
| mileusna |
01. 09. 2011. 12:52 |
Možeš probati da optimizuješ malo upite koji se duže izvršavaju, dodati indekse, razbiti neki kompleksan SQL na više manjih i sl.
|
| ivanhoe |
01. 09. 2011. 13:17 |
Ma promeni hosting, nebitno sta je konkretno u pitanju, ako je los support samo "dovidjenja"...
I obavezno trazi kontakt nekog nadredjenog od doticnog lika, da podneses zalbu zbog ponasanja, lepo posaljes kopiju odgovara koji si dobio od supporta i napusis ih svom snagom...
|
| trazimcuruzabrak |
01. 09. 2011. 16:37 |
Ma ja bih promenio hosting i ako navale da me maltretiraju ili da mi blokiraju sajt i moracu da ih romenim medjutim neznam gde vise da prelazim. Evo bio sam i kod veratneta i tamo su me zezali. Kad sam imao malu posetu (do 1000 unikatnih dnevnih poseta) sve je bilo ok a cim je poseta narasla odma sam poceo da imam probleme. Oni (izgleda da su im administratori malo strucniji) su poceli da me zezaju tako sto su mi totalno usporili otvaranje sajta. Tako na primer u vecernjim satima mi je trebalo bukvalno po pola minuta i vise da se otvori bilo koja stranica. Promenio sam ih i preso kod Beotelneta i evo do sad je sve bilo ok medjutim danas su mi skrenuli paznju na ove ocigledno nebulozne razloge, sto rece neko, samo da bi me oterali sa hostinga.
Stvarno nisam vise pametan gde kod domacih hosting operatera da idem? Jel zna neko neki hosting kojima ne smeta sto neki sajt ima mesecnu posetu od 200 000 i 1 000 000 otvorenih stranica?
|
| xippi |
01. 09. 2011. 18:05 |
Off Topic: zasto bi se ogranicavao domacim firmama? |
| 3banchi |
01. 09. 2011. 18:30 |
Ne kapiram sta je problem...da li paket koji si kupio zadovoljava tvoj protok?
Sta kaze statistika, koji ti je protok?
Ako ne premasujes protok paketa ne mogu te blokirati, ako je suprotno, moras uzeti jaci-skuplji paket.
Generalno bezi od domacih "velikih" ISPova tipa verat, orion, beotelnet itd.
|
| mileusna |
01. 09. 2011. 19:00 |
Citat:
Originalno napisao 3banchi
(Napišite 101271)
Ako ne premasujes protok paketa ne mogu te blokirati, ako je suprotno, moras uzeti jaci-skuplji paket.
|
Nije sve u protoku, mnoge shared hosting kompanije gledaju i koliki CPU % tvoj sajt koristi. Džaba ti mali protok ako tvoja web aplikacija ima neki spor SQL koji ubija ceo SQL server i druge sajtove na serveru. |
| trazimcuruzabrak |
01. 09. 2011. 20:49 |
Citat:
Originalno napisao mileusna
(Napišite 101272)
Nije sve u protoku, mnoge shared hosting kompanije gledaju i koliki CPU % tvoj sajt koristi. Džaba ti mali protok ako tvoja web aplikacija ima neki spor SQL koji ubija ceo SQL server i druge sajtove na serveru.
|
Ali kako moze SQL da bude spor? Ja koristim bazu koju su mi oni dali i normalne PHP naredbe za iscitavanje , ucitavanje i ostalo vezano za podatke iz baze.
I nekako me buni, ja sam kod njih jos malo pa godinu dana i sve do sad je moglo a sad je problem? Verovatno sad imaju mnogo vise sajtova, i sve vise i vise a sve guraju na par dns i ip adresa i sad zele da izbace nas koji smo veci sajtovi jer zele da imaju sto vise sajtova a sto manje ulaganja, nasa posla. |
| ivanhoe |
01. 09. 2011. 21:20 |
To koliko je SQL spor zavisi ponajvise od upita i toga kako si indexirao tabele, tako da je sasvim moguce da im ti ubijas bazu zbog veceg broja poseta.
Medjutim onda treba o tome da te obaveste kulturno, da ti ponude veci paket ili sta vec, a ne da ti neko iz podrske kaze nadrkano da "ne zatvaras fajlove"...
ja sam imao na Webfaction situaciju da sam im zakucao jedan server zbog velike posete na WP sajtu, obavestili su me ljubazno o tome, dodao sam kesiranje i prebacili su me na drugi, manje optereceni server i svi srecni... tako se to radi..
|
| eraser |
01. 09. 2011. 21:24 |
Citat:
Originalno napisao trazimcuruzabrak
(Napišite 101278)
Ali kako moze SQL da bude spor? Ja koristim bazu koju su mi oni dali i normalne PHP naredbe za iscitavanje , ucitavanje i ostalo vezano za podatke iz baze.
|
Nije problem u bazi koju su ti dali nego mozda u strukturi tvoje baze i nacina na koji pristupas podacima na to se misli kada se kaze 'problemi sa bazom'.
Kada imas malu posetu onda baza moze da bude kakva hoces, sa povecanjem posete mora to malo da se optimizuje. |
| webarto |
01. 09. 2011. 21:28 |
ako vršiš upit sa SELECT *, a treba ti samo jedna kolona od recimo 15, to ti je to... onda subquery, group, order by rand... mada opet mislim da ti to govore jer nisi poželjan, oni trebaju neki "razlog" da te ugase... neće ti reći e ne isplatiš nam se i tako...
|
| draskom |
07. 09. 2011. 11:42 |
Ma promeni ti hosting, to su pilicari i rade na sitno, verovatno ces imati samo problema sa njima u buducnosti. Ako kazes da ti je sajt tolko velik najbolje da uradis ovo sto kaze webarto, da uzmes neki dedicated. U tom slucaju moci ces da sam zavrsces i odvrces sta ti hoces i nema tako glupih ogranicenja sa bandwithom kao sto nudi taj hosting. Imas ih za 20-30 mesecno.
|
| Vreme je GMT +2. Trenutno vreme je 17:59. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
