@phpclubru

Страница 683 из 956
Ghost
12.10.2018
15:10:32
а не по нажатию F5 или обновления страницы)

Dmitry
12.10.2018
15:10:42
пожалуй, тебе стоит начинать с основ - где исполняется php

типа http://phpfaq.ru/newbie/na_tanke

Время
12.10.2018
17:56:41
Опять надоевшие вопросы по курлу, но всё же. При дебаггинге отловил странный ответ от курла, ошибка 28 (таймаут), но в ошибке он вернул: go() timed out! (функция go это моя самописная функция для запросов на курле). Обычно при таймауте он возвращает ответ: Operation timed out after 30000 milliseconds with 0 bytes received а тут я получил странный для себя ответ, раньше его не встречал. Не означает ли это какую то внешнюю ошибку не связанную с курлом? Например истощение ресурсов на сервере, и функция сама по себе отвалилась

Google
Время
12.10.2018
17:58:48
т.е. у меня подозрения, что сервак перегружен, и уже сам код php некорректно выполняется, или же это легитимй таймаут, и скрипт отработал вместе с курлом как надо?

Andrey
12.10.2018
19:53:36
strace -p PID процесса php.

Dmitry
12.10.2018
20:35:11
небось сам где-то такую ошибку вернул ;)

Gleb
13.10.2018
11:49:27
Подскажите люди добрые, кто каким монитором пользуется? (нужно чтобы с цветами было хорошо всё и частота обновления 144+)

ну и цена не 60+

~Nyctophobe
13.10.2018
13:04:07
Зачем 144?

Это маркетинг

Vladimir
13.10.2018
13:53:51
вот таким пользуюсь, просто огонь, ровно год назад брал, в черную пятницу 250 баксов примерно он обошелся, огонь техника

Vladimir
13.10.2018
13:55:56
а для чего такая частота?

Pavel
13.10.2018
14:02:26
144 это разве не герц тоже?

Google
Ghost
13.10.2018
14:52:19
144 частота обновления монитора, для дизайнеров самое то, в основном для векторных дизайнеров илюстраторов для других не вижу смысла покупать

dev
13.10.2018
15:15:06
простите

а как частота помогает дизайнерам

Ghost
13.10.2018
15:22:22
а как частота помогает дизайнерам
просто комфорт )) по цветам всё так же как у других ещё если на скоряк работаете быстрее улавливает цвета в программе при увеличении уменьшении обьектов а так никакой существенной разницы нету) он в основном для игр точечных и стратегий таких как cs:go или wow, там где резкость передачи цветов важна, при хрупких деталях к примеру цель винтовки в cs:go ))

Gleb
13.10.2018
20:18:27
+ я за много лет привык к 2-3 мониторам на столе. Притом код я люблю в вертикали смотреть(монитор вертикально стоит)

dypa
13.10.2018
21:14:07
Это маркетинг
у меня есть жк монитор с 25ms задержкой - 24 кадра выдает на ура, вот только при скролле очень хорошо глаз видит как пиксели меняются ) маркетинг это 4к дисплеи - дисплеи есть, а контента под них нет

~Nyctophobe
13.10.2018
21:17:37
Контент есть

У меня камера в 4K снимает например

https://www.youtube.com/watch?v=0vrdgDdPApQ

dypa
13.10.2018
21:21:09
мда... еще бы на пырнохуб ссылку дал, контент это не видосики. контент это когда ос нормально шрифты в твоем любимом текстовом редакторе/ide отображает. маштабирование в 10ке отвратительное, а убунта не со всеми кейсами тоже справляется, хотя имхо лучше 10ки выглядит

~Nyctophobe
13.10.2018
21:40:16
Ой да код вообще пофиг в каком разрешении смотреть

Мне ретины хватает за глаза и за уши

Бэлигто
14.10.2018
04:36:03
привет

Roger
14.10.2018
05:57:35
Всем привет Помогите, пожалуйста, советом Т.к. скрипт на пхп выполняется очень долго, я поставил хтмл-прелоадер, но он появляется только после выполнения скрипта. Как можно изменить очерёдность загрузки элементов (сначала прелоадер, потом пхп)?

Gleb
14.10.2018
07:32:48
Разница в том, что на большом разрешение больше окон влезет
Я думал об этом варианте что 1 4к монитор может заменить 2 монитора.

А о VA матрицах кто-то знает?

Google
Roger
14.10.2018
08:39:32
Привет, дебаж по таймингам, что тормозит скрипт или можешь аякс ещё прикрутить с прогрессбаром
Мне нужно, что бы пхп шёл после отображения хтмл Там ничего не тормозит, скрипт сам по себе долгий

Roger
14.10.2018
08:54:22
Julia
14.10.2018
10:01:37
Фух. Я тут чуть от страха не того.. с такими вопросами)

Julia
14.10.2018
17:22:59
Julia Zhukova: Привет, Питер! Разыскиваются фронтендеры, бэкендеры, тимлиды и тестировщики и все кто на себе ощутил опыт IT, кому интересно попробовать работать и жить в другой стране? 14 ноября в Санкт-Петербурге пройдет событие, на котором вы можете познакомиться с Финскими IT компаниями, пообщаться с представителями и узнать все про жизнь русских АйТи в Хельсинки. Подробности по ссылке https://www.helsinkibusinesshub.fi/highway-hel-recruitment-breakfast-tech-professionals/ ВНИМАНИЕ - регистрация обязательна, участие бесплатное и количество мест ограничено.

Алексей
14.10.2018
22:49:01
Я думал об этом варианте что 1 4к монитор может заменить 2 монитора.
У меня стоит один огромный, а второй поменьше. Да действительно огромный заменяет два монитора, но удобней стало когда установил еще один поменьше. Дело в том, что иногда удобней просто окно выбросить на соседний монитор чем подгонять окна на большом. Хотя большой и маленький монитор считаю идеальным сочетанием для себя. Очень удобно.

Admin
ERROR: S client not available

Алексей
14.10.2018
23:09:14
Еще такой момент, 4к должен быть не меньше 40', иначе будет слишком мелко всё, а при большом масштабирование окна будут занимать много места и уже не разместить много окон. У меня 43" и то масштабирование 150% стоит. Некоторым не нравится, что приходится головой вертеть возле большого монитора, я обычно когда читаю делаю окно поменьше и всё ОК. Даже приятней, как хочу так и размещаю окно.

Время
16.10.2018
17:12:08
Ребят, тут у меня непонятная ситуация, помогите плиз разобраться. У меня задача, прочекать большое количество доменов на предмет определенного текста в HTML на главной странице сайта. Чекнуть надо разово, а не на постоянку. Доменов примерно 100к Под это дело я взял сервер с гигабитным каналом, 10 гигов оперативки, двухъядерный процессор. Написал скрипт, который через curl многопоточно чекает сайты. Для начала поставил 500 потоков, всё было нормально пару дней, потом отвалился коннект в инет, написал хостеру в чем дело, они отвечают, что ваш скрипт слишком много UDP сокетов открывает, и типа в линуксе на них ограничение стоят, после которых якобы валится интернет. Ок, я снизил количество потоков, но ничего не помогает, пару дней работает, потом инет валится. Начал самостоятельно дебажить проблему. В момент, когда опять интернет отвалился, я выполняю команду: netstat -an и наблюдаю почти 30к одинаковых строк: udp 1280 0 [IP моего сервера]:55306 8.8.8.8:53 ESTABLISHED udp 1280 0 [IP моего сервера]:38922 8.8.8.8:53 ESTABLISHED udp 1280 0 [IP моего сервера]:38923 8.8.8.8:53 ESTABLISHED udp 1280 0 [IP моего сервера]:55307 8.8.8.8:53 ESTABLISHED udp 1280 0 [IP моего сервера]:47115 8.8.8.8:53 ESTABLISHED udp 1280 0 [IP моего сервера]:47116 8.8.8.8:53 ESTABLISHED udp 1280 0 [IP моего сервера]:55308 8.8.8.8:53 ESTABLISHED И так 30к. На сервере разумеется прописаны гугловские днски. В моей базе доменов которые я чекаю, понятное дело, очень много доменов которые или не существуют, или никуда не привязаны, или не отвечают по таймауту, ну грубо говоря ошибочные. То есть, складывается ощущение, что если при чекинге через курл сайт оказывается нерабочим, то соединение с ним не закрывается, а продолжает висеть... как то так. В самом курле у меня вообще стоит таймаут в 5 секунд, мол если сайт не ответил, то закрываем соединение, и едем дальше. Я даже реализовал костыль, один раз в сутки все потоки останавливаются ровно на 30 минут, после чего продолжают работу. Смысл костыля был в том, чтобы возникающие потоки (открытые сокеты) сами собой закрылись, и не накапливались, но не помогает. И почему то они висят именно при попытке отрезолвить доменное имя на гуглоайпишнике. На сервере используется операционка: Linux vps8914 3.2.0-126-generic #169-Ubuntu SMP Fri Mar 31 14:15:21 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux Буду признателен за любую подсказку, в какую сторону копать, чтобы решить проблему этих накапливающихся сокетов\потоков, и нормально многопоточно чекать сайты.

Dmitry
16.10.2018
17:35:15
Попробуй что-то вроде iptables -I OUTPUT -p udp --dport 53 -j NOTRACK

Время
16.10.2018
17:44:09
Попробуй что-то вроде iptables -I OUTPUT -p udp --dport 53 -j NOTRACK
ок, попробую. А что это команда делает?

Dmitry
16.10.2018
17:45:31
upd по сути своей протокол без состояния… но оно эмулируется… эта команда отключает трекание udp пакетов (из-за этого может что-то переполняться)… хз, может и не оно, но попробовать можно

dypa
16.10.2018
18:08:19
сколько раз делается curl init?

Aleksandr
16.10.2018
18:18:31
Как вариант можно домены ресолвить отдельным потоком. И может быть даже без php. А curl уже по ip. Или вообще отказаться от curl.

Время
16.10.2018
18:19:09
сколько раз делается curl init?
каждый раз при чекинге нового сайта. То есть у меня функция connect(); ей на вход передатся домен, он инициирует curl получает инфу, и закрывает курл, возвращая ответ. ну и в цикле по доменам пробегаюсь так

вместо потоков использую просто запущенные копии php скриптов, в размере 500 штук. каждый просто со своим куском доменов работает

oleg
16.10.2018
18:59:18
ребят, парся картинку, можно ее сжать ?

Google
Serhii
16.10.2018
19:07:27
Время
16.10.2018
19:12:20
Попробуй что-то вроде iptables -I OUTPUT -p udp --dport 53 -j NOTRACK
хех, походу это может решить проблему. Команду запустил, и все эти соединения пропали из нетстата ??? Но могут ли быть какие то иные подводные камни в массовом чекинге сайтов? Может что то ещё может забиться, и так далее.

Dmitry
16.10.2018
19:12:55
да не должно по идее... но ты вот и проверишь ;)

Время
16.10.2018
19:42:26
хех, не долго радоваться пришлось, сейчас мониторю ситуацию, теперь появляются такие пакеты: tcp 0 0 [IP моего сервера]:40268 184.168.221.104:80 TIME_WAIT tcp 0 0 [IP моего сервера]:46326 160.124.65.206:80 TIME_WAIT tcp 0 1 [IP моего сервера]:37792 118.184.218.214:80 LAST_ACK tcp 0 0 [IP моего сервера]:46872 95.216.137.224:80 TIME_WAIT tcp 0 0 [IP моего сервера]:34924 52.58.78.16:80 TIME_WAIT tcp 0 0 [IP моего сервера]:40928 72.52.4.119:80 TIME_WAIT уже за 10 минут более 3к штук, при этом в курле у меня стоит таймаут 5 секунд, а алгоритм такой, что пока курл не ответит таймаутом (если сайт недоступен например), то следующий урл на чек до этого момента не отправится... а они продолжают висеть почему то.

может быть php curl помимо заданного таймаута куда то открытые соединения накапливает? Оно конечно я щас мониторю, некоторые соединения пропадают, новые появляются, но тенденция идёт на возрастание

и конечно когда этих соединений будет около 30к то инет ляжет.

Dmitry
16.10.2018
20:13:56
curl_close делаешь?

Время
16.10.2018
20:21:51
Dmitry
16.10.2018
20:22:29
а сколько у тебя TIME_WAIT-ов сейчас?

Время
16.10.2018
20:23:35
а сколько у тебя TIME_WAIT-ов сейчас?
ну вот как раз их под 3к и было, и куда меньшее количество LAST_ACK

Dmitry
16.10.2018
20:23:45
растет?

Страница 683 из 956