Программу TrafficLinks не запускал несколько месяцев, сейчас запустил, загружаю проект - а мне говорят что у демо версии ограничения 20 ссылок. Нажимаю уже купил - регистрация нашлась, ограничения демо-версии снялись. Загружаю тот же проект, а в нём 20 ссылок... Было несколько сот.
Кнопок сохранить проект или чтото типа того нет, файл пишется в фоновом режиме, значит в момент когда программа вдруг забыла о лицензии она переписала файл сама. Все ссылки, которые хранились в проекте теперь утеряны. Спасибо огромное разработчикам TrafficLinks за надёжность программы!
Setlinks предлагает вечные ссылки, основанные на своём коде.
Только вот код на сайтах может оказаться не вечен..
Проставленные статично в статьях выглядят «вечнее».
Да, пробовал менять fastcgi/модуль, поддомены внутрь - добавленное содержимое остаётся.
Ну с небольшой ошибкой с утра было, бот Яндекса же попадает под него, какие проблемы.
Всё что раньше туда вписывал - осталось там.
Можно попробовать. В каких случаях ISP обновляет конфиг?
Добавил домен через ISP, панель прописала его в конфиг nginx, мои изменения на месте.
Это:
fastcgi_param HTTP_USER_AGENT $http_user_agent;if ( $http_user_agent ~ Yandex|Googlebot|Yahoo|Bing|Baidu|TinEye|Mail ) { return 403; }
Вписал внутрь этого:
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ { ... }
Работает, дальше понятно. Всем спасибо за помощь!
ISPmanager-Lite 4.4.4.1 Дата компиляции Apr 12 2012
Свежий вполне
Дмитрий, а где/как это можно сделать?
Вопрос №2 а чем будет хуже если картинки будет отдавать апач? Если убрать из списка.
Аааа ещё новость - в случае с файлами txt всё работает корректно, проблема сакасется только изображений---------- Добавлено 17.04.2012 в 15:46 ----------Ещё больше локализовал!
В настройках nginx, есть такие секции (или как там называется):
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar)$ { ...}
Перечисленные здесь форматы читаются напрямую с диска, в обход правил в файле htaccess, если запрашиваемый файл физически присутствует на диске. Все остальные обрабатываются корректно.
Сайты везде добавлены через ISP панель, и в настройки nginx ISP же их прописало.
Сделал такой вывод, потому что он совершенно корректно работает на виртуальных хостингах и потому что на тестируемом выдаёт 403 в случае, если файла нет на диске. (А не 404, если это правило убрать или если выключить подмену юзерагента).
Не, нету больше ничего, только включение реврайтенжин.
Попробовал, оставил только
RewriteRule \.(jpg)$ - [F]
Результат тот же - если файл есть на диске его видно.
Выглядит так, что если файл присутствует - апач вообще не лезет htaccess, все правила работают только для ситуаций когда файла физически нет. Но это только на данной конфигурации (Debian5+ISPManager), в остальных случаях всё обрабатывается корректно. Похоже где-то есть какая-то соответствующая настройка.---------- Добавлено 17.04.2012 в 15:26 ----------
В панели nginx-0.6.32-3+lenny3 - жёлтая лампочка справа..
пардон, слишком в общем отписал, уточню на примерах:
допустим в htaccess написано:
RewriteCond %{HTTP_USER_AGENT} Yandex*RewriteRule \.(jpg)$ - [F]
заходим с юзерагентом яндекса, site.ru/image.jpg
- файл есть на диске: получаем картинку
- файла нет на диске: получаем 403 Forbidden
Изначально хотелось чтобы в обоих случаях было 403
Точно такая же ситуация если так:
<Files "\.(jpg)$"> RewriteCond %{HTTP_USER_AGENT} Yandex* RewriteRule (.*) - [F]</Files>
И даже если так:
<filesMatch "\.(jpg)$"> Order Allow,Deny Deny from all</filesMatch>
Проделываем то же самое на виртуальном хостинге с сипанелью - оба варианта 403
