- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
mysql_close Есть где-нибудь ?
и надо уменьшить таймаут к базе в php.ini
mysql_close - нет такого упоминания.
php.ini - тоже нт такого файла.
Не умеете искать.
В таких случаях или нанимают тех кто умеет или продают домены. Естественный отбор, чо.
Спасибо, хорошие советы, посуществу и по делу, отдельно спасибо, что не предложили выучить китайский язык.
bilep, если не умеете сами, пусть сделает тот кто умеет. сейчас в топике идет разговор глухого с немым.
Спасибо, хорошие советы, посуществу и по делу, отдельно спасибо, что не предложили выучить китайский язык.
А вы ничего не путаете? Вроде как вам здесь ничем и никто не обязан. Вы в такой форме пишите, удивляюсь что люди вообще стали отвечать.
По делу. Нанимайте грамотного спеца и все. Либо вгрызайтесь в тему.
А вы ничего не путаете? Вроде как вам здесь ничем и никто не обязан. Вы в такой форме пишите, удивляюсь что люди вообще стали отвечать.
По делу. Нанимайте грамотного спеца и все. Либо вгрызайтесь в тему.
Вгрызаться в тему нет времени, нанимать грамотного спеца нет средств, сайт не коммерческий.
Мне казалось что на подобных форумах бывают специалисты которые могут помочь в сложных вопросах, а не указывают на не компетентность спрашивающего и не советующих познать то, что знают они. Неужели подобные советы повышают самооценку?! Мне бы наоборот было приятней реально помоч человеку, ведь знания нужны не только что бы на них наживаться.
Но это для меня так.
bilep, если бы вы были чуть попроще, то шансов что вам помогут было бы значительно больше. Были случае когда именно с этого форума мне помогали люди, причем они копались в скриптах и правили их за "спасибо". Но я никогда не писал в вашей манере - "сделайте мне по-быстрому и с советами идите нафиг". Вполне допускаю что вы не хотели вложить такой смысл, но примерно так это со стороны выглядит.
bilep, если бы вы были чуть попроще, то шансов что вам помогут было бы значительно больше. Были случае когда именно с этого форума мне помогали люди, причем они копались в скриптах и правили их за "спасибо". Но я никогда не писал в вашей манере - "сделайте мне по-быстрому и с советами идите нафиг". Вполне допускаю что вы не хотели вложить такой смысл, но примерно так это со стороны выглядит.
Да, вы правы, именно так и выглядит со стороны. Спасибо всем, кто пытался помочь! Искреннее, как бы это не выглядело!
Запросы типа слип получаются когда соединение открыто, и не закрывается, в некоторых конфигурациях действительно бывает такое что mysql_pconnect вызывает такую фигню. mysql_close тут не особо важен, т.к. при окончании скрипта соединение должно само закрываться (если оно открыто с помощью mysql_connect).
на самом деле про долго работающие скрипты Вам правильно говорят, попробуйте покопать в ту сторону. У меня однажды такое было когда скрипт дергал удаленный хост, а тот не отвечал долго, все время пока скрипт работает держится коннект к БД с запросом типа SLEEP.
Если есть возможность подробнее узнать что-то о висящих запросах (выполнить команду SHOW PROCESSLIST которая вернет вам запросы с их идентификаторами и временем висения), то можно попытаться сделать так: mysql_connect вам возвращает соединение ($this->dbh), Вы можете получить id открытого соединения с помощью функции mysql_thread_id($this->dbh). Попробуйте записывать куда-нибудь эти id-шки и вызывающие их скрипты, а потом найти среди них те что получены из SHOW PROCESSLIST. Таким образом можно узнать какие скрипты провоцируют долгое висение запросов.
P.S.: сейчас у самого похожая проблема со sleep'ами, но там все еще хуже :)