Ответы в темах

Просмотр 3 ответов — с 1 по 3 (всего 3)
  • @tunztunz, вам прям щас оплатить? Вы не извольте более беспокоиться. С вами мы работать в любом случае не будем.

    Всех остальных заинтересованных мы приглашаем к диалогу и сотрудничеству, детали которого разумно будет обсудить в звонке/личной переписке.

    PS. Есть подозрение, что рускоязычные форумы в принципе слабоваты. Поэтому и нет ответов. Заинтересованные всегда найдут способы дать о себе знать.

    UPDATE:
    Не хотим произвести впечатление чуваков, которые никогда, никому и ни при каких условиях не хотят платить. Напротив — мы сами зарабатываем деньги и готовы давать зарабатывать коллегам.

    Мы готовы рассматривать приобретение платных плагинов/аддонов. Единственное условие — любые приобретения должны решать поставленные перед нами задачи.

    Юрий, благодарю за инпут, но опять же:

    PG4WP is expected to be slower than the original WordPress with MySQL because PG4WP does much SQL rewriting for any page view — Some WordPress plugins should work ‘out of the box’ but many plugins won’t because they would need specific code in PG4WP

    Это все несерьезно, увы… Речь идет об обычной трансляции запросов одного стандарта в другой. Такая инсталляция в принципе не должна работать в продуктиве. А речь ведь идет не о тестировании, а о нормальной работе в продакшене.

    Все это мы прошли, когда крутили wp-db-abstraction плагин.

    После того, как на чистой инсталляции WP таблицы появились-таки в нашей базе на Microsoft SQL Server, но при этом записи типа post не показывались 😉

    Мы полезли в сорцы WP и увидили, что нашему SQL Server’у снесло башню клаузой SELECT … LIMIT, которая отлично выполняется в MySQL, но останавливает шоу в SQL Server.

Просмотр 3 ответов — с 1 по 3 (всего 3)