@iiil я бы даже добавил, что Гугл делает не только бесплатные программы, но и целые технологии, и, в общем-то, косвенно помогает мне зарабатывать на жизнь. Тот же SPDY нам всем, как разработчикам, давно нужен. HTTP 1.1 уже давно устарел. Про то огромное количество бесплатных технологий и библиотек, которые они производят я вообще молчу. И про бесплатный Gmail, Google Docs, Webmasters, Analytics, AdSense и т..д. И про то, что с помощью их же Google AdSense я зарабатываю на своих сайтах. В общем, я готов с ними делиться своей историей поиска) Мне не жалко, да и скрывать нечего.
@Mischuk я согласен, но давайте без фанатизма. Какую информацию собирает поисковик? Запоминает куда я хожу и что ищу, чтобы улучшать мне результаты выдачи? Так я не то что не против, а только за. А если хочу посетить сайт втихаря, я всегда могу открыть анонимную вкладку или использовать анонимайзер типа HideMyAss. Поисковик не тырит мои пароли, номер кредитной карточки, частную переписку. Если уж речь зашла о Privacy, то давайте начинать с соцсетей, а не с поисковиков. Вот эти вконтактики всякие действительно используют много слишком личной информации. А поисковики - это не такое уж большое зло.
А я вот портфель все никак не могу собрать, на сайте только контакты. На фриланс биржах тоже не густо - руки не доходят нормально оформить. Лопачу заказы, смотрю что нам наиболее интересно и подходит по нашей специализации и отписываюсь по существу, вот как ребята выше советуют. И вместо портфеля скидываю 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. Пока такой костыль, но работает. Буду сейчас пробовать с передачей массива и другие варианты.
