Comments 53
Я почему-то думал что все давно знают про него и пользуются…
Админер клёвый. Залил его за полсекунды на хост, подправил что надо и снес. Никаких настроек, сложностей и зависимостей. Один фаил (css я обычно не заливаю даже, и так нормальный минималистический интерфейс в стиле web 1.0). Обожаю его. Как начал пользоваться — уже phpmyadmin никуда не заливал — избыточная трата времени. PMA тоже классный конечно, но в 99% случаев он не нужен.
Любопытная штука, действительно покрывает почти все задачи.
Уже много лет неустанно призываю людей попробовать Adminer. Не хотят, сопротивляются, говорят привыкли к PMA и их все устраивает. Но если чуть ли не силой заставить их немного попользоваться, обратно на PMA никто не возвращается )
Отличная вещь, пользуюсь несколько лет. Лаконичность подкупает, а PMA кажется неповоротливым монстром.
Да, прекрасный инструмент, неоднократно помогал и помогает быстро и просто работать с разнообразными данными в различных БД.
Вот она великая сила привычки и традиций. Есть монстр PMA, есть прекрасный Adminer, который лучше его практически по всем параметрам. Но 98% людей по прежнему пользуются PMA ибо так заведено испокон веков.
Тоже самое касается очень многих других продуктов.
Тоже самое касается очень многих других продуктов.
Может кто-нибудь объяснить свой выбор в пользу этих бекдоров против десктопных mysql workbench, heidisql, sqlyog и тому подобных клиентов? (Кроме аргумента про доступ к базе открытой только на локалхост, пожалуйста, для этого есть туннелирование)
Думаю, можно аргументировать отсутствием возможности туннелирования (и отсутствием шелла) :-)
Именно. И уровень проекта, айтикомпании и прочего вообще не играет роли. Вот есть тебе ftp(2015 года, ага), вот остальные реквизиты, заливай. Git, деплой? — не, не слышал.
Как то это уж совсем печально. Бежать от такого нужно, бежать. ИМХО.
:), вы все-же слишком категоричны. Не все автомобили на наших дорогах отвечают вашим требованиям. Даже сегодня есть люди, передвигающиеся на стареньких шестерках (про безопасность умолчим). А где-то, представьте, кто-то даже обыкновенной тачкой дрова от сарая до дома перевозит. И проекты бывают разные. В т.ч. такие, для которых вполне достаточно самого дешевого хостинг-плана (кстати и у крутых компаний тоже).
Любой клиент отлично туннелируется через ssh. А sqlyog вообще имеет собственный php-скрипт для создания HTTP-туннеля.
> А sqlyog вообще имеет собственный php-скрипт для создания HTTP-туннеля
ничем не лучше админера (с точки зрения безопасности)
ничем не лучше админера (с точки зрения безопасности)
ничем не лучше админера (с точки зрения безопасности)
Ну почему же :) Немного лучше. Как-минимум:
- меньше вероятность что его найдут
- вероятно там свой протокол
- вероятно это никому не нужно
- вероятно там нет предустановленных данных для авторизации, подразумевая, что оные есть на стороне разработчика
В любом случае лучше vasya.pupkin/phpmyadmin/index.php
вряд ли лучше. 1 — боты давно уже ищут и одно и другое (посмотрите у себя в логах, например), 2 — свой протокол не факт что плюс (не думаю, что они там шифрование симметричным ключем реализовали, смотреть не буду), скорее минус как дополнительный источник багов, 3 — не нужно с той же вероятностью, что и админер, 4 — их нет и в админер.
Клинический случай с phpmyadmin не рассматриваем :)
Клинический случай с phpmyadmin не рассматриваем :)
Ну я например обнаружил и стал интенсивно пользоваться когда с некоторыми проектами перехал в облако.
Поднимаю одной строчкой контейнер, например прямо на целевой машине где-то в облаке (но не суть вазно где именно) поработаю с базой остнавливаю… или сношу…
https://hub.docker.com/r/clue/adminer/
Поднимаю одной строчкой контейнер, например прямо на целевой машине где-то в облаке (но не суть вазно где именно) поработаю с базой остнавливаю… или сношу…
https://hub.docker.com/r/clue/adminer/
конечно, десктопные клиенты и только они необходимы для разработки.
НО админер и сделан в виде одного файла для того, чтобы ВРЕМЕННО использовать для исследования или масштабных исправлений на стороне клиента там, где хостинг позволяет подключаться к базе только с локалхоста или фиксированного IP и нет шелла. Удобно и быстро загрузить один файл, исправить что нужно и удалить. Гораздо удобнее веб-шелла (не факт, что тоже будет работать) или скриптов.
НО админер и сделан в виде одного файла для того, чтобы ВРЕМЕННО использовать для исследования или масштабных исправлений на стороне клиента там, где хостинг позволяет подключаться к базе только с локалхоста или фиксированного IP и нет шелла. Удобно и быстро загрузить один файл, исправить что нужно и удалить. Гораздо удобнее веб-шелла (не факт, что тоже будет работать) или скриптов.
где хостинг позволяет подключаться к базе только с локалхостаВторой раз глаз цепляется в этой теме за такой аргумент. Так ощущение, что изначально предполагается, что СУБД должна быть доступна за пределами localhost-а, но, мол, не всегда есть такая возможность. оО.
ssh тунель и вуаля
но больше желания смотреть на код у меня нет, и вам не советую. Главное, что свою задачу выполняет.
Посмотрел. Гхм. Ну… Эммм. Зря я это сделал. Какая-то жуткая мешанина HTML, PHP разбросанная по файлам. Благо хоть inline-SQL не нашёл. Вы предлагаете его использовать вместо local GUI или на сервере тоже? А почему, к примеру, не heidiSQL + ssh-проброс?
Поддерживаю один проект, написанный несколько лет назад. Компания, которой я его делал, обзавелась собственным отделом разработки. Обнаружил в корне проекта директорию phpmyadmin и соответствующие настройки в nginx-конфиге. Задумался. Зачем это может быть нужно… К тому же, к чему подвергать живущий проект такому риску?
Может быть я чего то в этой жизни не понимаю…
Я его использую на сервере, с peer аутентификацией под read-only юзером, а доступ запаролен на уровне веб-сервера. Он нужен для удобного просмотра данных на проде, посмотреть что там с данными у пользователей по багрепортам и выяснить кто дурак — юзер, сервер или я. Порой делать это надо не всегда, когда под рукой рабочий ноут.
Отвечу вам и сразу всем, кто ратует за безопасность и проброс портов вкупе с десктопными программами. Ответ же очевиден, почему люди используют веб-морды — это удобно. Это действительно очень удобно. Это плохо, но это удобно, с этим явно не поспоришь. Типичный веб-разработчик, все его знают, для него в разы быстрее залить файл на сервер и готово, чем ставить софт на всех его девайсах, пробрасывать порты на разных ОС уметь, ну.
Отвечу вам и сразу всем, кто ратует за безопасность и проброс портов вкупе с десктопными программами. Ответ же очевиден, почему люди используют веб-морды — это удобно. Это действительно очень удобно. Это плохо, но это удобно, с этим явно не поспоришь. Типичный веб-разработчик, все его знают, для него в разы быстрее залить файл на сервер и готово, чем ставить софт на всех его девайсах, пробрасывать порты на разных ОС уметь, ну.
Эта мешанина потом пакуется в один файл. Наверное поэтому там inline html.
putty-> localhost-> heidisql?
Просто стоит попробовать использовать постгревую консоль. Разница между mysql-консолью и postgres — как между cmd.exe и bash. Заставить себя поюзать пару дней и забыть о гуи/ веб-морде как о страшном сне.
Не могли бы вы сделать какой-нибудь diff для патча json формата? Я сравнил файлы с офсайта и с вашей ветки, там драйвера postgre идентичны.
Пользуюсь по-чёрному, в те минимальные задачи, которые приходится делать по вебу, вписывается на 100%. И маленький.
Иногда лучше в код подобных вещей даже не заглядывать, чтобы не портить впечатление от удобной на вид вещи.
Самок худшее моё воспоминание в этом плане — проект, который хотели нам отдать на поддержку: внешне симпатичная и удобная интранет-система управления, ожидалось, что внутри будет что-то более-менее адекватное. А внутри был реальный АД с большой буквы: весть проект состоял из двух файлов на Visual Basic общим весом в исходниках около 10 MB, которые компилировались в DLL, которая прицеплялась к IIS в виде ISAPI-модуля. А внутри самих этих файлов было развесистое многоуровневое дерево из IF-ов, где конкатенацией строк генерился HTML. И в каждой из ветвей море копипаста, но с небольшими «нюансами».
Просто хотелось посмотреть в глаза человеку, который всё это начал и сказать ему много всего.
Самок худшее моё воспоминание в этом плане — проект, который хотели нам отдать на поддержку: внешне симпатичная и удобная интранет-система управления, ожидалось, что внутри будет что-то более-менее адекватное. А внутри был реальный АД с большой буквы: весть проект состоял из двух файлов на Visual Basic общим весом в исходниках около 10 MB, которые компилировались в DLL, которая прицеплялась к IIS в виде ISAPI-модуля. А внутри самих этих файлов было развесистое многоуровневое дерево из IF-ов, где конкатенацией строк генерился HTML. И в каждой из ветвей море копипаста, но с небольшими «нюансами».
Просто хотелось посмотреть в глаза человеку, который всё это начал и сказать ему много всего.
Пользуюсь этим скриптом довольно давно. Ничего удобней не встречал. Как минус — есть некрасивые внешние запросы, теоретически позволяющие получить некоторую информацию о базе данных и ее использовании, легко лечится.
Весьма годный инструмент. Кстати, если нет полноценного веб-сервера, можно запускать через встроенный в php сервер:
php -S 127.0.0.1:8080 -t /path/to/adminerDir/
Действительно, кроме РМА, даже не задумывалась поискать что-то другое. Отправила ссылочку нашему админу, может заинтересуется
Ещё один плюс использования десктоп-клиентов — отсутствие на сервере php) Я разрабатываю проекты на Python, мне намного удобнее не зависеть от серверного окружения. Там может быть Perl, Php или Python, неважно. Да и серверов может быть много, в этом случае удобнее в одном клиенте хранить настройки ко всем БД на всех серверах
Я никогда не ставлю интерфейсы для работы с БД на сервер и тем более никогда в открытом виде. В работе использую Sequel Pro для OS X который коннектится к БД через ssh-туннель на сервер, авторизация на котором возможна только по RSA-ключам (все пароли отключены вообще, кроме root-пароля для MySQL).
вы можете настроить ssh тунель локально и подключаться через этот скриптик со своего компа. В целом я вообще не вижу смысла, psql очень даже удобная штука, особенно если в качестве pager-а использовать less.
И смысл меня минусовать? Я описал конкретный кейс как работаю. Да, я могу настроить ssh-туннель локально и подключаться через этот скриптик со своего компа, но зачем? В чем глобально будет качественное различие с моим решением?
Пока это звучит примерно так:
— Я езжу на праворуком седане
— Но вы же можете пересесть на леворукий хэтчбек!
А задача например стояла просто добираться до работы каждый день.
Пока это звучит примерно так:
— Я езжу на праворуком седане
— Но вы же можете пересесть на леворукий хэтчбек!
А задача например стояла просто добираться до работы каждый день.
Аналогично. Только использую NavyCat под Ubuntu. Хорошая штука, много чего умеет. Кстати, кто чем пользуется под Linux из аналогичных инструментов?
UFO just landed and posted this here
В IDEA-подобных средах есть удобная штука: Database Tools.
На мой не-DBA взгляд инструмент покрывает ежедневные потребности разработчика. Разве что из сахара не хватает прямых переходов кликом по FK как в Sequel Pro.
На мой не-DBA взгляд инструмент покрывает ежедневные потребности разработчика. Разве что из сахара не хватает прямых переходов кликом по FK как в Sequel Pro.
Заглянул на гитхаб и не могу взять в толк — о каком «одном файле» все говорят? Их же там куча.
Sign up to leave a comment.
Adminer — веб-интерфейс для баз данных размером в один .php файл