![]() |
Rst Sql Post клиент.
RST SQL POST Приветствую! Всем хорош оригинальный скуль шелл от рст, тут тебе и удобство работы и не очень большой размер, но вот незадача - авторы сделали его работающим только GET запросами. Все знают почему это плохо, описывать не стану. При взломе одного забугорного сервака у меня была задача подключиться к внутреннему серверу БД. Он имел локальный ip и у меня был рутовый пасс на скуль. Шелл от Маднета корректно подключился и все было прекрасно, но вот при апдейте полей madshell иногда или сбрасывал ВСЕ(!) значения или же вообще не апдейтил их. По привычке залив RST SQL шелл, я обнаружил, что он тут он отказываеться работать. Быстро перебрав по совету знакомых все SQL шеллы, я обнаружил, что работают только те что используют POST. Почему - времени выяснять не было... Я попросил Macro переписать скульшелл с гета на пост, что он и сделал.? за что ему РЕСПЕКТ и благодарности. Также респект Diagen, за то что терпит кучу вопросов по синтаксису Пыха=) Надеюсь Вам будет приятно работать с обновленным RST SQL клиентом! О всех глюках шелла (а как без них ;) ) прошу писать в этой теме, или в ПМы. З.Ы. Исправлены баги, данные Тохой и ведеться переработка механизма дампа. Завершено формирование механизма дампа. |
1) диз: хромает на индексе и на выводе, в районе полей Edit и там где названия колонок ибо белый и голубоватый на сером форне незачёт) ярко-красный на кнопках я бы светлосерым заменил) поле "тип" данных тож не катит во всех вкладках) цвет при ошибке выедает глаза) при создании новой таблицы тож белый не катит) "Action: Успешно вставлено строк (1)
PHP-код запроса:" тож не то) 2) часто было что надо апдейтить колонку passwd и поэтому возникал конфликт с переменной пасса для коннекта к бд (тоже passwd), поэтому лучше в кукисы запихнуть а так ничё вроде) 3) в начало каждого запроса желательно пихнуть нуллбайт в камменах /* */ чтоб запросы не логировались |
дамп баз :
PHP код:
mysql_create_db() http://us2.php.net/manual/ru/function.mysql-create-db.php Цитата:
если включить error_reporting сразу нотайсов 10 выкидывается. с кодировкой у меня не хотят браузеры работать, konqueror не понимает javascript такой. это то что на первый взгляд бросается в глаза. |
Цитата:
|
Цитата:
Как аналог погу предложить такой вариант, на моем опыте базы 20-30 лямов записей очень сложно долго и нудно дампяться, основная проблемма возникает когда переваливаем за 10кк обычные дамперы слить не могут, из-за так как пролистывать поток тех данных им приходиться, в данном случае всегда выручал phpmyadmin так вот если можно было бы сделать дамп таким образом: Общий count() делим к примеру на 20к и сливаем лимитом по 20к всю базу не забывая по пути юзать gizp -9, а данном способе будет минимальная нагрузка на бд, по сравнению например mysqldump ом, И Малое время затраченное на операцию. Если я не прав поправьте меня, хотел бы услыщать ваш опыт слив больших баз(особенно когда сам сервак находиться не на localhost а на стронем серваке во внутренней локалке). |
Цитата:
Надеюсь их мне можно вынести из моа и дать автору? ;) |
Огромные базы.
Скайпекс, была такая трабла бд была в локалке и сливать можно было разумееться тольео с сервака используя скрипт либо проставить сокс и работать через тунель, порты там не биндились не при каких условиях, А Скайпекс, сливал первые 500 метров примерно и срубался (тоесть при сливе любой базы он останавливался примерно на 467мб). С чем это связанно я могу предположить что в принцыпе при дампе со строннего ресурса вся инфа идет либо в оперативку либо в темп файл так вот при больших размерах он просто начинает дропаться, так же проблемма исполнения скприптов на php когда 1 процесс висит долгое время, его палит либо какойто софт автаматом рубящий по времени исполнения либо админ либо вообще настройки php не позваляют запускать на долго процесс, поэтому слив маленькими партиями и потом дальнейшее архивирование на мой взгляд самый разумный и беспалевынй способ. |
эт еще про дамп ) кароч если одновременно дампить на одном серваке несколько раз то естественно так как используется постоянное имя дампа в тмп то дамп будет перезаписваться и в итоге фиг пойми че уйдет в браузер ;)
|
поток в браузер всегда не очень хорошее решение лучше слить на серв а потом уже с серва самостоятельно.
[cash] пошел смотреть сорцы Simple PHP Mysql client |
Цитата:
|
В продолдение темы альтернативных клиентов, порадовал скрипт. phpmyadmin в 1 скрипте...
http://sourceforge.net/projects/phpminiadmin/ |
Вложений: 1
сообственно тут сливал одну БД, так не один скрипт справится не смог , пришлось проить электа написать небольшой скрипт который справился с поставленой задачей
, так вот при сливе БД когда она не на локалхосте, лучшие показатели были при выборке лимитом по 500 записей, при >10000 жутко тормозил Mysql сервер, вообщем это так на заметку №1, а №2 это возможность делать дамп кусками по лимиту. ибо при дампе больших баз , можно уперется в то что апач сбрасывает коннект к скрипту после например минуты или двух, и тогда просто хрен сдампишь. |
бывало мемори лимит в РНР портит всё. дамплю и вместа дампа - еррор лог торчит, но эт отдельная история. некоторые скрипты с этим справляются на отлично.
|
в таких случаях дамплю с выводом в браузер чем-то вроде этого
PHP код:
|
Цитата:
Цитата:
PHP код:
PHP код:
|
Дизайн просто ужасный не органичный, сделайте пожалуста, со старым дизом, глаза режет нехера не видно издевательво, и что за мода пошла делать диз в стиле ачата?
Зеркало : http://hack-shop.org.ru/m.txt |
Вот доисправленная версия
Ifolder.ru slil.ru И обфускатор чтобы ее кодировать(простой обфускатор-паковщик для php) ifolder.ru slil.ru 2 [cash] Честно говоря лениво пока делать чтобы все стили были в шапке, много переписывать надо. Попозже как-нибудь. |
кстати не знаю что ты хотел там но вроде так правильнее:
PHP код:
|
Код:
Notice: Undefined index: BOOT_IMAGE in /var/www/html/base/sql.php on line 1440PHP код:
|
PHP код:
|
MacroMysql последней версии, с поддержкой стилей.
Финальный релиз. http://slil.ru/25248390 2 [ cash ] Вот тебе и черный текст на светло-сером :) |
MySQL RST/GHC Manager 2.3
Вложений: 1
кхе...
MySQL RST/GHC Manager 2.3 Апдейт на основе релиза от Макро и мелочей из симплекс-дампера. Все серьезные и не очень глюки, упоминавшиеся в теме исправил. Работспособность компонентов тщательно протестировал. Дампит шустро и уверенно. Код дампа переписан. Резервирует/восстанавливает базы любого объема/размера в/из источника на ваш выбор. Убрал утечки памяти в критичных функциях. Нагрузка на mysql и PHP распределена равномерно - золотая середина между производительностью и потреблением ресурсов. Оптимальная прозводительность - за 1-sql запрос выбираются 10.000 записей (лимит) и за раз пишутся в файл дампа, что требует ~5 Мб памяти от PHP. Лимит можно уменьшать/повышать в ущерб производительности/ресурсам. Ведется простая статистика. Да и вообще много кода переписано, исправлено. Большая часть времени затрачена на мелочи, о которых бесполезно рассказывать, но на самом деле как раз они и обеспечивают стабильность работы. Так что сами смотрите, нравится или нет. Призываю к содействию: Если найдете глюк - напишите, что вдруг конкретно где у вас не работает. Желательно прилагать PHPINFO, можно в ПМ, с описанием проблемы. Как вы думаете, в чем проблема. Спасибо Макро и Алексайзу, и всем участникам обсуждения. С прадниками вас. http://sec-123.narod.ru/shells/rst_sql2.3.zip |
Вообщем взяли эту штучку к себе и сразу в глаза попалось:
1) Сначала считаются данные о таблице, а потом выполняется запрос пользователя.. Приходится обновлять страничку чтобы посмотреть кол-во записей оставшихся. 2) Приходится выполнять по одному запросу, а хотелось бы как в phpmyadmin пачку сунул и все. |
единственное меня немного смутила дэфолтная галочка Drop Table If Exists %)
ЗЫ апдейт.. что бы ни выбрал бзип или гзип, всегда бзипится, на серваке есть и то и то |
| Время: 03:22 |