Thanatognozija

+124

Репутация

301

Рейтинг

#1 Проблема старых страниц 1 января 2014 в 01:23

Здравствуйте, уважаемое сообщество!
Поздравляю всех с Новым годом и желаю крепкого здоровья, а также творческих успехов!
Может быть кто-то сталкивался с проблемой такой?

Статью, как известно, можно разбить на страницы и тогда получается, что-то вроде: /v-mire-sveta-brinkly/page-5.html То есть, вот это page-5.html и делает переход по страницам. Такой метод очень, как оказалось, грузит страницу. Получается, что трудно зайти и почитать текст, если страниц в книге, скажем, около 100.

Отсюда, было принято решение отказаться от такого метода разбивки книги и вернуть все как было — анонс и скачать. Но появилась проблема! Я думал, что адрес типа /v-mire-sveta-brinkly/page-5.html будет теперь вести на 404 ошибку, но не тут то было, теперь это все ведет на одну страницу и там живет… создавая кучу дублей страниц.

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

Для примера вот можно глянуть о чем речь tanat.info/v-mire-sveta-brinkly/page-5.html Если менять пункт page-5.html на, например page-6.html, то мы перейдем на туже страницу.

Ох, я наверное тут туманно все объяснил, но это действительно проблема страшная… потому, что поисковики думают, что там есть контент, а его там нет… Получается, что я обманываю поисковики, а они потом за это банят людей разных… :(

#1 Добавление изображения (фотографии) при создании статьи 24 декабря 2013 в 00:31

Здравствуйте. А разве нет в редакторе кнопочки "Посмотреть на сервере".

#2 Страшные запросы в базу данных 9 декабря 2013 в 15:49

По теме нагрузки на БД еще есть один момент. Почему-то страницы, которые разбиты на части, например как книги, загружаются очень медленно, и у хостера там написано, что время их долгое. Пример такой страницы . Можно ли как-то тут что-то сделать, или это, как я думаю, потому, что сначала загружается вся книга целиком, а потом ей еще надо время разбиться на части как-то, поэтому просто не получится быстрее это все обрабатывать?

#3 Страшные запросы в базу данных 9 декабря 2013 в 15:20

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

Огромное всем СПАСИБО, за помощь! Скорее всего именно там и была проблема, странно только, что всплыла она только сегодня.

#4 Страшные запросы в базу данных 9 декабря 2013 в 15:16

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

#5 Страшные запросы в базу данных 9 декабря 2013 в 15:10

Да, действительно, в файле, который Вы указали, есть такой запрос:

$sql = "SELECT con.*,
                       con.pubdate as fpubdate,
					   cat.title as cat_title, cat.seolink as catseolink,
					   cat.showdesc,
                       u.nickname as author,
                       u.login as user_login,
		       cmm.count_com
                FROM cms_content con
				INNER JOIN cms_category cat ON cat.id = con.category_id
				LEFT JOIN cms_users u ON u.id = con.user_id
						 LEFT JOIN         
                ( 
                    SELECT target_id, COUNT(id) AS count_com
                    FROM cms_comments cmm
		    WHERE  target='article' AND published = 1
                    GROUP BY target_id 
                ) cmm ON cmm.target_id = con.id 
                WHERE con.is_arhive = 0
                      {$this->inDB->where}
 
                {$this->inDB->group_by}
 
                {$this->inDB->order_by}\n";
 
        if ($this->inDB->limit){
            $sql .= "LIMIT {$this->inDB->limit}";
        }

#6 Страшные запросы в базу данных 9 декабря 2013 в 15:07

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

#7 Страшные запросы в базу данных 9 декабря 2013 в 14:58

Спасибо большое, уважаемый Fuze. Я так понял, что узнать какое именно дополнение требует такие запросы невозможно.😥Базу отключили со словами "Исправляйте проблему". А как ее исправить, если база отключена. Короче, без прописки не берут на работу, а без работы не прописывают. :(

#1 Страшные запросы в базу данных 9 декабря 2013 в 14:03

Здравствуйте, уважаемое сообщество!
Сегодня столкнулся с такой проблемой. Хостер прислал страшные вещи, которые можно увидеть внизу. Далее сказано, что эти вещи, что-то превысили, и это сделал вот этот запрос в базу. Раньше такого не было никогда. Хостер говорит, что надо теперь исправить этот запрос в базу и сказать им что именно я сделал. Это все равно, что мне сейчас дадут найти ошибку в китайском тексте и исправить ее...😥Подскажите, пожалуйста, что вообще говорит этот запрос, о чем вообще речь? Еще мне ответили, что "Запросы как select * c выборкой множества строк или полнотекстовый поиск, неприемлемы.". Короче, послали меня к селекту какому-то...😥

Время исполнения, секунд   - 60
Кол-во просмотренных строк - 200925
Запрос:
-------
SET timestamp=1386530763;
SELECT con.*,
                       con.pubdate as fpubdate,
					   cat.title as cat_title, cat.seolink as catseolink,
					   cat.showdesc,
                       u.nickname as author,
                       u.login as user_login,
		       cmm.count_com
                FROM cms_content con
				INNER JOIN cms_category cat ON cat.id = con.category_id
				LEFT JOIN cms_users u ON u.id = con.user_id
						 LEFT JOIN         
                ( 
                    SELECT target_id, COUNT(id) AS count_com
                    FROM cms_comments cmm
		    WHERE  target='article' AND published = 1
                    GROUP BY target_id 
                ) cmm ON cmm.target_id = con.id 
                WHERE con.is_arhive = 0
                       AND (cat.NSLeft >= '24' AND cat.NSRight <= '49'
AND cat.parent_id > 0)
 AND (con.showlatest = 1)
 AND (con.published = 1 AND con.pubdate <= '2013-12-08 21:26:56' AND
(con.is_end=0 OR (con.is_end=1 AND con.enddate >= '2013-12-08 21:26:56')))
 
 
 
 
                ORDER BY con.pubdate DESC
LIMIT 0, 4;

#8 [ЗАКРЫТО] Проблема вставки видео 9 ноября 2013 в 18:06

Я так понял, что техподдержка платная, потому, что прошел уже год лицензии, поэтому не получается туда написать.

#9 [ЗАКРЫТО] Проблема вставки видео 9 ноября 2013 в 14:18

Это связано с настройками вконтакте и дело в том, что они были настроены, я пользовался год целый и добавлял много видео так, однако в один прекрасный день все пропало. И главное, я хотел изменить в админке настройки, но при сохранении ничего не меняется больше. :(

#1 [ЗАКРЫТО] Проблема вставки видео 8 ноября 2013 в 18:54

Здравствуйте, уважаемое сообщество! Не знаю почему, но при вставке видео по сслыке начало выдавать "User authorization failed: invalid access_token", а если вставлять через код, то не принимает, а только старый код из ютуб через <obekt>. Может кто-то сталкивался с такой проблемой?

#1 Глубиномер - полный путь 29 августа 2013 в 02:43

Здравствуйте, уважаемое сообщество!
Может быть есть вариант, чтобы можно было включить один раз глубиномер для всех статей сразу по умолчанию "Глубиномер — полный путь"? А то я этот момент не учел, а теперь, чтобы это сделать, то надо в каждую статью входить… :(

#10 Плагин мессенджер для сайта в всплывающем окне 23 августа 2013 в 23:14

Неужели ни у кого нет нагрузки на сервер? scratch

#11 Плагин мессенджер для сайта в всплывающем окне 22 августа 2013 в 23:22

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

Предыдущая
1
2
3
4
...
15
Следующая
Показаны 16-30 из 225

Thanatognozija

InstantCMS Team

О проекте

Поддержка

Дополнения