Архив - только для чтения |
Сообщество uCoz Архивариус Архив Архив темы: Если вы заметили в системе баг (2010;2011 гг) |
Архив темы: Если вы заметили в системе баг |
LemoN5351, больше 5 минут вы не просидите в ПУ после этого окошка. Во время появления окошка Вас не выбрасывает с панели. Это не баг.
|
Quote (hell) LemoN5351, больше 5 минут вы не просидите в ПУ после этого окошка. Нет, не так. При установке в ПУ максимально разрешенного таймаута сессии (18 час.) это окошко появляется уже через несколько часов бездействия, а сессия реально прерывается действительно только через 18 час. Т.е. промежуток времени, когда это окно можно попросту проигнорировать, может составлять много часов. Но об этом здесь писали уже много раз и что-то менять, судя по всему, не собираются. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
|
YuriT, это не баг. Так и должно быть. И не к чему это менять. Раз так задумано. Андей уже отвечал на это.
|
Здравствуйте.
1. Насколько я знаю, баг есть везде, поэтому адрес сайта не вижу смысла писать. 2. s31 3. При изменения материала при включенной настройка "Включить возможность выбирать дату добавления материала", дата материала изменяется (и при включенной галочке "Обновить дату изменения материала" и при выключенной") так, как будто материал был добавлен сейчас. А когда настройка "Включить возможность выбирать дату добавления материала" выключена, то тогда при редактировании материала дата добавления материала не меняется. Не выключать же и потом заново включать эту функцию. 4. Модуль Каталог файлов. 5. Происходит это и при редактировании в Визуальном редакторе и в панели HTML кодов и в Панели BB кодов. Сообщение отредактировал cool-muz - Понедельник, 01 Ноя 2010, 19:18:20
|
Здравствуйте.
Случайно обнаружил такую вещь - в сайтах с ЛОКАЛЬНОЙ авторизацией не работают коды
Code $_COUNTRY$ $COUNTRY$ $_COUNTRY_ID$ $COUNTRY_ID$ Естевственно - в шаблонах "Персональной страницы" и "Вида сообщений" форума. Первые два не выводят ничего, вторые два - цифру "0" Сервер №12 Право - потом проверил это дело на другом сервере (сайт также с локальной авторизацией) - там коды работают. Видимо дело указанного выше сервера. Просьба разобраться в причинах. Спасибо. Сообщение отредактировал FisherLV - Четверг, 25 Ноя 2010, 08:36:22
|
Quote (jazator) При добавлении к комментариям ссылок, автоматически добавляется атрибут rel="nofollow", это мешает внутренней перелинковки материалов нашего сайта, а как следствие продвижению сайта в поисковых системах. Как я могу избавиться от добавления этого атрибута? Ссылки, добавленные через ББ-код «http://» — экранируются. Ссылки, вставленные без ББ-кода не экранируются (необходимо использования права для групп «Автоматически делать ссылками www и email адреса»). |
Quote (Bezk) Ссылки, вставленные без ББ-кода не экранируются (необходимо использования права для групп «Автоматически делать ссылками www и email адреса») Вообще-то при вставке через панель BB-кодов ссылки экранируются всегда, независимо от способа вставки. Потеряшка - поиск потерянных и помощь бездомным животным в Питере
|
Quote (Bezk) Ссылки, вставленные без ББ-кода не экранируются (необходимо использования права для групп «Автоматически делать ссылками www и email адреса»). Обратите внимание, что это не так, как вы говорите. У меня стоит в правах разрешение, «Автоматически делать ссылками www и email адреса», а ссылки добавлены без использования ББ-кодов, но экранирование nofollow происходит. |
Прикольно, я думал UCOZ поддерживает HTTP 1.1 в полном объёме... Конечно это не баг, но неприятно...
Суть в следующем: пишу программу, которая будет с моего сайта брать файл с данными (файлик сегодня залил, дистрибутив после отладки залью)... Делаю запрос GET на получение файла с параметром If-Modified-Since равным 20.12.2010 - сервер отвечает 200. Повторяю запрос GET с значением 21.12.2010 - ответ сервера 200 вместо 304!!! Т.е. мне вместо одного запроса GET придётся выполнять два (как HTTP 1.0): HEAD и при необходимости GET... Хорошо ещё, что Last-Modified сервер говорит... Надо будет ещё поэксперементировать с картинками: если сервер не отвечает на If-Modified-Since - гигабайты трафика, дополнительная нагрузка на серваки, т.к. все браузеры давно это используют... Истина где-то рядом...
|
pavel2012, вообще-то в ответах на запросы браузеров юкозовские сервера в таких случаях возвращают именно ошибку 304, в чем несложно убедиться при помощи любого монитора траффика.
Скоре всего, проблема в том, что у Вас формат даты неправильный. Согласно HTTP 1.1 дата должна быть указана в формате HTTP-date, которая всегда должна начинаться с обозначения дня недели, примерно так: If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT Потеряшка - поиск потерянных и помощь бездомным животным в Питере
Сообщение отредактировал YuriT - Понедельник, 20 Дек 2010, 19:10:55
|
Quote (YuriT) pavel2012, вообще-то в ответах на запросы браузеров юкозовские сервера в таких случаях возвращают именно ошибку 304, в чем несложно убедиться при помощи любого монитора траффика. Скоре всего, проблема в том, что у Вас формат даты неправильный. Согласно HTTP 1.1 дата должна быть указана в формате HTTP-date, которая всегда должна начинаться с обозначения дня недели, примерно так: If-Modified-Since: Sat, 29 Oct 1994 19:43:31 GMT YuriT, если программер говорит, что не поддерживается - поверь наслово... Если не веришь - вот полный расклад: 1. Загрузил сегодня на сайт тестовый ZIP архив:
2. Запускаю прогу для тестирования Web Server`ов (уже не один написал, посему утилита незаменимая)
4. Пока всё хорошо... Говорю "Дай документ от 21.12.2010 00:00" (загружал позже, GET запрос с параметром If-Modified-Since):
5. Сервер говорит, что надо скачать новый файл - пока всё правильно... Говорю "Дай документ от 22.12.2010 00:00" (загружал раньше, GET запрос с параметром If-Modified-Since):
И вот тут сервер попал на трафик и нагрузку на серваки!!! Вместо 304 - 200!!! Я уже в предыдушем своём посте говорил про эксперимент с картинками... Так вот, YuriT, я решил поэкспериментировать на Вашем аватаре... И вот что получилось: 1. Запрос HEAD:
2. Запрос GET (я говорю, что у меня в кеше лежит сегодняшний файл, что не должно позволить загрузить аватар, а дать код 304):
Не правда ли "чудно"?!?!?! Вместо 304 - 200!!!
Так что не надо говорить, что всё у Вас работает правильно... Гигабайты трафика и нагрузка на серваки обеспечена из-за отсутствия полной поддержки HTTP 1.1! Истина где-то рядом...
|
pavel2012, а вот что отвечает сервер Юкоза при реальном повторном запросе того же самого аватара из браузера:
Как видим - ответ 304, и никаких мегабайтов лишнего траффика. Прикрепления:
7798886.png
(10.6 Kb)
Потеряшка - поиск потерянных и помощь бездомным животным в Питере
|
YuriT, Вы не правы...
Чтобы понять "что должен возвращать сервер" - посмотрим RFC, а именно раздел 14.25. По стандарту If-Modified-Since - "если изменено с тех пор", т.е. сервер должен вернуть 200 только в том случае, если ресурс был изменён начиная с указанной даты в параметре If-Modified-Since (при меньше или равно - сервер должен отвечать 304)...
ВЫВОД: Сервера UCOZ жёстко сравнивают дату в параметре If-Modified-Since с датой модификации файла (параметр Last-Modified при HEAD|GET запросе) и если они НЕ РАВНЫ - всегда требуют из загрузки, что противоречит стандарту! Истина где-то рядом...
|
1. http://lolplay.net/
2. s107 3. Пытался проверить плотность ключевых слов: http://seo.bigli.ru/index.p....ta=true Quote HTTP/1.1 200 OK Server: uServ/1.5.4 Date: Thu, 23 Dec 2010 20:55:42 GMT Content-Type: text/html; charset=UTF-8 Content-Length: 29953 Connection: close 4. index, news Из-за Connection: close сервис не получает код страницы и не может его распарсить. Оптимизация сайта стоит. UPD: проверил еще раз, теперь выдался такой ответ: Quote HTTP/1.1 200 OK Server: uServ/1.5.4 Date: Thu, 23 Dec 2010 21:00:59 GMT Content-Type: text/html; charset=UTF-8 Connection: close Set-Cookie: elolplayuCoz=; path=/; expires=Tue, 23-Dec-2008 21:00:59 GMT; domain=.lolplay.net; Set-Cookie: elolplayuzll=1293138059; path=/; expires=Fri, 23-Dec-2011 21:00:59 GMT; domain=.lolplay.net; Set-Cookie: ucvid=M9prs24f1N; domain=lolplay.net; path=/; expires=Fri, 23-Dec-2011 21:00:59 GMT Cache-Control: no-cache Cache-Control: no-store Pragma: no-cache Vary: host Last-Modified: Thu, 23 Dec 2010 20:35:01 GMT Cache-Control: private но код по прежнему не отдался: Quote - слов в тексте: 0 - слов, сгруппированных по базовой форме(без стоп-слов): 0 Любые работы по:
- Javascript, jQuery, HTML, CSS - Верстке макетов и установке их на сайты - Нестандартным решениям Сообщение отредактировал mob_dp2 - Пятница, 24 Дек 2010, 00:02:18
|
1. http://wowbug.info/panel/?a=fm
2. s21 3. Отсутствует отображение папок и файлов в файловом менеджере 4. panel 5. --- 6. См. прикрепление Прикрепления:
9695136.jpg
(92.6 Kb)
Любые работы по:
- Javascript, jQuery, HTML, CSS - Верстке макетов и установке их на сайты - Нестандартным решениям |
| |||