Соответственно, не понятно, как их убратьНе уверен, что поможет, я не большой знаток графики (DE) в линуксах, но попробовать можно так:
sudo find / -name *Nepomuk* - поискать все файлы, которые так называются, возможно какой-то из них представляет собой тот самый ярлык.dpkg -l | grep -i Nepomuk - найти все пакеты в которых содержится "Nepomuk", установленные в системе, а потом удалить их примерно так: sudo apt-get remove --purge имя_пакета (имя_пакета - берётся из предыдущей команды). Это для Debian-based дистрибутивов.
Есть 2 базы - product и product_attributes.Возможно, Вы имели в виду "2 таблицы", а не базы?
Это твои фантазии ничем не подтверждаются, кроме как фантазиями говнблогеров-копипастеров 100летней давности."Безопасность вордпреса" - это твои фантазии, а не мои.
Опытом. Не только моим. У тебя же одна ересь с говнобложиков.У меня хотя бы одна, у тебя в данный момент её много. Причем даже не с говнобложиков, а с чего-го пострашнее...
тарые версии к твоему сведению тоже поддерживаются и обновлялся внутри веткиНу если за ветку считать major-версию, и последнее обновление в 2011-м году это по твоему "поддерживается" - то да, это уже диагноз, спорить бесполезно.
За сим откланиваюсь. Я думал тебе интересно что как в реальности, а метать бисер я не намерен.И икру тоже пожалуйста не стоит, а уже с монитора вываливаться скоро начнёт...
2. Проверить пхп-скоритпы намного проще чем бинарники линуха.Какого же тогда лешего, в системе с момента её рождения было столько багов и дыр, сколько наверное, ни один другой массовый продукт, по соотношению "количество дыр на количество строк кода" - ещё не видел?
система деплоя - что здесь имеется в виду?Здесь имеется в виду такие вещи например как "система сборки проектов". Это если очень коротко и "по простому". Если ещё проще и конкретнее, а так же касательно вопроса
Как в таком случае быть?вариантов тут основных два:
ому блоку ставить размер(родительскому или дочернему)Мне кажется лучше выставить размер тому блоку, в котором шрифт написан непосредственно.
и в какой единицей измерения?В любой, которая Вас устроит.
1. Плагины и ядро - разные вещи.То есть по дефолту, я так понимаю, ставится "голый" WP, вернее его ядро, без всяких плагинов и на этом
Мы о безопасности ядра ВП говорили.Мы говорили о безопасности того, что ставится по умолчанию, после нажатия кнопки "Инсталл".
Они тогда удаляются из каталога, если не обновляются.Вот эту хрень 8 лет никто не обновлял, последний тест был с версией WP 2.5. Предположим я хочу именно этот плагин, из официального каталога WP, предположим - в нем дырка, впрочем как и в версии 2.5 (наверняка, их там не мало). Вопрос. Почему "это" до сих пор в каталоге, если не обновлялось 8 лет? Для безопасности? Кто-то вообще тестировал безопасность "этого"? Или всё работает по принципу "пока не начались массовые взломы - всё ОК".
2. Проверить пхп-скоритпы намного проще чем бинарники линуха. И делается это намнго большим кол-во людей чем в линухеЭто откуда такая информация? В частности интересует то, с какого перепуга людей, то есть, грамотных специалистов по безопасности, да ещё и которые занимаются тестирование каких-то там скриптов, да ещё и в количестве сотней тысяч - насобиралось? И с чего бы их вдруг стало больше чем в линуксе? *Я имею в виду, грамотных специалистов по безопаности, а не домохозяек с Notepad++, которые ставят WP и свой экспертный штамп "проверено на безопасность".
Говорить про "тщательность" и тем более о том, где результат выше вообще не корректно.В рамках какого-то сайто-движка - да, полностью согласен, не корректно. Это хоть и массовый продукт, но не продукт корпоративного уровня который поддерживают ведущие мировые производители всего (от софта до железа), с миллионными и миллиардными вложениями $$$ в него, что бы к его тестированию массово привлекать достойных специалистов по безопасности.
а) это никак не отменяет того факта, что ВП - самый безопастный из всех.Самый безопасный из всех дуршлагов видимо. Ещё раз напомню, что на данный момент - это ничем, кроме Ваших слов не подтверждается.
ты видимо не дочитал про юзеров. которые тянут всякую срань. А знаешь как они про неё узнают?Я дочитал (внезапно) и про юзеров и про то, как они тянут всякую срань и мне совершенно всё равно, как они про нее узнают.
Да, я это рассказал как и что на самом деле. Для того, чтобы ты знал, раз уж поинтересовался.Лучше бы рассказал, чем твои слова подкреплены на самом деле, кроме того, что такой великий разработчик как ты, использует WP?
1. База упирается в какой-то небольшой объём памяти, выделенный ей
2. Оставшаяся память (т.к. никто её больше не использует) уходит под дисковый кэш
3. Возникает какая-то операция, с которой БД не справляется и она "падает". Я такого поведения со стороны БД пока не встречал, но судя по Вашему описанию - происходит именно так, в частности, это косвенно подтверждается нижеследующей цитатой: Если после перезапуска БД добавляется "пару сотен" оперативки, вероятнее всего, у Вас под "операции БД" выделяется как эта "пара сотен" Мб оперативной памяти, что довольно мало для тех операций, которые внутри этой БД происходят и БД (пока по не очень понятным для меня причинам) - падает (хотя, должна начинать сильно тормозить, по идее). Попробуйте выделить больше доступной памяти для БД. Тут начальные сведения про настройку, отталкиваясь от них Вы сможете решить, как поступить дальше. Так же существуют решения которые могут Вам помочь в этом процессе, вроде таких