можно сразу скролить до таблички с выводамиугум, и увидеть что дефолтный хром (читай и все альтернативы на нем, включая еджика) все еще работает с 10 из 14 точек хранения. И то, только по тому что пофиксили "разброд и шатание" в локалсторажах. Ну и хистори починили, все же это было больше багом, нежели фичей. В остальном - как я и говорил - вопрос больше про то что хранить можно не только в куках и лс, нежели работает сегодня эта бандура или нет.
большая часть из описанного там уже не сработаетРили? По факту не работает только флеш хранилище, все остальное работает абсолютно везде. За 10 лет в плане хранения данных браузером ничего особо не поменялось, кроме отключения 1 внешнего плагина, который по сути не являлся стандартной фичей (собсно из за подобных приколов и отключили, если что). Да и сама библиотечка жива и здорова. Что конкретно из статьи не работает, причем еще и большая часть? Конкретные примеры плс, кроме флеша?
судя по тому, на сколько это не популярно сегодняНе думаю что непопулярно именно по причине незаконности, просто такой функционал мало кому реально нужен, там где он нужен он наверняка используется по тихому, и проверить это достаточно сложно.
Это должно чиститься...Я не говорил что это нельзя чистить, я написал что заблуждение, что можно использовать только куки и локалстораж.
Ну и + подобные техники в некоторых странах незаконны.Кого и когда это останавливало? )
а может ли быть такое, что он оставил в браузере какой-то след, который невозможно удалить с помощью очистки истории?Во первых - то никак не относится к определению айпи, а больше похоже на фингерпринтинг, и во вторых - если вы сразу заходите на сайт через прокси, зачем ему запоминать ваш браузер? В определении айпи это никак не поможет.
Как? Как он это делает?Ну, во первых можно запросить картинку с нестандартного порта, а так как прокси работают именно через определенные порты, картинка запросится напрямую, что легко палит ваш айпи. Ну и еще есть пара вариантов, где-то даже таким образом палят тор соединения, вставляя на тор странички клеарнетовые ресурсы через жс... механизм не очевидный, но как-то короче обходят, сейчас лень искать источник, так что пруфов не даю, ищите если не лень...
2. видимо не понимаю... а лишь одно лишнее обращение к бд.Не "видимо", а даже не в курсе как вообще оно работает, и почему вдруг появилось "лишнее" обращение к бд.
когда в серьёз приходится задумываться о производительности.Рили? Так что делать то, задумываться о производительности и закрывать соединение вручную, или не задумываться и инжектить переменные?
чего тогда сразу не написать дежурное: забудь про это, переходи сразу к PDOЗачем? mysqli замечательно поддерживает пв, для новичка вполне норм, переход на пдо должен быть оправдан, да и вообще переход с одной технологии на другую должен иметь основание.
1. а если не нужно?так, чувак, забей, тебе просто рано обсуждать что-то чуть сложнее чем арифметические вычисления или простые циклы. Я могу привести десяток аргументов, кроме того что ты нифига не шаришь, и ты мне будешь таким же бредом возражать на каждый аргумент. Не вижу смысла дискутировать с упертым невеждой, который не имеет желания даже что-то новое извлечь из чужих комментариев, вместо этого придумывая тупые аргументы из разряда кто сильнее - сталоне или шварцнегер.
да, говнокод и вот так отправлять письма нельзя,Как это оправдывает закрытие соединения? После отсылки все равно нужно изменить состояние записи на "отправлено". Ну и опять же - говнокод не повод создавать себе дополнительные проблемы.
но такой сценарий на каждом втором сайте.
да и про подготовленные выражения: ИМХО лучше если человек хоть немного научится думать и сам готовить переменные для использования в запросах,К чему это? К тому что переменным нужен санитайз? Как это связанно с подготовленными выражениями? Это вообще 2 абсолютно разные задачи, никак не пересекающиеся. Похоже вы сами не очень понимаете принцип работы ПВ...
Ничего не нашел по поводу того, как можно поместить изображение во временную папкуfile_put_contents() такая сложная функция???
пусть закрывает!Не надо писать фигню.
лучше самому закрыть, если уверен, что БД больше не нужна.Во первых для этого нужно точно знать что она не нужна, а для этого надо понимать что и как работает на достаточно высоком уровне (что в данном случае точно не так), так же, в современных приложениях слишком много объектов использует бд, закрывать соединение в произвольном месте просто нельзя, а искать точку после которой всё уже отработало лютый идиотизм.
выполнение может растянуться на секунды и всё это время будет висеть открытая база? зачем?Еще раз - крайне редко все работает по описанной схеме, это скорее исключение. И если код выполняется секунды, то или код говно, или специфика работы скрипта не предполагает открытие большого количества соединений, что в обоих случаях никак не влияет на производительность от незакрытого соединения.
очень вредно надеяться на то, что PHP сам за тебя всё порешает.Очень вредно заниматься закатом солнца вручную, давайте еще все переменные ансетить перед завершением приложения, зачем полагаться на пхп?
отправим джуна повышать уровень абстракции,Миллиард статей на эту тему, по этому и сказал читать про подготовленные выражения, в любом источнике первое что объясняется - разница между пв и строковой вставкой переменных. И уровень абстракции тут вообще никаким боком, ну кроме понтов конечно. ПВ никак не повышают и не понижают его.
даже не объяснив в чём тут проблема и почему это говнокод.