Подняться с бэкапа.
Вы же делали бэкап перед установкой новой версии, правда?

Да нет проблем на самом деле. Просто этого кода не будет в проекте и все. Тоесть разработчик в силу того что выставил заказчику неприемлемые условия оплаты- просто остался без денег. А заказчик найдет другого разработчика. Более сговорчивого :)

Вы действительно верите что заявляя пользователю сходу что он «тварь дражащая и прав не имеет» — подвигните его расставаться с деньгами?
Интересный способ вести бизнес :)

Вы сейчас попытались обосновать неокупаемость для разработчика linux, nginx, mysql и т.д.? :)
В действительности вы сейчас, пытаетесь подвести базу под разумность и целесообразность прорприетарного софта. Но я говорю не за проприетарность или не проприетарность софта, я говорю о том, что один раз заплатив за код — человек предполагает что сможет использовать его так как ему удобно. А привязка к домену — делает это невозможным. Зачем покупать такой код? Правильно, незачем...

Вот поэтому я считаю покупку расширений (да и вообще любого софта) с привязкой к домену — неприемлемой и абсурдной.

Парень.. Ты сделал мой день :)

А еще в требованиях к cms не сказано, что для того чтобы можно было загружать картинки в формате gif — php должен быть собран с поддержкой ImageMagick версии не ниже 6.3.6

веб сервер и php-сервер тоже работают от вашего имени?

Речь идет не об ваших юридических правах на сервер, а о пользователе от имени которого работает программа.
Например веб сервер запущен от имени пользователя apache, каталог принадлежит пользователю www, а php работает от nobody.. в результате получаете Operation not permitted при попытке прочесть или записать что-то в файловую структуру (в зависимости от прав доступа к файловой структуре)...
в логах веб-сервера при этом должна быть запись что какой-то конкретный файл не может быть прочитан...

Вам нужно установить:
от какого пользователя запущен веб сервер?
от какого пользователя запущен php?
соответствуют ли этому пользователю (или доступен для записи в соответствии с правами пользователей) каталог /var/www/geks и все что ниже.
Если каталог сессий находится не в подструктуре этого дерева каталогов- то вам надо проверить пользователя и права доступа к каталогу сессий.
Так же, Вам надо посмотреть логи веб сервера и php, на предмет ошибок.

«незначительная ошибка» в виде кривых прав доступа к файлам...

наверное... Хотя возможно их можно просто подменить прямо в каталоге уплоада... неизвестно что проще :)

$config['module']['uploader']['images']['default'] = array(
    '$extends$' => '___module.uploader.files.default___',
    'image_extensions' => array('gif', 'png', 'jpg', 'jpeg'),
    'max_width'  => 8000, // максимальная ширина загружаемых изображений в пикселях
    'max_height' => 6000, // максимальная высота загружаемых изображений в пикселях
    'url_maxsize' => '2Mb', // максимальный размер изображения для загрузки по URL
    'original' => array(
        'save' => false,            // надо ли сохрагять оригинальное изображение
        'suffix' => '-original',    // суффикс оригинального изображения
    ),
    // параметры сохранения при загрузке
    'transform' => array(
        'max_width'  => 800,        // максимальная ширина сохраняемого изображения
        'max_height' => 600,        // максимальная высота сохраняемого изображения

все что выше 800х600 — пережимается.

в конфиге, в секции приема изображений, есть параметр, по которому принимается решение- пережимать картинку или нет. там по умолчанию совсем не HD. Вот их и рережимает движек пропорционально...
вы картинку то размытую на комп сохраните..и все поймете.. размерчик то не тот %)
лечитс установкой более большого критического размера картинки

Поставил openserver 5.2.3. Та же беда.

Вы делаете что-то принципиально неправильно. Учитывая что описанных вами проблем кроме вас нигде не наблюдается, а в том редком случае кода наблюдалось-проблема оказалась в кривой инсталляции сервера, следует вывод — вы чего-то сильно не понимаете, и совершаете какую-то системную ошибку.

ну, как вариант: «хост установки кукисов» у вас кривой.
в логах ваш сайт это ipv6, а что указано в конфиге сайта- хз...
соответственно кукисы ставятся на другой домен, и авторизации нет.

Ну например у меня не возникает потребности искать статью в БЛОГЕ. Я незнаю наперед в каком именно блоге будет нужная мне статья. Я незнаю ее название. Я незнаю ее автора.
Все что я знаю перед поиском — это примерный набор ключевых слов. И единственный разумный способ найти статью (а топиков мягко говоря очень много) — это полнотекстовый поиск по ключевым словам.
Предлагаемый вариант карты блогов- это просто бесполезное развлечение для десятка-двух топиков.. Как только топиков станет много, и как только вам нужно будет натйи конкретные данные — ничего кроме полнотектового поиска по ключевым словам вам не поможет.

как только в блоге будет не десяток, а хотябы пара сотен постов- пользоваться такой штукой станет реально сложно.

Мало данных.
посмотрите логи апача и php

У меня вот прямо противоположная проблема- как персональные блоги сделать скрытыми от всех, включая модератора, и как отобрать у модератора право видеть все кроме открытых (или разрешенных для модерирования) блогов.

Ну тогда осталось перезагрузить веб-сервер (там тоже есть кэши), php (и там есть кэши),систему защиты от ДДОС-а ().

Если и это не поможет — тогда надо последовательно пройти заново шаги:
Не копировать «поверх» а удалить старые папки и залить туда новые
Проверить что они туда действительно скопировались
стереть _run и _tmp
перезагрузить веб-сервер и php
сбросить кэш браузера