Új hozzászólás Aktív témák

• #1357 ArchElf addikt Dobozossör #1356

  Új Válasz 2011-03-09 13:20:50 #1357

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ArchElf

  addikt

  válasz Dobozossör #1356 üzenetére

  Szerintem ne legyen 'auto edit' jellegű megoldás, ha módosítani akar valaki egy mezőt, akkor kérdezze le a program, hogy az adott mező szerkeszthető-e, és ha igen, akkor zárolja a sort (Tranzakcióban update-eljen egy mezőt, ami a zárolást jelzi, vagy egy másik táblát, amiben a zárolások nyilván vannak tartva).

  Igazából amit keresel, arra nem hiszem, hogy van dobozos megoldás - ráadásul, amit szeretnél az nem is igazán szép.
  Igazi LAN-on (ahol nincs az udp multicast tiltva) elméletileg megoldható egy ilyen megoldás SQL nélkül - UDP multicastba téve a gépeket, ahol mindenki bemondja az éterbe, hogy épp mit csinál. Ám egyrészt az UDP nem megbízható (nincs garancia, hogy mindenki megkapja a csomagot és fel is dolgozza), másrészt egy nagyobb céges hálóban általában szűrve vannak a multicast hívások a VLAN-ok között. Ráadásul ebben az esetben nincs kizárás, tehát elméletileg előfordulhat, hogy "egyszerre" jelenti be mind a két gép a szerkesztést, és vagy mindkettő szerkesztő üzemmódban marad, vagy mindkettőnél letiltódik a szerkesztés (megvalósítástól függően).

  AE

• #1355 ArchElf addikt Dobozossör #1354

  Új Válasz 2011-03-09 11:00:04 #1355

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ArchElf

  addikt

  válasz Dobozossör #1354 üzenetére

  SQL lekérdezés nélkül nem nagyon megy... Honnan tudja a kliens, hogy más is nézi azt a view-t? Ha sok adat van a view-ban és nem akarsz folyton mindent lekérdezni, akkor egy ID mezőre le lehet mondjuk kérdezni egy SELECT Max(ID) FROM View -val, hogy van-e újabb rekord, vagy ha frissülhetnek a mezők, akkor legyen a táblában egy TimeStamp mező (DateTime) ami frissítéskor frissül és akkor a SELECT Max(TimeStamp) FROM View-val megnézni, hogy van-e újabb adat. Esetleg csinálni egy Triggert, ami UPDATE/INSERT/DELETE-re frissít egy DateTime mezőt egy külön státusz táblában...
  Szóval lekérdezés nélkül nekem semmi nem jut az eszembe, lekérdezésekkel, meg a fentiek.

  AE

• #1353 ArchElf addikt Dobozossör #1352

  Új Válasz 2011-02-28 08:33:32 #1353

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ArchElf

  addikt

  válasz Dobozossör #1352 üzenetére

  Ez talán egy kicsit kisegít:
  http:
  //stackoverflow.com/questions/844835/sending-mail-throught-http-proxy
  Amúgy röviden csak annyit, hogy a HTTP proxy-nak semmi köze nincs az SMTP-hez. Ha céges hálózatban vagy és nem megy ki az SMTP, akkor az nem a proxy/kliens hibája, hanem a tűzfalon van letiltva a kimenő SMTP. Amennyiben mégis szeretnél valamiért HTTP-n keresztül "kimenni" úgy pl. azt a megoldást tudom ajánlani, amint a mi a fent linkelt eszélgetés végén található - persze céges hálózaton ez nagy valószínűség szerint a helyi szabályokba ütközik..

  És még ezt találtam neked: http://www.lesnikowski.com/blog/index.php/tag/mail-dll/

  AE

• #1349 martonx veterán Dobozossör #1348

  Új Válasz 2011-02-13 18:52:06 #1349

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz Dobozossör #1348 üzenetére

  Engem az érdekel mire volt jó mindez? VB alatt titkosítani valamit? Mi lett ettől biztonságosabb? Vagy fájl alapú adattárolást használt valaki? Csak erre tudok gondolni. De ez a gondolat meg elég valószerűtlen, így 2011-ben amikor már mindenki adatbázist használ.
  Ha meg már ott a VB.Net minek a PHP?
  Eh mindegy, sok kérdés felmerült bennem, igaziból egyedül a konkrét megoldás nem érdekelt

• #1348 Dobozossör tag Dobozossör #1347

  Új Válasz 2011-02-13 12:57:11 #1348

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Dobozossör

  tag

  válasz Dobozossör #1347 üzenetére

  A probléma megoldódott, akit esetleg érdekel, ez alapján csináltam.

• #1124 sonar addikt Dobozossör #1123

  Új Válasz 2010-01-18 19:33:39 #1124

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sonar

  addikt

  válasz Dobozossör #1123 üzenetére

  Hát .Net nem arról híres, hogy ne lehetne visszacompilálni
  DotNet protector kulcsszóra keress rá a googliban.

  Többiben sajnos én sem vagyok jó, de ha találsz vmi jó megoldást ne felejsd el megosztani velünk is

• #1110 ArchElf addikt Dobozossör #1109

  Új Válasz 2009-05-20 11:13:48 #1110

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  ArchElf

  addikt

  válasz Dobozossör #1109 üzenetére

  Asszem láttam 1-2 éve a codeproject-en ribbon bar komponenst. Lehet, hogy nem vb, hanem c# alatt volt megírva, de ez a .NET motort nem nagyon izgatja.

  AE

Új hozzászólás Aktív témák