big boy

big boy
Рейтинг
361
Регистрация
18.11.2006
Должность
webmaster
Beregin:


Спасибо, идея хорошая, да только есть одно "но": запрещенные в robots.txt страницы останутся в sitemap.

Но ведь это тоже плохо?

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

Да и вообще я так смотрю - у вас всё неправильно. В сайтмапе должны быть основные страницы сайта, даже можно без категорий. Неудели нельзя сайтмап редактировать? Какая у вас CMS?

---------- Добавлено 28.07.2014 в 15:12 ----------

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

В robots.txt дописать строку:

Disallow: */page=*

Что выкинет из индекса все эти страницы.

А если вопрос в том, что нужно сохранить их в индексе, но убрать дубли, то нужно для каждой из страниц page=1, page=2, page=3 ... прописать уникальный статичный текст. ИМХО в таком варианте геморроя гораздо больше и не вижу смысла это делать.

lomster7:
Слежу за темой, тоже надо такое, ТС, отпишешь если удастся поменять содержимое (стили) iframe'а.

Скрипт уже готов, осталось концы связать. Как доделаю - отпишусь о результате.

Заказал у Сергея скрипт, функционал которого описан в соседней теме.

Считаю, что с заданием он справился блестяще и сделал даже чуточку больше, чем требовалось в ТЗ. К примеру не договаривались о каких-то визуальных красотах или дизайне, но тем не менее я получил помимо работающего еще и шикарно оформленный продукт, который можно сразу вешать на сайт и даже раньше на два дня, чем договаривались. Реализовать задумку требовалось максимально простым способом, но тем не менее скрипт чётко структурирован, разбит на несколько файлов, есть CSS, картинки и помимо php используется JS.

Сергей - ответственный мастер.

Еще добавлю от себя тем, кто еще думает по поводу того, обращаться к ТС за услугами или нет. У Сергея есть очень замечательная фраза в обиходе: "напиши свою цену, может быть устроит..." - так что договориться можно!

Решили пойти еще чуть дальше.

Скрипт пишет конфиг - форма с полями, заполняются цвета, размеры и тд., всё пишется в массив, а значения подставляются в css.

То есть получается, что не надо городить кучу css файлов, да и массивы гораздо проще читать и писать из файлов. Второй плюс - в массив можно писать какие угодно данные, то есть расширить возможности по пользовательской настройке. К примеру отключение некоторых элементов.

SeVlad:
Так что отдавать - зависит от того, что ты сам захочешь :) Возьми, например, счётчики или погодные информеры. Юзер вставляет код типа:
site.com/api.php?theme=5&width=450&bordercolor=red

В результате что-то "настраивается" в передаваемых параметрах, что-то в локальном css, а что-то совсем не настраиваемо (тот же блок с беклинком).

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

Но вы меня натолкнули на идею, за что спасибо!

На моём сайте делаю небольшой скрипт с формой, где можно прописать необходимые стили и цвета - он генерирует CSS с уникальным именем (id). По завершению юзер получает код для вставки на сайт в виде:

<iframe src="http://site.ru/api.php?id=7777"></iframe>

7777 - через тот же get хватает нужный css :)

SeVlad:
Пишешь отдельный файл, который принимает параметры (по гет) и выдаёт результат. Это будет типа АПИ, к которому сторонние юзеры обращаются и получают то, что выдаст этот файл. И никаких ифреймов не нужно. Стили, ессно, вебмастеры могут сами настроить.

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

---------- Добавлено 24.07.2014 в 20:46 ----------

Все варианты изменения css фреймов через js, которые погуглил, почему-то не работают (руки кривые наверное). Да и решения все монструозные, а нужно в идеале максимально минималистично.

А ссылку на регистрацию партнёров забыли?

Почему не рекламируетесь через традиционные CPA сети?

Скриншот с примером заработка вдохновляет, да...

Garin33:
big boy логин, пароль к бд проверили? Верный вписан? Менять не пробовали?

Да это первым делом перепроверил.

---------- Добавлено 22.07.2014 в 13:23 ----------

В ТП сказали, что видят активность ботов по перебору паролей в SSH. Сменил пароль от root, сменил адрес панели - сайт включился. В саппорте сказали так же, что смотрели только логи и ничего больше не трогали.

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

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

Garin33:
big boy если есть тестовый сервер - попробовать для начала просто перезалить ядро, может файлы повредились.

Спасибо за дельный совет! Перезалил ядро и ctools (он почему-то тоже начал тупить) - всё заработало.

gruz_:
иногда такая ошибка вылазит после изменений версии PHP на хостинге, или при включённом APC, буржуи пишут:

Хостер отмахивается, что никаких изменений с моим VDS не производили, хотя я вообще несколько дней был вне зоны доступа к инету (до отъезда всё работало, а вернулся - уже нет).

А теперь еще смешнее. Другой сайт уже на D6 и на том же хостинге вчера днём выдал:

Fatal error: Call to undefined function db_connect() in /var/www/user/data/www/site.ru/includes/database.inc on line 152

Перезаливаю ядро и ему, не знаю, поможет ли.

---------- Добавлено 22.07.2014 в 10:38 ----------

Перезалил, не помогло. Ерунда какая-то.

Всего: 2877