Быстрый обмен! Искал на кучи сайтов, где обменять вмр на яндекс без привязки. Списался и за 10 секунд деньги уже были в нужном направлении. спасибо!
)) да, про реальный контент с вами согласен. Этим практикуем. В этом вопросов нету...
Здравствуйте!
обнаружил ещё один косяк на dle с тегами. В поиске появились дубли..
например
Оригинал:
/tags/любовь/
Дубли:
/tags/Любовь/
/tags/люБовь/
/tags/любоВЬ/
и т.д.
----------------------
Подскажите пожалуйста, можно ли это исправить в этом же файле?
Нашел один код:
<?php
// Приняли URL и перевели все символы в нижний регистр, при этом указав кодировку, во избежания проблем с кириллицей
$url = mb_strtolower(urldecode($_SERVER['REQUEST_URI']), 'UTF-8') ;
// Пишем условие, если в брайзерной строке отличается от урла с нижним регистром, то
if(urldecode($_SERVER['REQUEST_URI']) != $url) {
// Выполняем редирект 301
header('Location: http://'.$_SERVER['HTTP_HOST'].$url, true, 301) ;
}
?>
Но не в силах поменять под себя. Если есть свободная минутка, можете подсказать?
Не вариант, существующих тегов более 2000 тыс. по ним идет трафик. В движке бы сделать редирект с больших на маленькие, и в поиске бы они со временем сами бы склеились. Вот только как это сделать в движке, не знаю. Возможно можно через тег rel="canonical" но это тоже не совсем правильное решение...
ранее для транслита, добавлялся подобный код в движке:
header('Location: '.$config['http_home_url'].'tags/'.urlencode($tag).'/', true, 301);
exit;
Не работал сайт сайт в течении 15 часов. Сервер был доступен, но не мог подключиться к mysql
При перезагрузке сервера также не запускается.
Написал в службу поддержки, но уже 15часов молчат. А сайты висят с ошибкой:
MySQL error in file: /engine/classes/mysqli.class.php at line 52
Error Number: 1
The Error returned was:
Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)
SQL query:
kgtu5 (Юра), помог в течении 30 минут. Рекомендую!
Тему можно закрыть! Спасибо большое всем за помощь. Отдельное спасибо kgtu5. Помог в течении 20 минут. Работа сайтов восстановилась!
Да, всё пугает, но больше всего интересно, что как только обратился в службу поддержки написали следующее:
==================
Переписка из чата:
Колпакова Татьяна ( 17:12:21 03.09.2013 )
Здравствуйте, чем я могу Вам помочь?
Денис ( 17:12:55 03.09.2013 )
Здравствуйте, Татьяна. У меня сервер не доступен vm9891
Денис ( 17:13:56 03.09.2013 )
Вы можете мне помочь?
Колпакова Татьяна ( 17:14:18 03.09.2013 )
Подождите, пожалуйста.
Денис ( 17:17:08 03.09.2013 )
через ssh не подключается, пробовал перезагрузить через контрольную панель, но статус "перезагружается" висит уже более 15 минут
Колпакова Татьяна ( 17:20:48 03.09.2013 )
К сожалению, сейчас перезагружается головной сервер, по этой причине Ваш сервер временно недоступен. В течение 20-40 минут, всё будет активно.
Денис ( 17:21:57 03.09.2013 )
То есть беспокоиться не стоит? Это из за головного сервера? через 20-40мин. всё заработает?
Колпакова Татьяна ( 17:22:56 03.09.2013 )
Да, всё верно.
сеанс завершен
прошло уже больше 10 часов сервер работает, а сайты так и не заработали )) Не может запуститься mysql
из консоли:
[root@vm9891 ~]# /etc/rc.d/init.d/mysqld start
MySQL Daemon failed to start.
Starting mysqld: [FAILED]
/var/lib/mysql/vm9891.majordomo.ru.err последние строчки: ;
InnoDB: End of page dump
130903 19:18:59 InnoDB: Page checksum 1638456244, prior-to-4.0.14-form checksum 1773627421
InnoDB: stored checksum 1638456244, prior-to-4.0.14-form stored checksum 0
InnoDB: Page lsn 0 2767935, low 4 bytes of lsn at page end 0
InnoDB: Page number (if stored to page already) 447,
InnoDB: space id (if created with >= MySQL-4.1.1 and stored already) 0
InnoDB: Page may be an insert undo log page
InnoDB: Database page corruption on disk or a failed
InnoDB: file read of page 447.
InnoDB: You may have to recover from a backup.
InnoDB: It is also possible that your operating
InnoDB: system has corrupted its own file cache
InnoDB: and rebooting your computer removes the
InnoDB: error.
InnoDB: If the corrupt page is an index page
InnoDB: you can also try to fix the corruption
InnoDB: by dumping, dropping, and reimporting
InnoDB: the corrupt table. You can use CHECK
InnoDB: TABLE to scan your table for corruption.
InnoDB: See also http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
InnoDB: Ending processing because of a corrupt database page.
130903 19:18:59 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
Спасибо большое! Всё решено!!! Ещё перед переносом на сервер отредактрую
.htaccess
чтобы еще склеить
http://localhost/tags/%F1%F7%E0%F1%F2%FC%E5
на
http://localhost/tags/%F1%F7%E0%F1%F2%FC%E5/
но это следующая задача )
Спасибо большое, siv1987 - За помощь!
siv1987, можно немного поточнее, как сделать такой редирект... Как бы я Вам был благодарен ))
Есть код:
$tag = urldecode ( $_GET['tag'] );
if ( $config['charset'] == "windows-1251" AND $config['charset'] != detect_encoding($tag) ) {
$tag = iconv( "UTF-8", "windows-1251//IGNORE", $tag );
$tag = htmlspecialchars ( strip_tags ( stripslashes ( trim ( $tag ) ) ), ENT_COMPAT, $config['charset'] );
define( 'CLOUDSTAG', $tag );
$tag = @$db->safesql ( $tag );
$url_page = $config['http_home_url'] . "tags/" . urlencode ( $tag );
$user_query = "do=tags&tag=" . urlencode ( $tag );
Но как сделать, чтобы при открытии ссылки тега:
/tags/счастье/
в урл отображалось
/tags/%F1%F7%E0%F1%F2%FC%E5/
чтобы в индексе не появились 2 одинаковых страницы с адресами:
Помогите пожалуйста