согласно положению ripn все ДНС-серверы, на которые делегируется домен - должны находится в разных сетях класса С. но это положение каноническое, сейчас ради того что бы клиента ублажить - определенный перечень регистраторов позволяет делегировать домены на два айпи-адреса из одной сети.
у вас все правильно настроено, но у домена записей типа IN NS - должно быть минимум две, и на ходится они должны - в идеале в разных сетях, а не в идеале - зависит от регистратора.
есть небольшой перечень регистраторов, которые позволяют писать две IN NS на один и тот же айпи-адрес.
по поводу записей IN MX и почты - на этом сервере вы используете почтовый сервер ? именно почтовый сервер, а не "ну сайты у меня почту шлют". Если вы получаете через сервер корреспонденцию и отправляете с него - то IN MX - нужно, если нет - уберите вообще.
использовать lsyncd , настроить ему конфиг, он дергает тот же rsync.
успешно прожевываю им 500гб+ картинок на 3 машины кроме мастера
ну как я писал - все логично. просто расторгается договор, бабло забираете и все.
а чем плох русский стандарт ? это может произойти с абсолютно любым картхолдером в абсолютно любом банке.
так же - есть еще положение об 600 000руб за операцию и тд.
не очень понятна задача.
у вас есть
[root@host ~]# iostat -d | awk '{print $1}' | sed -e '/^\([hsv]d[a-z]\)$/!d'sdbsdcsda[root@host ~]#
в тоже время
[root@host ~]# iostat -d | awk '{print $1}'LinuxDevice:sdbsdcsdamd1md0dm-0dm-1dm-2dm-3dm-4
[root@host ~]# iostat -d | awk '{print $1}' | grep -v 'Linux' | grep -v 'Device' | grep -v '^$'sdbsdcsdamd1md0dm-0dm-1dm-2dm-3dm-4[root@host ~]#
и у вас получится вывод всех физических дисков и лвм томов.... это нужно? вам нужно вывести все дисковые сущности?
Банк имеет право без объяснения и предварительных звонков - блокировать счета и карты, приглашать в гости, интерсоваться источником получения дохода,если ваши объяснения устраивать не будут - вам предложат закрыть счет, забрать бабло, расторгнуть договор в банке.
PS: банк сам - ничего не блокирует. где то перешли границу дозволенного, пришло письмо из ФМРФ. ну или блокирует для своей внутренней проверки на какое то время небольшое.
спакойно идите к ним, объясняйте - что друг долг отдает таким способом. давайте закрою счет у вас и отдайте мне деньги на счете, и все
доступны будут. гуглите по теме BIN Card database.
BIN - первые 6 цифр PAN (номера карты) - уникальный идентификатор банковского продукта банка эмитента. по нему можно узнать все необходимое о банке, в т.ч и страну.
max_connections
а фак.... опередели. короче - key_buffer не нужен вам такой, query_cache побольше сделайте, только не надо максимализма, и ставить туда сразу 700М
там ничего не будет и не планировалось изначально.В лучшем случае - если прокатит - все поднимутся и разбагатеют ну или же получат код на болванке, в худшем - ничего не произойдет. Все что есть - эт общение по телефону, несколько отзывов на интернет-форумах, пачка негатива и "договор", я не юрист, но долгу работы общаюсь много с "бумажками". договор - ровным счетом ни о чем. Вася дал денег пете на покупку и перепродажу водки. с прадажи водки - Петя получит %. все. это просто бумажка....в ней нет обязательств.
читаю топик и диву даюсь....
когда ведется открытый проект на чужие деньги, то по каждой копейке этих денег выкладывается подробнейший отчет на всеобщее обозрение, а не "лично, пишите в приват, позвоните и т д".
по каждой копейке инвесторов автор обязуется давать исчерпывающие пояснения.
это наверное ноу-хау такое в русском интернете...манимейкеры йопт..... вложить в онлайн проект - не имея ничего от проекта .... ппц....
пишите заявление в полицию, или - как компромис - заставьте ТС составить договор со сроками и обязательствами.
ТСу - если дорога репутация и разработка - то как и положено инвестируемуму объекту - он сам изыскивает недостающие деньги из своего кармана на разработку, но после - оставшиеся доли просто растут в цене.
дайте мне каждый по 50копеек на книжку по PHP, я обещаю, что за три месяца я выучу PHP и напишу вам сайт в подарок :), но это только если наберется 500рублей и только если за сегодня... - афигеть просто ... дело не мое конечно.....
личный совет: ТС, я открывал магазин авто-запчастей в 2007м подобным, как Вы, образом. до 2010го долги потом отдавал. для того что бы чтото начинать - необходимо иметь свои деньги.
если вы верите в свой проект - продайте чтото ценное, дачу там, или машину. Вы же хотите в лучшем случае БЕЗ РИСКА ДЛЯ СЕБЯ сделать свой проект, а в худшем просто таким образом "заработать". - так не бывает, поверьте.
Пипл - поставьте ему конкретный срок сами, съездите уже в Челябинск, встретитесь лично, возьмите копию паспорта. Это не так затртно, если вас - уже не один, отправьте одного двух ганцов.
дайте паспортные данные, пробить попытаюсь, используя служебное положение.
Евгений Русаченко, вы - хостер? я бы поостерегся делать бакапы клиентов. по крайней мере - писать об этом в оферте, или у вас есть мощности, гарантирующие сохранение данных? уже не один хостер "влетал" с этой проблемой. от гигантов, до местячковых. одно дело, если вы это предлагаете в качестве доброй воли, другое дело - елси гарантируете. на мой взгляд - хостер должен предоставлять инструментарий для создания резервных копий, но(!!!) ни в коем случае не делать их сам. например тот же хецнер: 100гб на дедик на халяву, выше - за деньги, и досвидос. поверьте , те 1-40$ , которые вам платит клиент - слишком маленькая цена в десятки раз, что бы отвечать за его данные, но это я отвлекся.
если вы хостер - правильно, на мой взгляд - сделать так:
- дамп баз с ключем -A - раз в неделю
- инкрементальный дамп баз каждый день
- полный бакап файлов раз в неделю
- инкрементальный бакап файлов каждый день
- (!!!) не бакпить каталоги, в которых более 10000 файлов, не бакапить файлы размером больше 100мбайт
- не сжимать avi, mpg,mp4 и т д, то,что не жмется.
- убрать из оферты ответственноть за бакапы
директадмин позволяет написание своих скриптов, дефолтная их бакапилка под пожелания выше - не подходит, возможно в taskq можно будет засунуть свой скрипт бакапа......... не знаю,на глубоком уровне архитектуры - не знаком с ДА.
- еще пожелание - не жмите все подряд. тотальный gzip - зло.
за много лет практика показала - что лучше самописных скриптов - нет ничего, ну или дорогостоящие системы резервного копирования, которые работают на дорогом оборудовании.
