Господа, есть такой вопрос. Есть ли какая-то норма, по которой время ответа сервера (т.е. время от получения запроса сервером до окончания выполнения скрипта) можно назвать слишком большим? Или всё интуитивно? Какое время считать нормальным?

больше 100мс на GET уже повод оптимизировать

для остальных методов до 30 секунд

Ясно. А если речь за вордпресс? Та же картина?

Вопросы по IDE в канале актуальны?

чем быстрее отдашь страницу, тем выше рейтинг в СЕО будет

кто нибудь использующий laradock настроил xdebug? need help

кто нибудь использующий laradock настроил xdebug? need help

ага и мне будет интересно, особенно если его юзают в продакшене

на выходных поковыряю??

пфф...а что там настраивать то, классически настраиваем xdebug и пробрасываем слушаемый порт наружу из контейнера.

ну вот что то застрял на подключении

там рекомендуют выбрать .ppk файл

Подскажите библиотеку которая позволит оптимизировать размеры изображений png/jpeg. На подобие сайта https://tinypng.com/

jpegtran/optipng на кроне

ну и над ними есть обертки, если прям из php надо

Извините, не смог удержаться...Что курили авторы не знаю... PHP написанный на PHP https://github.com/ircmaxell/PHPPHP Дальше больше... PHP написаный на Python, который написан на Python https://github.com/hippyvm/hippyvm

for fun

прикольно

вообще там пункт 8 все объясняет в ридми

есть вот такой репозиторий https://github.com/haskellcamargo/because-we-can

там кроме этого есть еще пара веселух

Извините, не смог удержаться...Что курили авторы не знаю... PHP написанный на PHP https://github.com/ircmaxell/PHPPHP Дальше больше... PHP написаный на Python, который написан на Python https://github.com/hippyvm/hippyvm

Масло маслянное ?

вот ещё наркомании

https://github.com/google/grumpy

а тут чего наркоманского?

просто софтина чтобы сорцы с одного языка на другой конвертнуть. есть у тебя софтина на питоне, а хочешь её же на го переписать, бери грумпи и конвертируй

для xdebug нужен установленный phpUnit?

он как то задействует его?

наоборот и то только если тебе надо покрытие почекать

Нет, не нужен

где то в настройках можно отключить? а то я запускаю в шторме run, и получаю ошибку Process finished with exit code 1 Cannot find PHPUnit in include path (.:/usr/local/lib/php)

что то намудрил. phpStorm хочет найденные тесты прогнать

Так у вас видимо профиль PHP Unit активный

что бы дебажить через шторм там вообще никакой run не нужен

что то у меня минималистично все в шторме. походу я не то запускаю

непойму как поставленный брейкпоинт увидеть

оно автоматом должно отработать?

нужно трубочку зажечь, если xdebug настроен верно и стучится в шторм - дальше все само словится

в хроме плагин обязателен?

удобно, но можно без плагина руками GET параметр прописать

не подскажешь какой?

типа URL?XDEBUG_SESSION_START=session_name

имя сессии любое на самом деле можно

ребят с api Adwords работал кто ? нужна помощь

забаньте вы его навсегда уже

@miksir DBGp proxy нужно настроить? я так понимаю этот порт будет слушать шторм, куда должен слать xdebug?

это где такое

а, не, не трогай, не нужно

дело в том что у меня в докере php крутит

мне надо из докера как то прокинуть на локалку

Всём привет

xdebug.remote_connect_back в php настройках включи

И тут остапа понесло

Ну и xdebug.remote_enable. Тогда он должен стучаться на тот адрес, с которого пришел запрос их хрома... в более сложных конфигурациях отключаешь remote_connect_back и явно указывваешь IP куда стучаться remote_host.

забаньте вы его навсегда уже

+

xdebug.remote_autostart=1 xdebug.remote_enable=1 xdebug.remote_connect_back=1 xdebug.cli_color=0 xdebug.profiler_enable=0 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_log="/tmp/xdebug.log" xdebug.remote_port=9000 xdebug.remote_host=dockerhost xdebug.idekey=PHPSTORM где dockerhost это моя хост машина которую должен видеть xdebug из контейнера докера?

забаньте вы его навсегда уже

РО дал

xdebug.remote_autostart=1 xdebug.remote_enable=1 xdebug.remote_connect_back=1 xdebug.cli_color=0 xdebug.profiler_enable=0 xdebug.remote_handler=dbgp xdebug.remote_mode=req xdebug.remote_log="/tmp/xdebug.log" xdebug.remote_port=9000 xdebug.remote_host=dockerhost xdebug.idekey=PHPSTORM где dockerhost это моя хост машина которую должен видеть xdebug из контейнера докера?

типа того, да. Правда при remote_connect_back=1 значение remote_host не используется, но нужно быть увереным, что IP клиента, который видит PHP - это IP до твоей хост машины

Ну и xdebug.remote_enable. Тогда он должен стучаться на тот адрес, с которого пришел запрос их хрома... в более сложных конфигурациях отключаешь remote_connect_back и явно указывваешь IP куда стучаться remote_host.

connect_back

что там за вопрос про xdebug)

опять этот докер)

Привет, кто-нить копал глубоко http? Вот везде где информацию встречал было так: POST — создание ресурса PUT — обновление ресурса , но читаю в википедии PUT - Применяется для загрузки содержимого запроса на указанный в запросе URI. Если по заданному URI не существует ресурс, то сервер создаёт его и возвращает статус 201 (Created). Если же был изменён ресурс, то сервер возвращает 200 (Ok) или 204 (No Content). Как же в итоге правильно?

Привет, кто-нить копал глубоко http? Вот везде где информацию встречал было так: POST — создание ресурса PUT — обновление ресурса , но читаю в википедии PUT - Применяется для загрузки содержимого запроса на указанный в запросе URI. Если по заданному URI не существует ресурс, то сервер создаёт его и возвращает статус 201 (Created). Если же был изменён ресурс, то сервер возвращает 200 (Ok) или 204 (No Content). Как же в итоге правильно?

Никак. Выбирайте любую договоренность, главное чтобы она соблюдалась в рамках вашей системы и её участниками.

Можно использовать гайдлайн мелкомягких: https://github.com/Microsoft/api-guidelines

Привет, кто-нить копал глубоко http? Вот везде где информацию встречал было так: POST — создание ресурса PUT — обновление ресурса , но читаю в википедии PUT - Применяется для загрузки содержимого запроса на указанный в запросе URI. Если по заданному URI не существует ресурс, то сервер создаёт его и возвращает статус 201 (Created). Если же был изменён ресурс, то сервер возвращает 200 (Ok) или 204 (No Content). Как же в итоге правильно?

Читайте RESTFULL гайды

Можно использовать гайдлайн мелкомягких: https://github.com/Microsoft/api-guidelines

+

Читайте RESTFULL гайды

особенно часть про "идемпотентность".

а вообще никому не нужен rest, всем нужны понятные API с минимальным набором велосипедов (а они будут)

Вообще сколько мы делали сервисов хуй забивали на эти 100500 кодов

Взяли необходимое и в архитектуре задокументировали

Все кто писал знают что когда в каких случаях возвращается

ну у нас было как... есть несколько кодов (401, 403, 404, 422) которые можно интерпритировать одинаково. А остальное - кастом

а вообще никому не нужен rest, всем нужны понятные API с минимальным набором велосипедов (а они будут)

+

ну у нас было как... есть несколько кодов (401, 403, 404, 422) которые можно интерпритировать одинаково. А остальное - кастом

Вот

KISS

Keep It Stupid Simple

ну вообще-то kiss это про то что бы уменьшить вероятность неправильно юзнуть и в этом плане следованрие спецификациям как раз таки хорошо)

а вот "post для создания" и "put для изменения" - это то что люди упускают... не понимают что вся соль в идемпонетности

А еще есть патч

Метод