Похоже, что работы на новом месте у вас пока не много. Попробуйте сделать это на html, возможно с помощью какого-нибудь WYSIWYG редактора в духе FrontPage.
У зенда есть опция времени жизни по количеству обращений. Не может быть?
Ну и информации мало, можно даль только общие советы:
— ищите чем этот ключ отличается от других (может частотой обращений?)
— ищите в коде все места обращения к ключу
— протрейсите (глазами) процедуры чтения/сохранения на предмет ответвлений, которые могут обнулять значение
— проверьте, не может ли быть дело в UDP бинарном соединении с memcached и дропом пакетов
— проверьте опции расширения (pecl/memcache вроде), через которое работает зенд
При настройке через ssh лучше сначала сделать разрешающее правило на порт ssh, после чего убедиться что оно работает (посмотреть счетчик пакетов по нему). Если всё сделать с первого раза правильно, то проблем, конечно, не будет, однако береженого бог бережет. У меня поначалу случались такие ошибки.
И еще раз повторюсь про трюк с отправкой в лог по-умолчанию, пару раз это помогало найти порты, которые изначально открыть забыл.
ГЛАВНОЕ не выполнять это по ssh, иначе после первой строчки настройка закончится.
Дополнительно советую сначала отправлять «остальные» пакеты не в дроп, а в лог — так можно обнаружить порты, которые изначально забыли открыть.
А выравнивание размеров ячееек вложенной таблицы по общей сетке предлагаете делать через цсс?
Я серьезно, без сарказма. Если вы знаете способ выровнять вложенные таблицы не зная заранее габариты контента — поделитесь.
