Страниц (32): В начало « ... 9 10 11 12 [13] 14 15 16 17 ... » В конец
 Найдено сообщений: 469 |
| igrok54 |
Отправлено: 21 января 2012 — 07:35 • Тема: Общие ошибки и баги сюда • Форум: Решение проблем |
Ответов: 321
Просмотров: 0
 |
roma1 пишет:ну нажал подписку по рсс в опера браузере, два дня при открытии мне приходили обновления по rss новых тем. А теперь не приходят.
(Добавление)
не оно таки работает, но как то с запозданием но работает.
Так это вопрос к опере, а не к ExBB... Надо спросить у Оперы: с какой периодичностью она должна проверять обновления RSS-ок (или по какому расписанию). |
| igrok54 |
Отправлено: 16 января 2012 — 21:14 • Тема: Как исправить ошибку • Форум: Общие вопросы |
Ответов: 26
Просмотров: 0
|
Ну fatal error это никак не нотис. Fatal error - фатальная ошибка из-за которой выполнение скрипта никак не возможно, а notice - предупреждение, не влекущее за собой выход из исполнения скрипта.
А на денвере, насколько помню, по умолчанию все ошибки должны выводиться - денвер же создан для отладки скриптов. |
| igrok54 |
Отправлено: 16 января 2012 — 05:38 • Тема: Как исправить ошибку • Форум: Общие вопросы |
Ответов: 26
Просмотров: 0
|
BON пишет:igrok54, это всем надо поправить эту строку у кого стоит мод?
Я считаю, что стоит поправить. И хотя у немалой части пользователей такие ошибки не выводятся на страницах, но в скрипте они присутствуют.
Поясняю:
Во-первых - ошибки не выводятся, потому, что в скрипте разработчиком определено не выводить ошибки уровня нотисов (не критических, предупредительных) на экран. На хостинге же может быть определено в настройках "Выводить на экран все ошибки". Настройки сервера (хостинга) будут иметь приоритет и нотисы, несмотря на установки в скрипте окажутся на экране.
Второй довод - независимо от уровня вывода ошибок на экран эти неточности в скрипте все же имеются и они влекут за собой дополнительную нагрузку на сервер, так как, например, в данном случае PHP ищет переменную, которой не существует. |
| igrok54 |
Отправлено: 15 января 2012 — 22:56 • Тема: Как исправить ошибку • Форум: Общие вопросы |
Ответов: 26
Просмотров: 0
|
Эту строку лучше поправить в моде Хранения статистики на сервере, раз она оттуда. В моей редакции в строке добавлена проверка на существование переменной $unread_anchor - автор мода просто не предусмотрел, что может быть ситуация, при которой данная переменная не существует ( именно это и было причиной нотисов у mustd ). |
| igrok54 |
Отправлено: 13 января 2012 — 20:59 • Тема: Как исправить ошибку • Форум: Общие вопросы |
Ответов: 26
Просмотров: 0
|
Замените строку:
CODE:$unread_anchor = ($key === $unread_key) ? '<a name="unread"></a>' : '';
на такую:
CODE:$unread_anchor = (isset($unread_key) && $key === $unread_key) ? '<a name="unread"></a>' : '';
и проблема решится... |
| igrok54 |
Отправлено: 21 декабря 2011 — 14:05 • Тема: Вставки ведео в ряд. • Форум: Решение проблем |
Ответов: 2
Просмотров: 0
|
Как то так можно:
CODE:<style type="text/css">
.blocks {float:left;width:425px;height:370px;margin:10px;padding:0;}
</style>
...
<div class="blocks">
<b>Название одного ролика</b><br><object height="344" width="425" ... ... </object>
</div>
<div class="blocks">
<b>Название другого ролика</b><br><object height="344" width="425" ... ... </object>
</div>
Суть в свойстве float:left; - элементы с таким свойством располагаются слева от предыдущего, если места не хватает - переносятся на новую строку. Для равномерного распределения на странице крайне желательно, чтобы такие элементы имели одинаковую высоту. |
| igrok54 |
Отправлено: 20 декабря 2011 — 09:33 • Тема: Раскрутим свои форумы вместе • Форум: О жизни |
Ответов: 18
Просмотров: 0
|
Артур пишет:Есть мысль : Форумная система помирает , нужен постоянно обновляющийся контент, есть мысль что если тырить новости с какого нибуть новостного портала и каждая новость создавала бы новую тему с возм обсуждения это оживило бы форумы в разы. Понятно что в ручную тырить бред надо заморачиватся со скриптами
Это получиться сплог на форумном движке. Тема была актуальна в 2007 году, только использовались блоговые движки. В данное время неактуально из-за неуникального контента, такой сайт попадет в бан/фильтры поисковых систем с вероятностью минимум 95%.  |
| igrok54 |
Отправлено: 10 декабря 2011 — 07:12 • Тема: А как сделать также на своем форуме? • Форум: Настройка форума |
Ответов: 11
Просмотров: 0
|
nikil, на shopzona.info сделана интеграция joomla и ExBB, два движка работают в связке. Верхнее выпадающее меню формируется в Жумле, на страницах ExBB это меню только транслируется с изменением подсветки пункта меню ( подсвечивается пункт "Форум" ). |
| igrok54 |
Отправлено: 1 декабря 2011 — 11:32 • Тема: Непонятные проблемы с UTF-8 • Форум: HTML |
Ответов: 33
Просмотров: 0
|
На денвере, насколько помню, надо добавить в php-ini возможность кодировки UTF-8, по умолчанию ее там нет, если не ошибаюсь.
Также терзают смутные сомнения (воспоминания) о необходимости включения расширения mbstring для PHP, чтобы данная кодировка работала корректно.
Точнее по данному вопросу почитай на офсайте денвера. |
| igrok54 |
Отправлено: 28 ноября 2011 — 23:42 • Тема: Непонятные проблемы с UTF-8 • Форум: HTML |
Ответов: 33
Просмотров: 0
|
саня пишет:народ а как надо сохранять простые страницы, если заголовок вот такой
CODE:<head>
<title>Вот это сайт</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Language" content="ru" />
просто если сохраняю utf-8,unix, php то то же абракодабра.
Саня, поменяй местами строки с title и определением кодировки:
CODE:<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta http-equiv="Content-Language" content="ru" />
<title>Вот это сайт</title>
Есть предположение что поможет... Кодировка из метаполей работает, если до этого не было текста на НЕанглийском языке, а у Вас до определения кодировки в строке:
CODE:<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
идет строка с титлом на русском. |
| igrok54 |
Отправлено: 14 ноября 2011 — 14:58 • Тема: Непонятные проблемы с UTF-8 • Форум: HTML |
Ответов: 33
Просмотров: 0
|
Кинул твой файл ничего не меняя на свой сервер с установленной кодировкой Windows-1251. Результаты - на скриншотах. Так что у меня все работает нормально... Поэтому советую тебе с данной проблемой обратиться к хостеру, мое мнение - в настройках хостинга надо искать причину того, что не работают заголовки, передаваемые PHP.
Главная страница сайта с информацией о кодировке:
Твоя страница на этом сайте информацией о кодировке:
URL твоей страницы - http://almazcms.com/test.php (удалю ее позднее) |
| igrok54 |
Отправлено: 13 ноября 2011 — 11:50 • Тема: Непонятные проблемы с UTF-8 • Форум: HTML |
Ответов: 33
Просмотров: 0
|
Почему-то не передается header из файла, а только с сервера... 
bruno пишет:А как сохранить в UTF-8?
Нотепад++ : Кодировки -> Преобразовать в UTF-8 без BOM, Файл -> Сохранить.
строку bruno пишет:<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
лучше размещать сразу после тега
А уж затем все остальное, в том числе и bruno пишет:<title>Test.</title> |
| igrok54 |
Отправлено: 12 ноября 2011 — 17:53 • Тема: Непонятные проблемы с UTF-8 • Форум: HTML |
Ответов: 33
Просмотров: 0
|
bruno пишет:Дело в том что у меня есть страницы и Windows-1251. И их большинство.
На UTF-8 всего несколько страниц.
bruno пишет:На html-странице написан некий текст на японском:
Тогда так: все страницы в кодировке UTF-8 переделать из html в php, сменив расширение и в начало каждого из них добавить php-код для передачи заголовка с кодировкой:
CODE:<?php
header('Content-Type: text/html; charset=UTF-8');
?>
Тогда для этих файлов заголовок с кодировкой будет передаваться непосредственно из самого файла и браузеры будут понимать страницу правильно. А для других страниц останется кодировка, получаемая с ответа сервера - Windows-1251.
(Добавление)
Важно: PHP-код заголовков страницы должен передаваться до момента вывода на странице какого-либо HTML-кода либо любого другого содержания. |
|
Страниц (32): В начало « ... 9 10 11 12 [13] 14 15 16 17 ... » В конец
|
Сайт проекта ExBB
Чат на форуме
Помощь
Поиск
BanList
