@grigor007 всё же делался функционал с упором на общий чат, а не систему ЛС, как в ВК, но можно допилить. К тому же я не стал делать сохранения сообщений в БД, поскольку это не было критично, но если что - реализовать элементарно.
phpcs и phpmd не тянут в зависимостях php целиком? Мне не лень лезть в терминал, но всё же через UI гораздо быстрее можно вызвать кусок теста, к тому же у нас исторически сложилось, что запуск phpunit идёт с явным указанием bootstrap-файла...
Тогда уж проще установить в ВМ Ubuntu Desktop и работать в полноэкранном режиме. Не хотелось бы делать dualboot. Это надо делать и переразбивку и так небольшого харда. Возникнут проблемы к энергопотреблением ну и есть неудобства при пользовании mac-клавой в не-mac среде.
@grabbee всё сложнее. DI это внедрение зависимости. Есть разные способы, но то, о чём я выше писал это DiC - Dependency Injection Container. Одна из реализаций это класс-синглтон с шаблоном Registry. Лучше всего погуглите статьи на эту тему.
@HaruAtari вы же понимаете, что трактовать senior можно по-разному и контекст вопроса тоже не задан. Я к примеру, подумал, что человеку интересно как из миддла в сениор переходить. А вы - как развиваться сениору. И вы совершенно правы, что в таком случае преимущественно остается практика, как область получения знаний.
@HaruAtari я всё же считаю, что одной практики мало. Коллега сениор вряд ли станет обязательно рассказывать почему именно так писать код, а не иначе. Но ведь нужно именно понимание, чтобы освоить практику. Поэтому книги полюбому читать надо.
@Dizayner попытка не пытка. В идеале посмотреть бы на осциллографе, что творится с питанием на видеоисточнике и на ТВ.
Можно попробовать ещё провести эксперимент, но немного рисковый. Берется например стабилизатор APC Line-R 1200 и включается в роли фильтра питания. Поскольку напряжение скорее всего у вас норме, то он будет напрямую пропускать ток. Но в нём можно выбрать корректировку на задней панели таким образом, чтобы внутри принудительно включился повышающий трансформатор. Соответственно, напряжение станет на выходе где-то около 270в, но чистое.
@b1nary если с отдачей статики проблем не окажется, значит у вас явно где-то в коде происходит запрос куда-то вовне с последующим кешированием на 15-20 минут.
@bernex сложно сказать степень готовности, я пока тестировал на своём собственном проекте и наткнулся на простенькую багу с PostgreSQL, пул-реквест приняли оперативно. Возможно есть смысл посмотреть на список открытых багрепортов.
@go3l337 есть правда одна засада с кастомным портом: у пользователей может быть фаервол и ничего работать не будет. Так что вешать только на 443-й. И если сайт заработает однажды по HTTPS, то без поддомена уже никак не обойтись.
@Aliance тогда вместо 1 поставьте n, не вижу принципиальной разницы, но в любом случае надо контролировать остатки, одним простым запросом не обойтись, но можно написать хранимую процедуру.
@go3l337 можно тогда действительно сделать на кастомном порту (с точки зрения nginx что поддомен, что отдельный порт можно сделать отдельным vhost), а после авторизации делать редирект на основной хост.
php же в данном случае пришить можно только на стороне хоста, принимающего данные по голосованию, то есть для агрегации результатов и к шифрованию при использованию SSL он никак не будет относиться.
Можно пойти конечно более извращенным путём без SSL, но так никто вроде не делает. Допустим сгенерировать пару публичный-приватный ключ. Потом на этапе загрузки html-страницы с голосовалкой передавать в javascript этот ключ. Тогда значение позиции выбора в голосовалке можно зашифровать через javascript (можно поискать библиотеки с реализацией к примеру RSA), а при обработке на серверной стороне в php расшифровать этим же алгоритмом.
Надо определиться с начальными условиями задачи. Вот допустим, есть html-страница с javascript-голосовалкой. Сразу возникает два вопроса:
1) Насколько критично пользователю, попавшему на страницу, сохранить конфиденциальность загружаемой информации? Если критично: значит необходима реализация загрузки страницы через HTTPS протокол, то есть с использованием SSL.
2) Где обрабатываются результаты действия пользователя при голосовании? Этот же хост или сторонний? Если один и тот же, то установив использование HTTPS, можно решить сразу и предыдущий вопрос. Если отдельный хост, то необходимо на нём настроить SSL. Таким образом будет гарантироваться защита от атаки MitM, то есть от сниффинга.
На тему реализации SSL в http есть много информации в гугле. В частности, по настройке в nginx.