programa za otdalechena mySQL administraciq
14 отговора
569 прегледа
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!
|Не се изказвай за неща, които не разбираш|
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!
|Не се изказвай за неща, които не разбираш|
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
moje po tcp/ip protokola sus vsiaka programa za admin na mysql ...
java - the best language for server side programming
Re: programa za otdalechena mySQL administraciq
Blagodarq
|Не се изказвай за неща, които не разбираш|
|Не се изказвай за неща, които не разбираш|
Re: programa za otdalechena mySQL administraciq
mysql -h remotehost -u user -p
Какво повече ти трябва?
Linux is like a wigwam - No Windows, No Gates, Apache inside
Какво повече ти трябва?
Linux is like a wigwam - No Windows, No Gates, Apache inside
Re: programa za otdalechena mySQL administraciq
...myPhpAdmin mi svyrshi chudeshna rabota
|Не се изказвай за неща, които не разбираш|
|Не се изказвай за неща, които не разбираш|
Re: programa za otdalechena mySQL administraciq
Абонирай се за bugtraq ако още не си
за phpMyAdmin честичко излиза по нещо
Linux is like a wigwam - No Windows, No Gates, Apache inside
за phpMyAdmin честичко излиза по нещо
Linux is like a wigwam - No Windows, No Gates, Apache inside
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
А именно "Плюсове и Минуси на Администрирането на Каквото И Да Е през 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
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
Отдалечена администрация на база данни.
И тук е адски важният момент, който огромна част от ползващите бази данни пропускат.
В този форум май само AcidMemory е наясно с това, дето се опитвах да подскажа.
Всяка база данни ИМА администратор.
Забележете не Може, не Трябва, не Би Било Добре а именно ИМА. Много често той е или програмист или разработчик или администратор но като функция съществува. Няма такова животно база данни оставена на самотек (от Microsoft може да се опитат да ви го кажат). Ако пуснете една система и тя работи 10 години без спиране това означава, че администраторът я е изпипал така, че да работи 10 г а не че администратор няма. Тъй, че дори когато ей тъй за проба си инсталирате една база данни вкъщи поемате и ролята на администратор.
Е да де ама администраторът трябва да знае и да разбира за да си свърши ефективно работата. А за една (която и да е) SQL база данни това означава да е наясно с SQL. т.е. нищо повече от един какъв да е клиент, който праща SQL към сървъра не му трябва.
Ако искате много ще поспорим дали за човек, който е наясно със SQL какъвто и да е GUI интерфейс дава някакво предимство или удобство. Само, че първо ще убедя всеки, който не е съгласен, че за Администриране на Сървър този сървър трябва да се познава.
Точно затова отговорът ми беше: Какво повече му трябва. на човека
Linux is like a wigwam - No Windows, No Gates, Apache inside
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...
|Не се изказвай за неща, които не разбираш|
ako sydq po dumite ti zad salle se spotaiva administrator
P.S Chudesen club...
|Не се изказвай за неща, които не разбираш|
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
Как щях да хоствам bg.php.net и mysql.online.bg ако не бях И администратор.
Съжалявам за малко менторския тон ама има Неща които са Важни както казва Мечо Пух
Linux is like a wigwam - No Windows, No Gates, Apache inside
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 на
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?
--
What's worse - ignorance or indifference? Who knows? Who cares?
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
(фу, то много 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
Не е точно така
TCO e само едната страна на проблема. Има понятие създадени навици, насаждан интерфейс и нежелание за промяна
Ако убедиш някой баровец, сутрин да не си ходи на работа с БМВ-то, да не хаби 15 на 100 за градски задръствания и да се чуди къде да паркира, а да си вземем автобуса или трамвая щото сте ситгна - по-бързо, по-сигирно,по-евтино (трите основни плюса и на *nxa) - ела да продължим разговора на бира
БТВ - май не му е точно мястото в тоя клуб
Една легенда се завръща [линк]
Ако убедиш някой баровец, сутрин да не си ходи на работа с БМВ-то, да не хаби 15 на 100 за градски задръствания и да се чуди къде да паркира, а да си вземем автобуса или трамвая щото сте ситгна - по-бързо, по-сигирно,по-евтино (трите основни плюса и на *nxa) - ела да продължим разговора на бира
БТВ - май не му е точно мястото в тоя клуб
Една легенда се завръща [линк]