Deni

Deni
Рейтинг
355
Регистрация
15.04.2006

Dash, Само собой сложно навешивать что то глобальное на работающий проект.

По этой причине мы и не стали все страницы кешировать. Часто обновляемые оставили из БД. Или раздел Статьи выставляем жизнь кеша на 72 часа а листинг статей на 12.

Но например в Статьях есть внизу "Похожие статьи"

Они очень неплохо помогают индексации всего сайта и кешировать их навечно неразумно. Именно их планировали в кешированной странице выводить инклудом через один запрос к БД

Или геморрой со счетчиком :(

На счет раздельного кеширования различных блоков страницы идея очень интересная. Почему это не реализовал программист неизвестно :( Либо это шибко сложно либо затратно для сервера. Хотя......... он писал по нашему ТЗ и мы не зная всех нюансов программирование это и не предлагали...

Трафик собственно как и место на сервере пока не лимитировано и на это акцент не делали совсем.

Bor-ka:
Deni, а зачем Вы изобретаете велосипед? есть же нормальные CMS-системы с кэшированием.

Хм......... вы предлагаете плюнуть на все, закрыт несколько крупных проектов с трафиком около 15 тыс в сутки, перенести сайты на другой , непонятно какой движек, полностью сменить структуру сайта , заставить все поисковики заново пере индексировать более 300 тысяч страниц?

В принципе Вы предложили легкое и главное эффективное решение :)
Только адекватно ли данное решение?

Vimsite,

Само собой система сброса кеша редактированной страницы написана и прекрасно работает - открыл страницу в движке для редактирования, файл кеша этой страницы удалился. Это самый простой момент.

О том где лучше хранить файл кеша в БД иди на диски это все же спорный достаточно вопрос. Тут думаю даже единого мнения нет.

Bor-ka:
Deni,
ну прикиньте, есть ПХП-страничка, которая инклудит что то там и отдает данные в поток.

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

Дело в том что в кеше страницы хтмл и в них как Вы знаете инклуды не работают.

Насколько я смог осознать написанный алгоритм :

  • На сервере хтмл страница в архиве
  • При обращении распаковывается, вставляется файл инклуда, обрабатывается инклуд(ну там передаются заголовки или еще что), архивируется.
  • архивом отдается пользователю

Насколько я понял если не "обрабатывать" инклуд то он просто не сработает в момент открытия в браузере клиентом

Bor-ka, Изобретаю не я а программист :)

И в компетенции его я уверен и она проверялась многократно......... но тут что то "не то" пошло.......

У Вас есть алгоритм двухколесного велосипеда с педалями (мопЕд не предлагать) для реализации таких задач с инклудами?

Возникли определенные сложности с которыми самостоятельно справиться не смогли :(


Программист написал кеширование и сжатие но вот результат получился странный.

Тех задание было следующее.
Кешировать страницы определенного типа.
Создать систему инклудов. Цель - при полном кешировании страницы некоторые динамические части кешируются "навечно" надо либо регулярно сбрасывать кеш либо динамические части подгружать уже в кеш инклудом. Так же это требуется для интеграции в кеш статистики CNStats.
Решение данной проблеМММы - в нужном месте сайта пишем комментарии. При кешировании все что внутри коментов вырезается и туда устанавливается инклуд.
Вроде продумали все что можно..........



Итого.
Система написана и начали тестирование.
Выяснилось следующее.
При первом посещении страницы она архивируется и кладется в папку кеша повторяющего структуру сайта. При этом в коде удаляются пробелы и чужие коменты.
При втором заходе (внимание) архив распаковывается, в него интегрируются инклуды, они обрабатываются, файл повторно жмется и только теперь отдается посетителю.
То есть при каждом обращении происходят паразитные сжатия и распаковка
Программист аргументирует это тем что "инклуды в архиве не исполняются"
Статистика CNStats интегрирована через инклуд. Тоже странности. Заголовки страниц определяются только на 50 %. Причину понять так и не смогли.

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

Полевые испытания показали что страница из кеша отдается медленнее чем страница запрошенная из БД.

Учитывая то что идут непонятки в системе статистики у меня возникло подозрение что кеш вообще может отдаваться не корректно, что чревато трудностями с поисковиками

Еще непонятный момент. Первично программист для обработки (сжатия как я понимаю) использовал функцию gzinflate . На сервере файлы кеша вообще лежали без расширений. Вчера переписали для сжатия в gzip

Вопрос.
  • Имеет ли право на жизнь реализованная схема с двойной операцией архивирования в момент отдачи пользователю?
  • Существуют ли иные способы корректно вставить и отдать инклуд в кеше?
slon7:
Deni Возможно вам следует пересмотреть размещение блоков и поправить настройки кода.

У меня нет трудностей с размещением блоков.

У меня нет трудностей с кликабельностью рекламы

Но Вы прекрасно знаете что достаточно часто страницы с бегуном обнуляют свою тематику и выдаются дефолтовые "обьявы про мопед" (например такое постоянно при переходе с закладок или напрямую вводя урл)

Именно про такие ситуации я и говорю.

и дело не в доходе от дефолтовых обьяв.

Дело в том что мне и многим другим надоело видеть обьявы сутенеров, а теперь еще и в тройном размере
Tarry:
Не хватает пункта в голосовании. "У меня все стабильно"

нехватает пункта "Я маюсь дурью" :)

Доход упал на всех обманных площадках ( у меня таких нет)

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

Катерина Михневич, Вы бы ............

Вы бы Уважаемая сначала соизволили бы дать ответ на десяток вопросов которые я Вам задал за последние 10 суток а уж потом бы.......

Это раз........

Два...........

в личной переписки Вам были показаны номера площадок. И траф на основных доменах не мусорный очень даже.....

Три......

Для комментариев моего сообщения Вам ну совершенно не нужно знать номера площадок. Все Ваши слова В ОЧЕРЕДНОЙ раз нацелены на очередную отмазку......

Четыре......

Вы и Ваша компания не открыта для диалога а наоборот закрыта. Это можно судить хотя бы по Вашей манере общения в рамках данного форума.

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

А если это все не для пиара - напишите зачем. Я другой цели не вижу, хотя могу быть неправ и возможно она есть. Потому и спросил - какова цель мероприятия? А вы хамите сразу.
Читать то русским по белому умеете?

НОРМАЛЬНАЯ компания заботится об имидже и при любом негативе в рунете проще направить туда пресс-секретаря для общения с "обиженными" чем потом иметь на себя еще больше грязи........

Но вам очевидно это не дано понять............. У Вас только глобальные понятия в голове - спам, пиар.

Все это я озвучил в первом топике.

Пора привыкать жить цивилизованно и отвечать за свой "базар" ;)

Deni:
В связи с тем что асечная поддержка так и не смогла дать ВНЯТНЫЙ ответ.......... Попробую спросить здесь

Итого

5 суток назад были размещены коды на двух сайтах. Сайты одобрены
На одном сайте было куплено пару десятков мест сразу (сайты достаточно большие и с нормальными параметрами)

За 5 суток количество ссылок не изменилось. Странно

На страницах с купленными местами стоят не купленные ссылки а ВООБЩЕ ЛЕВЫЕ !!!!! Левые которых вообще нет среди купленных

На страницах где ссылки не куплены красуется надпись




Вот и спрашивается. А НАФИГА мне все это нужно?

Ну и долго техподдержка будет игнорировать вопросы?

Там что адекватных и культурных людей нет и никогда не было?

НАФИГ эту систему с такими неадекватными владельцами

Уведомляю администрацию что планирую снять коды с площадок (ID в системе: 119553557)

Тем более что куплено 20 ссылок а вместо них показываются совершенно левые ссылки которых среди купленных нет

Всего: 6909