Dolce

Dolce

С нами с 30 июня 2016; Место в рейтинге пользователей: #143
Dolce
19 марта 2017, 21:02
0
Здравствуйте. Возможно вопрос прозвучит глупо, я вот ковыряюсь уже пол дня и ничего у меня не получается пока. Скажите пожалуйста, мне нужна максимально простая функция — половина цен в долларе, половина в евро, на выходе нужно получить цену в рубле, по своему собственному курсу — возможно ли как-то выполнить такую задумку с помощью данного модуля? Или есть более подходящие для этого решения? То есть мне не нужно подтягивать курс валют с сайта, просто необходимо задавать цену в одной валюте, а на выходе она переводилась в рубль допустим
Dolce
16 декабря 2016, 16:46
0
Решил проблему спомощью ридеректа для nginx
rewrite ^/(.+/)*chexlyi-dlya-telefonov(.+)$ /$2 redirect;
Dolce
16 декабря 2016, 16:02
0
Хорошая штука, взял на вооружение, спасибо!
Но для удаленных страниц не работает. Выдает ошибку:
503 Error

Page not found

The page you requested was not found.
Причем в тайтле указанно что ошибка 404…
Возможно можно можно немного изменить код сниппета и перенаправлять в таком случае на главную? Возможно кто-то сможет помочь?
Dolce
20 сентября 2016, 15:17
0
Здравствуйте. Создал сниппет с Вашим кодом, получаю ошибку из за {} — убрал. Теперь другая ошибка
Fatal error: Call to a member function runSnippet() on a non-object
Dolce
13 июля 2016, 20:37
+1
Там не должно быть заголовка Last-Modifled
А вот Expires не правильный, лучше оставить его 81 годом, который прекрасно понимают роботы. А у вас роботу дают понять, что завтра документ теряет актуальность, он его может проигнорироват
Dolce
13 июля 2016, 13:37
0
Нету. Это происходит на всех страницах сайта
А вы вносили изменения вот эти?
if($resource->editedon != 0){
$date = $resource->editedon;
} else {
$date = $resource->createdon;
}
Dolce
13 июля 2016, 13:26
1
+1
1981 год, это нормально. Вы пробовали запрашивать одну и туже страницу с периодичностью 10 секунд?
Хоть убей, у меня там постоянно новая дата — дата запроса, минус несколько часов, сервер стоит в другой стране
Dolce
12 июля 2016, 16:17
0
Теперь в дате не 1970 год, а время запроса страницы, что опять же не годится(то есть каждую секунду новое)… как бы реально туда запихнуть время когда контент был изменен…
Dolce
12 июля 2016, 15:38
0
if($resource->editedon != 0){
$date = $resource->editedon;
} else {
$date = $resource->createdon;
}
Так делать нежелательно. Туда будет прилетать дата, когда редактировали ресурс и на этом смысл плагина теряется. Ведь туда нада давать дату когда изменялся контент на странице. Допустим это категория, в ней вывод товаров, у товара, вложенного в эту категорию изменяется цена или краткое описания, контент категории изменился, хотя напрямую категорию не редактировали.
А вот это исправление помогло, спасибо!
$lmimsDate = strtotime($lmims->get('date'));
Dolce
12 июля 2016, 15:34
0
Это дата рождения какого-то человека, правда не помню кого именно. Это нормально, поисковые боты это понимают
Dolce
04 июля 2016, 11:20
+1
Так это он и есть. Вы же выше мне дали ссылку на гихаб
В общем понаблюдал еще немного поведением плагина. На главной странице отдает 1970 год — если внести изменение в контент, то отдает настоящую дату сервера(на момент запроса страницы, то есть каждую секунду новое время), если изменения убрать, вернуть как было, то дата опять становится 1970 год, что очень странно. На внутренних страница при каждом запросе отдается время этого запроса, а не тогда когда реально была изменена страница. Очень и очень жалко, очнеь ценный плагин бы был, если бы работал корректно=(
Dolce
02 июля 2016, 20:46
0
Прошу прощение, на первом и втором скрине одна дата, не туда глянул вначале. В общем по идее же там должна быть дата, когда реально были изменения на странице?
А вот внутренние страницы сайта дают такую дату
Dolce
02 июля 2016, 19:59
0
Здравствуйте. По тестировал несколько дней. Проверяю вот этим сервисом last-modified.com/ru/ — проверку проходит на отлично, но есть одно НО. Дата и время в ласт-модифай стоит та, которая была на момент запроса этой страницы

Хотя страница не менялась какое-то время… так на каждой странице. Как я понимаю, там должна стоять дата последнего изменения этой страницы или нет?
А вот при проверки HTTP-заголовков с помощью плагина для фаер фокс, вообще дата Unix Timestamp

Может быть так и должно быть и я не правильно понял?
Dolce
30 июня 2016, 13:15
0
Огромное спасибо. Буду пробовать!
Dolce
30 июня 2016, 13:07
0
Здравствуйте. Очень интересно не доделали ли вы Ваш плагин?
Dolce
30 июня 2016, 10:48
0
Прошу прощения. Сделал как нужно, в .htaccess который в папке менеджера прописал свои правила и все сработало!
RewriteEngine On
RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} !\/$
RewriteRule ^(.*[^\/])$ /$1/ [R=301,L]
Dolce
30 июня 2016, 10:43
0
Спасибо, тоже об этом подумал. Попробовал, в manager переименовал файл ht.access в .htaccess, там внутри правило
RewriteEngine Off
но эффекта никакого по урлу site.ru/manager кидает на site.ru/manager/
этот ридерект видать где-то в коде движка прописан.
Как я понимаю остается в этих правилах:
RewriteCond %{REQUEST_URI} !\?
RewriteCond %{REQUEST_URI} !\&
RewriteCond %{REQUEST_URI} !\=
RewriteCond %{REQUEST_URI} !\.
RewriteCond %{REQUEST_URI} ![^\/]$
RewriteRule ^(.*)\/$ /$1 [R=301,L]
Сделать исключение для site.ru/manager/ — что бы тут они не срабатывали, если такое вообще возможно
Dolce
30 июня 2016, 10:24
0
Эта настройка не решает задачи. У меня убран суффикс у контейнера и если ничего не делать то страница-контейнер доступна по урлу
site.ru/контейнер — без слеша
а по адресу
site.ru/контейнер/
приходит ошибка 503. Все что я описал в посте выше как раз для того, чтобы такого не было.
При урле «site.ru/контейнер» попадаем куда нада.
При урле «site.ru/контейнер/» проиходит редирект на «site.ru/контейнер» — без слеша.
И это все хорошо работает, только я не могу зайти в админ панель — вот эту проблему хотелось бы решить!