Обновить
26
0
Greg Tendium@tendium

Пользователь

Отправить сообщение
99% из этих 13%, вероятнее всего, просто обладают специфическим чувством юмора ;)
Спасибо. Т.е. вы по сути подтвердили мое предположение, что процитированное не является правдой.
Логитек страдает этим, ага. Но Логитек их и меняет в течение гарантийного срока :)
Sec-Tec выяснили, что не все терминалы имеют механизм для предотвращения многократного набора пин-кода, так что у мошенников может быть достаточно времени, чтобы опробовать все комбинации из четырёх цифр.


По-моему, вот это ерунда. Может кто-то работает в банковской сфере — можете подтвердить или опровергнуть?
Где как. В Челябинске и Кургане сначала был Южно-Уральский Сотовый Телефон (ЮУСТ), который потом был куплен Уралсвязьинформом, который в свою очередь принадлежал Связьинвесту. Потом все активы Связьинвеста перевели под Ростелеком.
На Урале они под маркой Utel работали долгое время.
Про куки спрашивают потому, что в ЕС заставили. Мелкие сайты директиву игнорируют, но более-менее крупным не отвертеться.
И, кстати, запрет на неподписанные дополнения в Файрфоксе уже запланирован.
Вы видели британскую рекламу? Не фестивальную, а обычную. Нет? Найдите фразу «go compare comercial» на youtube. Более раздражительной рекламы я еще не встречал. Когда это послушаешь раз 10-ый, то хочется в телевизор что-то запустить. Так что не надо говорить про постсоветское пространство. Везде есть назойливая реклама, а не только фестивальная.
Сообщаю: с тех пор не видел ни одного падения. Помогло! Благодарю за совет (у меня, кстати, тоже все расширения заработали).
Хм… Спасибо за инфу. Обязательно попробую. Отпишусь в ветке при случае.
(скромно так) Ну, 100 табов это разве super-heavy?
Я не уверен, что у меня он падает по этой причине. Я пробовал закрывать все табы, кроме одного. Занимаемая память уменьшалась, но баг никуда не исчезал. Хотя, кто знает, может именно в момент нехватки памяти происходит что-то, что потом уже не возвращает браузер к жизни.
Лично меня от перехода на Chrome удерживает главным образом одно: отсутствие нормального MRU tab/ctrl-tab. Да, есть аддоны, но они кривые все (ввиду определенных ограничений API браузера).

А на Firefox реально напрягают падения: падает почти каждый день, сначала страницы начинают покрываться чёрным цветом, глючит прокрутка, а потом через какое-то время браузер падает. Особенно легко это спровоцировать активным использованием гуглокарт. Началось это примерно года два назад, и с тех пор не могут починить. Ни одна софтина так больше не глючит (это если кто-то предположит кривое железо), и в баг-трекере много описаний подобной проблемы, в том числе и моё, а решения как не было, так и нет :(
У меня только 1 вопрос: зачем постить чуточку подправленные статьи, которые были опубликованы еще в 2014-м году? Ведь вы даже заголовки не поменяли…

www.security-bridge.com/biblioteka/stati_po_bezopasnosti/mobilnoe_videonablyudenie_kak_luchshe_tykatsya
www.security-bridge.com/biblioteka/stati_po_bezopasnosti/na_eti_ugrozy_ne_postavish_gerkon

Подозреваю, что и третья часть там тоже есть.

P.S. Первая часть там вообще была указана как «на правах рекламы».
То, что вы не встречали проблемы, еще не значит, что можно брать и менять строку на другую произвольной длины в сериализованном объекте или массиве, а с учетом того, что WP по умолчанию подавляет любые сообщения уровня Notice, то можно предполагать, что проблемы были, но вы о них недогадывались. Но чтобы не напрасно не спорить тут, просто накидайте небольшой кусочек PHP-кода и убедитесь сами в наличии проблемы.

sed'ом, думаю, можно конечно поменять и размер строки в сериализованном виде. Но выглядит это извращением.

p.s. Вордпресс по умолчанию подавляет любые сообщения уровня notice, поэтому даже если проблема есть вы её с большой вероятностью никогда не увидите, если не будете проверять на её наличие.
Я вас огорчу, в Media Library вообще нет понятия папок. Но вы можете поискать готовое стороннее решение, или же написать своё :)
Не очень понял, что значит аккуратно делать? Вот есть у вас сериализованная строка:

s:17:"http://localhost/";


Знаете, что будет, если вы её слепо замените на

s:17:"http://mysupersite.com/";


Вы получите

PHP Notice:  unserialize(): Error at offset 23 of 31 bytes in - on line 3


Или под аккуратно вы имеете ввиду менять еще и число символов руками? Ну тогда это это страшная вещь, я вам скажу :)
В базе данных WP может быть сотня мест, где сохранились прямые ссылки. Изменить их путем sql-запроса или путем правки строк в SQL-дампе ни в коем случае нельзя (nik_vr дал плохой совет!), так как большинство из них сериализованные. Для таких случаев придумана вот эта утилита: interconnectit.com/products/search-and-replace-for-wordpress-databases/

Её, впрочем, можно использовать и для других целей.
Я думаю, прежде всего мешает нетривиальность создания подобных алгоритмов. Но разумеется, что рано или поздно появится и то, о чем вы говорите.
Запись с последней запятой чревата проблемами с подсчетом в старых IE. Но в соответствии с ECMAScript 5 я бы своими словами описал это так:
— если нет запятых и нет даже одного элемента, то массив пустой (длина = 0);
— если элемент 1 и нет запятых, то длина = 1;
— если перечисление элементов заканчивается запятой, то длина массива равна количеству запятых (в старых ие еще +1, а посему avoid!);
— если перечисление элементов заканчивается любым значением (хоть undefined), то длина массива равна количеству запятых + 1.

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность