Спасибо форуму за огромный пласт людей, с которыми я познакомился на этом форуме и до сих пор очень плотно общаюсь в жизни. До сих пор продляю домен http://seophoto.ru где выкладывал фотографии с ДР форума. И именно на SE я впервые анонсировал DIAFAN.CMS в 2009-м. :)
С днём рождения!
Не, Кость, я ж "проездом" с Юлей заскочил поздороваться и поехал кутить дальше :)
У меня только одна мутная фотка с телефона :)
Ладно, сейчас приеду :)
Я+1
Конечно. Это очень легко проверяется. Например, в DIAFAN.CMS есть глобальная переменная, в которой сидит вся адресная строка $_SERVER["REQUEST_URI"], пришедшая от Апача в лице его модуля mod_rewrite. Во всех случаях там ваш-домен/faq, без плюсов и прочих пробелов. Более того, если потратить минуту и погулить запрос "apache символ плюса", можно найти много информации об этой особенности веб-сервера Apache.
Я лишь говорю, что это не в компетенции программного обеспечения, которое стоит за сервером. Предела совершенству нет и свой сервер можно настраивать и улучшать бесконечно, только зачем грязь лить на ПО, которое вообще не причем?
Выше справедливо сказали
Как это нет? В коробке у нас есть rel="canonical" и ставится он автоматом. Вот, например, только что посмотрел на деме, для страниц далее второй везде, где пагинация есть
И для страниц с сортировкой он автоматически добавляется:
Ну если головы нет, или она пустая, то тогда конечно без вариантов. 😂
Для остальных, кому не противно, поясню. 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_____/
так как для Апача символ плюса = пробелу. А если пробелы стоят в конце, он их игнорирует! В итоге, в CMS от Апача попадает во всех вышеобозначенных случаях только http://car-intrade.ru/faq/. DIAFAN.CMS (как и любое другое ПО, стоящее после апача) просто знать не знает, что какой-то клоун сидит у себя дома и наяривает в конец адресной строки пробелы и символы плюсов... 🤣
И как было сказано выше, можно заморочиться, найти администратора серверов и попросить его настроить Апач так, чтобы тот обрабатывал плюс как символ, передавал его в CMS, и тогда вполне закономерно DIAFAN.CMS отдаст 404. ---------- Добавлено 17.02.2016 в 23:47 ----------
А мы-то как о Вашей посещаемости узнаем? ;) Ваш сайт в примеры попадет, если понравится чисто внешне нашему человеку, ответственному за публикацию в примерах. А о своей посещаемости перед нами никто не отчитывается.
Давайте я еще раз постараюсь объяснить, по-примитивному. Суффикс, о котором Вы говорите, это окончание адреса, о котором я сказал выше
21 день. И не демка, а полноценная рабочая версия на свой хостинг.
По поводу посещаемости и нагрузоустойчивости: раз, два ;)
BlagFurer, Спасибо за теплые слова! Приятно, что наш продукт вызывает настолько положительные эмоции, что они выливаются в подобные темы. ;)
Это обычная 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.ru. Мы не гарантируем поддержку системы нигде, кроме вышеуказанного сайта. У нас есть свой форум, и за другие форумы рунета мы не отвечаем.
Да, попробуйте так.
Или сразу в сердце бейте, в ядро, в обработчик адресов:
/includes/init.php
Это не может не сработать :)
