- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Исправил, перекачайте.
Hkey добавил 09.06.2011 в 07:35
Время затрачивамое на саму инициализацию не является критичным. Ваши данные это подверждают, в них указано, что четверть времени всей инциализации занимает подключение к MySQL. А это относительно быстрая функция.
Hkey добавил 09.06.2011 в 07:38
----------------------------------------------------------
artoha вы наглый лжец. Вы пытаетесь рускрустить свой говноблог этой гавностатьей. Большинство данных указанных в ней несопадает с действительностью. Например, про суппорт.
Лжец, тролль, провакатор. Но не наглый.
Раскручивать блог говностатьей не имеет смысла. Данные совпадают.
Но саппот реально медленный.
И, да, я в курсе о том, что блог — говноблог. Спасибо, что напомнили.
Не заметил я особых тормозов от скрипта. Видимо пациент маловат (всего несколько тысяч посетителей и несколько сотен страниц).
Заметил тормоз секунд на 15 после очистки кеша скрипта, но разовый, далее все странички открывались как обычно. Видимо он разом генерит все облака для всех страниц.
Я вырубил расстановку ссылок в текстах. Это скрипт делает неадекватно (копирайтеры ещё долго не останутся без работы)). Ещё немного парят запросы в неверной раскладке (это я автору писал уже). Админка беспощадно сделана: надо группировать опции, делать экспертный режим, кнопку "Выход" ))
Автору советую не отвлекаться на весёлые посты в блогах, а работать над продуктом.
А как тогда объяснить что после внесения изменений время генерации страницы с 1,5 сек стала 1 сек?
ИМХО нереальные данные. Не может замена connect на pconnect дать такую разницу. Хотя все возможно.
если заменять hkey_connect_to_mysql() на hkey_pconnect_to_mysql() в Htracer.php в 182 строке и 332 то выдаёт ошибку в обоих случаях.
Причиной был один из сайтов, на котором запустили HTracer. Это крайне безграмотно написанный продукт, который умудряется не закрывать коннекты к MySQL, чем вызывает взрывной рост очереди FastCGI процессов и как следствие скручивание MaxClients.
Архибред. Закрытие MySQL коннекта просто освобождает индификатор, а не процесс. Тем более индификатор должен освобождаться автоматически при завершении скрипта.
Hkey, это не бред. Апач получает задачу на обарботку PHP-кода и отправляет ее в FastCGI-процесс. FastCGI процесс вызывает интерпретатор PHP, который в свою очередь делает коннект к MySQL и... ждет, пока ему вернут данные. А данные не возвращаются. В это время лавинообразно поступают новые задачи и они тоже зависают в ожидании. В результате мы получаем несколько сотен коннектов к базе и несколько сотен FastCGI-процессов, которые висят в одиждании отклика MySQL. Но учитывая то, что на форк может быть только ограниченное количество FastCGI-процессов, то Апач вынужден плодить новые форки. И тут же упирается в MaxClient, после чего прекращает обслуживание дальнейших запросов от браузеров (или реверс-прокси серверов) и выдает ошибку 502. Все! Хостинг встал за 3 минуты.
Вам нужно в корне пересмотреть архитектуру приложения, а не гоняться за багами. Пока Вы это не сделаете, крупные сайты не смогут использовать Htracer и их хозяева продолжат в меру своей воспитанности поливать Вас грязью.
Hkey, это не бред
Это не бред, это полнейший бред. Коннект функции mysql_connect() обрывается при завершении интерпретации кода (это написано в документации PHP). Более того mysql_connect не создает отдельный процесс или поток. То что вы использовали кучу терминов - не делает ваш бред меньшим бредом.
Бред не бред, а версии стабильной все нет...
Бред не бред, а версии стабильной все нет...
Тоже самое, удалил скрипт со всех сайтов, уже которую неделю, жду стабильную версию 😒
я в шоке.
Автору показую здесь узко исправ , так он как дите малье огризается и все равно долбится за свое.
Надо сделать голосование и призвать к нему всех покупателей скрипта. Так будет объективно. Может быть, действительно, какие-то бедолаги мучаются.
Есть кто-то с сайтом в 100к посетителей, у кого скрипт работает отлично?