Перестроение публикаций dle ошибка отправки

Не работает перестроение публикаций, как исправить?

• На данном сайте используются файлы cookie, чтобы персонализировать контент и сохранить Ваш вход в систему, если Вы зарегистрируетесь.
  Продолжая использовать этот сайт, Вы соглашаетесь на использование наших файлов cookie.

• Поисковые системы
  • Google
  • Яндекс
  • Каталоги сайтов
  • Прочие поисковики
  • Агрегаторы и доски объявлений
• Практика оптимизации
  • Общие вопросы оптимизации
  • Частные вопросы — ранжирование, индексация, бан
  • Сервисы и программы для работы с SE
  • Любые вопросы от новичков по оптимизации
  • Ссылочные и пользовательские факторы
  • Поисковые технологии
  • Doorways & Cloaking
• Трафик для сайтов
  • Поисковая и контекстная реклама
  • Google Adwords
  • Яндекс.Директ
  • Тизерная и баннерная реклама
  • Общие вопросы рекламы
• Монетизация сайтов
  • Партнерские программы в Интернете
  • Контекстная реклама
  • Google AdSense
  • Рекламная Сеть Яндекса
  • Размещение тизерной и баннерной рекламы
  • Общие вопросы
• Сайтостроение
  • Веб-строительство
  • Статистика и аналитика
  • Доменные имена
  • Администрирование серверов
  • Хостинг
  • Безопасность
  • Usability и удержание посетителей
  • Копирайтинг
• Социальный Маркетинг
  • Вконтакте
  • YouTube
  • Facebook & Instagram
  • TikTok
  • Telegram
  • Общие вопросы
• Общение профессионалов
  • Семинары и конференции
  • eCommerce, интернет-магазины и электронная коммерция
  • Телефония и коммуникации для бизнеса
  • Деловые вопросы
  • Финансы
  • Cчет в Яндекс.Деньгах
  • Криптовалюты
  • Инвестиции
  • Экономика
  • Правовые вопросы
• Биржа и продажа
  • Финансовые объявления
  • Работа на постоянной основе
  • Сайты — покупка, продажа
  • Соцсети: страницы, группы, приложения
  • Сайты без доменов
  • Трафик, тизерная и баннерная реклама
  • Продажа, оценка, регистрация доменов
  • Ссылки — обмен, покупка, продажа
  • Программы и скрипты
  • Размещение статей
  • Инфопродукты
  • Прочие цифровые товары
• Работа и услуги для вебмастера
  • Оптимизация, продвижение и аудит
  • Ведение рекламных кампаний
  • Услуги в области SMM
  • Программирование
  • Администрирование серверов и сайтов
  • Прокси, ВПН, анонимайзеры, IP
  • Платное обучение, вебинары
  • Регистрация в каталогах
  • Копирайтинг, переводы
  • Дизайн
  • Usability: консультации и аудит
  • Изготовление сайтов
  • Наполнение сайтов
  • Прочие услуги
• Не про работу
  • О сайте и форуме
  • Самое разное
  • Курилка
  • Встречи и сходки
  • Железо и софт

Интернет-пользователям позволят отказаться от рекомендательных алгоритмов

Как правильно удалить страницы с сайта и избежать проблем

Перестроение публикаций не помогает. Фактически надо открыть и сохранить каждую новость, их порядка 13к, потому вручную не получается.

Буду благодарен тому, кто подскажет как можно реализовать.

И тишина, неужели нет никаких идей?😒

Перестроение публикаций и есть открыть-сохранить, после кеш попробуй очистить.

перестроение увы не помогает, открыть-сохранить для 13 к новостей увы никак.

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

На сайте 13к новостей. Сайт на днях перенес на новый дизайн, в котором есть поиск по каталогу (это когда по первой букве в названии новостей идет поиск, к пример сайт/catalog/Ё/).

Проблема в том, что указав данную настройку в dle, она срабатывает для новых новостей, но не работает для уже существующих.

Чтобы выложенные ранее новости также появились в каталоге необходимо их пересохранить. Т.е. открыть новость, нажать кнопку «сохранить» и так каждую.

Учитывая, что их 13к , сделать это вручную нереально. Потому и спрашиваю нет ли какого другого способа реализовать?

Источник

Перестроение публикаций dle не работает

Были подготовлены и реализованы следующие изменения:

1. Добавлен мастер переноса адреса вашего сайта с одного домена на другой. Вы можете быстро в один клик сменить имя домена вашего сайта со старого на новый. Данный мастер проведет автоматическую замену вашего домена в публикациях, комментариях, статических страницах, баннерах и аватарах пользователей. Запускается данный мастер в панели управления, в настройках скрипта, рядом с настройкой адреса вашего сайта.

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

3. Для системы плагинов добавлена возможность указывать c какого вхождения производить действия с искомыми строками. Например, в файле находится несколько одинаковых строк, и вам необходимо произвести действия только начиная со второй нужной строки, то вы можете это указать в плагине.

4. Для системы плагинов добавлена возможность указывать для плагина обязательное наличие другого плагина. Вы можете в плагине указать имя другого плагина, который должен быть обязательно установлен. При этом данный плагин будет выполнен уже после выполнения основного плагина. Тем самым вы можете создавать дополнения не только для стандартного DLE, но и для плагинов. И создавать плагины для плагинов.

5. Для системы плагинов добавлена корректная работа с переносом на новую строку, в заменяемом коде, если данный перенос стоит в самом начале кода, на который необходимо заменить или который необходимо добавить.

6. Для MySQL запросов, использующихся в плагинах, добавлено использование тега , который указывает, какой движок MySQL использует DLE при создании таблиц в базе данных. Может принимать значения InnoDB или MyISAM.

Привет, друзья. Наконец-то пришло время для третьей части моего мега-руководства по оптимизации DLE.

Только сейчас с ужасом осознал, что предыдущая вторая часть руководства вышла более полугода назад!

По сложившейся традиции мы будем говорить о внутренней оптимизации сайта, а конкретно в этой части я расскажу про некоторые особенности движка и мелкие, но очень полезные фишки и хаки, которые не подошли по формату в предыдущих частях.

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

Пост обновлен 6 мая 2014 года:
Обновлены вносимые в движок изменения, добавлена поддержка новых версий движка.
Актуально для следующих версий DLE: 7.x, 8.x, 9.x, 10.x!

Другие части SEO-руководства:
Часть 1, Оптимизация заголовков Title — https://alaev.info/blog/post/2373
Часть 2, Борьба с дублированием контента — https://alaev.info/blog/post/2400
Часть 4, Исправление для версий DLE 9.3, 9.4, 9.5, 9.6 — https://alaev.info/blog/post/3513

Редирект с несуществующих страниц пагинации на правильные и существующие

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Фишка была придумана буквально сегодня, когда я нашел множество 404 ошибок на одном из сайтов в панели вебмастера.

Возьмем вполне реальную ситуацию – по какой-то причине вы решили изменить количество новостей, выводимых на главной странице или страницах категорий. Как случилось у меня: редизайн сайта; структура страниц полностью поменялась; было решено выводить больше кратких анонсов новостей на каждой странице (было 7, стало 10). Итог был следующим — в панели вебмастера появилось много страниц с 404 ошибками. Простая арифметика, было на сайте 1000 новостей, на каждой странице выводилось по 7 анонсов, следовательно, только на главной у нас получается 1000/7=142 страницы пагинации. После изменений страниц стало ровно 100. В итоге 42 страницы просто пропали. А если возьмем еще категории, то несуществующих страниц уже сотня-две. Это плохо, некрасиво и вообще не тру.

Раскрыть список правок

//редирект на последнюю страницу, если в url указана страница больше чем максимально существующая
$all_pages_count = @ceil( $count_all / $config['news_number'] );
	if ($cstart > $all_pages_count) {
		if ($all_pages_count > 1) {
			header('HTTP/1.1 301 Moved Permanently');
			header ('Location: ' . $url_page . '/page/' . $all_pages_count . '/');
			die();
		} else {
			header('HTTP/1.1 301 Moved Permanently');
			header ('Location: ' . $url_page . '/');
			die();
		}
	} 
//редирект на последнюю страницу, если в url указана страница больше чем максимально существующая

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

Пример на пальцах, кто-то запрашивает страницу сайта site.ru/page/435/, а на этом сайте всего 268 страниц, следовательно, случится редирект на адрес site.ru/page/268/.

Редирект с несуществующих страниц пагинации комментариев на правильные

Актуальность: Только версии DLE 8.x, 9.x. Для DLE 10.x не актуально, т.к. уже реализовано в самом движке.

Аналогичная ситуация с пагинацией в комментариях. Может возникнуть такая ситуация, что, например, вам наспамили в комментариях, поисковики проиндексировали все страницы комментариев, а потом вы это заметили и удалили все комменты. Но страницы, которые проиндексировал поисковик, все равно останутся, просто на них не будут отображаться никакие комментарии, а будет полный дубль основной страницы новости. И это печально, надо исправлять!

Раскрыть список правок

//редирект на последнюю страницу комментариев, если в url указана страница больше чем максимально существующая
	if ( $this->cstart > $enpages_count ) {
		header('HTTP/1.1 301 Moved Permanently');
		header('Location: ' . $url);
		die();
	}
//редирект на последнюю страницу комментариев, если в url указана страница больше чем максимально существующая

Ну вот, теперь все в порядке, можете проверить.

Редирект со ссылок с лишними символами или неправильным окончанием на верные адреса

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Типичная ситуация – добродушный посетитель вашего сайта решил поделиться ссылочкой на понравившийся материал в своем уютном бложике на ЖЖ или на МоемМире. Спасибо ему за это, молодец! Только вот беда – пользователь не знаком с html как таковым, он ничего кроме визуального редактора в глаза не видел. У меня таких «простофиль» на emofans.ru пруд пруди, ссылками делятся направо и налево. Так вот, вставил ссылочку человек в свой блог, да нечаянно окончание в ссылке потер (получилось не site.ru/123-page_name.html, а site.ru/123-page_name.htm), а проверить забыл, так и осталась «битая» ссылка на веки вечные, а в панели вебмастера ошибка затаилась и глаза мозолит! Или еще живой пример, пользователь не потер окончание, а, наоборот, в визуальном редакторе слилась ссылка с текстом (получилось не site.ru/123-page_name.html, а что-то в духе site.ru/123-page_name.html,где), и опять ошибки свалились на вебмастерскую голову. Таких примеров у меня много, специально не исправлял эти ошибки до написания данного поста, чтобы не забыть.

Раньше тут было очень сложное решение, которое зависело от версии движка. Но с момента написания данного поста я достаточно прокачал свои умения, чтобы составить универсальное решение для всех версий DLE и вообще совершенно для любого движка или любого сайта!

Раскрыть список правок

# Редиректы
RewriteRule ^page/([0-9]+)(/?)$ index.php?cstart=$1 [L]

RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} ^(.*).html(.+) [OR]
RewriteCond %{REQUEST_URI} ^(.*).htm$ [OR]
RewriteCond %{REQUEST_URI} ^(.*).ht$ [OR]
RewriteCond %{REQUEST_URI} ^(.*).h$ [OR]
RewriteCond %{REQUEST_URI} ^(.*).$
RewriteRule ^(.*).(.*) $1.html [R=301,L]

Вне зависимости от выбранного типа ЧПУ при переходе по любой «кривой» ссылке посетитель попадет туда, куда должен был попасть.

Редирект с разделов или категорий, которых больше не существует, на главную страницу

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Пример из жизни: вы решили поменять структуру сайта или просто удалили какие-то категории за ненадобностью, следовательно, эти страницы перестанут существовать, а ссылки на них могут где-то остаться. Например, на emofans’е у меня когда-то были блоги для пользователей, доступные по адресу site.ru/blog/, а в них шло деление на пользователей, вот так site.ru/blog/user1/, site.ru/blog/user2/ и т.д. Уже много лет как я снес эти блоги за ненадобностью, а ссылки на них и ошибки в панели вебмастера живут.

Еще данная правка позволит избежать появления адресов страниц полной новости без расширения на конце или вообще адресов полной новости когда отсутствует целый кусок url в конце. Таким образом, в сочетании с предыдущим пунктом, эти изменения помогут на 99% избежать появления неверных и нежелательный адресов.

Раскрыть список правок

			if (!$category_id) $category_id = 'not detected';

//решение проблемы с категориями, которых не существует
			if (!$category_id AND $view_template != "rss") {
					header("HTTP/1.0 301 Moved Permanently");
					header("Location: {$config['http_home_url']}");
					die("Redirect");
			}
//решение проблемы с категориями, которых не существует

Теперь все категории или каталоги, которые не существуют и не имеют своего id (проверка на существование идет именно по id) будут редиректиться на главную страницу.

Редирект для публикаций, у которых отсутствует ID, на главную страницу

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Еще одна реальная история, взятая с моих сайтов. В панели вебмастера висит много страниц с ошибкой 404 такого вида site.ru/category/subcat/page-name.html, а по правилам должно быть так site.ru/category/subcat/123-page_name.html. Вот честно, до сих пор не понимаю, каким образом и почему пропал ID новости и кто ссылался на публикации таким образом. Никаких модулей и хаков, которые убирают из url его идентификатор я никогда не использовал, так что грешу на пользователей, которые «криво» ставят ссылки в своих бложеках на мой сайт. Ну да ладно, это уже не важно, а важно разобраться с этой проблемой!

Только для версий DLE 10.x (а так же для 9.5, 9.6, 9.7 и 9.8)

Новая версия кода помимо того, что редиректит «проблемные» адреса страниц полной новости, но так же редиректит на главную еще и несуществующие или удаленные статические страницы. Связано это с изменившейся логикой в движке. С одной стороны, наверное, это хорошо, ведь одним махом две проблемы решаем. С другой стороны, изначально движок выдает обычную 404 ошибку — если вас устраивает такое положение дел, тогда не вносите правки, описанные в этом пункте.

Раскрыть список правок

	@header( "HTTP/1.0 404 Not Found" );
	$lang['static_page_err'] = str_replace ("{page}", $name.".html", $lang['static_page_err']);
	msgbox( $lang['all_err_1'], $lang['static_page_err'] );

// 301 редирект на главную с адресов страниц новостей, где пропал id, а так же несуществующих статических страниц
	header("HTTP/1.0 301 Moved Permanently");
	header("Location: {$config['http_home_url']}");
	die("Redirect");
// 301 редирект на главную с адресов страниц новостей, где пропал id, а так же несуществующих статических страниц

Старое решение. Только для версий DLE 7.x, 8.x, 9.0, 9.2 и 9.3

Все адреса, содержащие на конце .html и не содержащие в себе ID будут редиректиться на главную страницу. Существующие и корректные статические страницы, хоть и они так же не имеют ID в url-адресе, редиректиться не будут, а будут работать как и прежде.

Раскрыть список правок

				if ($subaction == '') $subaction = "showfull";
			}

// 301 редирект на главную с адресов страниц новостей, где пропал id
			if ( ( $config['allow_alt_url'] == "yes" ) && (strpos($_SERVER['REQUEST_URI'], '.html') !== false) && ($dle_module == "main") ) {
 
					header("HTTP/1.0 301 Moved Permanently");
					header("Location: {$config['http_home_url']}");
					die("Redirect");
			}
// 301 редирект на главную с адресов страниц новостей, где пропал id

Редирект для удаленных или несуществующих новостей на главную

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Ну, тут стандартная ситуация и может встретиться на любом сайте. Вы удалили какую-то новость и, понятное дело, будет выдаваться 404 ошибка. Если вас это не устраивает, а именно то, что выдается 404 ошибка, то можно сделать, например, 301-редирект на главную страницу сайта, которая уж точно существует

Раскрыть список правок

	elseif( ! $news_found ) {
		@header( "HTTP/1.0 404 Not Found" );
		msgbox( $lang['all_err_1'], $lang['news_err_12'] );
	}

// 301 редирект на главную, если новость не найдена/не существует
	elseif( ! $news_found ) {
					header("HTTP/1.0 301 Moved Permanently");
					header("Location: {$config['http_home_url']}");
					die("Redirect");
	}
// 301 редирект на главную, если новость не найдена/не существует

Теперь при переходе на несуществующую или удаленную публикацию будет осуществляться редирект на главную страницу сайта.

А вообще, ребята, у меня есть отдельный очень большой пост про 301-редирект на все случаи жизни.
Я вам рекомендую с ним ознакомиться, независимо от того, работаете ли вы только с DLE или другой какой-то CMS.

Запрещаем индексацию разделов сайта при помощи мета-тега robots

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Итак, помните я недавно публиковал пост про особенности индексации сайтов, robots.txt и мета-тег robots, где говорил, что закрывать страницы от индексации при помощи robots.txt не тру, а вот закрывать при помощи <meta name="robots" content="noindex"> правильный вариант. Настоятельно рекомендую изучить данный пост.

А сейчас я расскажу, как можно реализовать вывод этого самого метатега в движке DLE в определенных разделах сайта.
Расширенную версию данного трюка смотрите в посте про правильный robots.txt для DLE.

Если не чувствуете в себе уверенности, настоятельно рекомендую использовать мой модуль DonBot! С модулем вы по любому не ошибетесь нигде, а так же вам не придется после каждого обновления движка вносить данные правки.

Раскрыть список правок

<meta name="robots" content="all" />

if ($config['allow_rss']) $metatags .= <<<HTML
 
<link rel="alternate" type="application/rss+xml" title="{$rss_title}" href="{$rss_url}" />
HTML;

if ($subaction == 'userinfo' OR
	$subaction == 'allnews' OR
	$subaction == 'newposts' OR
	$do == 'stats' OR
	$do == 'addnews' OR
	$do == 'register' OR
	$do == 'favorites' OR
	$do == 'rules' OR
	$do == 'pm' OR
	$do == 'feedback' OR
	$do == 'lastcomments' OR
	$do == 'lostpassword' OR
	$do == 'search' OR
	$do == 'lastnews' OR
	$do == 'alltags' OR
	$do == 'tags' OR
	$dle_module == 'date') $metatags .= <<<HTML
n<meta name="robots" content="noindex,nofollow" />
HTML;

	(intval($_GET['cstart']) > 1 )

if ($subaction == 'userinfo' OR
	$subaction == 'allnews' OR
	...
	$dle_module == 'date' OR
	(intval($_GET['cstart']) > 1 )) $metatags .= <<<HTML
n<meta name="robots" content="noindex,nofollow" />
HTML;

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

* Самый важный момент — при закрытии от индексации страниц описанным методом, необходимо убрать запрещающие правила в robots.txt для страниц и разделов, которые мы закрыли при помощи мета-тага. Иначе никакого смысла не будет.

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

Добавляем тег rel=”canonical” для страниц просмотра полной новости

Актуальность: Все версии DLE. Проверено на 7.x, 8.x, 9.x, 10.x.

Помнится, кто-то в комментариях одной из предыдущих частей просил рассказать, как выводить тег rel=”canonical” в публикациях на сайте, так вот, кто не видел моего комментария с описанием данного метода, читайте дальше.

Раскрыть список правок

		} else {
 
			$full_link = $config['http_home_url'] . "index.php?newsid=" . $row['id'];
			$print_link = $config['http_home_url'] . "engine/print.php?newsid=" . $row['id'];
			$short_link = "";
 
		}

		} else {
 
			$full_link = $config['http_home_url'] . "index.php?newsid=" . $row['id'];
			$print_link = $config['http_home_url'] . "engine/print.php?newsid=" . $row['id'];
			$short_link = "";
			$link_page = "";
			$news_name = "";
 
		}

			$full_canonical = $full_link;

if ($config['allow_rss']) $metatags .= <<<HTML

if ($full_canonical) {
 
	$metatags .= <<<HTML
 
<link rel="canonical" href="{$full_canonical}" />
HTML;
 
}

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

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

Спасибо за внимание, друзья, оставайтесь на связи и подписывайтесь на новости блога.

PS Я не уверен, будет ли следующая часть руководства, так как на данный момент писать в ней нечего, все, что могло бы быть полезным, уже описано в существующих трех частях. Но мало ли… Все зависит от вас и ваших вопросов и предложений!