@Lici Рапиды в Украине нет, только в России. Обналичка именного чека возможна только при личной явке в банк, принимающий чеки на инкассо. Других _ЛЕГАЛЬНЫХ_ способов нет)
Аудит с какой целью? Аудит чего? Для SEO? Для оптимизации скорости загрузки и работы сайта? Для подготовки к большому трафику? Для перехода на другую платформу? Для монетизации? Вариантов - масса.
@Lici ну если мое решение или от savostin содержит в себе решение проблемы (а по конкретной проблеме с чеком решение содержат оба, других нет - только инкассо), то нужно отметить одно или оба (кнопочка справа). Иначе вопрос продолжает появляться в общем списке как "вопрос без решения" и забивать эфир. Это суть этого сайта)
Все ок, но не соглашусь по поводу близости к аудитории. Главное не выносить за океан. У меня сервера в Амстердаме (Digital Ocean), статические сайты грузятся в пределах 80-600ms, в зависимости от количества запросов на странице. Раньше пользовался Reg.ru - скорости тех же сайтов были в диапазоне 900мс-2с.
@selcrit да, совершенно верно. Данный (и аналогичные) плагин позволяет сделать фильтры длля любых данных (post, pages, custom post types), и в Вашем случае, скорее всего, WooCommerce вообще не нужен.
@Kith_Debeetham все можно сделать, читайте function reference polylang.wordpress.com/documentation/documentation... Для показа разного логотипа поставьте блок if/else и в нем ипользуйте результат функции pll_current_language(). Если что-то не подхватывается плагином, есть функции для шаблона - pll__(), pll_e() аналогичные родным __() и _e(). Я как раз сейчас делаю на нем огромный портал на базе WordPress и BuddyPress, где используется около 20 custom post types c кучей кастомных полей (Advanced Custom Fileds), глобальных таксономий и т.д. И все прекрасно переводится с помощью Polylang.
@selcrit Речь идет именно о создании фильтра для отбора товаров? Это можно сделать либо вручную, либо с помощью одного из плагинов для этих целей - например, https://facetwp.com/
Хорошее замечание по поводу п.2 - клиента с иллюзиями, некоего педанта. Согласен полностью, надо такое ТЗ проверять и обсуждать, а не слепо за него браться.
@korobochkin а что мешает подключить WP-Minify или один из плагинов для кеширования (W3 Total Cache, WP Super Cache), которые минифицируют и комбинируют скрипты и стили в один? Оптимизация ресурсов - это как раз важный и нужный этап. Это все автоматизируется :)
@zelenin вообще не нужно ничего дерегистрировать, нужно просто принудительно юзать встроенную версию jQuery, об этом уже тысячи раз писали сами разработчики ядра, большими буквами и жирным красным текстом. Многие плагины на эту родную версию опираются. Использование Google CDN для выигрыша весьма спорное. Если бы Вы из этого CDN одновременно 3-4 библиотеки тянули - тогда есть смысл, а отдельно только jQuery - Вы на dns резолвинге и коннекте потеряете больше, чем на скачивание со своего сервера. А если грамотно развести свои статические файлы на сервере на поддомен, то это еще и не будет упираться в лимит одновременных закачек с одного хоста и распаралелит загрузки, что лишь ускорит еще больше, и вариант с CDN вообще отпадает.
@Lici я в Киеве все делал. По инструкции - идете в отделение Приватбанка, просите сделать вам долларовую карту для приема платежей по SWIFT-переводам. Выдают на месте. Вместе с картой выдадут распечатку со всеми реквизитами для SWIFT-платежа. Далее заходите в свой AdSense, в настройках платежей есть возможность добавить способ вывода денег, теперь кроме чека доступен вариант "Банковский перевод". Выбираете его, заполняете данные из распечатки, сохраняете и назначаете главным способом вывода по умолчанию. Все, следующие платежи будут идти уже на счет. Если установлены автоматические выплаты по трешхолду - автоматом и будут зачисляться на эту долларовую карточку. А уже в рамках Приват24 можно между картами туда-назад гонять и конвертировать.
Всю механику двумя предложениями действительно не решить, но есть одно предложение, от которого необходимо плясать. Если нужна высоконагруженная система с динамическими данными - забудьте про модель "если нет в кеше - обратились в базу, закешировали, отдали пользователю". Пользовательские запросы должны проходить только по двум каналам - максимально быстро отдавать статику (Varnish) и все остальное максимально быстро отдавать из Memcached. А обновления кешей должно идти от бекенда. Изменились данные в базе - принудительно сбросили кеш по этому ключу. То есть, с другой стороны заходим.
