@motomac в первом абзаце они пишут, что IPB по умолчанию использует в качестве кеширования базу данных. Далее перечисляют, что он поддерживает также и другие системы кеширования, если установлены на сервере и добавить в конфиг - он будет использовать новый кеш вместо дефолтного. А красный текст говорит вот что:
"Enabling any of these methods will override the default cache store. You should never add more than one of the above lines of code to your conf_global file."
Включение любого из этих методов (кеширования) переопределит дефолтный метод кеширования. Вам не стоит добавлять БОЛЕЕ ЧЕМ ОДНУ из вышеупомянутых строк в конфиге. То есть, не надо определять несколько кешей. Что, собственно, немного сбивает с толку. Так как, действительно, использовать одновременно более одно opcode кешера нельзя. Но opcode (например, OPCache, который уже входит в состав PHP по умолчанию) + data cache (Memcached) прекрасно работают в связке. Путаница из-за того, что APC, к примеру, будучи opcode кешем, одновременно является и user (data) кешем, то есть, дублирует Memcached. XCache, будучи по природе opcode кешем, все равно имеет некий эмулятор data cache XC_TYPE_VAR (Cache Type = variable data). То есть, как минимум APC и XCache пытаются объединить в себе и opcode кеш, и data кеш. Если же использовать IPB на более свежих версиях PHP, то лучше включить OPcache который уже идет в поставке PHP и выполняет исключительно кеширование компилированных скриптов, независимо от платформы, CMS и т.д. А для метода кеширования IPB выбрать Memcached. Тогда не будет конфликтов и будет максимальный прирост производительности.
@motomac и да, XCache + Memcached работают в связке отлично, так же как и APC + Memcached, OPcache + Memcached. Когда говорят о конфликтах кеширующих систем, то имеется в виду одновременное использование кешей одного типа, например XCache + APC. Или же Memcached + Redis.
@motomac это разные вещи. XCache - это локальный opcode кеш, который хранит откомпилированные php-скрипты. Это дает прирост производительности приложения за счет использования уже бинарного кода, не надо его повторно компилить каждый раз. Memcache - это распределенная система кеширования в памяти. В Memcache хранятся только данные вида ключ-значение. Работает в многосерверной архитектуре. Ускоряет работу в целом за счет сохранения в памяти готовых результатов ресурсоемких вычислений - запросов к БД, обработки данных и т.д. Также, в Memcache можно хранить готовые куски сайта (например, полностью собранную менюшку) или даже всю собранную страницу целиком (page cache), сессии и пр.
бугага. оказывается нельзя просто так взять и залить питоновский файл в корень сервера - не будет он работать, как пхп. Пытаюсь выяснить как оно там на сервере у клиента устроено. Печалька))
В любом случае, спасибо за помощь!
Да, пересматривая $GLOBALS обнаружил мои данные в$HTTP_RAW_POST_DATA. Пока такой костыль, но работает. Буду сейчас пробовать с передачей массива и другие варианты.
@NealMoreau тогда поздравляю) Видимо мне тогда впервые лень было копать в эту сторону и я воспользовался утилитой из семейства PuTTY, как советовал урок на Digital Ocean, а с тех пор процедуру не повторял, так как есть уже готовый ключ который я использую. Надо будет попробовать в свободное от работы время)
@miloslovesky Landing Page - именно то, перевод означает "посадочная" страница. Если точнее - это посадочная страница, у которой есть какая-то цель. Это может быть примитивная страница для сбора имейлов, а может быть и такая, как принято в рунете - посадочная ПРОДАЮЩАЯ страница, то есть, страница товара или услуги. У них за бугром такие продающие страницы чаще всего называют просто One page website, или One pager.
@NealMoreau не, под Win надо через утилиту которая с PuTTY идет, специально для генерации глючей. Под OS X и Ubuntu кажется проще. По крайней мере я так делал и все работает.
@NealMoreau есть такой момент у новичков)) Через PuTTY заходишь? Когда создаешь сессию там слева есть куча закладок, есть закладка SSh, в ней Auth, выбрав ее справа появится поле для загрузки ключа Private key file for authentication. Загружаешь туда .ppk и все заработает)
а кроме того, что мухи отдельно, еще и сами таблицы юзеров и админов следует разделять, ключевые данные и флаги отдельно, метаданные (дополнительные поля) - отдельно.
@NealMoreau пароль там вводится, просто не показываются привычные звездочки)) Смело вводите пароль, потом жмите ввод - должно работать. А вообще лучше сначала подготовить SSH-ключ и создавать дроплет сразу с ним, тогда никакого пароля спрашивать не будет, авторизация идет по ключу (если при создании ключа был добавлен Passphrase - запросит его).
@Vipivin частично придется и выучить, так как если сайт на WP выходит за рамки стандартного бложика (что сейчас все чаще и больше) то появляется куча дополнительных данных, которые надо выводить в шаблон. Очень сомневаюсь, что Вам будут давать готовые шаблоны, собранные php-программистом, чтобы Вы могли добавить/удалить там фрагменты html и дописать только стили. В большинстве заказов на ниве фриланса подразумевается, что php-шную часть шаблонов также будет делать верстальщик. А для этого знание платформы - обязательно.
@NealMoreau DO крутые, я перешел на них полгода назад, перенес потом туда все свои проекты и клиентские, построил уже целую многосерверную архитектуру. Доволен аки слон :) Но Канада - это своеобразная штука, и CaClaoud хорош тем, что находится именно в Канаде. С точки зрения скорости загрузки сайтов это даст хоть и не критическую, но заметную разницу. Разобраться с DO не так сложно, хотя на первых порах есть тормоза. Сейчас отредактирую основной свой ответ, добавлю пошагово что сделать и на что обратить внимание.
"Enabling any of these methods will override the default cache store. You should never add more than one of the above lines of code to your conf_global file."
Включение любого из этих методов (кеширования) переопределит дефолтный метод кеширования. Вам не стоит добавлять БОЛЕЕ ЧЕМ ОДНУ из вышеупомянутых строк в конфиге. То есть, не надо определять несколько кешей. Что, собственно, немного сбивает с толку. Так как, действительно, использовать одновременно более одно opcode кешера нельзя. Но opcode (например, OPCache, который уже входит в состав PHP по умолчанию) + data cache (Memcached) прекрасно работают в связке. Путаница из-за того, что APC, к примеру, будучи opcode кешем, одновременно является и user (data) кешем, то есть, дублирует Memcached. XCache, будучи по природе opcode кешем, все равно имеет некий эмулятор data cache XC_TYPE_VAR (Cache Type = variable data). То есть, как минимум APC и XCache пытаются объединить в себе и opcode кеш, и data кеш. Если же использовать IPB на более свежих версиях PHP, то лучше включить OPcache который уже идет в поставке PHP и выполняет исключительно кеширование компилированных скриптов, независимо от платформы, CMS и т.д. А для метода кеширования IPB выбрать Memcached. Тогда не будет конфликтов и будет максимальный прирост производительности.