SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008

Dmitriy_2014, у меня складывается ощущение что ты тупо и регулярно троллишь.

Делать какие-то обрывочные выводы, игнорируя др факторы, и даже не определив целей и задач (ряди чего, собстно, выводы) - это просто.. детский сад.

Ещё бы и значение слова "ТОП" не мешает понимать.

xVOVAx:
больше доставляет другая проблема , когда на планшете и на десктопе разные прочитанные в новых

Потому что кука "прочтения" - она в браузере, а не на сервере.

sergv, перелогинься - иногда помогает. Только учти, что сбросятся все.

Dmitriy_2014:
Неужели скорость сайта — это всё что нужно чтобы попасть в топ?

В ТОП быстрых сайтов - безусловно!

У других ТОПов - другие критерии.

Dmitriy_2014:
Вот смотрю я на сайты в пределах топ 100 в рейтинге LifeInternet: Рейтинг сайтов в разделе компьютеры, и даже если не брать в расчет первые топовые проекты до топа 30, все они конечно безусловно быстрые, а некоторые я бы даже сказал очень быстрые, но какие-то обрезанные

Видимо у тебя какие -то другие рейтинги.

Пройдёмся по этому ТОПу ЛИ.

1. http://4pda.ru/ - 3,57 сек. Норм. Но что в нём обрезанного? Всё по теме, даже реклама присутствует.

2. http://www.3dnews.ru/ - 12,45 сек. Афигеть как быстро. И какой "обрезанный"? - почти на 3 метра раздут.

3. http://trashbox.ru/ - 3,8 сек при <800кб это не так уж и быстро. И тоже пёстрый как японский сексшоп.

..

9. http://www.overclockers.ru/ - 8,22 сек. 7 мегабайт на морде!!!

Дальше стало лениво смотреть.

Psyhelp:
а можно что-то делать с вордпрессом, чтобы он не сжирал код?

Не размещать код в редакторе контента.

А лучше - 100500 раз подумать прежде чем тащить к себе на сайт всякое.

Парни, предлагаю на этом остановиться. Новые весомые аргументы вряд ли найдутся, каждый всё равно останется при своём, а вот посраться на ровном месте - как два пальца об асфальт. А ведь в будущем ждет сколько интересных тем для дискуссий :)

nikonlay:
Не объяснил что именно он сделал, то ли в настройках хостинга, то ли ВП, но действительно заработало )

Посмотри в конфиге ВП - не изменился ли адрес базы. (тут "localhost" и "127.0.0.1" разные адреса)

nikonlay:
То есть MySQL тоже нужно обновлять? Я вот не знаю теперь, стоит ли, да и в панели управления хостингом что-то не вижу настроек смены mysql. Это видимо только как-то вручную делать?

Рекомендации - это НЕ требования.

Это всё равно что ты ездишь на работу на автобусе, а тебе рекомендуют на такси. Доберёшься в любом случае, но на такси может быть быстрее ;)

Ты сам не обновишь версию СУБД. Это только хостер может сделать.

postavkin:
А таблицы вот

Тут куда хуже смесь движков (MyIsam и InnoBB).

postavkin:
убедились, что кодировка без BOM

Тут надо не проверить (N++ может неправильно показать), а сделать "преобразовать".

НО!! У тебя там на скрине есть таблица и в UTF. Она поломается. Сделай экспорт только таблиц, которые в 1251.

Кроме того - ты не услышал важного:

SeVlad:
Смотря какие там данные и как хранятся.

Если там напр кириллица закодированная и/или в сериальных данных, то всё, сливай вода..

Ну и вообще да:

LazyBadger:
в объективной реальности базу оставить можно в 1251, а показывать данные из нее - в UTF8
Эдуардoff:
Ну да, ну да, если бы еще точно знать какой именно плагин может сделать это правильно.

Любой, предназначенный для миграции. Наиболее удобный https://wordpress.org/plugins/duplicator/

Эдуардoff:
Я пользовался этим и вроде все ок, но сайт начал терять посетителей. Копнул запросом в бд, а там после плагина непаханое поле, куча ссылок на старые адреса.

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

Эдуардoff:
Где моя уверенность что предлагаемый вами плагин все сделает правильно?

Поиск по базе придаст уверенности. Акцентирую - только поиск, а не изменение данных.

Но да, иногда бывает, что плаги чего-то не увидят (у того же дубликатора есть 2 режима сканиования). Это следы всяких говно"премиальных" тем и плагинов (в тч и бесплатных типа некстгаллери) - они могут хранить данные в экранированном виде или ещё как-то по-хитрому. Плаги же миграции похоже это не ищут, тк это бОльшая нагрузка.

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

postavkin:
Простите, разве это сеошный вопрос?

Это-то как раз технический вопрос. Но был-то в сеошном разделе. Уже перенесли в технический.

Всего: 28523