| bluesman |
22. 08. 2007. 01:27 |
Hajde kada ste poceli "igru" da mi neko objasni jednu pametnu situaciju gde ces ti da se kacis na mysql drugog servera (pricamo o shared hostingu a ne o clusterima) i radis nesto jako pametno. Ok?
@Milos Micic: ja se ne ljuitim, sorry ako zvuci tako, samo sam rekao sta mislim i to nema sa veze sa hostingom - ja se i onako ne bavim hostingom vise. Ja upravo pricam iz ugla developera. Ljudi gledaju da kesiraju rezultate, da sto manje drljaju po bazi a neki bi da drze domen na jednom serveru a bazu na drugom? Opet napominjem da pricamo o shared hostingu.
|
Citat:
Originalno napisao Milos Micic
(Napišite 40826)
"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
|
procitah ceo help u cpanelu, i ne videh to nigde.
hvala, na to sam i sumnjao. |
Citat:
Originalno napisao bluesman
(Napišite 40828)
Hajde kada ste poceli "igru" da mi neko objasni jednu pametnu situaciju gde ces ti da se kacis na mysql drugog servera (pricamo o shared hostingu a ne o clusterima) i radis nesto jako pametno. Ok?
|
koristis bazu foruma (recimo) za identifikaciju korisnika. |
| Pedja |
22. 08. 2007. 02:14 |
Za to ti ne treba direktan pristup bazi.
|
| bluesman |
22. 08. 2007. 04:24 |
Citat:
Originalno napisao kodi
(Napišite 40831)
koristis bazu foruma (recimo) za identifikaciju korisnika.
|
Znaš kako? Kunem ti se da sam znao da ćeš to da kažeš :) Ali to se nikako ne radi na taj način. |
znas kako, kunem ti se da sam znao da ces to da kazes :)
mozda primer nije najsrecniji, to mi prvo pade na pamet, al ne htedoh da editujem :D
ok idemo korak dalje (resili smo problem ne skodi da se zamlacujemo ovde)
sta ces kad dodjes u situaciju da je aplikacija narasla i da ti treba poseban sql server?
a da iz nekog vec tamo razloga to mora da bude negde tamo daleko, a i nije bas bitno za odgovor bude ispod xx ms?
-drzaces web server i php samo zbog xmlrpc ili neceg drugog ?
-dump+scp-olike varijante? ( :( brrrr)
ili ces za "iste pare, ili jeftinije" opalis ssh tunel i nemas brige?
bar ja to tako gledam, mozda nisam u pravu.
|
| bluesman |
22. 08. 2007. 12:20 |
Pa nisi u pravu :)
1. sada kada bih trazio, ne znam da li bih uspeo da nadjem server koji nudi shared hosting bez mysql.
2. kada ti aplikacija naraste da ti treba poseban sql server, onda to vise nije za shared hosting.
3. to sto ti radis - to se ne radi tako, ali ko sam ja da te ucim?
4. ti bi da prodjes za "sitne" pare a da radis ozbiljne stvari, ali opet ko sam ja da ti solim pamet?
5. rekao sam "pametan razlog" a ne "bilo koji razlog" :D, svako može da nađe hiljadu razloga, i Hitler je imao razlog zašto je uništio celu Evropu, to opet ne znači da je pametan razlog :)
6. Ja sam očekivao da ćeš da mi kažeš da radiš neki sajt za kladionicu ili banku pa ti treba neka centralna baza ili nešto, to bi bio pametan razlog, ali to se opet ne radi na shared hostingu.
|
e sad da te ja nesto pitam?
kako smo stigli od "zasto mi ne radi remote access cak kad ni kad opalim % za host"
dovde?
;)
|
| ppavlovic |
22. 08. 2007. 15:37 |
Ne znam da li ti resava problem, ali uvek u to slucaju (ako imas dostupan SSH shell) mozes da napravis ssh tunnel i da mapiras lokalni (mysql) 3306 port na remote 3306 ili neki drugi port (npr. tvoju kucnu masinu ili neki web server) i da se zakacis bez problema. Nuspojava toga je da ce podaci biti enkripotovani kroz konekciju sto i nije toliko lose. :)
|
| bluesman |
22. 08. 2007. 20:06 |
@kodi: jel' to za mene pitanje? Ako jeste, sorry nista ne razumem.
|
| Vreme je GMT +2. Trenutno vreme je 15:39. |
|
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.
