Желтоватый заголовок получился. Для этой статьи мне кажется больше подошло бы название вроде «Используйте память экономно» или что-то вроде этого, а то создается впечатление что у джавы где-то в натив коде есть утечки, на которые программист никак не может повлиять. А за статью спасибо. Познавательно
PHPStorm. У меня схема такая. Линукс сервер на виртуалке. IDE на винде. Дебажиться все бехз проблем ) Один раз там Path mapping настроить надо в IDE и всё
Какая-то надуманная проблема. У меня настройка окружения для отладки в пхп сводилась примерно к следующему. Установить xdegug — 1 минута. Установить IDE — 5 минут. Настроить — пару строк в xdebug.ini и пару кликов в IDE. Использовать
Почитал документацию по варниш.
Varnish will not cache a object coming from the backend with a Set-Cookie header present. Also, if the client sends a Cookie header, Varnish will bypass the cache and go directly to the backend.
Очень странно. Т.е. получается что варниш вообще никогда не будет кешировать ничего, так как клиент постоянно отправляет Cookie в заголовке. Бред какой-то
Что-то вы видимо не так делаете. Причём тут вообще Varnish к пользователям внутри вашего приложения
И вообще кука создается всегда. При вызове session_start() например. Авторизирован пользователь или нет, у него всегда будет кука как минимум с PHPSESSID и она всегда будет разная для каждого нового пользователя. Тогда по вашей логике кеш долен быть всегда разный для каждого пользователя. Но ведь не зря же существует private и public. И что это за термин вообще такой — «уникальная кука»?
Там написано что если отдавать в заголовке public — то кеш считается одним на всех пользователей. Если отдавать private — то для каждого пользователя свой кеш. По-умолчанию кеш считается private
А что там в новых версиях по поводу написания своих компонентов? Все такой же темный лес? Как-то пытался я написать свой компнент. Документации было мало. В коде полный ужас… Чтобы написать что-то свое нужно буквально методом тыка кодить… Прототипное наследование сводит меня с ума.
Не хочу тут с Вами спорить. Если вы считаете что 1000+1 фреймворк, (которые делают почти одно и то же) это хорошо, это Ваше право. У меня на этот счет свое мнение
Да зачем. Свой велосипед будет самым велосипедным из всех велосипедов. Я думаю каждый разработчик проходит этот этап, который потом вспоминает с ухмылкой ) Ну кроме разработчиков ZF, Kohana, CakePHP и т.д. )
Varnish will not cache a object coming from the backend with a Set-Cookie header present. Also, if the client sends a Cookie header, Varnish will bypass the cache and go directly to the backend.
Очень странно. Т.е. получается что варниш вообще никогда не будет кешировать ничего, так как клиент постоянно отправляет Cookie в заголовке. Бред какой-то
И вообще кука создается всегда. При вызове session_start() например. Авторизирован пользователь или нет, у него всегда будет кука как минимум с PHPSESSID и она всегда будет разная для каждого нового пользователя. Тогда по вашей логике кеш долен быть всегда разный для каждого пользователя. Но ведь не зря же существует private и public. И что это за термин вообще такой — «уникальная кука»?
Читаем внимательно