Hát, azért mert MSSQL servert telepítettem a gépre.
A feladatkiírás szerint vagy mySQL és részletesebben kidolgozott php vagy mssql tárolt eljárásokkal ilyesmikkel, és esetleg kevésbé kidolgozott php résszel valósítandó majd meg a feladat.

Meg leginkább most már bosszant a dolog, hogy nem működik elsőre, ezért küzdök vele.
Lehetne használni mysql-es függvényeket is az mssql szerveren? (Utolsó hozzászólásodból ezt veszem ki)
Ill. úgy tudom mysql-ben nincsenek tárolt eljárások, így ha ilyet akarok használni, akkor mindenképp mssql kell.
De már kigondoltam, hogy próbaképpen pakolok majd fel egy mysql-t is erre a gépre, aztán meglátjuk, azzal mit csinál. Kis probléma, hogy a Flash beadandómmal kellene foglalkoznom, viszont az nem motivál nagyon.

Ha annyira bosszantanak ezek a dolgok, akkor miért nem használsz mysql függvényeket?
Meg ott pl az affected_rows függvény nincs is az mssql fv-k között, csak rows_affected...

Szerintem van külön msql, mysql meg mssql rész is
http://phpbuilder.com/manual/en/ref.mssql.php

Kipróbáltam most MSDE Queryvel, azzal sikerült bejelentkeznem az SQL szerverre, és lekérdezést is végrehajtani, tehát elvileg működhetne is akár a dolog. Kicsit már kezd bosszantani

Azok msql függvények és nem mssql-ek... (benne van az általam feltöltött webprog segédletben a "php_manual_(hu)" könyvtárban egy chm, amiben le vannak írva ezek a függvények...)

PHP kézikönyv szerint külön vannak mysql és külön mssql függvények.
Ez alapján írtam mindenhol mssql-lel.

Mellesleg mindenhol elírtad a mysql-t mssql-re...

Üdv mindenkinek!

Kösz az eddigi hozzászólásokat, eljutottam oda, hogy telepítettem az SQL szerver mellé egy Apache2-t, meg php 4.3-at. beállítottam a php.ini-ben, hogy betöltse a php indulásakor a mssql-es függvényeket tartalmazó dll-eket is.

Néhány kérdés: nekem dinamikus IP-m van, viszont telepítés közben az apache kérdezett olyasmit, hogy domain, illetve server cím. defaultból felajánlotta az aktuális IP-cím-ből képzett domain nevet, IP címet
a domaint nem piszkáltam, IP-t átírtam a belső hálón levő IP-re(192.168.1.4) Így most a szerver nem látható a net felől, viszont a belső hálón működik. Hogy kellene beállítani a domaines beállítást, ha azt akarnám, hogy látható legyen net felől is?

Működik a php-értelmezés is, viszont itt következik a nagyobbik probléma:
ez sem igazán szeretne csatlakozni az SQL szerverhez. most már nem tudom, hogy az SQL beállításainál kellene keresni a hibát, vagy a php értelmezőben. Ezzel a kódrészlettel próbálkoztam:


Már csak ezt kellene megoldani, és neki is állhatnék magának a feladatnak

Nézd, megcsinálja helyben, úgy hogy csak ANSI-SQL cuccokat használ, és ha kész, feltölti a fenti szerverre... Vagy alapból beállítja a szerverkapcsolatot a kintire... De legalább a beállítással kevesebb a hibalehetőség. Szerintem.

Köszi, megnézem

Tigrincs,
Mondjuk lehet, hogy igazad van, sőt elsőre nekem is egy triad jutott eszembe, csak úgy gondoltam talán jobban jár, ha csak ezt telepíti fel, és nem szórakozik a triaddal, nehoyg az bekavarjon neki az mssql szerverébe...
Vagy túlonyolítom?
Zs.

1, regisztrálsz egy nevet a www.no-ip.org -on
2, Lehúzod innen a Windows Dynamic Update Clientet:
http://www.no-ip.com/downloads.php?page=win
3, telepíted, futtatod, ha lehet service-ként, mert úgy stabilabb
4, nem IP, hanem no-ip.org-os regisztrált domain alapján címzed meg a szerveredet.
Nem próbáltam még, csak FTP/ShoutCast szerverekkel, ezekkel simán működött a dolog, ergo szerintem SQL szerverrel is fog.

Most éppen az foglalkoztat, hogy az otthon dinamikus IP-vel lévő gépemet hogyan tudom megcímezni a szerveremen keresztül (SQL)?

Eddig azt csináltam, hogy minden 10 percben a gépem megnyit egy weblapot a szerveremen, ami eltárolja az IP címet. Amikor a netről hozzá akarok férni, akkor nyitok rá egy socket-et a betárolt IP alapján. Van valami jobb ötleted erre Tigrincs koma?

Az apache szerintem is kézenfekvő, de hogy ne kelljen mindent kézzel állítgatni, javaslom, hogy tegyél fel egy triadot, mondjuk AppServ-et.

Ami a kapcsolódást illeti, tovább kötném az ebet a karóhoz, ha a te gépeden a TCP/IP kapcsolódás be van állítva, akkor csak a szerveren lehet letiltani a hozzáférést, szóval én megkeresném a rendszergazdát vagy felügyelő tanárt.
Azért ezt fusd át: http://forums.microsoft.com/MSDN/ShowPo ... 7&PageID=2

Csákó!

phphez próbálkozz az apache-al.
http://www.apache.org/

De én nem akarok semmiféle kritikus dolgokat csinálni, csak egy beadandó feladatot...
Netről amúgy sem elérhető, csak a belső hálóról, mert a router nem továbbítja a szervernek a cuccot(gondolom én)
Nekem az a problémám, hogy a belső hálón levő másik gépről nem tudok lekérdezést végrehajtani, engem ennek a megoldása érdekelne.
Tehát a 192.168.1.4-es IP-n van az SQL szerver SQLEXPRESS névvel, a 192.168.1.3-on a gép, amiről lekérdezni szeretnék. Kell esetleg erre is telepíteni valami programot?

Mi az az user instance, ami a kezdő hozzászólásban a hibaüzenetben szerepelt?

Illetve még mindig érdekelne, hogy mit kellene még az SQL szerver mellé tenni, hogy neki tudjak állni ennek a php-s dolog megírásának.

A kinti csatlakozás se egy vészes dolog, csak szokás adatbázisra és műveletekre lekorlátozni a hozzáférést, és persze sa-től eltérő login/passt adni a hozzáférésnek.

MsSql tekintetében nem vagyok képben, mert még nem használtam. Általában én ügyfeleknek win-apache-sql telepítéssel megoldom a belső hálózatos cuccot. Netes adatbázist még nem hosztoltam úgy, hogy azt kintről cseszegethessék.

Andrei, nem tudom, mennyire vagy képben MSSQL ügyben, de akit érdekel, az sa hasonló admin login, mint Unix/Linuxnál a root, ráadásul alapból nincs hozzárendelve jelszó. Ha vki alapbeállításon futtatja a cuccost, és kiengedi a szervert, akkor ez kb olyan mint egy Linux szerveren a terminálkapcsolatnál a root loginhoz nem lenne jelszó, de teljes admin login lenne...
Az alább ezért kérdőjeleztem meg kritikusabb esetben a kedves rendszergazda hozzáértését, feltéve, hogy ez a helyzet.

Hát... Én nem engedélyezném külső cuccosnak a szerveremre irányuló SQL kapcsolatot. Egy ilyet már csináltam és akkor majdnem beleégtem a nyitott kiskapuba.

A lekérdezések ugyanúgy jogosultsághoz vannak kötve, mint bármi más, tehát letiltható a dolog simán.
Nem értem, hogy az sa miért lenne probléma, bár az az adminisztrátor, aki sa usert tart az mssql szerveren, pláne, ha azt localhoston kívül engedi használni, az bocsánat, de dilettáns. Ennél nagyobb biztonsági lyukat egy adatbázisszerveren hagyni már szinte képtelenség. (Csak úgy mellesleg jegyzem meg, hogy mindig mindenki szidja az MS cuccok biztonságát, miközben semmi nem tud, és nem tesz meg azért, hogy a meglevő biztonsági megoldások hatékonyan végezzék a munkájukat.)
Kicsit off, de mindenkinek, aki komolyan szeretné biztonságban tudni a gépét, annak ajánlom az ingyenes Microsoft Baseline Security Analyzer használatát. Komoly biztonsági beállításbeli hiányosságokra hívja fel a hanyag rendszergazda figyelmét...
http://www.microsoft.com/technet/securi ... ahome.mspx
Szóval az sa hozzáféréssel papíron semmi gond, max adjatok hálát az égnek, hogy még nem nyomták fel az adatbázisotokat.
PHP-ban nem vagyok otthon, de annak futtatása webszervertől függően változik, más IIS-en, mint Apache-n pl.
MSSQL-MySQL... Hát ég és föld. Kezdjük ott, hogy egy sokklienses MSSQL licensz tudtommal milla körüli áron van. Ennek megfelelően egy robosztus, biztonságos és stabil rendszer. (Kéretik nem fújolni, kedves MySQL-esek!) Transact-SQL-t, triggereket, azaz ütemezett SP-végrehajtást és még sok-sok komoly dolgot tud. Vállalati szinten egy komoly db-szerver (igaz, van developer edition, ami csak localhoston ad hozzáférést, de szinte mindent tud, mint a nagy, ingyenes, szóval fejlesztőknek ideális - mellesleg jegyzem meg, ha az egyetemi rendszer szintén dev. ed., akkor már meg is van a távoli hozzáférés akadálya), míg a MySQL egy kiscéges, vagy kisfejlesztői db-motor, főleg Unix/Linux webszerverek mellé, ingyenes, könnyen használható, de terméktámogatással és garanciákkal nem rendelkezik, és jópár szabvány ansi-sql-től eltérő cucc van benne, ezért sokan nem tartják komoly SQL-motornak.
Az MSSQL verziója nemsokára 2003-ra fog ugrani, kijövőfélben van az új verzió.
Ja, még vmi. a client connectivityt beállítottad TCP/IP-re? Mert még az is okozhat gondokat, ha nem TSP/IP-n akarsz kapcsolódni a szerverhez.

De én csak lekérdezéseket szeretnék végrehajtani, ahhoz akarok csak bejelentkezni.
Esetleg az lehet probléma, hogy csak az sa felhasználó létezik, és azzal próbáltam bejelentkezni?

Ja és a php-s kérdés. Mit kell ahhoz csinálni, hogy php fájlok futtathatók legyenek a gépemen? Webre feltöltögetés azért nem az igazi, mert ugye akkor még kevésbé tudom elérni az SQL szervert.

+1 kérdés: mennyi különbség van MSsql és mysql között?

szerk.: az jutott eszembe, hogy lehet, hogy érdemesebb lenne valahogy azon a gépen kialakítani php futtató környezetet, amin van az SQL szerver, és akkor legalább a php-ből történő adatbázishozzáférés meg van oldva. Viszont akkor újabb kérdés, hogy ezt hogyan kell csinálni.

Ha még nem mondtam volna, az SQL szerveres gép Win2000 Prof, a másik Win98SE

Thx

Ha jól sejtem, csak helyi hálóról, vagy localhostról lehet csak adminisztrálni a szervert. Ha jól emlékszem, ez van, amikor egy MSSQL szerverre biztonsági okokból letiltják a távoli bejelentkezést, tipikusan pl. weboldalok mögötti SQL szervereknél, lévén hogy itt csak a webszerver turkáljon az adatbázis adataiban, másnak esélye se legyen.
Ha nem ez az eset, akkor:
http://forums.microsoft.com/MSDN/ShowPo ... 7&SiteID=1

Sziasztok!

Lenne egy beadandó feladatom: php/sql párosítással online jegyfoglalás rendszer összerakása, viszont kintről nem érhető el az sql szerver, ami az egyetemen van.

Telepítettem itthon SQL Server Express-t, MS sample adatbázisokat, meg SQL Server Management Studio Express-t hozzá, ezen a gépen működik is szépen a dolog. Viszont én azt szeretném, hogy a másik gépemről is el tudjam érni a szervert(az itthoni hálózaton belül, tehát internet még nincs). Ehhez vajon miket kell tenni?

SSEutil nevű parancssoros kis progi ezt adta, amikor csatlakozni próbáltam:

Kösz:

Laci


(Tudom, hogy nem ártana először némi dokumentumokat olvasni ilyen témáról, de van közben egy másik feladatom is, ez csak úgy bosszant, ezért nincs időm most sokat doksit olvasgatni.)