Дайджест багфиксов и обновлений системы uCoz up. 3-2018

- Привязка полей товара к тегам прайса 
- Привязка дополнительных полей товара к param-тегам yml-файла
- Обновляются следующие поля товара из файла: наименование, производитель, артикул, краткое описание, описание, остаток, вход цена, цена, старая цена, гарантия, ссылки на фото, вес, параметры yml, доп поля

Спасибо, конечно, но нам очень не хватает «Турбо». Сделайте что нибудь, пожалуйста!

Функционал для работы «Турбо-страниц» уже реализован.
https://blog.ucoz.ru/updates/turbo-pages

Куратор - это отличное обновление! Правда там есть баги... ну ничего, когда нибудь исправятся))

Пересчёт страниц (как и автор последнего поста, при удалении/перемещении поста) - почти работает, верю, что это сложно (технически), но спасибо (серьёзно) что взялись за проблему.

В шаблоне "вид темы" (форум) переменная $GUEST_MSG$ в пда версии стала работать наоборот

Что касается $GUEST_MSG$ - так и осталось поломанным, описано давно, но остается без внимания (уже даже в архив ушло + когда еще в прошлый раз в блоге озвучили фикс этой переменной, то я со своей стороны написал и сюда в блог, что исправлено не полностью, а лишь в шаблоне вида категории\раздела форума... а в шаблоне темы\опроса - так и нужно условие на отрицание делать).

---

1. У меня поиск по записям пользователя заработал, только как-то кастрировано. Если выбрать: список тем и сообщения -> список сообщений - > сначала новые, то вместо названий тем, в которой оставлено сообщение теперь еврейский шифр типа Тема 115, тема 101, тема 56 и т.д. Как в этом бреду теперь ориентироваться я не знаю... Каждый раз тыкать по шифру и подниматься в новой вкладке в самый верх, что бы узнать название темы? Да бред!!!

2. При поиске в одной теме ключевого слова как не было его подсветки в постах, так и нет. Перечитывай в каждом посте Войну и мир, что бы понять кто там все же Болконскую за жабры взял ))) Тоже огромное упущение скорострельных апдейтеров!

3. После поиска по ключевому слову по теме на первой странице снизу нет формы добавления сообщения. При попытке перейти на вторую страницу поиск по теме сбрасывается. Видимо этот косяк в 100500 последних тоже не вошел, подождем еще лет 20 куда нам торопиться! :D

решено

1. Это исправили.
2. По этой проблеме - научим поиск по теме быть регистронезависимым Постараемся уже в этом апдейте.
3. Форма добавления сообщения - нужна в результатах поиска? Не будет ситуации, когда пользователь будет отвечать на последнее сообщение в результатах поиска, которое по факту окажется старым относительно всей темы?


Уже не сбрасывается. Проверить прямо сейчас можно вот в этой теме на нашем форуме: http://forum.ucoz.ru/forum/41-17019-1?s=%D0%B1%D0%B0%D0%B3

1. Спасибо за фикс!

2. Спасибо за фикс! Только есть упущение. При поиске слова "UCOZ" на .tsearch вы повесили background: #ff0; при поиске слова "ucoz" в нижнем регистре span не цепляется к искомому слову.

3. 100% форма нужна. Смотрите, Вы зашли на форум, затем в нужный раздел и тему. В теме 50 страниц и вы решаете воспользоваться поиском, т.к. осилить тему целиком занятие всегда очень скучное. Нашли необходимую информацию, опускаетесь вниз - а формы ответа нет. Что делать? Единственный вариант - сбросить поиск, но таким образом теряешь нужный пост, который нашел до этого. Да и обычному пользователю непонятно спуститься вниз темы и не увидеть формы - подумает все что угодно, но только то, что надо сделать некие манипуляции, чтобы получить возможность писать. Кроме того - в каждом посте есть дата добавления, думаю человек, который пользуется поиском по теме сам для себя оценит актуальность информации, опираясь на дату ее публикации.

решено

2. Подправили, выльется по всем серверам с еженедельным апдейтом, на следующей неделе. 

3. Замечание принято ) Форму добавим, спасибо!

Баги будут устранены при ближайшем обновлении.

Правки по $GUEST_MSG$ и $SECTION_URL$  готовы, и будут опубликованы с еженедельным системным апдейтом. На всех серверах будут в четверг.

В частности, работу $GUEST_MSG$ исправили для обычной и PDA-версии шаблона "Вид темы/опроса".

По функционалу Куратора тем -  исправлена ошибка с выводом  пометки "Куратор темы" на странице списка тем ( ранее выводился вне зависимости от того, назначен куратор или нет ).

На s17 так и отображается надпись "Куратор темы:" вне зависимости, назначен куратор или нет.

А на s2 в фотоальбоме на странице полной фотографии оператор $COM_NUM_ENTRIES$ или $COMMENTS_NUM$ всегда отображают цифру 1 вне зависимости от количества комментариев, хоть 0 хоть сколько.

Еженедельный апдейт на s17 был вылит час назад. Как я и писал ранее - на все сервера апдейт попадет сегодня.

По второй проблеме - проверяем, спасибо.

Я наркотики не употребляю, поэтому искренне улыбнулся про 16 апдейтов, да не за календарный год, а всего за считанные месяцы ))) Маркетологи, пипл уже не хавает эту чушь! То что один накосячил, другой этот косяк проспал, третий этот косяк залил по серверам, а пользователи с ним столкнулись и начали строчить в техподдержку, вследствие чего пришлось пропустить пару обеденных перерывов - это не апдейт, это устранение ошибок одним работником UCOZ, сделанных другим работником UCOZ. Апдейт - это то, что в глобальном смысле помогает сайтам развиваться, но увы все мы уже годами топчемся на месте и за неимением нового функционала всего лишь перерисовываем дизайны и оптимизируем их, не более. Все, что вы брались апдейтить прошло для галочки руководству, а потом тихо бросалось и люди расходились.

P.S. 2018 год
- целый модуль Блог даже не умеет считать общее количество записей
- в Фотоальбомах какой-то рукастый на u-mpanel повесил класс open, а теперь втюхивают, что во всех модулях закрытая ПУ материалом абы как сделана, а в фотоальбоме добротно так, для удобства на все свои 240px постоянно торчит
- с Доской объявлений просим закончить года полтора-два. Начали за здравие, закончили как обычно

и т.д. и т.п. Дичь какая-то! Платим-платим, раз в месяц политбюро ЦК КПСС с завидной регулярностью на очередном собрании в Блоге рапортует об успешном взятии новой вершины в 100500 апдейтов системы, но что-то желание заказчиков и потребителей услуг давно уже не совпадают с возможностями системы.

16 апдейтов – не 16 релизов нового функционала, конечно. Апдейт – выкатка чего-либо на боевые серверы.

По поводу перечисленных вами багов сейчас буду уточнять. Пометил себе, не потеряется.

Не хочу уходить в демагогию, т.к. для меня апдейт - это обновление, которое расширяет функционал для пользователя... В таком случае, мне кажется, нужно менее пафосно писать о косяках и недоработках разработчиков, которые через Х лет месяцев наконец их устранили. Вы годами не можете довести до ума за все что брались, но зато занимаетесь какой-то второстепенной ерундой в виде куратора темы на форуме. Мне даже представить сложно кому могло прийти в голову, что администратор или модераторы будут бегать по темам и назначать на разные темы разных кураторов. Наверно тому же, кто и поля-фильтры придумал, которые на одно слово могут 20 значений сделать )))

Я не понял, никаких новых кодов про кураторов нет,  сбрасывать шаблоны я не буду, ибо там все настроено под себя давно.
Думал просто вставить коды про кураторов, но никаких инструкций о кодах нет.

Спасибо!

Посмотрим, интересно )

Интересно, обновится когда-нибудь админка модуля Интернет-магазин.

Все движки улетели на 100 лет вперед по удобству и функционалу.

После последних обновлений форума вылезла куча багов:

При поиске записей участников "Сначала новые" флаг ?o3=1 в URL сбрасывается при переходе по страницам.
При поиске по теме, при переходе по страницам найденого, сбрасывается флаг поиска ?s=keyword в URL и происходит переход по страницам темы.
Как уже выше писали - в списке сообщений пользователя, в посту участника, вместо названия темы к которой принадлежит пост - отображается ID раздела форума.
В списке тем неверно отображается кол-во постов в колонке "Ответы" - стартпост темы считается за ответ.

На самом деле она есть (span class="tsearch"), НО она жестко регистрозависима - при поиске "HELP" подсветится только "HELP" а вот "help" или "Help" уже нет, и наоборот.


Исправили, спасибо.


Тоже исправлено.


Тоже - исправлено.

Все три исправления будут на всех серверах в четверг.



А можно пример? Для проверки взял тему на форуме: http://forum.ucoz.ru/forum/41-62975-1

В ней стартпост и 27 ответов, всего 28 постов. В колонке "Ответы" вот тут: http://easycaptures.com/fs/uploaded/1163/1606410069.png
число ответов отображается корректно.

Примеры:

http://forum.ucoz.ru/forum/41-0-1-0-10-1-[Архив]
http://forum.ucoz.ru/forum/77-0-1-0-10-1-[слайдером]
http://forum.ucoz.ru/forum/43-0-1-0-10-1-[сброс]

Т.д. при размещении поста после внедрения обновления неправильно пересчитывает.

PS И вопрос - возможно как-то реализовать пересчет всех сообщений во всех темах? Пусть даже платно или через ТП. На форуме куча тем с неправильным кол-вом постов, из-за чего в списке тем у них образовались "лишние" страницы ведущие на 404

Проблему увидел, спасибо - разберемся отчего она образовалась.

Относительно пересчета - этот функционал реален, но его реализация явно будет подразумевать возможность запуска один раз за ограниченный период времени, в связи с тем, что это довольно ресурсо-затратно. Постараемся реализовать оперативно.

А возможно ли исправления вот этого? Суть в том, что где удалены были давно как посты из тем, то записались в колонку "Обновления" всякие, на мой взгляд, уже ненужные данные (в виде авторов несуществующих сообщений, как и спустя настоящее время этих постов из кеша выпало, что стало писать как Сегодня... как раньше было - можно через веб-архив интернета посмотреть, что время хранилось до тех обновлений)... писал там в теме, что апдейты разные делались, но этого так и не затронуло. То есть нужно, чтобы оно всё перекешировалось заново и записалось. Также мной были представлены ссылки в качестве примера с оф. форума (были актуальны на момент написания моего сообщения, а сейчас - смотреть последние страницы нужно уже). Это в дополнение к написанному Drinko, что обход подобный сделать надо, дабы проблемы такие ушли (пусть даже платно, думаю, что у многих такое наблюдается).

---

UPD.: вот такое еще, что касается багов и прочих недоработок на форуме (смотрите когда писалось... чего Drinko (и Canon_L) принялся дублировать в блоге - давно как известно).

Проблему с некорректным отображением количества ответов на тему (включение или не включение стартпоста в число) исправили, фикс будет вылит с еженедельным апдейтом, начиная с понедельника. 

Механизм работы - количество сообщений пересчитается правильно после добавления любого поста в в тему. Для тех тем, которые не будут обновляться - можно будет пересчитать количество постов, используя функцию общего пересчета. Она в процессе разработки.

И опять некорректный подсчет постов в темах:

http://forum.ucoz.ru/forum/41-0-1-0-10-1-[в%20системе%20баг]

Постов 331 страниц 23
Отображает 22 страницы

Похоже теперь вычитает стартпост темы при подсчете кол-ва страниц))

Не увидел проблемы в приведенной теме. Количество страниц корректное, количество отображаемых ответов тоже.

Меня еще жесть как мучает дата постов при склейке!
Человек написал пост, спустя 3 дня дополнил его - пост склеился и датируется уже сегодняшним днем. Заходишь порой в тему и репу чешешь - все, что выше написано это за сегодня или год назад...


Ну и на кой черт этот класс повесили, если поиск нормальный сделать не могут?! Или это задел на следующую пятилетку обновлений?

---

По теме: спасибо, что принялись латать баги, да прочие недоработки (которых хватает еще, читайте тему соответствующую на форуме, чтобы не дублировать в блоге тут, а то уже пошли дубли). Хотелось бы получать в ответ на сообщения там подтверждение о наличие багов\ошибок и недоработок, а так - попусту в тему не пишу... вынуждаете, можно сказать, по факту наличия, зачастую после выливки апдейтов что-то "отваливается" ранее до этого рабочее... ибо про что пишу - остается без внимания или просто не воспринимается, что после и не ясно зафиксировали ли у себя, и будут ли исправлять когда-то, что приходиться ходить по сайтам и навешивать "костыли" каждый раз, когда такое со своей стороны можно сделать, а когда нельзя - ожидание и неопределенность убивает (по сути оставляете наедине с существующей проблемой, виновником которой не является пользователь).

Больше, больше, еще больше смайлов!!!!!!!!

Актуально. От себя лишь добавлю, что это наблюдается в этом вот блоге, при выбранной этой форме добавления. И вот сам алгоритм: открыть страницу, пролистать вниз до формы добавления комментария и нажать на иконку смайла, тут видим - всё норм, выводиться один раз "Больше смайлов...", после всплывающее окно подгрузить (для ответа на чей-то коммент или, может, при правке своего) - после в форме ниже на странице уже добавиться еще "Больше смайлов..." (и так с каждой подгрузкой всплывающего окна ответа, как понял).

---

UPD. от 22.07.2018: подшита тема вот эта, что описаны проблемы с подменой смайлов и последующим отображением их.

---

UPD. от 26.07.2018: относительно того, что пропадает "Все смайлы" на странице правки сообщения форума - баг есть в системе; что ранее писал здесь в блоге - не было, теперь вот появился и на сайте, что до этого смотрел и было в порядке - на s17 и сайте zornet(.)ru ... на моих пока всё норм... значит и не от формы зависит, а от чего-то еще (может, возник у тех, кто делал доп. смайлы в ПУ помимо системного набора, не ясно... то, что баг есть - это точно).

Куратор темы - отличное и важное обновление для форума. Есть уже озвученные небольшие косячки в реализации, надеюсь, что исправите. (первоочерёдно необходимо подкорректировать механизм пересчёта страниц. Полагаю, что он сломался из-за скрытых куратором сообщений)
Так держать!

Great update just remember to update the english Ucoz Blog 

Есть еще одно пожелание по форуму.
Есть ссылка /forum/0-0-1-34 которая выводит все обновленные темы. Было бы очень и очень круто, если бы вы сделали тоже самое, только в виде постов, а не тем. Эта функция станет огромным помощником в ведении форумов, особенно крупных и с большой активностью. Сейчас просмотреть все новые посты во всех темах за сутки-двое отнимает приличное количество времени и то многое выпадает из поля зрения, а так за один клик выстроил форум в виде последней активности постов и листай себе страницы... Как /discover у Invision. Что скажете?

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

Отлично! Спасибо! Это значительно упростит работу администраторов и модераторов на форуме.

Форму добавления сообщения со страницы результатов поиска - сделали. Начиная с сегодняшнего дня апдейт расходится по серверам. 
Функционал пересчета сообщений во всех темах - еще в процессе.

Раз уж начали заниматься модулем форума - возможно и что-то из этого списка можно было бы реализовать?:

https://pcportal.org/forum.txt

Был бы благодарен за короткое описание того, как перечисленный функционал должен работать
Некоторые вещи (например "Показать сообщение отдельно") - не очень понятны по функциональности.

https://searchengines.guru/showpost.php?p=15563812&postcount=942

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

Правильно ли я понимаю - что этот функционал (показать сообщение отдельно) нужен для того, чтобы удобнее было ссылаться на какое-то конкретное сообщение?

Да, все верно.

Как и обещал - список с подробным описанием:

http://forum.ucoz.site/faq

Большое спасибо) не ожидал столь подробного описания со скриншотами )
Мы обсудим в рамках команды - что можно реализовать быстро - а над чем придется повозится - и я отпишусь по пунктам отдельно.

Вот такое еще писал, но не факт, что когда-то сделают (а было бы круто).

---

---

Может, не к месту напишу, но всё же напишу здесь - планируете сделать в комментариях сайта нормальный хайд? Суть в том, что на форуме спустя годы сделали, а когда в комментариях используешь его - он как прежде не закрывает содержимое в исходном коде (просто визуальное скрытие идёт).
А вот баги такие еще, что давнишний и сделанный относительно недавно в ходе исправлений.

Интересно получилось - все "пожелалки" удачно сконцентрировались в обсуждении апдейта. Тогда и я поприсутствую:
отлично, что взялись за форум! Именно на нём концентрируется и удерживается аудитория сайта.
Категорически не устраивает максимальный размер прикрепляемой к сообщению фотографий, ограниченный 6144 кб. Необходимо уже к нынешним реалиям подходить, где и 10 МБ у фотографии не редкость.
И уже обращался - не работает функционал прикрепления файлов/фото в мобильной версии.

Один вопрос к юкоз-команде: " Почему Вы все баги и недоработки исправляете по ходу, когда Вам об этом сообщают пользователи? Не логичнее было бы самим обкатать свои обновления на тестовом сервере (серверах), устанить все баги, а уже после этого выливать их на все сервера?" 
Получается, свою работу вы перекладываете на плечи пользователей. Умно) тестировщикам платить не хотите?) или кейсы влом составлять?)

Отвечая на ваш вопрос могу сообщить следующее. 
Безусловно - функционал проходит тесты, и ручные в том числе. Но - из-за того, что система сложная, и содержит внутри себя тысячи различных взаимосвязей и различных решений для оптимизации и ускорения работы - иногда работы по добавлению нового функционала или модернизации существующего затрагивают работающий функционал. Это, конечно же, не очень хорошо и мы стараемся максимально не допускать этого, но, иногда все же случаются ошибки. И за оперативное уведомление о них мы очень благодарны нашим пользователям.

Обнаружил еще один косяк после обновления.
В фотоальбомах на странице с полной фотографией и комментариями $COMMENTS_NUM$ не комментарии теперь считает, а отображает id альбома.

Например:
Если id альбома 23, то $COMMENTS_NUM$ отображает - 23 комментария
Если id альбома 57, то $COMMENTS_NUM$ отображает - 57 комментариев

При этом на странице альбома в виде материалов $COMMENTS_NUM$ корректно считает.

решено

Исправили, спасибо. Начиная с сегодняшнего дня апдейт разливается по серверам. На всех серверах будет в среду-четверг.

И вам спасибо за оперативное устранение проблемы!

Здравствуйте! на форуме в Дополнительной информации баг, показывается следующее:

Рекорд посещаемости форума 1529054768 зафиксирован Четверг, 03:00:00, 01.01.1970.

Пришлите, пожалуйста, адрес форума в ЛС.

Исправлено!

1. Скажите, реально ли уйти от таблиц на форуме? 2018 год... на форуме таблицы в таблицах, эти таблицы в дивах, эти дивы в таблицах, да еще на многих элементах нет классов, а та же ширина колонок подгружается непосредственно в html страницы. Мракобес какой-то писал... ))) Уже около 60% посетителей сидит с мобильных устройств, а мы только это убожество табличное можем предложить.

2. Реально ли на главной модуля форум /forum научить счетчик считать общее количество просматривающих подразделы? Т.е. что бы возле названия форума было выведено общее количество читающих подфорумы.

3. Обнаружен еще один баг. Если перейти на страницу подписок на форуме /forum/0-0-1-46, то лично у меня отображается 402 темы, в которых я никогда не отвечал и никогда не подписывался на них. Перейдя непосредственно в тему есть возможность на нее подписаться, т.е. я на эти темы не подписан.

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

2. Думаю что реально, правда, очень вероятно что данный счетчик будет иметь некоторую инертность. А именно - факт того, что человек зашел в подраздел - определить достаточно просто - а вот факт того, что он просто закрыл страницу, или браузер - в реалтайме определить сложнее.

3. Пока что подтвердить не получается. Речь идет о подписках на нашем форуме forum.ucoz.ru ?

С кодом форума - там действительно всё сложно... хотя я уже сделал для себя адаптивную версию и она прекрасно работает с мобилок, на родной "табличной" форме.
Участники жалуются на невозможность нормальной загрузки аудио и видеоплеера, приходится использовать сторонние проигрыватели, дабы странички не весили тонну... особенно для ютуба

Я тоже сейчас переписываю форум, но это просто ад какой-то. Таблицы в таблицах разваливают дивы, приходится продолжать писать ячейки, много где не хватает классов, у многих одинаковых элементов на разных страницах могут быть и не быть классы, как и наоборот - у абсолютно разных элементов могут быть одинаковые классы, есть ячейки с прописанной шириной, но при этом без классов, иконки и кнопки допотопными гифками невозможно сменить на SVG или иконочный шрифт и т.д. Кое как в примитивном варианте конечно можно сделать, но это явно не то, что хотелось бы сделать для своих пользователей. Ради интереса сравните возможности, код, адаптивность и скорость Invision и UCOZ форумов - слезы ручьём покатятся )))))

1. Нельзя ли по максимуму открыть код в админке?

2. Это уже лучше чем ничего. Сейчас какая история - .gTableSubTop пришлось спрятать, что бы не тянулись ячейки в разделах, а на этот же .gTableSubTop вы повесили статистику снизу форума. ONLINE_COUNTER форум не поддерживает. Если форум разложен на подфорумы, то зайдя в модуль складывается ощущение мертвого форума.

3. Нет, на своем форуме и только от имени администратора. Вот еще вчера я об этом писал было 402 темы, сейчас проверил - уже 413 тем.



Уведомления из этих тем на почту не приходят. Возможно ко мне цепляются подписки посетителей... не знаю, подтвердить или опровергнуть сложно. Но явно я на все эти темы не подписывался. Максимум на 5-6 етм подписан. А как попробовать отписаться от всех тем форума?

Правильно будет /forum/0-1-0-46

Подскажите, сегодня выливалось какое-нибудь обновление по серверам? В час ночи еще все было нормально, сейчас открыл сайт - начал некорректно работать мини-чат.

Последний апдейт был вылит вчера в 14.30 по МСК. С того момента никаких апдейтов мы не выливали. Следующий цикл разливки апдейтов начнется с понедельника.

На всех серверах или до s27 позже докатилось? Хотелось бы понять куда капать и с чего начинать, что бы не пересоберать заново...

Апдейт прошлой недели с четверга - на всех серверах.

Собственно, вот такое есть:
У меня на сайте вот чего получилось: были привязки на вывод персональной иконки сделаны по $USER_ID$ - перечислены были ID пользователей, которым выводилась иконка (админам сайта), остальным - другая... и после обновы эта привязка отвалилась (хотя до этого всё отлично работало)... где доступ есть, то исправить можно - теперь уже делать привязку нужно по $UID$ (id того, чей пост оставлен, а не того, кто сайт просматривает)... это, если по юзеру делать... смотрел еще сайт, что тоже делал в прошлом, где доступа уже нет - там тоже отвалилось... короче, крутое исправление получилось (значения не придавал в прошлом, какие переменные там были ранее и не помню, ввели новые? или мы изначально лепили были не те переменные, но они работали, ибо не только я так прописывал, это с 2010 точно). Есть еще привязка по id группы автора поста ($GID$)... пробовал у себя на тестовом вывести, вот только ее не выводит в ранее оставленных сообщениях (либо нужно еще писать сообщения, либо вовсе баг ... лень тестировать сейчас, пока просто по $UID$ сделал - заработало, как ранее).
P.S.: если нужно, то могу скинуть ссылки на сайты, в личку (имею в виду тут кому-то из работников uCoz)... чтобы убедиться, что не фантазирую... получается, что исправление такое переменной привело к тому, что переписывать придётся, меняя переменную одну на другую.

---

UPD.:

---

А еще такой вот момент получается: по сайтам по-любому идут материалы-пособия (всякие инструкции, скрипты и готовые решения для uCoz), что их мало кто перепишет под обновления текущие, а это значит то, что люди будут ими пользоваться, как прежде пользовались... ага, отсюда будет неправильная работа, куча записей по материалам, что там на сайтах, что в адрес работников uCoz (куда только можно, что на форум, что по соц. сетям, а что через ПУ непосредственно, тратя еще тикеты)... будут кошмарить админов тех сайтов, как и будут кошмарить вас, разработчики... вот и подумать, зачем одну переменную на другую поменяли (или чего? как выше писал, что с 2010 работало всё... так можно доисправляться, реально).

Спасибо тебе добрый человек!!! Теперь понятно почему чат развалился... У меня по $USER_ID$ подгружался класс автору, который на лево-право разбивал чужие-свои сообщения (как в SMS), по $USER_ID$ подгружался аватар автора сообения... Теперь без $USER_ID$ класс .mypost цеплялся ко всем сообшениям и чат превратился в кашу, т.к. $USER_ID$ у всех теперь ноль. Ладно, завтра буду разбираться с нововведениями и зачем развалили работающие чаты, но после таких обновлений вопрос один - только ли дороги - большая проблема России, возможно есть еще кто-то и он прячется в UCOZ? У всех все работало, нет, надо было нагородить. Одно лечу, другое калечу...

Еще раз спасибо. Разобрался с мини-чатом. Получилась какая-то каша с условными операторами. Теперь, что бы получить id написавшего в виде материалов мини-чата:



А что бы пользователю подгружался класс своих сообщений в подвале сайта:



Не понимаю в чем прикол, что на разных участках сайта одинаковые условные операторы несут в себе разные функции, как и наоборот - разные условные операторы на разных участках выводят одинаковую информацию. Оруэлл перевернулся в гробу

Нашел еще 2 косяка на форуме:
1. Возле формы добавления сообщения стоит блок с быстрыми смайлами. При добавлении поста все ок, при редактировании поста под блоком не появляется ссылка "Все смайлы". При наведении на блок #allSmiles остается с display: none от родителя.

2. Если удалять посты через профиль пользователя через функцию "Удалить все записи пользователя", то темы все равно остаются сверху, иконка горит как есть новые сообщения в теме, а в правой колонке автором последнего поста остается удаленный пост. Сейчас очередные боты наведались на сайт, загадили весь форум. Естественно удалять вручную по 1 посту займет много времени. Удалил все записи через профиль, но при этом теперь первые 2 страницы в ленточном варианте тем за 2007 год. Если кликнуть на последнее сообщение, то переходишь к последнему сообщению от другого пользователя и от 2009 года. С учетом того сколько спама порой на форуме это конечно критическая ошибка. Все действительно активные темы свалились на третью страницу.

P.S. Хорошо бы всплывающее окно со смайлами перестроить. Сейчас идет 2 колонки - код смайла и сам смайл. Сами коды мы можем в админке поссмотреть и перестроить при необходимости - зачем их показывать обычным пользователям? Конечно можно убрать. У меня загружено 210 смайлов, что бы посмотреть все приходится много скролить + перед глазами ограниченное кличество смайлов - пока до низа докрутишь уже забудешь что там сверху ))) Почему бы не расширить окошко и сделать 10 строк по 30 смайлов? Открываешь окошко и все смайлы перед глазами

1. + PS уже делается.
2. Тут если я вас правильно понял - не хватает пересчета сообщений в темах по факту массового удаления записей юзера? Посмотрим что с этим можно сделать.

Да, все верно. После массового удаления записей пользователя темы форума этого не понимают. Исправить можно только если в каждую тему зайти, добавить пост и сразу его удалить. Но если по форуму пробежались спамеры, то эти танцы с бубном надолго затягиваются.

Это всё в теме надлежащей расписано давно (вот пример, а еще выше я писал где-то там), никого не удивишь. Как и написано, что еще, помимо массового удаления (через функционал на персональной странице), и через страницу записей участника посты удалять нельзя (иначе потом в колонке "Обновления" лажа такая происходит), а еще сталкиваешься с выпадом из ленточного варианта тех тем, которые до этого были... вот и чистим уже несколько лет так, что в каждую тему заходить приходиться (ранее кнопка удаления сообщений на этой странице записей вообще не работала, как починили - я уж был обрадовался, но в конечном итоге всё равно пользоваться нельзя нормально).

Еще 2 ошибки форума:

1. Ссылка $DELETE_URL$ не удаляет второй и последующие посты, но при этом удаляет первый пост. Выскакивает алерт с подтверждением об удалении, кликаешь ОК и ничего не происходит. Этой ссылкой можно удалить только первый пост, соответственно и тему целиком.

Если перед ссылкой вставить костыль


Код

<span style="display:none;">$ENTRY_MANAGE_ICON_BAR$</span>

то посты начинают удаляться по ссылке $DELETE_URL$

2. Ссылка $QUOTE_URL$ цитирует выделенный текст только, если форма ответа в режиме BB кодов. Если форма в режиме визуального редактора, то $QUOTE_URL$ не работает.

---

Не понимаю, вы когда добавляли эти условные операторы вообще тестировали их? Это же заняло бы пол минуты. Как можно было слить такие важные ссылки битыми?!!!

1. Уже исправлено, фикс разлит по всем серверам. Тут фактически был наш недосмотр - скрипт, который удаляет сообщения, был жестко привязан к кнопке.
2. Это делаем сейчас, когда выйдет фикс - напишу дополнительно.

2. Тоже исправлено и разлито. Добавлен нужный класс в ссылку.

Какое-то странное решение выбрали. Если человек выбирает пользоваться текстовыми ссылками, то естественно что-то переписывает под себя. В шаблоне я пишу



А в HTML вижу



Хинт естественно не появляется, т.к. мои классы меняются на ваш ((( Неужели нельзя было сделать, что бы у пользователей была вариативность, как это уже сделано у ссылок изменить и удалить. Получается вы предлагаете для одной единственной ссылки писать отдельные стили. Согласитесь, что это нелепо. Вы дали возможность писать свои ссылки под себя, но вешаете по умолчанию свои классы. Думаете администратор не в состоянии сам прописать класс, если он ему нужен?

Надеюсь это промежуточное решение, что бы быстро исправить ошибку и сделать по уму.

Тут причина достаточно проста. Если ссылки удаления и изменения просто вызывают какое-то действие - то для вставки цитаты самому редактору нужно привязаться к чему то, и, собственно, для этого и используется класс.

Привязали бы к id, а класс оставили администраторам. В этом же и был смысл уйти от картинок, что бы со ссылками делать все, что захочется.

Логирование threadID добавили, будет на всех серверах в пятницу.

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