kodges

kodges
Рейтинг
89
Регистрация
10.07.2007
TOPMO3A:
За всплывающую рекламу забанил годами в топе стоящие сайты. Зарабатывать становиться всё труднее.

А пример забаненного за рекламу можно? Я так понимаю не ваши все равно, так может светанёте URL, или в личку пришлите...

Hkey:
От титла ссылки разница в кликабельности несколько процентов, для того чтобы статистически достоверно отследить такие изменения нужно очень большое число кликов. Далеко не факт, что поисковики оценивают кликабельность внутренних ссылок.
Более того на большинстве сайтов титлы в стиле "Одесский оперный театр << театры Одессы << Одесса" и ставить такие титлы у ссылок глупо.

Сделайте эту возможность с выбором в админке, использовать в title ссылок запросы или титлы страниц на которую ссылается ссылка. То что для Вас несколько процентов, для ПС имеет бОльшее значение! Большее влияние ссылок по которым кликают по сравнению с ссылками по которым не кликают уже обсосано не один раз в мире СЕО. Если вы это не проверяли не значит что это не работает! Работает и в том числе и со внутренними ссылками сайта. Кроме всего прочего, привлекательный титл ссылки увеличивает ее кликабельность, а значит и количество просмотров на посетителя, что также положительно сказывается на сайте. Везде по чуть чуть и набирается нехилый плюс в глазах поисковых систем для сайта...

В общем вы главное реализуйте эту возможность на выбор пользователям, а уж использовать или нет это каждый решает сам. У меня например титлы страниц все человеческие, а не в виде "хлебных крошек" как в вашем примере...

Hkey, сделайте плизз чтобы в титлах контекстных ссылок был не просто ключевик а title страницы на которую ссылается ссылка. Такие ссылки имеют бОльшую кликабельность, и соответственно передают больше веса так как ПС учитывают и поведенческий фактор. Вес ссылок же по которым не кликают вообще, стремится к нулю!

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

Я думаю если уж на сервере установлен мемкешед, то ему отведено как минимум 512 мегов памяти, а этого более чем достаточно для хранения кеша посещаемого сайта (в моем случае, посещаемостью более 150к в сутки), кеша который в случае файлового размещения занимал бы полтора гигабайта на диске. Вопрос в скорости файлового кеша или кеширования в мемкешед тут не стоит, разница не столь значительна.

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

Просто сделайте на выбор куда кешировать в файлы или в память мемкешед, и всем будет счастье.

PS: В движке DLE кстати говоря в последней версии появилась поддержка мемкешед, и это радует. Хорошая практика!

Hkey:
Мемкешед дает выигрыш в скорости, если храниться много мелких данных, особенно если хранятся числа (их не приходиться переводить из десятичной системы в бинарную). Либо если хранятся часто изменяемые данные. В остальных случаях потребление памяти не оправдывает прирост производительности.

Я хранил в мемкешед целые HTML страницы сгенерированные движком, чтобы их не приходилось повторно генерировать, так как была большая нагрузка на базу данных из-за высокой посещаемости. Я думаю вы понимаете что целая страница в памяти это далеко не мелкие данные и не числа. И тем не менее это значительно разгружало базу данных, а в сравнении с файловым кешированием, очевидным плюсом было то что не забивался диск, устаревший кеш не приходилось чистить и размер кеша был в 3 раза меньше так как мемкешед сжимает данные перед помещением в память.

Замеры скорости же показывали что страница из кеша отдается в 70(!) раз быстрее чем генерируется новая. И это при том что новая генерировалась за секунду примерно.

Я бы рекомендовал автору сделать хранение кеша не в файлах, а в Memcache ну или на выбор пользователя.

Делается это крайне просто с точки зрения программирования.

Плюсы:

1. Нет лишней нагрузки на HDD так как все хранится в ОЗУ.

2. Старый кеш не нужно удалять так как по истечении времени жизни кеша (задается при создании кеша), он просто помечается как устаревший и на его место перезаписывается новый кеш.

3. Значительно более быстрое время доступа к кешу в отличие от файлов.

4. Значительно меньше места требуется на хранение кеша, так как Memcache сжимает данные перед помещением в память.

Минусы:

1. Нужно чтобы у вас было хотя бы 256 мег. ОЗУ свободных.

2. При перезагрузке сервера кеш теряется (но это не критично так как сервера на linux работают без перезагрузки годами)

DOKTOR_666:
Помогите плиз поставить на ДЛЕ ...
все делалость по инструкции ...

но при попытке входа в админку грузится сам сайт с ошибкой "данная новость не найдена ......" и высыпается кууууча ворнингов ...

на локалке работает нормально ... на пустом домене тоже ...
но при попытке прикрутить к ДЛЕ - вот такая вот ботва

в папке с Htracer создайте файлик .htaccess и поместите в него строку:


RewriteEngine Off

kodges добавил 23.11.2011 в 07:18

Iliadin:
Проблема такая:
- Захожу в админку HTracer
- В настройках MySql красным цветом "Имя пользователя, пароль или хост MySQL не верны."
- Забиваю правильный пароль в поле "Пароль к MySQL:"
- Нажимаю "Сохранить"
- Нажимаю "Проверить" -> всё ок, зелёная надпись "Доступы верны"
- Выхожу из админки HTracer
- Захожу в админку HTracer
- В настройках MySql красным цветом "Имя пользователя, пароль или хост MySQL не верны."...
Как лечить?

Проверьте права на запись в папку admin, должны быть chmod: 777

pavel419:
Ща поставлю 3,1 на ненужном сайте, отпищу о впечатлениях :)

pavel419 добавил 10.10.2011 в 15:12
Hkey, все красиво и круто конечно, но остались старые болячки:
- если ставлю Способ разбора HTML- быстрый, то сайт превращается в гырфырфыр, то ли кодировку разносит, то ли что-то еще ему мешает...
- опция Закрывать MySQL соединение - наглухо убивает сайт, он вообще не загружается, просто чистый экран. Зачем она вообще?

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

Очень странно... У меня везде стоит Способ разбора HTML - быстрый и все нормально отображается.

И опция Закрывать MySQL соединение везде стоит, и сайты работают, все загружается.

Попробуйте на другом сайте проверить для статистики ))

Hkey:
1. С галочкой проверял не было проблем. Проверю еще раз.
2. Проверьте опцию вставка->выделять жирным.

Чтобы уж совсем точно все повторить, импортируйте себе мои настройки:

htracer_show_all_options=1

htracer_test=0

htracer_encoding=windows-1251

htracer_mysql=forced

htracer_mysql_login=login

htracer_mysql_dbname=dbname

htracer_mysql_host=localhost

htracer_mysql_prefix=dle_

htracer_mysql_set_names=utf8

htracer_mysql_ignore_mysql_ping=0

htracer_use_php_dom=1

htracer_cash_days=1

htracer_cash_use_gzip=0

htracer_short_cash=0

htracer_cash_save_full_pages=1

htracer_mysql_dont_create_tables=0

htracer_mysql_optimize_tables=1

htracer_trace_grooping=100

htracer_only_night_update=0

htracer_mysql_close=1

htracer_insert_img_alt=0

htracer_img_alt_rewrite=0

htracer_insert_a_title=0

htracer_a_title_rewrite=0

htracer_insert_meta_keys=0

htracer_meta_keys_rewrite=0

hkey_insert_context_links=ranges

htracer_site_stop_words=

htracer_context_links_b=only_first

htracer_clcore_size=1000

htracer_max_clinks=10

htracer_clinks_segment_lng=100

htracer_validate=1

htracer_trace=1

htracer_trace_double_not_first_page=1

htracer_trace_double_comercial_query=1

htracer_trace_service_filter=1

htracer_trace_free_filter=1

htracer_trace_sex_filter=1

htracer_trace_download_filter=1

htracer_symb_white_list=1

htracer_cloud_style=

htracer_cloud_links=20

htracer_cloud_randomize=5

htracer_cloud_min_size=70

htracer_cloud_max_size=180

И после импорта включите Gzip сжатие, а потом попробуйте его отключить. У меня нивкакую не отключает. Вернее пишет что отключил но если перезагружу страницу админки то галка на чекбоксе все равно появляется.

PS: логин и имя базы вставьте свое конечно.

PPS: Опция "Вставка->выделять жирным" выставлена в "Только первый", однако нигде ничего не выделяется... Просмотрел много страниц, никаких выделений.

vtomas:
У меня с галочками порядок, а вот выделение жирным тоже не работает.

А вы пробовали убрать галочку "GZip cжатие кеша:" или "Кешировать страницы целиком:", а потом после сохранения обновить страницу и проверить есть ли галочки?

У меня на двух разных серверах не работает (((

Установить галочку не проблема, это он делает, а вот снять не снимает(

Всего: 133