mozart1337: я бы оставил золотой кубок в середине (возможно, сделал бы посветлее, не таким ярким - нужно экспериментировать в редакторе), но убрал бы с него звезды и номер, а также выкинул бы красный кубок (сделал бы его серым, или светло-красным). 2 и 3 места можно разграничить оттенком серого (посветлее и потемнее), но делать три ярких разноцветных кубка в ряд - нехорошо, потому что лично у меня создается ощущение, словно я попал в магазин игрушек. С приглушенными тонами будет органичнее.
Номера мест можно указать, приделав к кубкам постаменты (просто прямоугольник, на котором они стоят), либо просто написать их на кубках, но не так, как сейчас, а вдавленным текстом (приделать в фотошопе), чтобы было ощущение гравировки.
> и продавцы хотят эти средства получить назад
Смешно, они должны быть благодарны, если ее по себестоимости купит кто-то. А так гарантированно не купит никто, т.е. кто-то там genius
Glafic: полагаю, писать в саппорт и светить им ссылку не будет мудрым решением. Можно сделать другую фотографию, в \ без очков, или прицепить накладную бороду - да что угодно, чтобы похое не было. Посмотрите Шерлока Холмса какого-нибудь. И конечно, риск быть забаненным остается всегда, но если работать с вашим текущим акком уже невозможно, этот риск может быть оправдан.
thehighhomie: для расширения личного кабинета отдельная таблица также не нужна, если нужно только добавить несколько полей + сделать страницу на сайте вне админки. В WP вся информация о пользователе получается \ обновляется с помощью функций get_the_user_meta() \ add_user_meta(). Их и используйте, плюс фильтры, позволяющие перехватывать обновление информации о пользователе personal_options_update). Напрямую таблицы редактировать явно не стоит, т.к. может слететь при обновлении ядра.
Для решения подобных задач, проще погуглить что-то вроде "adding custom user profile fields", и найти пару уроков (на английском), или ответ на stackovervlow. Иногда приходится искать по коду нужные экшены. Я всю информацию таким образом и получаю.
thehighhomie: в кодексе нет никаких предписаний касательно структуры плагина и стиля кода. Необходимые вещи описаны в соотв. разделе (уверен, его вы уже успели прочесть, раз создавали плагины). Работа с базой осуществляется через глобальный объект $wpdb, а вопрос о создании новой таблицы сугубо контекстный. Необходимо четко понимать требования к плагину, а также специфику нативных возможностей WP.
Например, чтобы создать простенький плагин магазина с товарами, не обязательно выделять под хранение товаров новую таблицу, т.к. все можно решить через Custom Post Types.
А вот создавая какой-нибудь плагин для форм обратной связи создать свою таблицу уже придется, т.к. WP не предоставляет нативных инструментов для работы с подобными структурами. Через CPT делать подобное неудобно и неправильно, т.к. форма != пост. И так далее.
В целом, алгоритм тут такой: нужна фича > смотрим, что дает по теме движок, можно ли обойтись без велосипедов > нельзя - делаем собственный.
Многие разработчики используют собственный устоявшийся паттерн для создания плагинов, у меня это MVC в случае больших плагинов или Singleton (в случае маленьких плагинов это считается best practice).
Стайлгайд можно почерпнуть, заглянув в любой файл ядра. Хотя как по мне, он весьма специфичен и на любителя.
Имхо, но это бессмысленно, хотя бы потому, что даже зашифрованный css будет отображаться в отформатированном виде в dev-tools. Кому надо, набросает парсер за вечер, и сольет все используемые css прямо из CSSOM.
nehrung: для виртуальной ОС вопрос с драйверами решается не так, как для установленной обычным способом, т.к. видеокарта и железо тоже виртуальные. В ряде случаев можно сказать виртуальной ОС юзать реальное железо, но там тоже есть свои нюансы - в виртуализации не эксперт.
P.S. для реальной Win XP как-то находил драйвера на железо, заточенное под Win 8. Работало как часики)
Артем Спиридонов: так это всего лишь упование на то, что жертва будет достаточно глупа чтобы скомпрометировать саму себя, нет? Настоящий взлом в случае крупных сетей скорее утопия - слишком высока безопасность и слишком много специалистов роют в попытках найти критические уязвимости системы.
BlastPy: если это мета-теги (в head, разного рода og:title и т.п.), то нет. А schema.org применяется к тому, что уже существует (т.е. к тому, что будет отображаться и без микроразметки)
Юрий Чудновский: человеку без связей никогда не узнать, кто скрывается за динамическим ip, разве нет? А если провайдер чистит историю время от времени, то вычислить, кто заходил под ip xxx.xxx.xxx лет 10 назад станет физически невозможно.
