Спасибо форуму за огромный пласт людей, с которыми я познакомился на этом форуме и до сих пор очень плотно общаюсь в жизни. До сих пор продляю домен http://seophoto.ru где выкладывал фотографии с ДР форума. И именно на SE я впервые анонсировал DIAFAN.CMS в 2009-м. :)
ps axf: кстати, а свои слова Вы подтвердить сможете? конкретно вот эти: Цитата: В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/.
Конечно. Это очень легко проверяется. Например, в DIAFAN.CMS есть глобальная переменная, в которой сидит вся адресная строка $_SERVER["REQUEST_URI"], пришедшая от Апача в лице его модуля mod_rewrite. Во всех случаях там ваш-домен/faq, без плюсов и прочих пробелов. Более того, если потратить минуту и погулить запрос "apache символ плюса", можно найти много информации об этой особенности веб-сервера Apache.
да... полное непонимание происходящего. ну да ладно, забудьте, ТС и другие консультанты на этом больше заработают.
Я лишь говорю, что это не в компетенции программного обеспечения, которое стоит за сервером. Предела совершенству нет и свой сервер можно настраивать и улучшать бесконечно, только зачем грязь лить на ПО, которое вообще не причем?
Выше справедливо сказали
BlagFurer: Так и уникальность контента можно на движок повесить.
BlagFurer: По нормальному ставится rel="canonical", которого, к сожалению, нет в коробке диафан.
Как это нет? В коробке у нас есть rel="canonical" и ставится он автоматом. Вот, например, только что посмотрел на деме, для страниц далее второй везде, где пагинация есть
И для страниц с сортировкой он автоматически добавляется:
в код этой цмски не смотрел, просто бездумно поклацал в браузере, еще пачка урлов для любой страницы на любой вкус, все 200-е:
Ну если головы нет, или она пустая, то тогда конечно без вариантов. 😂
Для остальных, кому не противно, поясню. CMS - это система управления контентом, то есть, ПО, работающее на сервере. Чаще всего сервера на популярных хостингах обслуживают ОС *nix-ового типа, и веб-сервер Apache, обрабатывающий HTTP. Все урл-запросы проходят сначала через Апач и далее уже попадают в CMS. Так вот для Апача вот эта вся белиберда
так как для Апача символ плюса = пробелу. А если пробелы стоят в конце, он их игнорирует! В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/. DIAFAN.CMS (как и любое другое ПО, стоящее после апача) просто знать не знает, что какой-то клоун сидит у себя дома и наяривает в конец адресной строки пробелы и символы плюсов... 🤣
И как было сказано выше, можно заморочиться, найти администратора серверов и попросить его настроить Апач так, чтобы тот обрабатывал плюс как символ, передавал его в CMS, и тогда вполне закономерно DIAFAN.CMS отдаст 404.
---------- Добавлено 17.02.2016 в 23:47 ----------
IPXI: А нет ли живых примеров с большой посещаемостью, если я сделаю сайт на вашей системе и наберу больше 30000 посетителей, вы будете использовать везде для примера мою ссылку?
А мы-то как о Вашей посещаемости узнаем? ;) Ваш сайт в примеры попадет, если понравится чисто внешне нашему человеку, ответственному за публикацию в примерах. А о своей посещаемости перед нами никто не отчитывается.
bay_ebook: Рад за вас. Но я думаю за столько лет понять, что суффикс нужно проверять у страниц - можно было бы и догадаться
Давайте я еще раз постараюсь объяснить, по-примитивному. Суффикс, о котором Вы говорите, это окончание адреса, о котором я сказал выше
у нас есть гибкие настройки ЧПУ и пользователь может выбрать окончания адресов. Это может быть слеш, не слеш, .htm, .php и т.д.
Если мы из коробки будет делать редиректы на слеш, пользователи, которые выберут site.ru/news.htm получат косяк в виде site.ru/news.htm/ Поэтому мы так не делаем. Если в Вашем представлении адреса сайта бывают только заканчивающиеся на слеш, то нет. Не переживайте об этом, со временем опыт придет ;)
vovabigov: Жалко нет бесплатного варианта.
TF-Studio: 1. Есть демка на 30 дней
21 день. И не демка, а полноценная рабочая версия на свой хостинг.
IPXI: очевидно посещаемых сходу не увидел
По поводу посещаемости и нагрузоустойчивости: раз, два ;)
Это обычная GET-переменная, адрес обязан отдавать 200. Как и любой нормальный сайт. Иначе любые параметры, UTM-метки например, будут убивать сайт. К тому же, все динамические переменные в DIAFAN.CMS запрещены к индексации по умолчанию.
Вы путаетесь в определениях, понятиях и теории. Мы изначально позиционировали DIAFAN.CMS как SEO.CMS, и впервые анонсировали её именно на этом форуме. Годом ранее, чем Вы, bay_ebook, зарегистрировались. ;)
"Генерировать дубли" просто подбирая доступные адреса - это неверное определение.
Фраза "Генерирование дублей" применяется именно к CMS, это ошибочный режим работы системы, когда на сайте есть разные ссылки на одни и те же страницы. Классический пример - Джумла, которая прибавляла сессию к каждой ссылке.
Поисковый работ заходит на главную страницу сайта, получает из HTML-источника внутренние ссылки и по ним отправляется глубже. Если CMS отдает корректные одинаковые и постоянные ссылки со слешем на конце, ПС плевать, как там что-то доступно, если кто-то наберет вручную. Робот ничего вручную набирать не будет. И DIAFAN.CMS все формирует правильно и корректно.
Если веб-мастер перфекционист и ему очень хочется, он может внести одну строчку в .htaccess и делать автоматические редиректы с адресов без слеша /faq на слеш /faq/. Мы это по умолчанию не делаем, потому, что у нас есть гибкие настройки ЧПУ и пользователь может выбрать окончания адресов. Это может быть слеш, не слеш, .htm, .php и т.д.
Ограничивать эту возможность серверными редиректами мы не стали.
От СЕО диафан так же далека как о луны. там нужна еще толпа кодеров на доработку
Не нужно путать CMS (систему управления контентом), которая работает как ПО на сервере и серверные настройки. При желании доработки может потребоваться не толпа, а один администратор сервера, который заполирует ответы сервера на разные события, но к CMS отношение здесь весьма косвенное.
но из-за странных условий вывода/работы - у них не будет большого количество дополнений там
Чего же там странного? Вывод по договору на р/с, как у всех нормальных разработчиков. ;) Мы все деньги от покупателей получаем на свой счет, за вычетом комиссий, платим с них налоги. Соответственно, выплачивать аналог налички вебмани всем направо и налево мы не можем, если Вы на это намекаете. А подписывать договора с физлицами, вести учет и уплачивать за них НДФЛ нецелесообразно.
Давно работаем с Дамиром. Могу охарактеризовать как ответственного, исполнительного и старательного верстальщика. Прислушивается к пожеланиям и без возражений исправляет и переделывает код согласно замечаниям. Рекомендации.
куда делся Diafan, почему его ветка перестала работать? Что случилось?
Diafan делся в одно единственное место, самое логичное и предсказуемое: на diafan.ru. Мы не гарантируем поддержку системы нигде, кроме вышеуказанного сайта. У нас есть свой форум, и за другие форумы рунета мы не отвечаем.
Спасибо форуму за огромный пласт людей, с которыми я познакомился на этом форуме и до сих пор очень плотно общаюсь в жизни. До сих пор продляю домен http://seophoto.ru где выкладывал фотографии с ДР форума. И именно на SE я впервые анонсировал DIAFAN.CMS в 2009-м. :)
С днём рождения!
Не, Кость, я ж "проездом" с Юлей заскочил поздороваться и поехал кутить дальше :)
У меня только одна мутная фотка с телефона :)
Ладно, сейчас приеду :)
Я+1
кстати, а свои слова Вы подтвердить сможете?
конкретно вот эти:
Цитата:
В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/.
Конечно. Это очень легко проверяется. Например, в DIAFAN.CMS есть глобальная переменная, в которой сидит вся адресная строка $_SERVER["REQUEST_URI"], пришедшая от Апача в лице его модуля mod_rewrite. Во всех случаях там ваш-домен/faq, без плюсов и прочих пробелов. Более того, если потратить минуту и погулить запрос "apache символ плюса", можно найти много информации об этой особенности веб-сервера Apache.
ну да ладно, забудьте, ТС и другие консультанты на этом больше заработают.
Я лишь говорю, что это не в компетенции программного обеспечения, которое стоит за сервером. Предела совершенству нет и свой сервер можно настраивать и улучшать бесконечно, только зачем грязь лить на ПО, которое вообще не причем?
Выше справедливо сказали
Так и уникальность контента можно на движок повесить.
По нормальному ставится rel="canonical", которого, к сожалению, нет в коробке диафан.
Как это нет? В коробке у нас есть rel="canonical" и ставится он автоматом. Вот, например, только что посмотрел на деме, для страниц далее второй везде, где пагинация есть
И для страниц с сортировкой он автоматически добавляется:
http://car-intrade.ru/faq /
http://car-intrade.ru/faq+/
http://car-intrade.ru/faq+++/
http://car-intrade.ru/faq+ + +/
и т.д.
тоже самое и для приведенных в этом топике сайтов по доминикане и автостеклу, т.е. это косяк самой цмски.
Ну если головы нет, или она пустая, то тогда конечно без вариантов. 😂
Для остальных, кому не противно, поясню. CMS - это система управления контентом, то есть, ПО, работающее на сервере. Чаще всего сервера на популярных хостингах обслуживают ОС *nix-ового типа, и веб-сервер Apache, обрабатывающий HTTP. Все урл-запросы проходят сначала через Апач и далее уже попадают в CMS. Так вот для Апача вот эта вся белиберда
http://car-intrade.ru/faq+/
http://car-intrade.ru/faq+++/
http://car-intrade.ru/faq+ + +/
равноценна вот этому (пробел заменен на _):
http://car-intrade.ru/faq_/
http://car-intrade.ru/faq__/
http://car-intrade.ru/faq___/
http://car-intrade.ru/faq_____/
так как для Апача символ плюса = пробелу. А если пробелы стоят в конце, он их игнорирует! В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/. DIAFAN.CMS (как и любое другое ПО, стоящее после апача) просто знать не знает, что какой-то клоун сидит у себя дома и наяривает в конец адресной строки пробелы и символы плюсов... 🤣
И как было сказано выше, можно заморочиться, найти администратора серверов и попросить его настроить Апач так, чтобы тот обрабатывал плюс как символ, передавал его в CMS, и тогда вполне закономерно DIAFAN.CMS отдаст 404.
---------- Добавлено 17.02.2016 в 23:47 ----------
А нет ли живых примеров с большой посещаемостью, если я сделаю сайт на вашей системе и наберу больше 30000 посетителей, вы будете использовать везде для примера мою ссылку?
А мы-то как о Вашей посещаемости узнаем? ;) Ваш сайт в примеры попадет, если понравится чисто внешне нашему человеку, ответственному за публикацию в примерах. А о своей посещаемости перед нами никто не отчитывается.
Рад за вас. Но я думаю за столько лет понять, что суффикс нужно проверять у страниц - можно было бы и догадаться
Давайте я еще раз постараюсь объяснить, по-примитивному. Суффикс, о котором Вы говорите, это окончание адреса, о котором я сказал выше
Жалко нет бесплатного варианта.
1. Есть демка на 30 дней
21 день. И не демка, а полноценная рабочая версия на свой хостинг.
очевидно посещаемых сходу не увидел
По поводу посещаемости и нагрузоустойчивости: раз, два ;)
BlagFurer, Спасибо за теплые слова! Приятно, что наш продукт вызывает настолько положительные эмоции, что они выливаются в подобные темы. ;)
Это обычная GET-переменная, адрес обязан отдавать 200. Как и любой нормальный сайт. Иначе любые параметры, UTM-метки например, будут убивать сайт. К тому же, все динамические переменные в DIAFAN.CMS запрещены к индексации по умолчанию.
тут даже элементарно не проверяется суффикс урла:
http://car-intrade.ru/faq
и
http://car-intrade.ru/faq/
работают прекрасно.
Вы путаетесь в определениях, понятиях и теории. Мы изначально позиционировали DIAFAN.CMS как SEO.CMS, и впервые анонсировали её именно на этом форуме. Годом ранее, чем Вы, bay_ebook, зарегистрировались. ;)
"Генерировать дубли" просто подбирая доступные адреса - это неверное определение.
Фраза "Генерирование дублей" применяется именно к CMS, это ошибочный режим работы системы, когда на сайте есть разные ссылки на одни и те же страницы. Классический пример - Джумла, которая прибавляла сессию к каждой ссылке.
Поисковый работ заходит на главную страницу сайта, получает из HTML-источника внутренние ссылки и по ним отправляется глубже. Если CMS отдает корректные одинаковые и постоянные ссылки со слешем на конце, ПС плевать, как там что-то доступно, если кто-то наберет вручную. Робот ничего вручную набирать не будет. И DIAFAN.CMS все формирует правильно и корректно.
Если веб-мастер перфекционист и ему очень хочется, он может внести одну строчку в .htaccess и делать автоматические редиректы с адресов без слеша /faq на слеш /faq/. Мы это по умолчанию не делаем, потому, что у нас есть гибкие настройки ЧПУ и пользователь может выбрать окончания адресов. Это может быть слеш, не слеш, .htm, .php и т.д.
Ограничивать эту возможность серверными редиректами мы не стали.
Не нужно путать CMS (систему управления контентом), которая работает как ПО на сервере и серверные настройки. При желании доработки может потребоваться не толпа, а один администратор сервера, который заполирует ответы сервера на разные события, но к CMS отношение здесь весьма косвенное.
Чего же там странного? Вывод по договору на р/с, как у всех нормальных разработчиков. ;) Мы все деньги от покупателей получаем на свой счет, за вычетом комиссий, платим с них налоги. Соответственно, выплачивать аналог налички вебмани всем направо и налево мы не можем, если Вы на это намекаете. А подписывать договора с физлицами, вести учет и уплачивать за них НДФЛ нецелесообразно.
Давно работаем с Дамиром. Могу охарактеризовать как ответственного, исполнительного и старательного верстальщика. Прислушивается к пожеланиям и без возражений исправляет и переделывает код согласно замечаниям. Рекомендации.
Что случилось?
Diafan делся в одно единственное место, самое логичное и предсказуемое: на diafan.ru. Мы не гарантируем поддержку системы нигде, кроме вышеуказанного сайта. У нас есть свой форум, и за другие форумы рунета мы не отвечаем.
Unlock, порядок rewrite директив имеет значение.
Попробуйте вставить правило сразу после RewriteEngine On
Да, попробуйте так.
Или сразу в сердце бейте, в ядро, в обработчик адресов:
/includes/init.php
{
//добавляем
if($_GET['rewrite'] == 'restoran')
{
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://restoran-kosmos.ru/");
exit();
}
...
Это не может не сработать :)