| BluesRocker |
19. 02. 2007. 15:51 |
MySQL-Front 2.6
Ako neko ima ovu verziju programa (ili stariju), bio bih mu zahvalan ukoliko bi mi je poslao na bluesrocker et gmail .
|
| oliver |
19. 02. 2007. 16:48 |
|
| BluesRocker |
19. 02. 2007. 16:57 |
Svaka ti cast. Ja se ubih guglajuci, ali sam trazio 2.6 koje nema nigde. Hvala puno.
|
| zextra |
19. 02. 2007. 17:32 |
Koliko mene secanje sluzi, 2.6 ni ne postoji - skocili su sa 2.5 na 3.0, pa onda 3.1... 2.5 je bila poslednja besplatna verzija.
|
| BluesRocker |
19. 02. 2007. 17:35 |
Onda bi to mogao da bude razlog zasto nisam mogao da je nadjem. :)
|
| Dušan Dželebdžić |
22. 02. 2007. 09:35 |
Ako ti ne odgovara stara verzija MySQL Fronta, probaj SQLYog, u community verziji ima dovljno dobru funkcionalnost da ti i ne treba full :) |
| Dejan Topalovic |
22. 02. 2007. 10:22 |
A jesi probao TOAD for MySQL ?
|
| BluesRocker |
22. 02. 2007. 10:26 |
^^Instalirao sam ga i izgleda da ima sve sto mi treba. U principu, ja sam zadovoljan sa phpmyadminom, ali kad mi treba da brzo dodam neku remote konekciju, onda dobro dodje neki ovakav program.
|
| Pedja |
22. 02. 2007. 10:48 |
Nova verzija starog MYSQLFront-a je dostupna pod novim imenom HeidiSQL.
To je ona stara dobra besplatna verzija (linija zavrsena verzijom 2.4) koja je naravno i znatno unapredjena.
MySQLFront posle verzije 2.4 je sasvim drugi program, jer je otkupljen naziv programa, medjutim, taj nikada nije dosao u neko upoterbljivo stanje i nije stekao popularnost.
HeidiSQL radi isti autor koji je i napravio MYSQLFront.
|
| BluesRocker |
22. 02. 2007. 11:05 |
@Dejan Topalovic,
TOAD je zlo. Ubedljivo najbolji MySQL DBA (ako smem da izvedem zakljucak na osnovu nekoliko minuta upoznavanja sa programom).
@Pedja,
Heidi je izuzetno nepraktican i ne znam kako neko moze da ga koristi. Cak sam citao navodno objasnjenje autora programa da je to sve zbog brzine, a nije se ni potrudio da stavi neku opciju da se iskljuci memo ili da klikom na data vidis izlistane podatke, a ne da moras da kucas select * from table.
|
| MorenoArdohain |
22. 02. 2007. 11:24 |
|
| Dejan Topalovic |
22. 02. 2007. 11:53 |
Citat:
Originalno napisao BluesRocker
@Dejan Topalovic,
TOAD je zlo. Ubedljivo najbolji MySQL DBA (ako smem da izvedem zakljucak na osnovu nekoliko minuta upoznavanja sa programom).
|
Znam, jer ja TOAD koristim i za Oracle i za MySQL. :)
Trenutno mi je to najbolji alat na trzistu.
Pisao sam vec o njemu: TOAD za MySQL |
| ivanhoe |
22. 02. 2007. 14:44 |
jedno glupo pitanje: a kako vi koristite ove alate na serverima?
Da li to znaci da drzite na serveru baze otvorene za spoljne konekcije?
|
| Dejan Topalovic |
22. 02. 2007. 15:18 |
Pitanje ti nije glupo, nego je bas na mjestu.
Mora biti dozvoljeno spajanje sa vanjske konekcije sto za sobom povlaci pitanje sigurnosti, ali to nije tema danasnje emisije. :)
|
| oliver |
22. 02. 2007. 15:54 |
Citat:
Originalno napisao ivanhoe
jedno glupo pitanje: a kako vi koristite ove alate na serverima?
Da li to znaci da drzite na serveru baze otvorene za spoljne konekcije?
|
pa, u zadnje vrijeme uglavnom nikako :) dok sam bio na proslom host-u, mogao sam da se igram sa privilegijama malo vise (DirectAdmin kontrolni panel), pa sam dodavao svoj IP u allowed. Ensim to nema... ali ako imas ssh onda mozes da putty-jem napraviti "tunel" i regularno koristiti bilo koju desktop aplikaciju. |
| Pedja |
22. 02. 2007. 16:31 |
Serveru pristupam preko SSH...
|
| misk0 |
22. 02. 2007. 17:59 |
Imam fixni IP tako da dozvolim na serveru pristup sa JEDNE IP adrese a to ne smatram velikim sigurnosnim rizikom.
|
| zextra |
23. 02. 2007. 00:09 |
SSH tunel je najbolje kompromisno resenje (opet je u pitanju remote login, ali srecom nije clear text)...
|
| ivanhoe |
23. 02. 2007. 00:49 |
ja pitam ovo zato sto je meni nekako jednostavnije da kucam u mysql klijentu preko ssh, nego da se zezam sa ssh tunnelingom (ok znam da je prosto, ali ipak me mrzi) ili da otvaram bazu za vanjske konekcije (sto mi se uopste ne svidja). Zato sam se i pitao kolika je upotrebna vrednost ovakvih alata van intranet okruzenja (tj. na webu)
|
| phatsa |
23. 02. 2007. 07:22 |
Citat:
Originalno napisao zextra
SSH tunel je najbolje kompromisno resenje (opet je u pitanju remote login, ali srecom nije clear text)...
|
Off Topic: jel' može neki kraći tutorijal o tome (u novoj temi, recimo), za nas neupućene? Toad sam duže vreme koristio na Oracle bazi, pa mi je izuzetno zadovoljstvo da to nastavim i na MySQL-u. Znači, kako se povezati na MySQL koja je na shared hostingu putem Toad-a, a nemam fiksnu IP?
sorry za offtopic |
| oliver |
23. 02. 2007. 08:30 |
http://realprogrammers.com/how_to/se...ith_putty.html
Search Google: mysql tunnel putty Search Google: mysql tunnel
P.S. Losa stvar kod ovog primjera je kada imate i server u lokalu koji radi na portu 3306 (default) (a u svim primjerima koje sam nasao oni navode kako forwardujes 3306 na neki tamo IP:3306), morate gasiti lokalni MySQL server da bi putty mogao da preuzme na sebe forwarding.
Solucija - jednostavna: nemojte praviti forward za port 3306 nego neki drugi koji vam je slobodan, i onda u parametrima u putty-ju i konekciji GUI alata koristite taj drugi port. Bar mene je mrzilo da gasim svoj server svaki put... al' nesto sam se navikao na phpmyadmin u zadnje vrijeme :)
|
| Ilija Studen |
23. 02. 2007. 09:05 |
Citat:
Originalno napisao oliver
al' nesto sam se navikao na phpmyadmin u zadnje vrijeme :)
|
Ma da. Za ono što meni treba i više nego dovoljan. Jedini problem je rad sa velikim SQL fajlovima, ali tada potpališ terminal i rešiš problem iz komandne linije. |
| misk0 |
23. 02. 2007. 09:38 |
malo offtopica ali ...
Sta ja to ne kontam pa mi je svejedno sto konekcija na bazu ide preko 'nezasticenog' kanala, tj klasicnom TCP konekcijom? Mislim, sajtovi koje radim, nemaju bazu kreditnih kartica i slicne 'top-secret' informacije tako da i ako neko usnifa (a kako, gdje i kuda to je vec pitanje) necu izgubiti nista.
Cak i ako usnifa user i pass ne moze se logovati na bazu osim sa mog IPa.
A opet, ako moze lazirati IP (ruting tabele) onda jebo i ssh tunel... :)
|
| zextra |
23. 02. 2007. 10:28 |
Znas kako kazu - bolje spreciti nego leciti
Po meni je bolje biti konzistentan - imati resenje koje se stalno koristi, time se smanjuje i faktor ljudske greske, a pitanje tunela je takodje cisto prakticne prirode... Neko je navikao na MySQL-Front, pa mu je tunel jedino resenje...
|
| Petar Marić |
23. 02. 2007. 11:38 |
A nekima univerzitetska mreža blokira pristup svim protokolima sem HTTP(S)-a i SSH-a :(
Srećom, znam za jadac ;)
|
| ivanhoe |
23. 02. 2007. 11:48 |
Citat:
Originalno napisao misk0
Cak i ako usnifa user i pass ne moze se logovati na bazu osim sa mog IPa.
|
ukoliko imas zasebnog usera koji je vezan za tvoj IP (i ima drugaciji password od localhost usera) i pri tome imas fixni IP, onda to i nije lose resenje, ne bi trebalo da predstavlja pretnju...
ali meni je recimo problem sto sezam adsl ne samo da menja IP nego menja celu A klasu, nekad je IP 220.200.x.x, a nekad ide preko 77.x.x.x, tako da je jedina opcija da se grantuje user@%, a to mi je vec previse riskantno... |
| Pedja |
24. 02. 2007. 08:09 |
Meni je problem resio SSHTunnelClient ( http://www.delight.ch/download/13/SSHTunnelClient.exe). Proram je besplatan za nekomercijalnu upotrebu, a vrlo lepo resava stvar. To je u stvari GUI za plink.
Sto se podesavanja tice, ja ga namestam da mi lokalni port 3307 mapira na 3306 na udaljenom serveru i to sve radi kako valja (cak ne mogu da se zbunim da li sam na lokalnom ili remote serveru). |
| srdjan |
24. 02. 2007. 23:04 |
Citat:
Originalno napisao BluesRocker
Heidi je izuzetno nepraktican i ne znam kako neko moze da ga koristi.
|
Skript koji se izvrsi u Heidiju i PHPMyAdmin za 2 sekunde (kreiranje prazne baze) na TOAD-u radi 25 sekundi.
Ovo za MEMO i UTF je na mestu komentar, verovatno ce u finalnoj verziji 3.0 Heidija to ispraviti. |
| BluesRocker |
25. 02. 2007. 13:26 |
Citat:
Originalno napisao srdjan
Skript koji se izvrsi u Heidiju i PHPMyAdmin za 2 sekunde (kreiranje prazne baze) na TOAD-u radi 25 sekundi.
Ovo za MEMO i UTF je na mestu komentar, verovatno ce u finalnoj verziji 3.0 Heidija to ispraviti.
|
Ja sam TOAD komentarisao posle nekoliko minuta koriscenja, tako da sam se unapred ogradio od konacnog utiska. Meni licno vise smeta kod TOAD-a sto moram u konekciji da unesem i ime baze. Ako to ne uradim, onda svaki put u editoru treba da kucam USE ime_baze pre upita. Takodje mi se ne svidja sto mi datume ne prikazuje u mysql formatu. |
| Dejan Topalovic |
25. 02. 2007. 16:20 |
Citat:
Originalno napisao srdjan
Skript koji se izvrsi u Heidiju i PHPMyAdmin za 2 sekunde (kreiranje prazne baze) na TOAD-u radi 25 sekundi.
|
Mozes li poslati taj izraz za kreiranje baze da ja isprobam sa TOAD-om kod sebe? |
| srdjan |
25. 02. 2007. 17:05 |
|
| BluesRocker |
01. 06. 2007. 17:06 |
Da ne otvaram novu temu, je l' postoji neki kvalitetan mysql klijent za linux?
|
| japan |
01. 06. 2007. 17:43 |
|
| BluesRocker |
01. 06. 2007. 18:17 |
Mislio sam na nešto kao SQLYog, Toad, MySQL-Front. MySQL Query Browser ne zadovoljava moje potrebe.
|
| conica |
02. 06. 2007. 00:44 |
EMS SQL Manager 2005
|
| Pedja |
02. 06. 2007. 08:02 |
Kad je vec isplivala tema, izasao je HeidiSQL 3.0 final. Dosta bagova su sredili.
|
| BluesRocker |
02. 06. 2007. 17:20 |
Citat:
Originalno napisao conica
(Napišite 36171)
EMS SQL Manager 2005
|
Zaboravio sam da pomenem uslov, da je besplatan. :)
Pročitao sam negde da SQLYog radi lepo iz wine-a, ali to mi je poslednja opcija. |
| Ilija Studen |
02. 06. 2007. 17:26 |
phpMyAdmin ne dolazi u obzir? Ja sam se već toliko navikao na njega da ga koristim za sve osim za baratenje krupnijim dumpovima (tada koristim komandnu liniju).
Radi i na Linuxu :D
|
| BluesRocker |
02. 06. 2007. 21:45 |
Ja ga koristim i za krupnije dumpove. :D Izgleda da ću morati da se zadovoljim sa njim ili da koristim wine.
|
Citat:
Originalno napisao Ilija Studen
phpMyAdmin ne dolazi u obzir? Ja sam se već toliko navikao na njega da ga koristim za sve osim za baratenje krupnijim dumpovima (tada koristim komandnu liniju).
|
Isto ovde + u posebnim slucajevima (citaj: kada me zeza wire konekcija) Navicat. |
| Vreme je GMT +2. Trenutno vreme je 08:28. |
|
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.
