-
Публикации
1 067 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
4
Сообщения, опубликованные пользователем Danila
-
-
Нужно сделать, то что тут просят: http://ping.blogs.yandex.ru/
Причем с учетом, того, что Новости постятся не только в прямом эфире, но и на будущее.
-
Сделайте проще:
{custom category="31" template="test" aviable="global" from="0" limit="10" cache="no"}
{custom category="32" template="test" aviable="global" from="0" limit="10" cache="no"}
-
Можно вывод через {custom} сделать...
-
В .htaccess написать Deny from IP-этого сайта.
-
ошибка 500 выходит
вписал в хтаксесс корня сайта
Это из php.ini не .htaccess Кто му же в этом я абсолютно не уверен. Лучше спросите у более знающих.
-
это ты не от сессий избавлялся ,а от дописывании session_id в урлНо, чтобы избавиться от сессий я делал так:Ну, да. А ТС разве не это надо? Наверно я неправильно понял вопрос...
Может это имеется ввиду:
[session]session.save_handler = files
session.use_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.serialize_handler = php
session.gc_probability = 1
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.bug_compat_42 = 0
session.bug_compat_warn = 1
session.referer_check =
session.entropy_length = 0
session.entropy_file =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.hash_function = 0
session.hash_bits_per_character = 5
url_rewriter.tags = "a=href,area=href,frame=src,input=src,form=fakeentry"
-
Можно еще добавить, а потом удалить категорию и очистить кеш.
-
Может я ошибся?
Но, чтобы избавиться от сессий я делал так:
php_value session.use_trans_sid 0php_flag session.use_trans_sid off
-
Более того, версия для печати не содержит в себе всякого "мусора" (лишних картинок ссылок, меню, скриптов и т.д и т.п), там контент в чистом виде, ПС это больше нравится.
пожалуйста, не подумайте, что я спорю - я в этом не силен - но мне всегда казалось, что и картинки, и ссылки, и меню - все это индексируется, и по ним тоже можно получить дополнительных посетителей, если грамотно оформить html. а скрипты имхо - это мелочь.
Здесь вы правы, более того на одних картинках можно неплохо раскрутить сайт, ведь у гугла, яндекса и других крупных поисковиков есть поиск по картинкам, но! Я говорил немного о другом, страница с чистым контентом, будет более привлекательна поисковику, чем страница с тем же контентом, но "замусоренная" (я не зря это брал в кавычки) еще чем-то. Для поисковика идеальная страница эта та, где есть то, что в поисковом запросе и ничего лишнего.
Ссылки в меню помогают индексировать не эту страницу, а другие, те куда ведут эти ссылки. Мы просто говорим о разных вещах.
-
Вы меня не правильно поняли. Шаблон для печати сделан так, что его перепутать с самим сайтом нереально, там написано, что это версия для печати, да еще и ссылка на сам сайт и "не печатную" версию статьи дана. Это всё равно, что окажись я в китайском аэропорту и увижу надпись по-русски "выход" буду долго его искать.
И юзабилити в версии для печати самое отличное, вверху на самом видном месте указано где человек (и это кликабельно!). В конце-концов, не нравится вам такое юзабилити, сделайте свое, там делов шаблон подправить на 5 минут. Сделайте надпись
<h1>Это версия для печати!!!!! Чтобы перейти на сайт нажмите сюда --> </h1>Но это уже маразм, среднестатистическому человеку и так вполне всё понятно.
Более того, версия для печати не содержит в себе всякого "мусора" (лишних картинок ссылок, меню, скриптов и т.д и т.п), там контент в чистом виде, ПС это больше нравится.
-
, так как зайдя к вам на сайт ПО НЕЙ, человек (простой юзверь) думает, что это и есть сайт, и уходит если ему не понравилось.
Ну если человек дебил, то да. Ко мне, к счастью, таких не ходит.
может она и помогает в сео, но я на своем примере этого не заметил..У меня в Яндексе и Гугле на такие страницы много народу приходит. Я их отключать не собираюсь. Мне они помогают.
-
А еще эта проблема может быть из-за браузера, если у другого человека это получилось...
-
в .htaccess скрипта или хостинга?
Там где вам это надо. Надо только ДЛЕ? Тогда только скрипта, надо везде? Тогда на папку выше.
-
Содержимое в базе, перезалейте всё кроме папки с шаблонами и /engine/data/ А перед заливкой сделайте резервную копию всего, что есть (БД и файлов скрипта).
Папку /engine/data/ и шаблоны проверьте на наличие скрипта вручную, там не так много файлов.
-
двиг надо полностью заточить под новостной, со всеми необходимыми для этого фичами, а потом уже перейти к разработке модулей к нему.
Это, на мой взгляд, лишнее. Я про заточку под новостной. Не все же используют как новостной сайт. Я сделал себе на его основе портал, кто делает на нем сайты -визитки.
Насколько я знаю двиг изначально задумывался как новостной, а то что вы его используете не по назначению пораждает массу проблем. У меня например на новстных сайтах вообще не требуется никаких доп. модулей. Меня в этом плане он полностью удовлетворяет.
-
Некоторым и существующая стоимость не по карману (судя по огромному количеству нулленых cms)
Не думаю, что дело в неподъемной стоимости лицензии.
А вообще, моё мнение, что двиг надо полностью заточить под новостной, со всеми необходимыми для этого фичами, а потом уже перейти к разработке модулей к нему.
-
Я бы посоветовал не удалять код, а перезалить все файлы, мало ли где он еще может быть. Мне и в main.tpl даже заливали...
-
Суть проблемы:
У меня есть сайт фирмы на очень стареньком движке, писал сам какой-то умелец. Современным требованиям этот движок уже не отвечает. Хочу этот сайт перенсти на DLE. Имеется ввиду грохнуть полнустью старый движок, поставить DLE. Но есть один нюанс - там больше 1500 страниц. Готов забить их ручками, но на это уйдет время. Останавливать работу сайта я на это время не могу.
Возможно ли:
1. Набить сайт на рабочем домене (допустим work.ru) а потом базу перенести на основной домен. Тогда вопрос - как поведут себя ссылки с набитой базы от work.ru на основном домене? Не придеться ли еще больше времени мучиться - править?
2. Возможен ли какой-то другой вариант работы сайта в оф-лайн?
Другими словами, как решить такую проблему? Кто сталкивался, кто подскажет? Сразу скажу: вариант редиректа не катит
Думаю проблем со ссылками не будет, многие с локалхоста в нет переносят же нормально. Возможно придется поправить конфиги в /engine/data/
-
Если я не ошибаюсь, то для php, работающего как модуль apache в .htaccess запиши:
php_value session.use_trans_sid 1
php_flag session.use_trans_sid on
-
iframe искал ненашол,дополнительных файлов тоже нет,а как перезалить дистрибутив?
Если iframe нет, то script должен быть. Перезаливай так же как и заливал до этого, только
engine/data/ не перезаливай и установку не делай.
-
сделай контекстный поиск по всем файлам движка (включая шаблоны), ищи либо iframe либо script, подозрительные файлы сравнивай с дистрибутивом, и удаляй все лишнее. А еще проще дистрибутив перезалить поверх существующего.
-
А зачем вообще ее удалять? Она очень полезна для поисковиков, в ней нет разного "мусора" типа баннеров, меню, оформления. Только текст, полезный пользователям ПС.
-
нужно просто фтп пароль сделать нормальным а не домашний телефон и вирусы ломится небудут... А ещё во времена когда я сидел на нулях (по незнанке ) тоже каждый день индекс пхп чистил от фреймов с троянами
Не поможет, по протоколу FTP пароль передается в незашифрованном виде. Если у вас сидит троян хоть такой Hyd683mxd00 пароль ставте, его просто утянут и всё. Это поможет если пользуетесь SFTP клиентом или SSH + антивирус мониторит на трояны.
Проще .ftpaccess настроить.
-
Ну, А-запись сделать с каз. хоста на другой и там оба домена разместить, а ДНС казахстанские использовать. Или если хост позволяет внешние соединения с БД, одни в казахстане хостить, но базу использовать с другого хоста...
Как ограничить длину текста в модуле {speedbar}?
в DataLife Engine (Общие вопросы)
Опубликовано:
/engine/engine.php
Код