myhand

Рейтинг
278
Регистрация
16.09.2009
Raistlin:
Теперь поехали дальше. То, что вы знаете сейчас - не говорит о том, что это будет верно в будущем. При очередном обновлении может произойти всякое. Вплоть до фейка разработчика. И mysql - всего лишь пример, который, в общем-то, скорее всего, будет не актуален, т.к. я не вижу с точки зрения программиста никаких камней преткновения, чтобы обновить всё "правильно". Но (!), зная, как работают программисты в ISPSystem - боюсь, что там может произойти всякое.

А вот, кстати, как "правильно"? Я выше приводил пример с поддержкой удаленных mysql-логинов. Допустим, следующий релиз панельки видит user@remote, не только user@%. Допустим также, что такие аккаунты на сервере уже были. "Правильные действия" в студию, пожалуйста.

Himiko:
Я сейчас без инклудов, без всяких проблем могу сделать так, чтобы панель увидела сайты/базы/dns там и т.п. Точно по такому же принципу могу это сделать, что и 3 года назад. Это понятно?

А я за такими как вы потом порой чиню панель, т.к. иногда мало чтобы "увидела" - порой нужно чтобы и работало все корректно. Это понятно?

Raistlin:
Гм. У меня виртуальный хостинг внутри контейнеров XEN.

Это немножко другое. Если вы не сообразили - я про использование для хостинга купленного VPS.

Raistlin:
Т.е. вы знаете, в том числе, и какие изменения она будет делать после обновления функционала? Т.е. вы перед каждым обновлением пишете запрос разработчикам с вопросом о том, какие именно строки в конфиге она меняет, как именно парсит файл и как именно она будет реагировать на некорректные по её мнению сроки конфига?

Советую не тратить времени напрасно. Выше на подобные вопросы ответы уже были даны, и ничего кроме новой перефразировки "я на 100% знаю, какие изменения делает панель в системе при нажатии на кнопку" - вы не получите. Вырастет - научится, а пока пусть помучается.

Himiko:
1. У панели есть список обновлений и какие модули оно затрагивает.

На уровне парсинга конфигов и прочей низкоуровневой обработки? На таком уровне вам персонально не будут подробно объяснять что именно затрагивает изменение(я), иначе бы тупо включили в чейнджлог. Стопицот раз повторили.

Himiko:
Т.е. логика работы с apache, mysql, dns и т.п. не помню когда вообще хоть раз менялась.

Ну вы не помните - а другие помнят и вам только что ссылки подложили. ispmanager не так давно "научился" инклюды обрабатывать у апача.

Himiko:
Через API это займёт кучу времени и шансы в разы возрастают получить проблемы.

Что-ж это за API такое ублюдочное? Ну раз у вас есть "тесные контакты" с разработчиками - вот бы и попросили сделать нормальное API, которое избавило бы от необходимости делать все через ж***. Был бы какой-то толк, а помимо прочего - и доказательство сих "контактов" для посторонних.

Ты на вопрос можешь ответить?

Himiko:
Дубль 15 - не может она поменять основные моменты. Просто не может и всё.

Дубль 16 - поменяет "неосновные". Клиенту легче не станет - он может и на "неосновных моментах" потерять не меньше бабла, при случае.

Himiko:
О каждом апдейте и изменениях мы знаем сразу.

Что, и о том какие строчки в исходниках поменялись? Разработчики просто не включают информацию, которая не меняет документированное поведение панель, не меняет API, ими предоставленный.

Himiko:
Снова чушь. Не имеет это отношения к обсуждению. Я знаю, что нужно сделать, чтобы панель корректно отобразила пользователей и базы. Остальное обсуждение не к месту.
Вы предлагаете сделать так, как панель не делает. Это не тоже самое, что "знаю, как делает панель". Мы не обсуждали, как поведёт себя панель, если что-то будет не так, как она хочет.

Вы просто не знаете наверняка как панель делает. И, помимо прочего, в это только что вас ткнули на примере.

Himiko:
Вы вообще панель знаете, как устроена? Похоже нет.
В её случае либо обеспечить поддержку старых конфигураций, либо апдейтить все настройки под новый формат.

Вы заметили, что "базы" я взял в кавычки. Вот такими "базами данных" для панели, если вы не вкурсе, и являются всякие конфиги апача. И да, конкретно в данном примере - основные проблемы вас поджидают при апдейте под "новый формат", т.е. поддержку user@remote вместо user@%.

Himiko:
Поэтому никакой разницы, сделать запрос по API или самостоятельно поправить конфиги.

Поэтому разница есть. API - это API, а база приложения - (как правило) таковым не является.

Разработчики форума, к примеру, не предполагают, что вы будете в штатном порядке лазить ручками в его базу. И не будут вам писать БАЛЬШИМИ БУКВАМЕ, что в этом релизе они все поменяли так-то и так-то. Вы об этом узнаете только когда полезете "как раньше", а получите "глюки".

Также как и в апаче, ничего нового не придумали. Только лет на двадцать (?) позже. И после того как дырка пожила в сервере лет 7-8. Just to note.

Shagy:
как и в логических загадках, решение должно быть очень простым...

В логических задачах решение должно быть, пардон, логичным. А уже потом идут другие эпитеты.

Andreyka:
Естественно, что сервера разные
Просто сервер с игрой - это расход, а сайт - доход, вот и атакуют первым делом сайты.

Ну а причем тогда фильтрация UDP? На сервере с сайтом - UDP можно полностью зарезать по-умолчанию.

Andreyka:
Для виндос это нормально

Хз. Я видел что-то более позднее чем Windows 2000 - только на картинке.

А школота на сопли не изойдет, пока компутер догрузится до запуска игрушек?

Himiko:
myhand, вы уходите от темы. Мы не обсуждаем, что будет, если действовать не так, как делает панель.

Нет, именно это. Т.к. то "как действует панель" - может поменяться при малейшем ее апдейте совершенно молча. Вы, конечно, можете сказать что при каждом апдейте/релизе проверяете абсолютно все цепочки действий, которые потом предполагаете совершать руками. Или что вам персонально буквально о внутренних изменениях сообщают разработчики.

Himiko:
Если интересно, то по вашему вопросу:
2) Подхватит без изменений. Как отобразиться - на вскидку не скажу, нужно проверять.
Скорее всего не увидит пользователя. (пользователя базы)

1) Как же вы "на вскидку не скажу" - если ранее уверяли что

Himiko:
Я не пытаюсь угадать, что делает панель. Я знаю точно, что она делает.

- Значит не знаете, и это уже факт.

Himiko:
Можно будет добавить пользователя и она создаст так, как умеет. И спокойно будет удалять/создавать корректных (по её формату) пользователей.

А вот это уже совсем плохо. Имеем неконсистетную "базу" для ispmanager. Получается три отдельных гранта вместо двух - в дальнейшем они могут обрасти еще и разными паролями/привилегиями.

Ситуация станет еще хуже - когда в один прекрасный момент панелька дорастет до более продвинутого контроля над mysql-пользователями (возможности указать хосты, вместо галки). И разработчики никак не смогут ее решить корректно при обновлениях. Единственный гарантированно работающий вариант - предположение о том, что помимо ispmanager никто никуда руками не лазит в его "базы" (т.е. конфиг апача и т.п.) и все делается через поддерживаемые интерфейсы (панельку, ее апи).

alw:
Таки не в тему основной массе суровых юниксовых админом, но авось кто вспомнит свое эникеевское прошлое..

Не у всех таковое есть вообще.

alw:
комп включается, показывает просто фон рабочего стола, без эксплорера. не трогаешь его 15-20 минут, уходит в спящий режим

Ну, а если сразу мышой двинуть?

Andreyka:
Наверное кто-то в качестве заставки/загрузки выставил скриншот рабочего стола.

15-20 минут грузится?

Всего: 4890