__call вызывается не "на protected", а на недоступности метода в конкретной области видимости. По-этому, на $A->setPreset() то он вызовется, а вот на $this->setPreset(), когда такой понадобится, не вызовется. И будете через пол года голову ломать, что не так, почему не работает.
Если поисковик (название статьи, небольшой кусок аннотации) - то проблем быть не должно. Если вы у себя на сайте планируете показывать большие куски этих статей - то проблемы будут.
Опять же, насколько я понимаю, у каждой страховой свой API, который уже в свою очередь обращается к API союза автостраховщиков.
Ну конечно, у страховых есть внутренняя система учета, которая ходит уже по API в РСА. И если они делают проверку, например, у себя на сайте - то запрос с сайта уходит в веб ПО, тот общается с системой учета страховой (тут API может быть любое, хоть REST, хоть SOAP), а та обращается в РСА
Не уверен, по-этому не в виде ответа. Скорее всего от автора скриншота проблем быть не должно. Проблемы могут быть от создателя игры, так как то, что вы видите на экране - принадлежит ему и создано его творческим трудом. Автору скриншота же, что бы предъявлять вам что-то, нужно для начала доказать две вещи: 1. что создание скриншота есть творчество (что будет очень сложно сделать, имхо), и если доказал 1-е, то 2. у создателя скриншота есть разрешение на публикацию от автора игры (ибо по сути, если доказано 1-е, то получается соавторство, и результат управляется обоими "авторами").
Начал готовить пирог. Если делать все правильно, нужно 25 ингредиентов. Вопрос - будет ли он вкусным и как долго будет готовиться, если я правильно выставлю температуру духовки?
Да может и ничего страшного. Попробуйте варианты с chmod +s
Так же можно ограничится соответствующими правами на корень. Например, делаем как путь для кеша
/var/cache/nginx/user1/cache и chown user1 /var/cache/nginx/user1
Тогда user1 сможет сказать cd /var/cache/nginx/user1; mv cache cache.todelete;
А уж cache.todelete удалять кроном от юзера nginx-а, а /var/cache/nginx/user1/cache nginx пересоздаст сам.
proxy_cache или proxy_store?
Если второе, то nginx.org/ru/docs/http/ngx_http_proxy_module.html#... так же можно попробовать использовать chmod g+s
Если первое, то лучше не чистить удалением всего, конечно, а функционал частичного удаления - только в коммерческой версии. Если очень нужно, можно решить выставлением флага/файла и проверкой из крона под www юзером скриптом удаления кеша.
