mysql remote access
imam jedan domen na kome drzim prezentaciju kojoj je vremenom zatrebala baza.
Posto je to kod loopie (iz nepitaj kojih razloga) a njihova mysql politika je blagi uzas, uhvatim i stavim bazu na jedan od hostmonster naloga.
tamo (CPanel) krecu nevolje, ja ubacim host (probao i preko ip-a i preko imena) ali sa loopia servera skripta jednostavno ne moze da se konektuje, jednostavno vrti do timeouta
probao sam i sa host-011 isto preko ip-a i imena opet nece.
probao sam da stavim % i probam od kuce, opet nece.
imam ssh i mysql konzolu ali nemam pravo da uradim flush privileges.
(mada sam 99% siguran da CPanel to automatski uradi)
dal' on to uradi?
sta bi drugo moglo da bude problem?
|
| Milos Micic |
21. 08. 2007. 21:31 |
Uf ja sam imao slican problem ali zbog politike provajdera da bazi mozes da pristupis samo iz lokala tako da ne znam moguce da je to problem...BTW kakvi su hostmonster? razmisljam se da uzmem nesto veci hosting
|
| bluesman |
21. 08. 2007. 23:01 |
Moj stav je da ne vidim ni jedan dobar razlog zasto bi provajder dozvolio da se neko kaci na bazu sa drugog servera. Pricamo o shared hostingu.
|
| japan |
22. 08. 2007. 00:23 |
Citat:
Originalno napisao bluesman
(Napišite 40814)
Moj stav je da ne vidim ni jedan dobar razlog zasto bi provajder dozvolio da se neko kaci na bazu sa drugog servera. Pricamo o shared hostingu.
|
voleo bih da cujem dobar razlog za ovakvu restrikciju, bez obzira o kakvom se hostingu radi... |
| Milos Micic |
22. 08. 2007. 00:34 |
Citat:
Originalno napisao bluesman
(Napišite 40814)
Moj stav je da ne vidim ni jedan dobar razlog zasto bi provajder dozvolio da se neko kaci na bazu sa drugog servera. Pricamo o shared hostingu.
|
joke: Dobro bre nemoj se ljutis 90 posto provajdera ne daje pristup bazi ako nije iz lokala tako da host011 spada u vecinu =D(naravno ako i vi ne dajete posto nisam koristio nikada host011). Slazem se da za shared hostinge apsolutno je nepotrebno i rizicno davati remote pristup mysql-u sve sto treba da se uradi moze iz cpanela ili iz slicnih administracionih aplikacija... |
| japan |
22. 08. 2007. 00:42 |
Citat:
Originalno napisao Milos Micic
(Napišite 40822)
apsolutno je nepotrebno i rizicno davati remote pristup mysql-u
|
jeste, i onda dodjes do toga da ugasis i mod_rewrite, isto kao nepotreban i rizican... mislim...:please: |
| BrainDamage |
22. 08. 2007. 00:46 |
Gledaj to ovako:
Ako vecina hosting provajdera ZABRANJUJE remote mysql access, onda verovatno da imaju DOBAR razlog za to, nije sigurno u pitanju neka zavera protiv developera :)
|
a to ima veze kako?
ja pitam dal neko zna sto mi ne radi ovaj sto dozvoljava (ili je to mozda samo na papiru)
|
| Milos Micic |
22. 08. 2007. 01:06 |
"To remotely access your databases, you must contact support to allow the connection through our firewall as well. Please contact us with the IP numbers you would like to be able to connect from." znaci tehnicka podrska =D
|
| Pedja |
22. 08. 2007. 01:26 |
Kodi, cak i da ti naprave da to radi, nemoj tako raditi. To je vrlo lose za pouzdanost aplikacije, a i prilicno ce da trosi resurse.
Ako vec pravis aplikaciju koja se oslanja na bazu, onda i aplikaciju i bazu drzi na istom serveru (ili bar na serverima koji su fizicki u istoj lokalnoj mrezi).
To da ti je palikacija na jednom serveru a da vuce podatke iz baze koja je ko zna gde na internetu, svakako nece izaci na dobro.
|
| Vreme je GMT +2. Trenutno vreme je 13:56. |
|
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.
