Сообщений в теме: 155

[zrom]

после продолжительной работы появилась ошибка при вызове index.php?do=price, в котором ничего интересного

Спойлер

  $fileToDownLoad = "data/files/price.xml";

  if ( file_exists($fileToDownLoad)) {
	if ( isset ( $_GET["download"] )) {
	  header('Content-type: application/force-download; charset=utf-8');
	  header('Content-Transfer-Encoding: Binary');
	  header('Content-length: '.filesize($fileToDownLoad));
	  header('Content-disposition: attachment; filename='.basename($fileToDownLoad));
	  readfile($fileToDownLoad);
	}
	else {
	  echo implode("", file($fileToDownLoad));
	}
  }

mod_fcgid: stderr: PHP Fatal error:  ob_start() [<a href='ref.outcontrol'>ref.outcontrol</a>]: Cannot use output buffering in output buffering display handlers in /var/www/user/data/www/user.ru/core/config/error_handler.php on line 29

output buffering стоит 0
когда из error_handler'а убрал ob_start(); в логах при повторном вызове index.php?do=price вылезло

mod_fcgid: stderr: PHP Fatal error:  Cannot redeclare category_replacer() (previously declared in /var/www/user/data/www/user.ru/index.php:166) in /var/www/user/data/www/user.ru/index.php on line 166

убирая из function replace_to_cpu category_replacer вылазит тоже самое по всем остальным функциям (products_replacer,page_replacer,news_replacer...), пока не убирается все, тогда работает. непойму как может быть previously declared в одной и той же строке...

ПО не обновлялось, локально все нормально, apache2-2.2.22, php5-5.3.10 as fastcgi, nginx-1.1.19
есть какие нибудь идеи что может быть?

[badisoft]

Я так и не понял, в каких случаях происходит этот глюк.
Видимо, как-то неверно работают вложенные друг в друга ob_start() (в error_handler и index.php).
Обычно всегда делаю так, чтобы убрать проблему вообще:
============================
Не ошибка. Просто заменяем многострочное извращение с ob_start() на var_export(), появившийся в PHP5
Снимает проблему "белого экрана" в некоторых редких случаях.

function db_query($s) //database query

[...]

/*
			ob_start();
			var_dump($_GET);
			var_dump($_POST);
			$tmpa=ob_get_contents();
			ob_end_clean();
			$out .= $tmpa;
*/
			$out .= var_export($_REQUEST,true);

====================================

Аналогично.

function error_reporting_log($error_num, $error_var, $error_file, $error_line) {

[...]

/*
			ob_start();
			var_dump($_GET);
			var_dump($_POST);
			$tmpa = ob_get_contents();
			ob_end_clean();
			$out .= $tmpa;
*/
			$out .= var_export($_REQUEST,true);

непойму как может быть previously declared в одной и той же строке...

Мне при невозможности redeclare function помогает обычно такой финт:

15. в файле index_old.php заменяем

include("core/config/init.php");
include("core/includes/database/mysql.php");

на

# BEGIN SimpleFriendlyURL
#include("core/config/init.php");
#include("core/includes/database/mysql.php");
require_once "core/config/init.php";
require_once "core/includes/database/mysql.php";
# END SimpleFriendlyURL

Почему и в какой момент вдруг стало это требоваться я так и не понял. С версией PHP впрямую не связано. Видимо, влияет какая-то настройка PHP.

PS. Что за странное использование implode? В чем фишка?

echo implode("", file($fileToDownLoad));

[zrom]

помогло) вылезло правда потом

WARNING: preg_replace_callback() [<a href='function.preg-replace-callback'>function.preg-replace-callback</a>]: Requires argument 2, 'category_replacer', to be a valid callback
Line: 166

но по причине, что стояла версия 2.03, с подкинутым index.php 2.07

Почему и в какой момент вдруг стало это требоваться я так и не понял. С версией PHP впрямую не связано. Видимо, влияет какая-то настройка PHP.

единственное с чем игрался, с настройками mod_fcgid. но поверхностно, назад вернул было все тоже.

PS. Что за странное использование implode? В чем фишка?

echo implode("", file($fileToDownLoad));

в ином случае отдает xml файл массивом, не разбирался. взято copy-paste методом с yandex.php

[Salp]

На странице с настройками и редиректами не хватает пагинации.

[badisoft]

На странице с настройками и редиректами не хватает пагинации.

Не думаю, что она там нужна. Ибо если редиректов уже столько, что нужна пагинация, то надо не пагинацию делать, а думать, почему накопилось столько редиректов.

PS. Кроме редиректов можно использовать макросы. Это когда надо отредиректить, например, ВСЕ ссылки, где встречается строка /oldstring/ в /new/. Т.е. и /oldstring/aaa -> /new/aaa, и /oldstring/bbb -> /new/bbb, и /ccc/oldstring/ddd/ -> /ccc/new/ddd/
Сделано для ситуаций, когда надо заменить подстроку во всех ссылках и проставить редиректы со старого варианта на новый.

[Salp]

4. в .htaccess есть строка "php_value output_buffering 0", она выключает буферизацию. Частенько хостер запрещает изменять эту настройку, а без нее ЧПУ не работает.

Самое интересное, что работает ))

[etdnepr]

У меня все хорошенько установилось.
Только чего то порвало весь шаблон((( Слетели стили

Где покопаться? Подскажите плиз.

[etdnepr]

Исправил сам! Косяк был в путях к файлам стилей
../ заменил на / и все заработало.
Спасибо за модуль! Буду юзать дальше.

[etdnepr]

Коллеги, подскажите.
У меня чпу ссылки генерируются. Все ок. Товары и категории доступны по новым ссылкам.
Но когда захожу по старой ссылке типа /product_XXX.html - товар тоже доступен и ссылка остается старой в адресной строке (не редиректится).
Та же история с категориями.
Так должно быть или это у меня косяк какой-то???
И если косяк, то где искать его?
Спасибо!

[badisoft]

Так должно быть или это у меня косяк какой-то???

Это какой-то косяк. По старым ссылкам должен происходить редирект-301 на новые.

И если косяк, то где искать его?

Например, к такому приведет не закомментированная в .htaccess строка

RewriteRule ^product_([0-9]+)\.html$ index.php?productID=$1 [L]

Ну а в общем случае кто же знает... Телепатов тут нет.

[etdnepr]

Телепатов видимо нет, а специалисты точно есть))))
Вы с первого раза абсолютно точно поставили диагноз этому косяку)))
Спасибо Вам!!! Теперь все ок!

[etdnepr]

Коллеги! Вот какой вопрос нашелся.
Гугл в панели вебмастеров выдает страницы типа
cat1/index.html
cat1/cat2/index.html
в разделе "Ошибки сканирования" как не найденные страницы (с ответом 404).
Я так понимаю генерируются страницы типа cat1/index.html?
И еще.В админку пускает только с главной страницы сайта. Если находишься на любой другой странице, то при попытке зайти в админку оно выдает ссылку типа /текущая категория/admin.html и ответ 404.

В чем может быть вопрос? Как исправить? Спасибо!

ПС. На всякий случай под хайдом .htaccess

Спойлер

<IfModule mod_php.c>
# php_value session.use_trans_sid 0
# php_value session.use_cookies 1
# php_value session.use_only_cookies 1
# php_flag register_globals Off
# php_flag display_errors off
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine On
ErrorDocument 404 /404.html
RewriteBase /

RewriteCond %{HTTP_HOST} ^www\.(.*) [NC]
RewriteRule ^(.*)$ http://%1/$1 [R=301,L]
RewriteRule ^(.+)(\s|%20)(.+)$ /$1-$3 [R=301,L]

RewriteRule ^index.html$ index.php [L]
RewriteRule ^admin.html$ admin.php [L]
RewriteRule ^news.html$ index.php?news=yes [L]
RewriteRule ^price.html$ index.php?show_price=yes [L]
RewriteRule ^cart.html$ index.php?shopping_cart=yes [L]
RewriteRule ^wide_search.html$ index.php?search_with_change_category_ability=yes [L]
RewriteRule ^feedback.html$ index.php?feedback=yes [L]
RewriteRule ^compare.html$ index.php?comparison_products=yes [L]
#RewriteRule ^page_([0-9]+).html$ index.php?show_aux_page=$1 [L]
#RewriteRule ^product_([0-9]+).html$ index.php?productID=$1 [L]
#RewriteRule ^category_([0-9]+).html$ index.php?categoryID=$1 [L]
#RewriteRule ^category_([0-9]+)_offset_([0-9]+).html$ index.php?categoryID=$1&offset=$2 [L]
#RewriteRule ^category_([0-9]+)_show_all.html$ index.php?categoryID=$1&show_all=yes [L]
#RewriteRule ^show_news_([0-9]+).html$ index.php?fullnews=$1 [L]
RewriteRule ^install_check\.html$ install.php?check=yes [L]
# ниже расположены добавленные для работы ЧПУ строки
RewriteRule ^sitemap\.xml$ sitemap.php [L]
RewriteRule ^news\.html$ news/ [R=301,L]
RewriteRule ^news/$ index.php?news=yes [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?cpu=/$1 [L,QSA]

# BEGIN Articles
RewriteRule ^stati/([^/]+)\.html$ index.php?fullarticles=$1 [L]
RewriteRule ^stati/([0-9]+)/$ index.php?articles=yes&offset=$1 [L]
RewriteRule ^stati/$ index.php?articles=yes [L]
# END Articles

</IfModule>

[badisoft]

И еще.В админку пускает только с главной страницы сайта. Если находишься на любой другой странице, то при попытке зайти в админку оно выдает ссылку типа /текущая категория/admin.html и ответ 404.

1. в шаблоне использована ссылка admin.html без слэша в начале, т.е. идущая от текущей страницы, а не от корня. Соответственно, на любой странице кроме корневой она будет в результате выглядеть как httр://сайт/страница/admin.html
2. в .htaccess маска редиректа задана как ^admin.html$, т.е. для строки, содержащей ТОЛЬКО admin.html, без чего либо еще в начале или конце.

PS. "админка" - это admin.php. Страницы admin.html в shopCMS штатно нет, это странная придумка шаблонописателя и к ЧПУ не имеет никакого отношения. Точнее, очень косвенное, т.к. в штатном варианте (без ЧПУ) просто нет страниц "не от корня".

[etdnepr]

Спасибо! Пофиксил вход в админку!!!
А эти страницы
cat1/index.html
cat1/cat2/index.html
по той же причине выдает?

[badisoft]

А эти страницы cat1/index.html cat1/cat2/index.html по той же причине выдает?

Ну откуда же я знаю, по какой причине некие две ссылки с Вашего сайта недоступны Гуглу?

[etdnepr]

Их не две!))) Выдало как ненайденные с ответом 404 ВСЕ страницы категорий и подкатегорий с дописанным в конце после слеша index.html
Получается эти страницы как-то генерируются сайтом что-ли?

[badisoft]

Их не две!))) Выдало как ненайденные с ответом 404 ВСЕ страницы категорий и подкатегорий с дописанным в конце после слеша index.html

Логично спросить у Гугля, где он взял эти ссылки, а не в теме по ЧПУ-модулю.

Получается эти страницы как-то генерируются сайтом что-ли?

Хм. Странная логика. Мне кажется, что если по ним Error 404, то они отсутствуют, а не генерятся сайтом.

[etdnepr]

Получается эти страницы как-то генерируются сайтом что-ли?
Хм. Странная логика. Мне кажется, что если по ним Error 404, то они отсутствуют, а не генерятся сайтом.

Не правильно выразился))) Может правильнее сказать не страница генерируетсяя, а ссылка на категорию где-то генерируется с добавлением index.html
Гугль ссылку находит, а страницы естественно нет.
Они появились после установки ЧПУ


PS. По-моему разобрался. Посмотрим помогло или нет)))

[NEViL]

Возникла такая проблема.... Перенёс сайт на другой хостинг... и теперь белый экран.... Попробовал index_old.php переименовать в index.php, а index.php соответственно убрать... сайт заработал, но соответственно нет ЧПУ.... И а админке не работает подменю "Общие настройки".... Долбить хостера? или может проблема в чём-то другом?.... на старом хостинге всё же работало как часики....

З.Ы. Сорри, может не в ту тему, просто файлы которые пробовал менять взяты от сюда ))))

..... а если ввести вашсайт\несуществующаяссылка то перенаправление на главную идёт как и должно

.................................................................................

Проблема решена с этого поста (заранее извините за сообщение в теме, день убил как только написал нашёл )))).... Но осталась проблема с "Общие настройки"... при клике на них Белый Экран !!!


.............. И это Решилось.... при переносе базы, лишний символ от куда-то взялся...

[hedhedhed]

...