C# Med MySQL

Är det konfigurerat så att man kan nå MySQL servern på annat sätt än local?

Testar du koden lokalt så är det nog troligt att du inte kan köra mot deras databas.

Testa/utveckla mot din egen databas och sen kopierar du över allt till de och ändrar så att du kör mot deras databas.

Svårt att säga vad som är fel då du inte kan ge ut lösenord och så. Du kanske kan ge lite mer info?:S

det är väl något som din leverantör får ge dig? Kan nog variera.

Har du försökt att kopiera databasen från din lokala dator till servern följt av att kopiera applikationen från din lokala dator till servern (sql-host sätts till localhost) och provat applikationen?

Det är inte så många som erbjuder någon att ansluta till sql-server från externa adresser. Jag tror kort o gott att cliche har blockerat de portar sql-servern lyssnar på.

Du får utveckla mot din databas på din dator och sen ändra i koden så att den är kopplad mot deras och ladda upp!

Varför behöver du ha mysql-databasen på servern?

Var ska han annars ha den?

det jag undrar är:
vad ska applikationen göra som kräver att applikationen och databsen ligger på olika datorer.

I nästan alla fall där jag jobbar med databaser så ligger dessa på separata burkar. vad är det för konstigt med det "mounte" ?

På grund av last brukar man skilja på dessa....

Det är inget konstigt i det. Eftersom en användare har ett problem så försöker jag komma med alternativa lösningar om inte hans partners kan öppna sql-portar utåt.

då får du se till att skriva php-script som sköter all datamangling och göra anrop till det scriptet från klient/srever-programmen.
Du bör dock fundera på vad illvilliga användare kan tänkas göra.

Vad jag vet så säkrar mysql_real_escape_string data som går in i mysql från injektioner.
Dock skyddar den inte mot andra saker som <iframe src="random-porrsida.xx"> eller bara <div style="width: 392829834983247px; height: 81974891px; background-color: purple /> eller liknande saker som du inte vill ha.

Jag brukar köra:
mysql_real_escape_string(htmlspecialchars($data));

PHP har ju numera inbyggt stöd för prepared statements, genom PDO. Då finns det ingen anledning till att använda **_escape_string_**_blaah() - prepared statements förebygger mot sql-injektioner automagiskt.

Med PHP och en snygg .htaccess-lösning kan du bygga REST-webservices som du kopplar upp mot för att hämta data, och protokollet kan vara i alla möjliga format som json, soap eller pure-xml. Det är en snygg lösning, då de flesta webbhotell blockerar extern åtkomst till databasservern.

på webhotellet som jag använder är det olika användare och lösenord för localhost eller fjärr. Sen måste man skriva in att tillåta anslutning från en specifik ip adress om det ska vara externt. Jag har inte testat det själv men det borde fungera för C-program också

Tänk på att när man installerar MySQL server så måste man kryssa i en checkbox (som jag inte minns texten vid) för att tillåta andra anslutningar än localhost.

Men servern ligger ju inte lokalt så han kan inte påverka installationen? Den ligger ju som sagt hos webhotellet och det är där problemet ligger