Увы, нет. Они подали заявку раньше меня, но зарегистрировали позже. Получилось что никто никому не должен. Вот если бы я зарегистрировал раньше подачи ими заявки, мог бы опротестовать регистрацию товарного знака. А если бы позже, что получилось что мой зеленый прямоугольник якобы нарушает их права на синий круг.
Мне как-то пришла претензия от организации, что я нарушаю их права на товарный знак "Бизнес про". И приложили сканы моего сайта. У меня фирма "Бизнес про", а у них программа "бизнес про". На моем сайте темно зеленый прямоугольник, и на ихнем яркий синий круг. Но их юрист не постеснялся объявить это "сходным до степени смешения" и судья на полном серьезе это принимал. Хорошо, что я зарегистрировал название фирмы раньше, чем они товарный знак. Как мне хотелось, чтобы их юрист настолько испортил зрение, чтобы действительно не мог отличить маленький синий круг от большого зеленого прямоугольника... Если Wildberries зарегистрируют Pantone 254С , то любой фиолетовый будет считаться "сходным до степени смешения" А за одно синий, черный и любой, на какой у юристов хватит наглости.
Если читатель хочет понять, что делает функция и алгоритм, то это можно впихнуть в имя функции. Но если он хочет понять, как он это делает, то это похоже на рассматривание картины под лупой: кусочек виден детально, а всю картину увидеть сложно.
Запрос SQL на 20 страницах к десяткам таблиц. Или посмотрите функцию поиска по АХО-КОРАСИК (при условии что нет никаких описаний) и попробуйте понять, КАК она работает чисто из кода.
Спасибо автору за статью и за код (взял, как основу). Пришлось допилить, т.к. проблема с кириллицей. Еще одно доработка, полезная когда образцов немного — массивы признаков, если ли символ в хотя бы в одном образце и есть ли символ в начале образца.
Для поиска символов юникода изменения посерьезнее, но и скорость увеличилась раз в 10 по сравнению с вариантом, когда символ юникода тупо записывался в 2 узла.
Что-то я не пойму:
С одной стороны — «Последней каплей была статья пользователя rmq на хабре, которую
данная ошибка не миновала»
С другой стороны — «Замечание: статья пользователя rmq, как выяснилось позже, не содержит этой ошибки».
Так есть ошибка или нет?
Баг багу рознь. Одно дело — редкая комбинация данных или экзотическое железо, когда косяк вылезает у 3-4 на миллион (система 6 сигм) и через неделю/месяц. А другое — когда сразу и массово. Явно в консерватории непорядок.
Виновата прошивка… А кто писал эту прошивку, кто и КАК ее тестировал, кто принял решение ее выложить? Надо было на кошках потренироваться, зачем было торопиться.
Интересно, могут покупатели предъявить иски по ущербу… Если нет, то ждем дальнейших потрясений.
Пробую в бизнес центре подключиться к wi-fi. Мне предлагают авторизоваться через OAuth (vk, fb, twitter). Какой смысл в авторизации, если они не получают инфорацию о том, кто подключился? Или все-таки получают? Какую еще информацию они смогут выудить из моего аккаунта при авторизации? Почему OAuth, а не OpenID? Там бы я сказал, что я — zelserg без риска передачи пароля или какой другой информации о себе (телефоны, e-mail и пр).
Пробую в бизнес центре подключиться к wi-fi. Мне предлагают авторизоваться через OAuth (vk, fb, twitter). Какой смысл в авторизации, если они не получают инфорацию о том, кто подключился? Или все-таки получают? Какую еще информацию они смогут выудить из моего аккаунта при авторизации? Почему OAuth, а не OpenID? Там бы я сказал, что я — zelserg без риска передачи пароля или какой другой информации о себе (телефоны, e-mail и пр).
Мне кажется возможной такая схема: устанавливаете приложение, которое имеет доступ к полученным СМС и знает закрытый ключ получателя. Смс шифруется окрытым ключом получателя. Как более простой вариант — используется 20 (или более) значный пароль, который генерируется при входе пользователя на сайте банка и пользователь информируется по e-mail, что требуется подверждение сгенерированного пароля. Войдя по e-mail ссылке ему также надо ввести смс-код (обычный).
Тогда перехват платежной СМС-ки ничего не даст (в ней почти случайный набор знаков типа base64), а установленное приложение (знающее ключ или пароль) покажет нормальный код подтверждения.
С использованием хешей не самый простой, и не самый быстрый, особенно при поиске одного шаблона. Вот когда шаблонов много — тогда стоит подумать об алгоритме Рабина-Карпа, например.
На домашнем компьютере 200+ Гиг в память не затянешь, по-любому придется считывать порциями. Будет порция 20-50-100Мб особой роли не играет. 30 Гиг я читал сам и работал с программами воосстановления файлов на разделах под терабайт. Они тоже читают порциями, правда неясно, какой алгоритм используют.
Ну а если встретится задачка, где будут жесткие ограничения по памяти и скорости — так я добавил в статью процедуру prefix_find, которой нужен буфер только под образец.
Насчет grep не знаю, а вот что используют программы типа WinHex, работающие с разделами, восстановлением файлов, когда надо прокачать десятки (а то и сотни) гигабайт данных — интересно.
Увы, нет. Они подали заявку раньше меня, но зарегистрировали позже. Получилось что никто никому не должен. Вот если бы я зарегистрировал раньше подачи ими заявки, мог бы опротестовать регистрацию товарного знака. А если бы позже, что получилось что мой зеленый прямоугольник якобы нарушает их права на синий круг.
Мне как-то пришла претензия от организации, что я нарушаю их права на товарный знак "Бизнес про". И приложили сканы моего сайта. У меня фирма "Бизнес про", а у них программа "бизнес про". На моем сайте темно зеленый прямоугольник, и на ихнем яркий синий круг. Но их юрист не постеснялся объявить это "сходным до степени смешения" и судья на полном серьезе это принимал. Хорошо, что я зарегистрировал название фирмы раньше, чем они товарный знак. Как мне хотелось, чтобы их юрист настолько испортил зрение, чтобы действительно не мог отличить маленький синий круг от большого зеленого прямоугольника...
Если Wildberries зарегистрируют Pantone 254С , то любой фиолетовый будет считаться "сходным до степени смешения" А за одно синий, черный и любой, на какой у юристов хватит наглости.
Запрос SQL на 20 страницах к десяткам таблиц. Или посмотрите функцию поиска по АХО-КОРАСИК (при условии что нет никаких описаний) и попробуйте понять, КАК она работает чисто из кода.
Или как изменить шрифт внутри < source > Спасибо.
Для поиска символов юникода изменения посерьезнее, но и скорость увеличилась раз в 10 по сравнению с вариантом, когда символ юникода тупо записывался в 2 узла.
С одной стороны — «Последней каплей была статья пользователя rmq на хабре, которую
данная ошибка не миновала»
С другой стороны — «Замечание: статья пользователя rmq, как выяснилось позже, не содержит этой ошибки».
Так есть ошибка или нет?
Интересно, могут покупатели предъявить иски по ущербу… Если нет, то ждем дальнейших потрясений.
В куда эксцентриситет из формулы-то пропал?
Тогда перехват платежной СМС-ки ничего не даст (в ней почти случайный набор знаков типа base64), а установленное приложение (знающее ключ или пароль) покажет нормальный код подтверждения.
Ну а если встретится задачка, где будут жесткие ограничения по памяти и скорости — так я добавил в статью процедуру prefix_find, которой нужен буфер только под образец.