- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Ошибся, нужно три равно вместо двух писать
порно
Вы можете использовать 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. Ничего не тормозит ;)