Используется добрый LIKE '%search%' точнее по факту там чуть похитрее но в целом да ^_^
Match against не использую, ибо иногда приходится искать маленькие слова, а оно их вроде как не любит, по крайней мере раньше не любило :)
Использую связку mysql + elasticsearch для хранения и поиска по закладкам. На приблизительно 500к записей разница получается приблизительно раз в 10-15. Запись ищется в elasticsearch он возвращает id, а далее mysql достает по id саму запись из базы. Сравнение конечно несколько не правильное, ибо в elastic'е используется стемминг, а в mysql просто поиск по like'у, и теоретически можно попытаться настроить лучше. Вопрос в том нужно ли это. По факту писать фильтры через elasticsearch получается удобней. Из минусов elasticsearch любит память.
У нас практически такая же ситуация была, когда в конторе, где я тогда работал junior'а пустили вносить изменения с помощью pma на боевом сервере. Непонятно каким образом, но он случайно удалил одну из таблиц. И вот тут уже было никому не до смеха, бекап был тоже вчерашний вроде, но ведь данные же не полные. Все в мыли пытались откуда можно и нельзя восстановить хоть что то :(
Добавлю свои несколько копеек :)
Звонят мне как то и говорят что сайт лежит, захожу и вижу что таблицы не найдены, делаю запрос на показать таблицы, таблица есть, делаю запрос на получить данные, таблицы нет. В уведомлениях вижу сообщение о том что 7 дней назад сервер хостера был перезапущен и мол все теперь в порядке. По факту часть баз побилась. Казалось бы shared hosting есть кнопочка восстановить из бекапа, вот только бекапы за последние 3 дня. и последний нормальный бекап оказался перезаписанным. У хостера что характерно тоже бекапа не оказалось. Таблицы восстановить они даже не попытались. Грустно. Повезло что нашел какую то старую версию на внешнем винте, и хоть что то восстановилось.
Давным-давно я держал криптоконтейнер, на флешке. А бекапить криптоконтейнер я не догадался. И вот однажды, флешка сбойнула, и часть данных побилась, совсем чуть чуть, несколько байт, вот только контейнер после этого уже открываться не смог, соответственно со всем содержимым :)
Ну самый интересный случай был когда я потерял данные с четырех жестких дисков. Диски то имеются в наличии, но что то восстановить с них несколько не совместимо со стоимостью затрат на это дело. К счастью к этому времени рабочая информация частично дублировалась в дропбокс, а частично лежала в двух местах, на ноутбуке и на пк, поэтому все что случилось с пк не слишком нанесло урон. Да много отсортированного контента, сохраненные статьи, заметки, стихи, и старые проекты канули в лету. Иногда ревность творит страшные дела. А жесткие диски плохо защищены от молотка.
Поэтому все важное должно бекапиться, более того бекапы необходимо проверять. И то что sql файлы лежат на пяти машинах, не значит что если припрет они смогут быть развернуты вообще. Например скрипт дампа может падать, или же таблица может просто не попадать в бекап :(
В бытность общажного жития был один винт регулярно отваливающийся в соседнем блоке. Когда в очередной раз сыпалась ФС, она с помощью действий доведенных до автоматизма восстанавливалась цепочкой format — unformat о бекапах никто и не думал :)
по логике вещей единственный виновный это isc. Да kik не правы ни разу, но если судить по выложенной ими переписке, они не начинали дела, только угрожали. Azer целиком прав.
Isc прогнулся даже не под суд, и не чтобы завершить дело в досудебном порядке после такого как были уже готовы документы, а просто на основании того что ему написали, мы мессенджер у нас есть торговая марка, мы хотим это название.
Исходя из такой логике, и выходит что завтра пользователя с ником kik попрут со всех форумов, ибо это trademark. Понятно когда имеется случай злоупотребления. Если бы Azer писал код для работы с мессенджером, и выдавал его за официальный. В данном же случае никакой связи не было, и никто бы ее не увидел. Просто isc сначала испугался и решил быстро слить дело, потом грохнул все пакеты azer'а опять же не подумал, а потом еще и своевольно вернул модуль. Даже не знаю как это можно описать, но мне кажется доверие к npm в целом, и к isc'у в частности теперь подорвано.
у Google ужасный экспорт фотографий с Picasa. (тот что Google Takeout) Предположим в альбом автоматически загружалось 10 фотографий с именем photo.jpg :)
Далее начинается самое интересное.
Их выгрузят в виде архива. в которым они будут иметь имена photo.jpg photo (1).jpg photo (2).jpg и т.д.
Но это нормально. Проблема в файле метаданных который выгружает Google, В нем все эти фото прописаны как photo.jpg
То есть автоматический перенос автоматически залитых фотографий превращается в веселые игрища с phash'ом ;)
Тоже соглашусь, что в раздел подарков ее определенно надо :) Также думаю заказать в подарок. Читаю ваши статьи и уверен что книга получилась хорошей, не смотря на всю цензуру.
Как вариант можно использовать кнопку как дополнительный авторизационный фактор, ввел пароль, нажал кнопку в определенном интервале. после этого только авторизовывать.
С точки зрения автоматизации — долгое нажатие выключить все электоприборы. одинарное нажатие включить свет в прихожей, двойное включить обычно используемые устройства.
Упрощенный пульт — долгое нажатие mute/unmute, одинарное следующий трек/ролик/канал, двойное предыдущий.
Проверил на локальной машине, результаты вышли на уровне погрешности. Поэтому решил проверить, imagick скомпилирован уже с нужным параметром. Увеличил количество потоков. Появился затык на операции вращения, где то раза в два. в остальном +-5% что по сути сопоставимо с погрешностью.
Правда отсутствие нормальной обертки для leptonica мешает полноценно повторить тесты. Можно сколько угодно подкручивать тесты imagick/gmagick но их не с чем сравнивать. Надо будет попробовать старую версию, которая есть в паблике, и сравнить разницу.
ну сессии в памяти вполне тоже могут запросы тормозить. тут все зависит от механизма работы с ними. Но сессии не всегда нужно использовать, что здесь собственно и происходит :)
Кстати, может кто просветить касательно японской локализации. У них же вроде раньше было распространенно вертикальное письмо. С распространением компьютеров тренд поменялся, и сейчас вроде почти нигде не используется, или я не прав, и вам приходилось подбирать шрифты, и разбивать тексты с учетом вертикальных, а не только горизонтальных ограничений?
Сделал PullRequest автору с gmagick. Но по факту разница не такая уж и большая. В чем то чуть быстрее, в чем то медленней. Создание и сохранение чуть медленней, операции чуть быстрее, некоторые заметно быстрее. но на итоговый результат повлияет не так уж сильно. Leptonica похоже получается быстрее, просто разница выходит где то в 1.5 а не в два раза.
Касательно сохранения, немного ускорить сохранение ImageMagick'ом можно если заменить
$Image2->writeImage($output_file);
на
file_put_contents($output_file, $Image2);
да, кажется немного странным. Выигрыш получается порядка 10% где то. Мелочь конечно. Но так как это самая долгая операция получается. То лучше чем ничего :)
тут немного мешало то что было сложно поймать какой именно процесс обрабатывает тормозящий запрос. Потому что тормоза наблюдались в одном процессе. И strace тоже бы привел к ожиданию сессии, хотя другой процесс в этот момент и подвисал :(
Но да, strace надо было использовать раньше. Сэкономило бы время. Как я и написал в итоге.
что интересно, хранение сессии в memcached проблему не решало. К тому же сыграло роль то что похожая проблема была относительно недавно на другом сервере, и там в итоге виноваты оказались винты, которые пришлось заменять. Вот мысль и ушла не в том направление :(
а почему не юзать? в нем конечно полно своих проблем. Но это как и в любой другой CMS.
суть в том что проблемы могут подкрасться откуда не ждали, и иногда стоит довериться первым мыслям чем устраивать долгий и непонятный квест :)
Хотя в результате приходим к тому же. время только тратится.
Match against не использую, ибо иногда приходится искать маленькие слова, а оно их вроде как не любит, по крайней мере раньше не любило :)
Звонят мне как то и говорят что сайт лежит, захожу и вижу что таблицы не найдены, делаю запрос на показать таблицы, таблица есть, делаю запрос на получить данные, таблицы нет. В уведомлениях вижу сообщение о том что 7 дней назад сервер хостера был перезапущен и мол все теперь в порядке. По факту часть баз побилась. Казалось бы shared hosting есть кнопочка восстановить из бекапа, вот только бекапы за последние 3 дня. и последний нормальный бекап оказался перезаписанным. У хостера что характерно тоже бекапа не оказалось. Таблицы восстановить они даже не попытались. Грустно. Повезло что нашел какую то старую версию на внешнем винте, и хоть что то восстановилось.
Давным-давно я держал криптоконтейнер, на флешке. А бекапить криптоконтейнер я не догадался. И вот однажды, флешка сбойнула, и часть данных побилась, совсем чуть чуть, несколько байт, вот только контейнер после этого уже открываться не смог, соответственно со всем содержимым :)
Ну самый интересный случай был когда я потерял данные с четырех жестких дисков. Диски то имеются в наличии, но что то восстановить с них несколько не совместимо со стоимостью затрат на это дело. К счастью к этому времени рабочая информация частично дублировалась в дропбокс, а частично лежала в двух местах, на ноутбуке и на пк, поэтому все что случилось с пк не слишком нанесло урон. Да много отсортированного контента, сохраненные статьи, заметки, стихи, и старые проекты канули в лету. Иногда ревность творит страшные дела. А жесткие диски плохо защищены от молотка.
Поэтому все важное должно бекапиться, более того бекапы необходимо проверять. И то что sql файлы лежат на пяти машинах, не значит что если припрет они смогут быть развернуты вообще. Например скрипт дампа может падать, или же таблица может просто не попадать в бекап :(
В бытность общажного жития был один винт регулярно отваливающийся в соседнем блоке. Когда в очередной раз сыпалась ФС, она с помощью действий доведенных до автоматизма восстанавливалась цепочкой format — unformat о бекапах никто и не думал :)
Isc прогнулся даже не под суд, и не чтобы завершить дело в досудебном порядке после такого как были уже готовы документы, а просто на основании того что ему написали, мы мессенджер у нас есть торговая марка, мы хотим это название.
Исходя из такой логике, и выходит что завтра пользователя с ником kik попрут со всех форумов, ибо это trademark. Понятно когда имеется случай злоупотребления. Если бы Azer писал код для работы с мессенджером, и выдавал его за официальный. В данном же случае никакой связи не было, и никто бы ее не увидел. Просто isc сначала испугался и решил быстро слить дело, потом грохнул все пакеты azer'а опять же не подумал, а потом еще и своевольно вернул модуль. Даже не знаю как это можно описать, но мне кажется доверие к npm в целом, и к isc'у в частности теперь подорвано.
Далее начинается самое интересное.
Их выгрузят в виде архива. в которым они будут иметь имена photo.jpg photo (1).jpg photo (2).jpg и т.д.
Но это нормально. Проблема в файле метаданных который выгружает Google, В нем все эти фото прописаны как photo.jpg
То есть автоматический перенос автоматически залитых фотографий превращается в веселые игрища с phash'ом ;)
С точки зрения автоматизации — долгое нажатие выключить все электоприборы. одинарное нажатие включить свет в прихожей, двойное включить обычно используемые устройства.
Упрощенный пульт — долгое нажатие mute/unmute, одинарное следующий трек/ролик/канал, двойное предыдущий.
Правда отсутствие нормальной обертки для leptonica мешает полноценно повторить тесты. Можно сколько угодно подкручивать тесты imagick/gmagick но их не с чем сравнивать. Надо будет попробовать старую версию, которая есть в паблике, и сравнить разницу.
а можно ли где нибудь найти используемую в тестах обертку для leptonica? чтобы попробовать тесты погонять?
на
да, кажется немного странным. Выигрыш получается порядка 10% где то. Мелочь конечно. Но так как это самая долгая операция получается. То лучше чем ничего :)
Но да, strace надо было использовать раньше. Сэкономило бы время. Как я и написал в итоге.
суть в том что проблемы могут подкрасться откуда не ждали, и иногда стоит довериться первым мыслям чем устраивать долгий и непонятный квест :)
Хотя в результате приходим к тому же. время только тратится.