Однообразно как-то и не цепляет. Мне больше понравилась серия социальной рекламы GO GREEN, под патронажем ООН. Рисовали постеры тоже западные дизайнеры, Young & Rubicam. А я, когда увидел, подумал что наши :(
Вы сами ответили на свой вопрос. Как хранится информация в БД любого современного движка? Хэш с солью. .htpasswd ведь не plain text хранит. Тем более «миллисекунды в памяти»- а не проще тогда кейлоггер поставить, чем читать дамп памяти в 2-4 Гб? Про чтение памяти- я и спросил, можно ли запретить юзеру чтение дампа памяти или нет. Читайте внимательнее.
Было бы интересно, если бы вы добавили еще и способы защиты от этого. По поводу swap на шифрованном разделе диска уже писали, а как можно защитить физическую память от такого доступа? Есть ли возможность запретить доступ к dev/mem или proc/kcore под юзером и оставить его только для root?
У меня 10.10, через 3-4 дня работы (10 вкладок стабильно), до 40 (раз в день). 150-200 метров памяти. То есть вывод- скорее всего 10.50 где-то течет. Будем надеяться, что исправят.
Извините, не увидел значка «перевод» сразу. Думаю, что введение можно было пропустить, это слишком очевидные решения, print или var_dump используют все начинающие программисты, и с удовольствием от них бы отказались в пользу чего-то более удобного, xdebug или phpUnit к примеру. Про отличия тестирования и отлова ошибок на мой взгляд написал ниже.
Exception можно и нужно генерировать в случае, когда не удалось подключение к БД (например из-за неверных параметров подключения), при отсутствии ответа от сервера. при открытии соединение через fsockopen и т.д. Ошибок в работе, а не в коде.
Тестирование же применять для отлова нестандартных вариантов работы приложения или семантических ошибок кода. Таких ошибок не должно быть в production, кроме того их обработка через exception приведет к усложнению кода (комменты и phpUnit тесты вместе с ними можно свернуть в IDE, чтобы не мешали чтению кода) и т.д.
Извините, а где тут phpUnit? Здесь я вижу применение exception, для обрабоки ошибок, это НЕ тестирование, это отлов ошибок. Могли бы уже try / catch описать, и как применять разные классы exception, в зависимости от класса, метод которого сгенерировал исключение.
А при чем тут curl-боты? На сколько я помню, curl и так поддерживает параллельную обработку потоков. Под win-системы бы такое… А то exec() как-то не греет, с созданием еще одного процесса интерпретатора. Брр.
Есть вариант так сделать, но он требует установки HandyCache с расширением Opera Turbo Agent (в текущей версии- уже из коробки), в расширении нужно включить опцию «загружать картинки без сжатия, напрямую с серверов ». программа бесплатна и очень удобна.
Зато можно определить, какие функции (часто нажимаемые кнопки) стоит определить на хот-кеях, как сгруппировать кнопки на панели задач (часто используемые рядом), убрать неиспользуемые или малоиспользуемые вообще (ограничиться строками меню).
Мне кажется, что более удобный способ хранения информации- ее тэгирование. К примеру, ссылка на id контакта, которая, как я понимаю, относится к «социум» может так-же относиться и к какому-то проекту и к некоторому городу. Так намного удобнее.
Это тоже не панацея, я сталкивался по работе с серверами, где нет не только функции «переместить файл из папки в папку минуя локальную машину», но и с серверами, где невозможно тоталом установить права на доступ к файлам и не дают доступ к ssh. Клиника, не спорю, но попадается.
Exception можно и нужно генерировать в случае, когда не удалось подключение к БД (например из-за неверных параметров подключения), при отсутствии ответа от сервера. при открытии соединение через fsockopen и т.д. Ошибок в работе, а не в коде.
Тестирование же применять для отлова нестандартных вариантов работы приложения или семантических ошибок кода. Таких ошибок не должно быть в production, кроме того их обработка через exception приведет к усложнению кода (комменты и phpUnit тесты вместе с ними можно свернуть в IDE, чтобы не мешали чтению кода) и т.д.
«Где вы себя видите через 10 лет?»
С правильным ответом
«В зеркале!!!»