Окт 12 2016

Обновление от 12.10 — закрепление объявлений, увеличение лимитов на изображения и багфиксы

Продолжаем проводить обновления в модулях системы! Сегодня администраторам сайтов стала доступна возможность закреплять объявлений в модуле «Доска объявлений». Кроме того был увеличен лимит на размер загружаемых изображений и, как всегда, подборка свежих багфиксов.

Обновление доступно на всех серверах.

Закрепление и выделение объявлений

Работа опции «Объявление всегда сверху» была полностью пересмотрена, теперь эта настройка не просто закрепляет объявление, но и имеет поднастройки:

Закрепление объявлений

При добавлении нового объявления данная настройка будет выглядеть примерно так:

Добавление объявления

При редактировании объявления можно будет изменить срок поднятия. Также опция имеет тонкие настройки прав групп, вы сами сможете решить, кому давать возможность закреплять объявления.

Настройки прав групп

При необходимости поднятые объявления можно идентифицировать при помощи нового условного оператора $ONTOP$ (1 – закреплен, 0 – не закреплен). Применяется в условных операторах <if()?>.

Лимит на загрузку изображений

Вторая не менее важная часть обновления – это увеличение лимита на загрузку изображений во всех модулях. Лимит увеличен в 2 раза с 3 Mb до 6 Mb.

Свежие багфиксы

  • Баг-фиксИсправлена некорректная работа кода $IS_NEW_PM$;
  • Баг-фиксВосстановлена работоспособность кода $SECTION_URL$ в модулях;
  • Баг-фиксИсправлено некорректное расширение изображения в коде $IMG_SMALL_URL1$ в информерах;
  • Баг-фиксИсправлено некорректное отображение смайлов на форуме после редактирования сообщения;
  • Баг-фиксИсправлена некорректная работа функции ограничения активности в гостевой книге;
  • Баг-фиксИсправлена некорректная работа функции личных сообщений в PDA-версии сайта.

Если вы заметили странную особенность после обновления, ошибку или что-то еще – пожалуйста, сообщите об этом нам! Связаться с нами можно через Панель управления сайтом: Помощь – Служба поддержки или же через страницу http://www.uweb.ru/contact

Всего комментариев: 31

avatar
1 m00n1ight • 22:45, 12 Окт 2016 [Материал]
Цитата
Вторая не менее важная часть обновления – это увеличение лимита на загрузку изображений во всех модулях. Лимит увеличен в 2 раза с 3 Mb до 6 Mb.

Господи, наконец-то! Хотя лучше бы, всё же, до 10.

И ещё: в настройках фотоальбома максимальный вес фотографии не меняется выше 3 Мб.
avatar
0
2 promonik1 • 23:46, 12 Окт 2016 [Материал]
Благодарю за информацию, зафиксировали, исправим в ближайшее время.
avatar
3 ASU • 10:34, 13 Окт 2016 [Материал]
Как-то не понятно... Во всех разделах поднятие объявлений?
avatar
4 Abezgauz • 15:17, 13 Окт 2016 [Материал]
В случае, если у вас возникли проблемы в настройке новых опций, пожалуйста, свяжитесь с нами через Панель управления сайтом - Верхний бар - Помощь: Служба поддержки.
avatar
5 ASU • 15:43, 13 Окт 2016 [Материал]
Да нет, проблемы отсутствуют, не понятно почему во всех разделах надпись "поднять объявление". Например каталог статей - поднять объявление... Какие объявления в каталоге статей? Не логичней просто "поднять материал" или что-то типа этого?
avatar
6 Abezgauz • 16:37, 13 Окт 2016 [Материал]
Данная настройка распространяется лишь на модуль "Доска объявлений".
avatar
7 ASU • 17:34, 13 Окт 2016 [Материал]
В старой ПУ во всех модулях!
avatar
8 Abezgauz • 22:38, 13 Окт 2016 [Материал]
Баг зафиксировали, благодарим вас. В ближайшее время исправим.

Дополнительно уточню: новые дополнительные функции с объявлениями рассчитаны на модуль "Доска объявлений".
avatar
9 SauronGreat • 02:47, 18 Окт 2016 [Материал]
Проблема: на сайте после перехода на https нельзя изменить комментарии к материалам в Google Chrome и Opera. На http проблема не наблюдается, в Firefox всё прекрасно работает на обоих протоколах.

Насколько я понял, проблема в том, что не грузится скрипт, который расположен на вашем сервере. Причина в том, что браузер (Хром и хромоподобные) ругается на недействительный сертификат:
http://s015.radikal.ru/i332/1610/c7/d0f1039274d4.png

В саппорт писал, почти месяц с тех пор прошёл - тогда сказали, что зафиксировали. Однако подвижек что-то не видно.
avatar
10 m00n1ight • 09:17, 18 Окт 2016 [Материал]
Цитата
В саппорт писал, почти месяц с тех пор прошёл - тогда сказали, что зафиксировали. Однако подвижек что-то не видно.


Аналогично, к сожалению. Тоже очень жду.
avatar
0
12 promonik1 • 10:41, 18 Окт 2016 [Материал]
У вас также не смог воспроизвести ситуацию, воспользуйтесь советом ниже.
avatar
13 m00n1ight • 11:48, 18 Окт 2016 [Материал]
У меня сам визуальный редактор не отображается. Ответ техподдержки:

Цитата
Редактор пропал из-за проблем подключенного https протокола. Передаю ответственным лицам, будем исправлять.

Спасибо, что обратили на это наше внимание!

Временное решение проблемы я также обнаружил:

s700.uweb.ru/uwbb/uwbb.js - когда ваши пользователи перейдут по ссылке необходимо нажать кнопку дополнительных вариантов выбора действия и перейти к "небезопасному просмотру".
Это разумеется временное решение.

Отмечу, что по факту небезопасным оно не является.


И это было довольно давно. С тех пор ничего не изменилось. Проблема только в Хроме (и основанных на нём браузерах).
avatar
0
14 promonik1 • 12:26, 18 Окт 2016 [Материал]
Визуальный редактор загружается: http://promonik.uweb.ru/screens/1/2016-10-18_12.17.12.png
Файлы JS не имеют протокола и будут доступны всегда: http://promonik.uweb.ru/screens/1/2016-10-18_12.18.21.png

Уточните, пожалуйста, проблема наблюдается только у вас? Какие действия вы пытались предпринять? Я все же склоняюсь к тому, что проблема на стороне вашего браузера, так как мне так и не удалось повторить ситуацию.
avatar
23 SauronGreat • 22:22, 18 Окт 2016 [Материал]
Так ведь с таким способом указания начала ссылки (//) будет https, если сам сайт на https, и аналогично с http. Никаких переходов на обычный http, если с https-ссылкой проблемы, не будет.
avatar
0
24 promonik1 • 22:46, 18 Окт 2016 [Материал]
Все верно, при использовании HTTPS не допускается загрузка данных по HTTP, происходит блокировка. Для этого ссылки формируют без указания протокола (//), либо абсолютные с протоколом HTTPS.
avatar
0
11 promonik1 • 10:28, 18 Окт 2016 [Материал]
Ситуацию не повторил, комментарии редактируются без каких-либо проблем. Файл, указанный на скриншоте, также доступен: http://promonik.uweb.ru/screens/1/2016-10-18_10.27.17.png. Попробуйте сбросить принудительный переход на протокол согласно этой статье: https://habrahabr.ru/sandbox/95217/
avatar
15 SauronGreat • 12:33, 18 Окт 2016 [Материал]
А Хром обновлен до последней версии?
Мне вообще об этой проблеме пользователь написал. Я в первый раз тоже проверил - работало всё. Но обновил Хром, и проблема вскрылась.

Попросил только что человека (до того на конкретные сайты, о которых ведется речь, он не заходил - никаких кэшей и прочих мешающих проверке элементов) проверить доступность файла на вашем сервере. Никаких откровений:
http://s61.radikal.ru/i174/1610/cb/62c2dd0e395b.png

То же, что и у меня. И еще у нескольких людей, которым еще на момент обнаружения проблемы также бросал ссылку и у которых выводилось такое же окно.

Еще раз: в браузере Chrome (и всех его дочерних версиях) при переходе на материалы сайта https://s700.uweb.ru выдается предупреждение о незащищенном соединении.
Планируете разбираться?
avatar
16 m00n1ight • 12:50, 18 Окт 2016 [Материал]
Цитата
А Хром обновлен до последней версии?
 

Кстати, да. Когда обращался в ТП, отдельно указал, что это только в Хроме последней версии. Я и написал потому, что редактор исчез после обновления. Сразу же.

Здесь, в блоге, редактор есть. У меня на сайте его нет.
avatar
0
18 promonik1 • 12:56, 18 Окт 2016 [Материал]

Цитата
Здесь, в блоге, редактор есть. У меня на сайте его нет.
Именно, ваш сайт и сайт клиента выше расположен на том же сервере, что и блог. Маловероятно, что ошибка на стороне сервера, однако вашу ситуацию я также передал на повторное рассмотрение.
avatar
19 m00n1ight • 12:59, 18 Окт 2016 [Материал]
Разве что у меня https, а здесь http. Но вам, конечно, виднее (не сарказм, не подумайте).
avatar
0
20 promonik1 • 13:04, 18 Окт 2016 [Материал]
Вы все верно подметили, что в блоге нет https, однако ситуация будет аналогичной: http://promonik.uweb.ru/screens/1/2016-10-18_13.02.28.png и http://promonik.uweb.ru/screens/1/2016-10-18_13.03.47.png
avatar
0
17 promonik1 • 12:53, 18 Окт 2016 [Материал]
Цитата
Планируете разбираться?
Именно этим мы сейчас с вами и занимаемся smile Повторно передал вашу ситуацию на изучение. Однако отмечу, что мне воспроизвести ситуацию не удалось, хотя пробовал это сделать с разных версий браузеров.
avatar
25 SauronGreat • 22:53, 18 Окт 2016 [Материал]
Хм, может быть, дело в редиректах? Сертификат корректно настроен на поддомены?

При попытке перехода на https://www.uweb.ru такая картина:
http://s008.radikal.ru/i304/1610/c7/9b3bcbca4849.png
http://s014.radikal.ru/i328/1610/72/fac08e8fc9e0.png
(первый скрин - хром, второй - лиса)

При попытке перехода на https://s700.uweb.ru хром выдает знакомую ошибку:
http://s50.radikal.ru/i129/1610/63/8a2e7142817a.png
а лиса переходит на http-версию uweb.ru

Как понимаю, у вас есть доступ к защищенной версии uweb.ru, а у простых смертных его нет.
Попробуйте зайти с обычного девайса (не на работе) и проверить. Я сегодня еще несколько людей опросил - после обновления браузера до последней версии и очистке кэша проблема наблюдается абсолютно у всех (в т.ч. на планшетах, смартах и т.п.).
avatar
0
27 promonik1 • 15:39, 19 Окт 2016 [Материал]
Благодарю за информацию, изучаем.
avatar
29 SauronGreat • 01:35, 29 Окт 2016 [Материал]
Прошло 10 дней - подвижек никаких. Проблемы клиентов в приоритете, сразу видно.
У меня на сайте визуальный редактор также не загружается в Хроме, как и у отписавшихся здесь других владельцев сайтов, кстати говоря. Раньше просто внимания не обращал.

Замечательно, то есть функционал при добавлении сообщений в материалах и на форуме урезан максимально, и уже больше месяца. И проблема наблюдается в браузере, которым пользуется подавляющее большинство пользователей. Причем пользуется им на ПК, на планшетах, на смартфонах.

Это не баг и это не надо решать, по-вашему? Решите проблему с сертификатом, или перенесите нужные файлы на другой сервер, или размещайте эти файлы локально на сайтах - сделайте хоть что-то, наконец.
avatar
30 Abezgauz • 10:24, 30 Окт 2016 [Материал]
В понедельник мы уточним статус решения проблемы. Мы не забыли о ситуации, ответственные коллеги занимаются её решением.
avatar
31 Abezgauz • 16:47, 31 Окт 2016 [Материал]
Мы ожидаем перевыпуска сертификата. В ближайшее время проблема будет исправлена, можем отдельно уведомить вас на e-mail.
avatar
21 Bastik • 21:36, 18 Окт 2016 [Материал]
С https таже проблема. Скрипты комментариев в хроме не грузятся, так как не действительный сертификат на сервере ucoz, на котором они лежат. blog.uweb.ru не на https и проблем на нем поэтому нет.
Вот список не рабочих ресурсов:
uwbb/style/uwbb.css net::ERR_INSECURE_RESPONSE
uwbb/style/iconset-1.css net::ERR_INSECURE_RESPONSE
cgi/uutils.fcg? net::ERR_INSECURE_RESPONSE
/uwbb/lang/ru.js net::ERR_INSECURE_RESPONSE
/uwbb/uwbb.js net::ERR_INSECURE_RESPONSE
avatar
22 Abezgauz • 22:16, 18 Окт 2016 [Материал]
Разбираемся в ситуации.
Пожалуйста, уточните адрес сайта, где вы подтвердили проблему.
avatar
26 Bastik • 08:38, 19 Окт 2016 [Материал]
В поддержку сообщил 1,5 месяца назад.
avatar
0
28 promonik1 • 15:39, 19 Окт 2016 [Материал]
Нам нужно как-то вас идентифицировать, поэтому сообщите адрес сайта, пожалуйста. Можно тут, можно в ЛС,
avatar