- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Ошибся, нужно три равно вместо двух писать
порно
Вы можете использовать api. Создайте функцию которая фильтрует слова.
По поводу производителности, то обновитесь.
Hkey добавил 16.05.2011 в 10:26
Вышла версия 2.4.2
База имен собственных увеличена в несколько раз. Исправлены некоторые глюки.
база данных должна сразу после включения наполняться? у меня все таблицы пустые, хотя тестирование прошло нормально. сам делал переходы с поисковика - но таблицы пустые
C === понятно ,подправлю
Также впиcывал перед включением трасера в index.php код
Обновил кеш , но вот второй день результата нет , трасер подхватил адалт запросы и упорно тащит их .
Если я правильно понял про api , то во что превратится файл index.php если я начну в нём перечислять слова - писи , жопы , трах и тому подобное учитывая что таких слов тысячи а если ещё и ошибки в словах брать ?
Конечно проще запретить категорию , проверю будет ли это работать.
Но хотелось бы чтобы можно было управлять созданием ядра . Если необходимо то хоть в подключённый текстовый файл (чтоли) убирать адреса страниц не нужных для обработки трасера . Это не обязательно как у меня борьба с адалтом , а допустим уже раскрученные страницы или страницы не несущие конверт ,если кто-то создаёт ядро из конвертабельных страниц.
Небольшой вопрос по пункту - "Группировать переходы по"
Если сайт 10к то выставлять - 10000 ?
Я уже боюсь что либо делать , сапорт хоста опять надаёт подзатыльников.
C === понятно ,подправлю
Также впиcывал перед включением трасера в index.php код
Обновил кеш , но вот второй день результата нет , трасер подхватил адалт запросы и упорно тащит их .
Если я правильно понял про api , то во что превратится файл index.php если я начну в нём перечислять слова - писи , жопы , трах и тому подобное учитывая что таких слов тысячи а если ещё и ошибки в словах брать ?
Конечно проще запретить категорию , проверю будет ли это работать.
Но хотелось бы чтобы можно было управлять созданием ядра . Если необходимо то хоть в подключённый текстовый файл (чтоли) убирать адреса страниц не нужных для обработки трасера . Это не обязательно как у меня борьба с адалтом , а допустим уже раскрученные страницы или страницы не несущие конверт ,если кто-то создаёт ядро из конвертабельных страниц.
Небольшой вопрос по пункту - "Группировать переходы по"
Если сайт 10к то выставлять - 10000 ?
Я уже боюсь что либо делать , сапорт хоста опять надаёт подзатыльников.
Если у вас в адмике не ругается на сеттаймлимит, то поставьте 10000. Если в папке query есть файл, то удалите его.
Опишу , действия сегодняшних приключений.
Обновил версию выставил настройки и только после этого почистил кэш .
Всё прошло нормально без запинки. И тут настала очередь вставить код
//отключаем для директории dir уже с тремя равно . Сервер упал сразу же (LA превысило все нормы).
Тут началось самое интересное - после того как восстановили работу сервера закомментировав попутно строку //htracer_ob_end() чтобы убрать сначала код который ложит сервер и потом запустить трасер без этого кода , но раскоментировав htracer_ob_end опять пошла огромная нагрузка и пришлось опять закомментировать обратно. После трех попыток трасер так и не удалось запустить хотя в самом начале перед вставкой кода отключения директории всё работало нормально. Проверил несколько раз не удалил ли я чего лишнего , но всё было в порядке.
Как теперь хотябы запустить трасер чтобы он не ложил сервер ?
Неужели опять начать всё сначала удалив все переходы ?
база данных должна сразу после включения наполняться? у меня все таблицы пустые, хотя тестирование прошло нормально. сам делал переходы с поисковика - но таблицы пустые
Возможно, вы группировку запросов включили включили.
Hkey добавил 16.05.2011 в 22:27
Опишу , действия сегодняшних приключений.
Обновил версию выставил настройки и только после этого почистил кэш .
Всё прошло нормально без запинки. И тут настала очередь вставить код
//отключаем для директории dir уже с тремя равно . Сервер упал сразу же (LA превысило все нормы).
Тут началось самое интересное - после того как восстановили работу сервера закомментировав попутно строку //htracer_ob_end() чтобы убрать сначала код который ложит сервер и потом запустить трасер без этого кода , но раскоментировав htracer_ob_end опять пошла огромная нагрузка и пришлось опять закомментировать обратно. После трех попыток трасер так и не удалось запустить хотя в самом начале перед вставкой кода отключения директории всё работало нормально. Проверил несколько раз не удалил ли я чего лишнего , но всё было в порядке.
Как теперь хотябы запустить трасер чтобы он не ложил сервер ?
Неужели опять начать всё сначала удалив все переходы ?
Попробуйте вырубить запоминание переходов. И оптимизировать таблицы.
P.S. Если у кого-то тупит попробуйте включить кеш в MySQL и поставить группировку переходов.
Возможно, вы группировку запросов включили включили.
Hkey добавил 16.05.2011 в 22:27
Попробуйте вырубить запоминание переходов. И оптимизировать таблицы.
P.S. Если у кого-то тупит попробуйте включить кеш в MySQL и поставить группировку переходов.
Сначала не помогло.
Выбило ошибку
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 8183130 bytes) in /HTracer/hkey_str.php on line 117
Потом оптимизировав таблицы движка ,трасера , включив гзип движка ,отключив запоминание переходов и ещё кучу манипуляций всётаки удалось запустить трасер .
Ну и когда трасер заработал то весь контекст и частично облако в адалт запросах.
Как же всё таки заставить трасер игнорировать категорию эротика ?
Пока приходится тратить пару часов в день забивая такие запросы в минус 2 ,но этого хватает на полсуток и они опять появляются.И опять же то что я минусую эти запросы они не удаляются а куда-то складываются то есть опять сбор мусора. На данный момент управлять созданием семантического ядра в модуле нет возможности , как трасер скажет так и будет.
читаю ветку и плачу. мне все это напоминает анекдот перестроечных времен
горбачеву докладывают - куры дохнут
горбачев - перед каждой курицей нарисуйте красный круг
докладывают - нарисовали, все равно дохнут
горбачев - нарисуйте в красном круге белый треугольник
докладывают - все равно дохнут
горбачев - нарисуйте в треугольнике синюю точку
докладывают - все куры сдохли
горбачев - надо же, а у меня было еще столько вариантов.
поставил после долгих мучений на 1 сайт, у меня выделенный сервак (Intel Xeon 3060 2.40 ГГц, 5Gb RAM, 160Гб HDD), на серваке всего 3-4 сайта. сейчас выключил т.к. тормозит безбожно...на какие же параметры рассчитана софтина? что с ней делать, чтобы не тормозила?
Стоит скрипт последней версии на DLE и Joomla, VPS с конфигом Virtual CPU 1414Mhz, 500Mb memory. Ничего не тормозит ;)