Вы не зашли.
bojikodab, это действительно от календаря.
Необходимо зайти в настройки календаря и включить кеширование, тогда он не будет генерировать ссылки в далёкое будущее/прошлое.
vl, это сделано специально - чтобы несколько пользователей не смогли попробовать залить одну и ту же картинку (к примеру, photo.jpg).
Ты уверен, что тебе цифру нужно убрать? Может в реальности требуется что-то иное?
Karatik, это массив, который превращен в одну строку средствами php.
Вручную его править нельзя (точнее - очень сложно), с ним нужно работать при помощи функций serialize() и unserialize()
The9th, нужен доступ к "больному" хостингу (ftp, доступ в админку сайта, при возможности - ещё и ssh), тогда смогу помочь.
Сейчас понятно, что:
1. Функция error_get_last() есть не везде. Тут проблема решается, можно сделать проверку её наличия и выводить просто сообщение типа "ваша версия PHP не поддерживает получение детального описания ошибки".
2. Есть ещё какой-то непонятный момент, вот для решения проблем с ним мне и нужен доступ.
По твоей ссылке нужно регистрироваться.
Бери оттуда описание, файлы и прикладывай сюда. Тогда и сможем посмотреть..
Velaskes, тогда давай доступ к своему сайту (логин/пароль юзера с админскими правами + доступ по FTP, а в идеале ещё и по SSH), посмотрю что там может быть.
Комментарий по использованию - плагины должны генерировать переменные вида {plugin_ID}, {plugin_ID_Name), где:
ID - ID плагина, в твоём случае - thanks, т.е. {plugin_tranks}
Name - любое название в случае, если плагин генерирует более 1й переменной
Причины - это переменные со специальной обработкой в шаблонизаторе. Если выключить плагин, то шаблонизатор сам будет скрывать такие переменные.
helljoy, скорее всего тупит какой-либо из SQL запросов.
Посмотри логи mysql'я.
Devid, поставь обратно
ROZARD, по идее не должно.
А ещё можно просто обновиться до SVN версии, в SVN970 проблема была решена.
legenda, изменения сделаны в SVN970.
Обновись до него, зайди в настройки формата адресов и просто нажми на "сохранить".
Должно исправиться.
qwest, тебе надо убрать iconv('Windows-1251', 'UTF-8', и в конце )
Еще вопрос по языковым переменным планируется ли вынести все что не вынесено в языковые файлы.
Да.
И если твой эксперимент окажется удачен, то эта задача станет среди первых.
Подскажите пожалуйста как правильно в файле comments.php убрать вызов функции iconv()
1.
$output = array( 'status' => 1, 'rev' => intval(pluginGetVariable('comments', 'backorder')), 'data' => comments_show($SQLnews['id'], $commentId, $SQLnews['com']+1, $callingCommentsParams) );
2.
if ($_REQUEST['ajax']) { $output['data'] = $output['data']; $template['vars']['mainblock'] = json_encode($output);
3.
$output = array( 'status' => 1, 'rev' => intval(pluginGetVariable('comments', 'backorder')), 'data' => comments_show($SQLnews['id'], $commentId, $SQLnews['com']+1, $callingCommentsParams) );
У меня небольшая заминка возникает при выводе сообщения об ошибке вот пытаюсь понять из за чего или я неправильно убираю iconv() или из за того что файл tpl в ср1251
а вопрос решен?
Вопрос решен, причём уже давно.
1. В templates/ТВОЙ_ШАБЛОН/static/ создаёшь 2 файла:
myname.tpl - твой шаблон
myname.main.tpl - замена main для шаблона myname
2. В статик. странице выбираешь шаблон myname
3. Ставишь галочку "Использовать main.tpl из шаблона"
PROFIT
engine/includes/inc/news.php, находишь строки ~236:
// Prepare title
//$SYSTEM_FLAGS['info']['title']['group'] = $config["category_link"]?GetCategories($row['catid'], true):LangDate(timestamp, $row['postdate']);
$SYSTEM_FLAGS['info']['title']['group'] = GetCategories($row['catid'], true);
$SYSTEM_FLAGS['info']['title']['item'] = secure_html($row['title']);
и заменяешь на:
$SYSTEM_FLAGS['info']['title'] = array('item' =>secure_html($row['title']));
должно получиться ровно то, что тебе нужно.
Убрал вызов функции convert() комментарии стали добавляться но при выводе крякозяблица. Нажимаю обновить страницу в браузере становится все нормально. Если я правильно понял вся беда из за AJAX он обрабатывает все в ср 1251 или нет?. Прошу совета.
Наоборот - AJAX работатет только в UTF8 и двиг принудительно делает конвертацию Win1251 => UTF8.
В файле comments.php найди и убери вызов функции iconv()
qwest, вот с китайским ты словил первый баг - в наименовании альт. имени
Но с генерацией URL'ов всё проще - можно перейти на использование ID новости в URL'е, тогда проблем не будет.
В "управление форматом ссылок" находишь строку "Отображение полной новости" и меняешь в ней {altname} на {zid} - получишь ID с ведущими нулями.
qwest, интересное начинание...
Вообще я не торопился делать UTF-8 версию по одной причине - перестанет корректно работать масса регулярных выражений.
Начиная от проблем в шаблонах, заканчивая всякими XSS и другими атаками.
В плагине comments - открой файл /engine/plugins/comments/inc/comments.add.php и убери везде вызов функции convert() - именно она из UTF-8 преобразует в Win1251.
websin-profi забанен, теперь уже навечно.
Причины - начиная от оскорбления участников, неадекватных утверждений, заканчивая обещаниями поделиться конвертером,.. и одновременным уточнением, что исходников не будет (кому такое нечто нужно?)
К остальным - просьба перестать принимать участие в флуде.
websin-profi, вот тебе пример сайта с посещаемостью >2k уников в сутки:
Об "обходе стороной" ничего не слышал, но без фактов (с указанием URL'ов сайтов) ничем помочь не смогу - кто знает что ты делал с сайтом? Можно так намудрить, что поисковики и правда начнут обходить сайт стороной (к примеру, положить все внутренние ссылки в noindex).
А про конвертер - присылай исходники конвертера на vp7@mail.ru
Зуб даю - всё пройдёт без проблем