1981: Это плюс хостерам, видно что дорожат каждым клиентом!
Тут вопрос не в том, дорожим мы клиентом или нет, ТС еще не наш клиент, с чего бы дорожить им вообще ?:) тут вопрос в концепции, человек решил задать массу вопросов , мы готовы дать на них ответы , в чем проблема ? если потенциальный абонент желает много знать это разве плохо ? возможно это говорит о том, что будет меньше вопросов в будущем либо их не будет вовсе, так как ТС разберется таки в том, что ему надо.... именно за этим мы тут все и пишем как я лично считаю, а уже кого выберет ТС это второй вопрос, мне лично хочется с начала узнать что надо клиенту, а потом уже привлекать его ... а тут тема развивается таким образом, что ТС стоит некий аукцион, на тему "кого же я выберу в хостеры"... а приятная гонка среди себе-равных , это только + к опыту :D
SeOToM: Romka_Kharkov, какая разница сколько зарегистрирован, видно же, что в теме...
Из чего это видно? Из того что он говорит об открытии сайта более чем за 1 секунду? Это зависит от такого списка условий, что ваш список из первого поста блекнет вдали..... Скажите мне, может ли быть хостинг который загрузит мне картинку размером 1 GB за 1 секунду? Я думаю вы понимаете о чем я... Я бы сказал наверное обратное, человек явно не в теме!
Andreyka: Это даст тебе понять источник проблем
Если заработает - то значит ты криво собрал питон (98% вероятность)
./configure --prefix=/opt/python2.7 && make && make install
что может быть криво то?
---------- Добавлено 10.09.2012 в 19:45 ----------
_vb_: попробуйте в myapp.wsgi вместо
sys.path.insert
но если заработает ваш проблемный проект, может перестать работать один из других проектов, использующих эту среду :)
А какова принципиальная разница между append и insert ? у меня как бы проектов других нет, всего 1 ... так что можно исполнять как угодно, я так понимаю append добавляет к существующему окружению пути , а insert ? заменяет все что ли на указанный ? какой принцип действия?
netwind: Что-то не то вы пишете. Во-первых, у ТС другая менее рисковая конфигурация. Во-вторых, эти ваши представления о позициях неправильны. В вашем случае, на каждом сервере есть две разных позиции Read_Master_Log_Pos - то, что прочитано и Relay_Log_Pos - что применено. Они независимы и не могут перепутаться. А вот в сам локальный файл лога при внезапной перезагрузке может не быть дописана вся информация. Именно тут и может возникнуть нестыковка. Для гарантированной фиксации изменений в файл лога служит настройка sync_binlog=1. Как я уже отмечал выше, не все так просто с ней. В документации описаны случаи когда даже она не помогает.
Так а что я не верно сказал, в моем случае Read_Master_Log_Pos ессесно с двух сторон так как мастер-мастер, а у ТС-а всего с одной стороны..... так вот если идет прием данных на мастер, рядом идет прием на слейв (репликация), слейв например упал, мастер продолжает принимать данные и менять этот самый счетчик, соответственно если через 20 минут слейв встал он уже не нейдет позицию откуда принимать данные. Или опять что-то не так? Я как бы не MYSQL гуру, но пользуюсь не первый день репликацией, может что-то и напутал но не со зла :D
Хочу поинтересоваться у вас, что вы думаете про этот хостинг? :)
Вменяемость автора данного хостера подтверждена не однократно на данном форуме.
Но если вы хотите что бы я что-то сказал про этот хостинг мне надо им как минимум пользоваться.
Я не могу ничего утверждать как клиент, так как таковым не являюсь, а так же ничего не могу утверждать как хостер, так как не знаю что там настроено у ребят и как. Но если проецировать ваши запросы на любого хостера в том числе и этого .... то у вас по прежнему попытка выбрать мерседес с конвеера за 35 рублей.
---------- Добавлено 10.09.2012 в 19:07 ----------
SeOToM: В тот момент, когда я читал и отвечал, ничего написано небыло, так что ненадо... ;)
Ok, у меня действительно есть привычка после того как пост совершил пару раз его поправить, что бы донести полностью мысль да и для читателя что бы приятнее выглядело.
SeOToM: Как вы любите друг друга :) Конкуренты :2cents:
В общем спасибо этой теме и всем участникам, на многое открылись глаза, многое узнал! Для себя решил искать VIP-хостинг.
Я специально написал что ничего личного не имею к этой компании, вы бы прочитали хоть до конца :D Я лишь подчеркнул те моменты на которые вам стоит обратить внимание при следующем выборе который вы будете делать. Заметьте я не писал что у них хуже чем у нас или что-то в этом роде, я заметьте свои услуги вообще не предлагал вам, ибо у вас требования не подходят под то, что мы продаем. По этому к конкурентам лично мы относимся вполне адекватно и прилично.
SeOToM: Тем не менее, чем этот вариант T-768 плох (только по пунктам пожалуйста)?
Да там пожалуй по вашим пунктам сходится только одно, судя по тому, что домен .ru есть шансы что сервера в РФ, а так же вам предоставят бесплатно ISP Я так понял.
Что касается вот этих пунктов:
Легко справлялся с нагрузкой относительно (какой-никакой) посещаемости Чтобы ненужно было ничего настраивать Чтобы сайты грузились максимально быстро, даже если в это время их сканируют боты ПС Чтобы сайты не лежали по 3-4 раза в месяц
Я не нашел по указанной вами ссылке описания удовлетворяющие условия.
ТС, у меня та же история возникает только база есть в несколько десятков гиг .... и репликация там master-master.... перетаскиваем базу при падении, уже очень сильно оптимизировали сам процесс , например репликация идет по отдельному внутреннему линку между серверами, а так же оба сервера поставили на собственные упсы. что бы падали реже в случаях проблем с генератором или общим питанием. Тут пожалуй Андрейка в правильную сторону говорит... но кому подходит кому нет ... дело такое....
Проблема заключается по сути в том, что на момент остановки SLAVE , останавливается счетчик который меряет сдвиги\изменения, восстановить репликацию можно только с того места откуда она завершилась, а для этого надо четко дать понять SQL где завершена репликация.... соответственно если у вас стал SLAVE , то мастер еще продолжает принимать данные и уже в следующую секунду времени после падения слейва мастер обладает в базе данными которые на слейв не попадают, сдвигается счетчик и репликация без синхронизации базы просто не возможна.
Что касается совета о slave-skip-errors, во первых для данного случая мало вероятно что поможет, хотя еще не совсем ясна ошибка которая у ТС-а на слейве возникает, а в целом путем такой манипуляции мне кажется еще легче будет достигнуть рассинхронизации баз.
Можно ставить 1 мастер и 2 слейва, при этом разводить запросы ввода на мастер а вывода на слейвы, при этом потеря актуальности одного из слейвов не скажется на общей схеме, можно будет спокойно реплицировать без ущерба для проекта.
Это плюс хостерам, видно что дорожат каждым клиентом!
Тут вопрос не в том, дорожим мы клиентом или нет, ТС еще не наш клиент, с чего бы дорожить им вообще ?:) тут вопрос в концепции, человек решил задать массу вопросов , мы готовы дать на них ответы , в чем проблема ? если потенциальный абонент желает много знать это разве плохо ? возможно это говорит о том, что будет меньше вопросов в будущем либо их не будет вовсе, так как ТС разберется таки в том, что ему надо.... именно за этим мы тут все и пишем как я лично считаю, а уже кого выберет ТС это второй вопрос, мне лично хочется с начала узнать что надо клиенту, а потом уже привлекать его ... а тут тема развивается таким образом, что ТС стоит некий аукцион, на тему "кого же я выберу в хостеры"... а приятная гонка среди себе-равных , это только + к опыту :D
Romka_Kharkov, какая разница сколько зарегистрирован, видно же, что в теме...
Из чего это видно? Из того что он говорит об открытии сайта более чем за 1 секунду? Это зависит от такого списка условий, что ваш список из первого поста блекнет вдали..... Скажите мне, может ли быть хостинг который загрузит мне картинку размером 1 GB за 1 секунду? Я думаю вы понимаете о чем я... Я бы сказал наверное обратное, человек явно не в теме!
День добрый,
Канада, легальный адалт - разрешен.
Выбирайте: https://onyx.net.ua/s_xen.php , есть еще 2 акционных ВПС (/ru/forum/comment/10752350)
С Уважением,
Это даст тебе понять источник проблем
Если заработает - то значит ты криво собрал питон (98% вероятность)
./configure --prefix=/opt/python2.7 && make && make install
что может быть криво то?
---------- Добавлено 10.09.2012 в 19:45 ----------
попробуйте в myapp.wsgi вместо
sys.path.insert
но если заработает ваш проблемный проект, может перестать работать один из других проектов, использующих эту среду :)
А какова принципиальная разница между append и insert ? у меня как бы проектов других нет, всего 1 ... так что можно исполнять как угодно, я так понимаю append добавляет к существующему окружению пути , а insert ? заменяет все что ли на указанный ? какой принцип действия?
Что-то не то вы пишете.
Во-первых, у ТС другая менее рисковая конфигурация.
Во-вторых, эти ваши представления о позициях неправильны. В вашем случае, на каждом сервере есть две разных позиции Read_Master_Log_Pos - то, что прочитано и Relay_Log_Pos - что применено. Они независимы и не могут перепутаться.
А вот в сам локальный файл лога при внезапной перезагрузке может не быть дописана вся информация. Именно тут и может возникнуть нестыковка. Для гарантированной фиксации изменений в файл лога служит настройка sync_binlog=1. Как я уже отмечал выше, не все так просто с ней. В документации описаны случаи когда даже она не помогает.
Так а что я не верно сказал, в моем случае Read_Master_Log_Pos ессесно с двух сторон так как мастер-мастер, а у ТС-а всего с одной стороны..... так вот если идет прием данных на мастер, рядом идет прием на слейв (репликация), слейв например упал, мастер продолжает принимать данные и менять этот самый счетчик, соответственно если через 20 минут слейв встал он уже не нейдет позицию откуда принимать данные. Или опять что-то не так? Я как бы не MYSQL гуру, но пользуюсь не первый день репликацией, может что-то и напутал но не со зла :D
А есть хоть какое-то предположение почему Rorik так считает? тыц тыц и тыц
Почему так считает некий Rorik, которой 2 дня на форуме зарегистрирован и судя по всему уже забанен - даже предположить сложно :D
Хочу поинтересоваться у вас, что вы думаете про этот хостинг? :)
Вменяемость автора данного хостера подтверждена не однократно на данном форуме.
Но если вы хотите что бы я что-то сказал про этот хостинг мне надо им как минимум пользоваться.
Я не могу ничего утверждать как клиент, так как таковым не являюсь, а так же ничего не могу утверждать как хостер, так как не знаю что там настроено у ребят и как. Но если проецировать ваши запросы на любого хостера в том числе и этого .... то у вас по прежнему попытка выбрать мерседес с конвеера за 35 рублей.
---------- Добавлено 10.09.2012 в 19:07 ----------
В тот момент, когда я читал и отвечал, ничего написано небыло, так что ненадо... ;)
Ok, у меня действительно есть привычка после того как пост совершил пару раз его поправить, что бы донести полностью мысль да и для читателя что бы приятнее выглядело.
Как вы любите друг друга :) Конкуренты :2cents:
В общем спасибо этой теме и всем участникам, на многое открылись глаза, многое узнал! Для себя решил искать VIP-хостинг.
Я специально написал что ничего личного не имею к этой компании, вы бы прочитали хоть до конца :D Я лишь подчеркнул те моменты на которые вам стоит обратить внимание при следующем выборе который вы будете делать. Заметьте я не писал что у них хуже чем у нас или что-то в этом роде, я заметьте свои услуги вообще не предлагал вам, ибо у вас требования не подходят под то, что мы продаем. По этому к конкурентам лично мы относимся вполне адекватно и прилично.
Тем не менее, чем этот вариант T-768 плох (только по пунктам пожалуйста)?
Да там пожалуй по вашим пунктам сходится только одно, судя по тому, что домен .ru есть шансы что сервера в РФ, а так же вам предоставят бесплатно ISP Я так понял.
Что касается вот этих пунктов:
Легко справлялся с нагрузкой относительно (какой-никакой) посещаемости
Чтобы ненужно было ничего настраивать
Чтобы сайты грузились максимально быстро, даже если в это время их сканируют боты ПС
Чтобы сайты не лежали по 3-4 раза в месяц
Я не нашел по указанной вами ссылке описания удовлетворяющие условия.
p.s: ничего личного к tinyvds не имею :D
ТС, у меня та же история возникает только база есть в несколько десятков гиг .... и репликация там master-master.... перетаскиваем базу при падении, уже очень сильно оптимизировали сам процесс , например репликация идет по отдельному внутреннему линку между серверами, а так же оба сервера поставили на собственные упсы. что бы падали реже в случаях проблем с генератором или общим питанием. Тут пожалуй Андрейка в правильную сторону говорит... но кому подходит кому нет ... дело такое....
Проблема заключается по сути в том, что на момент остановки SLAVE , останавливается счетчик который меряет сдвиги\изменения, восстановить репликацию можно только с того места откуда она завершилась, а для этого надо четко дать понять SQL где завершена репликация.... соответственно если у вас стал SLAVE , то мастер еще продолжает принимать данные и уже в следующую секунду времени после падения слейва мастер обладает в базе данными которые на слейв не попадают, сдвигается счетчик и репликация без синхронизации базы просто не возможна.
Что касается совета о slave-skip-errors, во первых для данного случая мало вероятно что поможет, хотя еще не совсем ясна ошибка которая у ТС-а на слейве возникает, а в целом путем такой манипуляции мне кажется еще легче будет достигнуть рассинхронизации баз.
Можно ставить 1 мастер и 2 слейва, при этом разводить запросы ввода на мастер а вывода на слейвы, при этом потеря актуальности одного из слейвов не скажется на общей схеме, можно будет спокойно реплицировать без ущерба для проекта.