• Объявления

    • Victor

      Вход на форум   02.11.2016

      В связи с обновлением форума были упразднены логины для входа в свою учетную запись. Теперь в качестве логина необходимо использовать ваше имя (то, что высвечивается при публикации сообщений).

24 сообщения в этой теме

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

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

кратко - нет.

делаешь два DNS имени, которые ведут на один сайт, на уровне движка используешь тот или иной шаблон сайта в зависимости откуда пришёл посетитель

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно. Если нет нужны в различных файлах, то просто в настройках домена в isp добавь второй домен как алиас, а в движке настрой использование ссылок без домена. Т.е. вместо hhh.com/xxx/y.html просто /xxx/y.html, тогда ничего не петыквутается. Но даже если ты просто пропишешь одну базу у разных сайтов, при условии что движок той же версии, проблем не будет. Ссылки чтоб не путались опять же нужно просто сделать как выше сказал.

Изменено пользователем Asuna

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

однако там два трекера....не получится...там же еще идут файлы вложений...если на первом сайте оформить раздачу то на втором файлика не будет

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Когда добавляешь домен алиасом, файлы используются одни и те же.

А если без алиаса два "комплекта файлов" использовать, папки с вложениями можно на одном из доменов оформить симлинками.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
кратко - нет.

Ну ведь не правда же.

Сайты на одном движке, значит ссать где они находятся.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну ведь не правда же.

Сайты на одном движке, значит ссать где они нафодятся.

Если это рабочий сайт, то нет. Если просто побаловаться, то "ссать где они нафодятся".

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

оба сайты рабочие...лежат на одном сервере....как писать эти алиасы хренасы я ваще не в курсе :D а охота сделать чтобы написал на одном сайте и появилось на другом и наоборот....

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если это рабочий сайт, то нет. Если просто побаловаться, то "ссать где они нафодятся".

Представим что у тебя жена (код) и кухня (БД).

На каждое твое указание сварить что-нибудь (запрос к сайту), жена выполняет нужный алгоритм и работает с кухней (базой данных).

Предположим, к тебе пришли друзья (другие посетители), а у жены 1024 руки. На каждый запрос твоих друзей она делает все тоже самое, используя ту же самую кухню (БД). При этом как ты понимаешь, все алгоритмы написаны таким образом, что при любом параллельном выполнении сколько бы друзей не пришло, жена не петыквутает свеклу с селедкой и водку с чаем. Теперь предположим, что ты завел еще одну жену (другой код), которая точно такая же, только мордой получше (шаблон другой), но алгоритмы все те же самые. Внимание вопрос, какого хрена вторая жена должна каким-то образом мешать первой на одной и той же кухне, если у первой и так была возможность параллельного выполнения запросов?

P.s.: Хех, ржачно получилось.

Изменено пользователем Asuna

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Асуна, если у тебя такие представления о програмировании, то лучше вари супы :-)

Подключи один системный винт (файловая система это разновидность бд) к двум виртуальеым машинам одновременно. Запускай.

Если все запросы к бд сводятся только к селекту, то проблем не будет. А вот при записи и обновлениях можно наловить проблем. Банально не скажу сходу какие движки используют гуиды вместо инкрементов, а эио значит, что проблемы при конкурентной записи данных будут.

70 клиентов при небольших объемах вставляемых данных сталкивались ч проблемами. Решили пуием полного перехода на гуиды, транзакции и само собой иннодб. Сайтовые движки транзакции не используют и на гуиды их устанешь переписывать.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подключи один системный винт (файловая система это разновидность бд) к двум виртуальеым машинам одновременно. Запускай.

Какая каша в голове. Не надо путать блочное устройство с реляционными базами данных.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

ldavl, я правильно понял, что ты предлагаешь используя одни и те же файлы MySQL, поднимать две его копии на двух разных виртуалках? Чувствую мне сегодня it-кошмары будут сниться.

Изменено пользователем Asuna

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какая каша в голове. Не надо путать блочное устройство с реляционными базами данных.

И с домохозяйками :-)

ldavl, я правильно понял, что ты предлагаешь используя одни и те же файлы MySQL, поднимать две его копии на двух разных виртуалках? Чувствую мне сегодня it-кошмары будут сниться.

Нет, это было бы слишком жестоко.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

А между тем, подсовывание одних файлов нескольким клиентам (например через сетевой шаринг) не является чем-то страшным. Interbase нормально жила и работала в таком режиме... да что уж говорить, файловая 1с тоже так может :)

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

А между тем, подсовывание одних файлов нескольким клиентам (например через сетевой шаринг) не является чем-то страшным. Interbase нормально жила и работала в таком режиме... да что уж говорить, файловая 1с тоже так может :)

Они изначально разрабатывались для работы в таком режиме. Если движок знает и умеет это, то никаких проблем не будет. Но кто кроме разработчиков возьмется утверждать это? По этому и написал, что для баловства сойдёт. До чего-то серьёзного лично я бы такой вариант не использовал.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если только на чтение, то вроде проблем вообще никаких нет, обычно. Проблемы возникают если начинается вестись запись с разных клиентов (в т ч существуют проблемы в 1С).

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если только на чтение, то вроде проблем вообще никаких нет, обычно. Проблемы возникают если начинается вестись запись с разных клиентов (в т ч существуют проблемы в 1С).

В 1с вообще файл флаг. А так каждый клиент на время монопольно ловит всю базу. По этому и нет проблем. Скуль на много умнее, но и требует от прогера следить за тем что и кто куда вставляет и обновляет.

Нужно разрабов движка призвать в тему, чтобы поставили точку :-)

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

А так каждый клиент на время монопольно ловит всю базу.

Откуда такие данные? :D

По этому и нет проблем.

Проблемы есть, скорее всего вы просто о них не знаете :D

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Кстати тот-же Эксель в режиме совместного доступа тоже норм с одним файлом работает... На запись тоже.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

В 1с вообще файл флаг.

Это речь о той 1с которая уже как два года не продается?

Кстати тот-же Эксель в режиме совместного доступа тоже норм с одним файлом работает... На запись тоже.

так то да, если считать конфликтные ситуации возникаемые при записи разными пользователями одной ячейки одновременно - "норм"

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Откуда такие данные? :D

Проблемы есть, скорее всего вы просто о них не знаете :D

Я не могу о них не знать. Во всяком случае у нас проблем нет :-)

Кстати тот-же Эксель в режиме совместного доступа тоже норм с одним файлом работает... На запись тоже.

Т.е. опять таки - в особом режиме, в котором экселю скажут, что нужно работать по другому. В сайтовом движке это может быть предусмотрено, а может и нет.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Я же объяснял, что ничего сверх того, что предусмотрено в обычном сайтовом движке, абсолютно любом, предусматривать более не нужно. Любой сайт и так написан из расчета параллельного обслуживания многих пользователей. И так в любом случае на каждый запрос пользователя запускается php, интерпретируется код и идет работа с базой. От того, где этот PHP-файл лежит, и по какому домену доступен, ничего особо важного не меняется. Автоинкремент устанавливается сервером БД, а если программист анальный, то в ручную, но опять же значение берется из той же базы. А база по условию задачи у нас одна.

Это когда нужно запилить master-master репликацию баз для отказоустойчивых схем, там да, нужно париться с инкрементами, и многие вещи в коде движком менять. Но такого ТС не требуется.

А по всяким 1С, Экселям и другим вам виднее, я только по Саперу могу консультировать.

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах
Автоинкремент устанавливается сервером БД, а если программист анальный, то в ручную

Пля, брал пару раз такую работу :)

АВЫАФФПМНОГАБУКОВ000001.

Ну и в варчар соответствено :) Ну дальше понятно )

Поделиться этим сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или авторизуйтесь, чтобы оставить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

Создать аккаунт

Зарегистрировать новый аккаунт в нашем сообществе. Это несложно!


Зарегистрировать новый аккаунт

Войти

Есть аккаунт? Войти.


Войти