Nem "szerveroldali programmal", hanem a php.ini nevű fájlban való módosítással tudod ténylegesen aktiválni az APC-t, amennyiben nálad is az látható a státuszjelentésben, mint ami magában a kérdésben szerepelt:

"A kiszolgáló alkalmas a fájlfeltöltési folyamat megjelenítésére APC-n keresztül, de ez a lehetőség tiltva van. Hozzá kell adni a apc.rfc1867 = 1 sort a PHP működését szabályzó php.ini fájlhoz."

A php.ini egy konfigurációs fájl, a PHP-hoz beállításait tartalmazza különböző direktívák formájában:
http://php.net/manual/en/configuration.file.php
http://php.net/manual/en/ini.list.php

A PECL uploadprogress egy PHP-extension, ennek itt tudsz utánaolvasni, ha érdekel:
http://pecl.php.net/package/uploadprogress

De mondom, ha nem a tiéd a szerver (vagy nem VPS-t használsz), a szolgáltatóval kell egyeztetned, hogy hajlandóak-e ezt a kedvedért engedélyezni, beállítani (de ne lepődj meg az esetleges nemleges válaszon).

Egyébként nem hülyeség, amit mondasz. Tegyük fel, hogy a webshopban megvásárolsz egy node-ot. A sikeres vásárlás automatikusan hozzárendeli a vevőt az adott node entity reference mezőjéhez. Innentől már van kapcsolat a node és a vásárló között, amely akár a másik drupalodban is meg tud jelenni, mivel írtad máshol, hogy két rendszerben gondolkodsz. Csak ugye ott van a bibi, hogy ha jól értem a dolgot, akkor egy node vásárlásával több node is elérhetővé kell, hogy váljon a vásárló számára. Akkor viszont a node vásárlásánál jobb, ha taxonómiát vásárol az illető és ezzel együtt jogot formál minden olyan tartalomra, amely az adott taxonómiával rendelkezik.

Aztán persze ott van a kérdés, amiről nem esett szó, hogy elévülnek-e ezek a jogok? Ha nem, akkor tiszta sor. Ha igen, akkor hogy lehetne ezt a legjobban automatizálni? Minden jog elvész vagy csak néhány abból a sokból, amit említettél?

Egyébként csatlakozok ahhoz, aki azt mondja, hogy nagyon szépen, alaposan végig kell gondolni egy ilyen rendszert minden buktatójával és a későbbiekben előforduló hülyeségével együtt.

Bocsi, hogy sokat nem segítettem, inkább csak vaktába ötleteltem, de amit eddig leírtál szerintem megvalósítható a dolog alaprendszer belenyúlkálás nélkül. Saját modul írásától viszont Isten sem véd meg egy idő után :)

Lépések:

1. Hozz létre egy componentet (admin/config/workflow/rules/components). Beállításai:
Component plugin: Rule
Variables: Content - itt adj nevet neki - pl. Álláspályzázat
Conditions: Entity has field -> Data selector: Content (Álláspályázat), Field Value: A logikai mező amit felvettél
Action: Set data value -> Data selector content:logikai_mező -> Value: amire szeretnéd állítani (pl:lejárt)

2. Készítsd el a rules-t (admin/config/workflow/rules)
React on event - ekkor fogja létrehozni az időzítést, lehet új tartalom mentése után, vagy frissítés után.
Beállításai:
Events - itt szerepel amit megadtál (pl: új tartalom mentése után), itt felvehetsz további eseményeket)
Conditions - itt most nem kell
Action: Schedule component evaluation -> Component Value: Amit az első lépésben létrehoztál.
Scheduled evalution date (mikor következzen be jelen esetben a logikai mező átállítása) - pl: node:changed add offset 30 days (ekkor a módosítás után 30 nappal fog váltani)
Álláspályzázat (itt a variables fog szerepelni)
Data selector: node

Elvileg ennyi. Tesztelésnél a cron-t mindig le kell futtatni. Itt találod, hogy mikor fognak lefutni az egyes szabályok (admin/config/workflow/rules/schedule)