При поиске по содержимому потерянный канал появляется в списке с задержкой около 5 сек (моб. связь). Если в него не зайти, то последующим поиском по названию не ищется. Если сделать поиск по содержимому и зайти, то в списке появляется. Теперь отображается 12 приватных каналов (у них у всех есть общая часть в названии, я надеялся что это поможет. Хрен там).

Проверил. Если переименовать канал на десктопе, то на мобиле он появляется в списке. Поиском находится. Если мобилу выключить, переименовать канал, удалить сообщение о переименовании, мобилу включить - канала в списке нет. Поиском находится. (переименование - добавление хештега).

Если не ошибся в подсчётах, в списке на мобиле 151 элемент. В глазах уже рябит.

На десктопе 212 элементов в списке. Грустно.

Без учёта потерявшихся моих приватных 10 каналов, еще 50 элементов отсутствует.

У кого был такой баг?

Бросает не видео сообщением, а обычным файлом.

Скинул видео

Частично вот https://t.me/abbsol

Пока не поздно

Не понимаю, зачем в лтсб сборке OneDrive.

Я там это, окончательно отключил службы и всю телеметрию, теперь шустрит. С учётом того, что вин7 глючила, как собака.

Социальный эксперимент: Кто умеет делать на IV разные обработчики для разных path'ов?

Социальный эксперимент: Кто умеет делать на IV разные обработчики для разных path'ов?

я умею, посмотреть можно на примере парсера для медузы

До меня только на третий день дошло

А, стоп

Это они просто на третий день починили походу

от конкурса всего два дня :D

круче себя ощущаешь, когда понимаешь, как пользоваться @datetime

от конкурса всего два дня :D

В пятницу же начался?

а, ну да

круче себя ощущаешь, когда понимаешь, как пользоваться @datetime

А еще круче — когда понимаешь, что он вообще не нужен

в published_date можно пихать что угодно

он съест

А еще круче — когда понимаешь, что он вообще не нужен

не все отдают мету с дейттаймом, к сожалению

@datetime нужен только если время не в UTC

ну я на всякий случай ставлю на русских сайтах datetime(3), чтобы не было проблем

Это они просто на третий день починили походу

В первый день вариант такой не работал ?path: /foo.* # Foo specific ?path: /bar.* # Bar specific

ну я на всякий случай ставлю на русских сайтах datetime(3), чтобы не было проблем

А если там время в UTC? :D

А если там время в UTC? :D

тогда он проигнорирует, я проверял если несовпадение вижу — меняю число

В первый день вариант такой не работал ?path: /foo.* # Foo specific ?path: /bar.* # Bar specific

Он для bar а падал на первом условии и не генерировал вообще

тогда он проигнорирует, я проверял если несовпадение вижу — меняю число

ну, вообще правильный подход

круче себя ощущаешь, когда понимаешь, как пользоваться @datetime

Верх крутости — динамически генерировать iframe'ы и inline'ить их

Верх крутости — динамически генерировать iframe'ы и inline'ить их

ну они ж вроде просили не трогать эту тему

жаль, кстати, что никак невозможно подгрузить xml например

У сайтов вроде постнауки страницы идут пустые

и уже код на JS подгружает через апи

>You must also make sure that IV pages are not generated for articles that have content that is not supported in IV так что я предпочел вообще не трогать таблицы и вот это всё

>You must also make sure that IV pages are not generated for articles that have content that is not supported in IV так что я предпочел вообще не трогать таблицы и вот это всё

Ну это да

и уже код на JS подгружает через апи

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

Ну это да

хотя на самом деле есть один сайт, где я бы предпочел это проигнорировать — Тинькофф-журнал

Ну это да

но вот например на archdaily.com есть в статьях слайдшоу

у них таблица на одной странице генерируется дважды: через <table> и через <div>, удаляешь первую, форматируешь вторую — и норм но я это закомментил после того как мне ишью написали

но вот например на archdaily.com есть в статьях слайдшоу

но на странице только первая фотка и ссылка на полное слайдшоу

Пришлось превращать a в iframe и парсить так

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

а еще там есть xmlns.oracle.com, к которому парсер вообще написать невозможно, потому что на этом домене стоит редирект на community.oracle.com, к которому я парсер все-таки написал

Там таких несколько

Вот и доверяй волонтерам

Там вообще веселая история была

Мне интересно как они ишьюсы читать будут :D

Забавно, кстати, что e621 не заметили сразу

https://instantview.telegram.org/contest/journal.tinkoff.ru/template2/issue1/ — вот тут чувак не заморачивается, что фоновая картинка — прозрачная, бэкграунд не является ее частью, зато ишью пишет

Я заметил и вроде даже спросил о нем

https://instantview.telegram.org/contest/journal.tinkoff.ru/template2/issue2/ здесь тоже чувакам похуй, что фоновая картинка будет без цвета, возьми да вставь

хм

Ну есть вариант как жто сделать

напиши свой сайт, который будет делать фон для картинки

и соответствующий src делай

напиши свой сайт, который будет делать фон для картинки

ахаха

а это уже тянет на ишью по подмене контента, кстати

Ну и в коде напиши, что пришлось сделать, потому что мудаки создавали issue

я просто рассчитываю на то, что жюри в конкурсе разберется, почему я пикчу не вынес в cover — там некоторые за ишью считают проставленный атрибут channel в других местах и на серьезных щах пишут "header not removed"

чот я второй темплейт смотрю, а там нормальный фон чекнул — og:image на сайте отдается все-таки но снимать не буду, потому что это единственное отличие

Найди вручную (скроллом) и переименуй канал, чтобы в названии был хэштег. Говорят, помогает

нит(

с хештегом тоже пропадают

чот я второй темплейт смотрю, а там нормальный фон чекнул — og:image на сайте отдается все-таки но снимать не буду, потому что это единственное отличие

Найди issue у второго

И потом отправляй

чот я второй темплейт смотрю, а там нормальный фон чекнул — og:image на сайте отдается все-таки но снимать не буду, потому что это единственное отличие

og:image автоматом прописывает сам телеграм, зачем менять надо было?

можешь вообще что угодно придумать

og:image автоматом прописывает сам телеграм, зачем менять надо было?

я не менял его

og:image автоматом прописывает сам телеграм, зачем менять надо было?

он его в image_url пропишет

не в cover

А, сорямба

не в cover

вот кстати интересно почему

вот кстати интересно почему

сейчас

у медузы мы намеренно оверрайдили бы тогда cover потому что это приводит к дубликатам заголовков, а тут было бы как раз кстати

# So for any old posts that don't have a cover, we'll use the smaller monochromatic image for link previews (but not for the cover, they're too small).

> not for the cover, they're too small