programa za otdalechena mySQL administraciq

14 отговора 569 прегледа
#1

programa za otdalechena mySQL administraciq

Zdraveite,
ima li programa za otdalechena administraciq na mySQL baza danni t.e na otdalechen server? Kak se kazva i otkyde da q drypna?
Blagodarq predvaritelno!

|Не се изказвай за неща, които не разбираш|
Отговор
в отговор на moonjogger #2

Re: programa za otdalechena mySQL administraciq

nai veroiatno pita6 za phpwizard.net/phpmyadmin

moje po tcp/ip protokola sus vsiaka programa za admin na mysql ...

java - the best language for server side programming
Отговор
в отговор на j2ee #3

Re: programa za otdalechena mySQL administraciq

Blagodarq

|Не се изказвай за неща, които не разбираш|
Отговор
в отговор на moonjogger #4

Re: programa za otdalechena mySQL administraciq

mysql -h remotehost -u user -p

Какво повече ти трябва?

Linux is like a wigwam - No Windows, No Gates, Apache inside
Отговор
в отговор на salle #5

Re: programa za otdalechena mySQL administraciq

...myPhpAdmin mi svyrshi chudeshna rabota

|Не се изказвай за неща, които не разбираш|
Отговор
в отговор на moonjogger #6

Re: programa za otdalechena mySQL administraciq

Абонирай се за bugtraq ако още не си
за phpMyAdmin честичко излиза по нещо

Linux is like a wigwam - No Windows, No Gates, Apache inside
Отговор
в отговор на salle #7

da, no za staroto, koeto ne se support-wa

phpmyadmin.sourceforge.net

Отговор
в отговор на AcidMemory #8

Re: da, no za staroto, koeto ne se support-wa

Тук мога да задълбая в една дискусия дето е малко встрани.
А именно "Плюсове и Минуси на Администрирането на Каквото И Да Е през Web интерфейс"

Особено пък когато иде реч за PHP

Моето мнение:
Ако изобщо трябва да се използва PHP с административни функции то той трябва да се пише специално за случая при това с дейното участие на администратора на сървъра и този, който отговаря за сигурността - у нас обикновено и същия човек.

Аргументи: PHP е изключително гъвкав език с огромни възможности и изисква много внимание от гледна точка на надеждност и сигурност. Гъвкавостта му по отношение на настройките (./configure - и php.ini) води до силно различно поведение на различни сървъри. Ползването на цялостен продукт гарантира същото поведение на продукта само ако конфигурацията е идентична с тази на разработчика. А най-често вие не я знаете.

Пример 1:
* В продукта има README.security описващо какво трябва да се направи за да осигурите някакво ниво на защита.
* Продуктът се инсталира от Webdesigner, който го инсталира "по default" без да провери възможните настройки и без да чете което и да е от 5-те README-та

Пример 2:
* На администратора му бива наредено да инсталира PHP днес защото утре трябва да качиме "едни неща" без които Клиентите "не могат"
* Администраторът подкарва PHP ама няма време да прочете къде и какво трябва да направи за да може Клиентът X да има едни права а Y други
* Връчва му се въпросното нещо пък то се оказва, че за сигурност разчита на Safe-Mode + open_basedir, но никъде не го пише.

Мога да ви предложа доста сценарии в тази насока, но съм сигурен, че тези двата сте ги срещали често.Прословутият компютърен конфликт разработчик-администратор

Linux is like a wigwam - No Windows, No Gates, Apache inside
Отговор
в отговор на AcidMemory #9

Re: II ili zashto mysql -h a ne phpmyadmin

Първоначалният въпрос беше за
Отдалечена администрация на база данни.

И тук е адски важният момент, който огромна част от ползващите бази данни пропускат.
В този форум май само AcidMemory е наясно с това, дето се опитвах да подскажа.

Всяка база данни ИМА администратор.
Забележете не Може, не Трябва, не Би Било Добре а именно ИМА. Много често той е или програмист или разработчик или администратор но като функция съществува. Няма такова животно база данни оставена на самотек (от Microsoft може да се опитат да ви го кажат). Ако пуснете една система и тя работи 10 години без спиране това означава, че администраторът я е изпипал така, че да работи 10 г а не че администратор няма. Тъй, че дори когато ей тъй за проба си инсталирате една база данни вкъщи поемате и ролята на администратор.

Е да де ама администраторът трябва да знае и да разбира за да си свърши ефективно работата. А за една (която и да е) SQL база данни това означава да е наясно с SQL. т.е. нищо повече от един какъв да е клиент, който праща SQL към сървъра не му трябва.

Ако искате много ще поспорим дали за човек, който е наясно със SQL какъвто и да е GUI интерфейс дава някакво предимство или удобство. Само, че първо ще убедя всеки, който не е съгласен, че за Администриране на Сървър този сървър трябва да се познава.

Точно затова отговорът ми беше: Какво повече му трябва. на човека

Linux is like a wigwam - No Windows, No Gates, Apache inside
Отговор
в отговор на salle #10

Re: II ili zashto mysql -h a ne phpmyadmin

Zdrasti otnovo...
ako sydq po dumite ti zad salle se spotaiva administrator Izpolzvaneto na instryment za otdalechena administraciq e edinstveniq nachin da si napravq bazata danni...oshte poveche che admina ne mi sydeistva. No nqma znachenie...I vse pak ot moq strana sym se postaral da prinesa s neshto v "sigurnostta" - porovil sym se v nastroikite...Doskoro

P.S Chudesen club...

|Не се изказвай за неща, които не разбираш|
Отговор
в отговор на moonjogger #11

Re: II ili zashto mysql -h a ne phpmyadmin

Че аз да не съм го крил?
Как щях да хоствам bg.php.net и mysql.online.bg ако не бях И администратор.

Съжалявам за малко менторския тон ама има Неща които са Важни както казва Мечо Пух

Linux is like a wigwam - No Windows, No Gates, Apache inside
Отговор
в отговор на salle #12

Re: II ili zashto mysql -h a ne phpmyadmin

Izvinqvai...no ne sym chest posetitel na tozi club. Samo kato sym na zor! Dobre che ima takiva kato teb

|Не се изказвай за неща, които не разбираш|

Редактирано от moonjogger на

Отговор
в отговор на salle #13

Re: II ili zashto mysql -h a ne phpmyadmin

То това добре, ама ако всеки беше супер-професионален администратор/програмист/потребител, никой нямаше да има нужда от (т.е. най-вероятно нямаше да съществуват) Windows, MSSQL, MS VB, MS Word, MS Excel (фу, то много MS станаха), Delphi, JBuilder, C++Builder, Kylix, KDevelop, AudioGrabber, .... Абе може да си изброявам още една година (поне).

--
What's worse - ignorance or indifference? Who knows? Who cares?
Отговор
в отговор на Schultz #14

Re: II ili zashto mysql -h a ne phpmyadmin

Много добре си го казал:

(фу, то много MS станаха)

Я прочети отново списъка си? Нещо дето да не е свързано с MS?

Kylix? - Delphi за Linux за да е по-лесно на потребителите на Delphi
KDevelop? - KDE обикновено се определя като "Интерфейс за Linux много близък до Windows"
Другите?

Из разни други места съм защитавал и то винаги успешно тезата, че Win за Работна станция - може. За Сървър обаче не.

Ключовият термин е нещо на запад наричано TCO - Total Cost of Ownership. У нас мениджърско-директорско-шефското съсловие тепърва го открива.

А по този показател никой Win не издържа дори на комерсиалните Unix-и дето си ги купуваш първоначално за 5-6 цифрена сума в USD

Linux is like a wigwam - No Windows, No Gates, Apache inside
Отговор
в отговор на salle #15

Не е точно така

TCO e само едната страна на проблема. Има понятие създадени навици, насаждан интерфейс и нежелание за промяна
Ако убедиш някой баровец, сутрин да не си ходи на работа с БМВ-то, да не хаби 15 на 100 за градски задръствания и да се чуди къде да паркира, а да си вземем автобуса или трамвая щото сте ситгна - по-бързо, по-сигирно,по-евтино (трите основни плюса и на *nxa) - ела да продължим разговора на бира

БТВ - май не му е точно мястото в тоя клуб

Една легенда се завръща [линк]
Отговор