А я вот портфель все никак не могу собрать, на сайте только контакты. На фриланс биржах тоже не густо - руки не доходят нормально оформить. Лопачу заказы, смотрю что нам наиболее интересно и подходит по нашей специализации и отписываюсь по существу, вот как ребята выше советуют. И вместо портфеля скидываю 1-2 ссылки на те сайты, которые максимально близки к этой конкретной задаче. Если клиент видит, что ты уже делал нечто подобное - вопросы по портфолио отпадают. Ему зачастую просто лень лопатить десятки сайтов из портфеля, одног удачного примера, где сделано то, что ему нужно - более чем достаточно.
@motomac c XCache как раз могут быть проблемы - тут не берусь утверждать наверняка, не использовал. Я лично использую PHP 5.5, в нем уже есть родной OPcache (бывший зендовский), и использовать XCache или другой opcache нет смысла. А для user кеша я использую именно Memcached. И вот эта связка PHP 5.5 (движок) with OPcache (родной модуль) + PHP-Memcached (модуль для работы с Memcached) + Memcached (сам Memcached сервер) работает как часы.
@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 кажется проще. По крайней мере я так делал и все работает.
