SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
mariux:
Подскажите, как можно решить данную проблему?

Поздно пить борожоми.

Хотя.. Нужно основным доменом (который смотрит в publiс_html) сделать левый (желательно вообще невозможный для существования в природе). Потом нужный домен завести как дополнительный и его корень окажется в publiс_html/site.ru. Если ДА настроена так, как я думаю, то поддомен будет рядом с дополнительным: в publiс_html/sub.site.ru.

Но сам ты этого не сделаешь, поэтому по любому нужно решать вопрос с хостером.

LEOnidUKG:
но пока я смысла не уяснил.

Смысл в том, что раздел site.ru/games является копией субдомена games.site.ru, но по сути управляется движком основного сайта. Это есть косяк ДА и СПанели. Но в последней хоть директории можно вручную задать (что бы не было совпадений имён каталогов с разделами сайта)

jcrush:
не будут если в папке создать свой файл редиректа

Скажем, есть виртуальный адрес раздела, формируемый движком: site.ru/games и есть поддомен games. site.ru физически расположенный в покаталоге основного сайта. Что должно отдаться по запросу site.ru/games ? :)

Курящие пауки?😮

krav3c:
в банках много не скурят


А вот и нет. Просто очепятка, выдранная из контекста. ;)

i-work:
С допиленной общей авторизацией.

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

В общем, ладно завязываю и я показывать очевидные вещи - всё равно ты их не видишь и игнорируешь.

Bytexpert:
Выложил для тестирования свою новую программу для создания и управления html сайтами.

Я даже помудохался с идиотским ядиском и даже поставил на виртуалку эту.. поделку.

У меня создалось впечатление, что ты ничего не слышал о юзабилити и продуктивности работ. Главное меню слева, а дерево проекта - на противоположном крае экрана.. И не перемещаемое/флоатное.

А зачем софтина ломится в инет? Что сливаешь/закачиваешь? ;)

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

Хороший пример как нельзя писать программы.

Но мб я где-то ошибаюсь.

Будем плясать от результата.

Сколько времени нужно что бы создать с нуля сайт на 10 стр из заранее подготовленного контента (в Ворде или ещё где - не важно. Его вставка в программу - копипастом) и отдельно лежащих картинок? Шаблон ну тоже пускай будет готовый, но с сайбаром (кроме главной) в котором ссылки на внутренние и внешние ресурсы + блоки рекламы.

Структура пусть такая:

- Главная (структурно такая же как в предустановках - несколько информативных блоков)

- Информация о проблеме. (блочный текст + графики)

- Продукция (общее описание продукции + весь список или выборочно неск шт)

--Продукт1 (текст + 3-4 картинки, желательно в лайтбоксе)

..

--Продукт5

- О нас (текст + 2-3 фото)

- Контакты (текст+форма+гуглокарта)

В контент (или хотя бы над/под ним) должны быть вставлены блоки контекстной рекламы (адсенс например).

А ещё будет лучше если запишешь видео как создать такую визитку. Народ будет иметь представление о всех необходимых телодвижениях и временных затратах.

i-work:
Миллионы сайтов - порталов, сервисов, магазинов, работают с юзерами, кабинетами, единой авторизацией в разделах сайтов, даже на разных поддоменах..

Не мешай мух с котлетами.

И я тебе открою секрет. Даже два :)

1. На большинстве сайтов форум - это всё таки отельный двиг.

2. В серьёзных проектах занято много человеков и ПО, которые способны отследить опасность (и то, периодически бывают неприятности). Ту же речь о совсем другом уровне (вон ТС даже не в состоянии на оф сайты форумных двигов зайти и аддоны посмотреть - о чём можно говорить).

i-work:
В любой движек, и даже не контентный криворукий кодер может добавить уязвимость, не только повышения привилегий в рамках движка, а в рамках доступа к ОС))
..
Ты слишком хорошо думаешь о форумах. Форумы тоже бывают разные, и чем форум от "контентного" движка отличается? Что мало уязвимостей, в том числе, критических у форумов?

Опять же ты мешаешь мух с котлетами.

Что там кодер может внести - это мы оставим. Ты, видимо, до сих пор не понял о чем я толкую. Даже по ссылке не перешел? А перейди. Ну или вот по русски свежачёк. Или вот было когда-то.

Ок попробую еще разжевать.

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

Это вкратце о безопастности. Хотя у форумных она в общем случае выше, чем у контентных.

Ах да ещё. Даже получив повышенные привелегии на форум (что сложнее и мало целесообразно) - злоумышленник не получит прав на сайт.

О работе - работа 2х разных сайтов будет быстрее, чем одного искуственного гибрида (в см срощеного контентного с форумом) с разной структурой. Тут тебе и разные базы/запросы и кеши и многое другое. Не говоря уже за надёжность такой связки. Движки обновляются, меняется структура баз и функции, а мосты остаются старыми и получаем проблемы на ровном месте.

Кроме того, как я уже говорил - в будущем меньше проблем.

i-work:
Ну речь ведь не о WP... Есть и нормальные CMS с разделением админки и админов от фронт-енда сайта.

Причём тут ВП? У ВП тоже можно не пускать юзеров в админку. Речь не об этом. У любого контентного движка возможно повышение привилегий, а даже уровень редактора на контентном сайте - это покруче, чем даже админ форума (в плане безопасности и потенциального вреда). Но у вот у форумов я как-то не припомню таких случаев.

i-work:

И не нужно ничего загаживать, база юзеров одна для сайта и форума, какая разница в ее потяжелении?

К юзеру еще кучка доп может инфы приклеится. Например, логирование входа на сайт или др.

А комментить посты - рега не нужна. Даже вредна.

+ не мешает думать о будущем. Например о смене двига (форума или сайта) или разнесении на разные хостинги.

koketkade:
Это все пагубное влияние запада

Это сёрч, herr велосипедист ;)

Ruson:
Я же писал что config на изменения не реагирует, как и htaccess.

Значит не так делал. Директива в конфиге - родной механизм для переопределения функций ядра.

coroner2012:
Как быть? Как исправить? Почему произошло?

Домен истёк, изменились ДНС/ИП и тд. К ВП вопрос отношения не имеет.

zomorg:
нужна единая база пользователей для форума и сайта

Что бы форумные юзеры имели потенциальную возможность попасть в админку сайта, а там и на сервер? Ну-ну. Хозяин-барин.

- Romanus -:
Потом пришло письмо от хостера, что в течении 3 дней я должен урегулировать конфликт

Я бы тут же послал такого хостера, который реагирует на левые абузы. Это первый признак перепуганой школоты.

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

- Romanus -:
Спустя 3 дня сайт не доступен.

Я бы ещё и пободался за возвращение денег. Если правила хостинга не нарушены - лесом все их домыслы, лесом.

Всего: 28519