YurecYa, рекомендую задать новый вопрос. Старые вопросы никто не читает. И я в telethon разбираюсь слабо, но, скорее всего надо добавить юзера в контакты или что-то такое, чтобы заработало.
tututa, при получении файла от пользователя бота назначать ему id (например, id=123), публиковать в канал и приделывать кнопки с call_data 'accept:123' и 'decline:123'. Если админ нажал на accept, то в бота прилетает accept:123, он извлекает id, публикует в канал. Если нажал decline:123, то можно фото совсем удалить.
DyadyaBob, это может говорить и о качестве собеседующих.
Я лично не программист, а админ, и у нас такие вопросы зададут, что такие вот с курсами никогда не пройдут. Смешно, но куча народу валится на простейшем вопросе "как работает DNS?"
Можно выучить ответы на некоторые вопросы, но имитировать больщой объём знаний и опыта намного сложнее.
Василий Банников, в частных случаях можно вообще много чего использовать. Например, капсом могут писаться названия и надписи, а в ass/ssa могут быть стили и имена персонажей.
kamik111, потенциально можно также учитывать время фраз, например, если между двумя фразами проходит минута тишины, то вряд ли их надо склеивать, даже если там не было точки.
У такой задачи не может быть лёгкого универсального решения. Очень сильно зависит от структуры данных и потребностей пользователей.
На моих глазах была подобная система, которая начиналась как база основных сведений и система рассылок подведомственным организациям, потом там сделали возможность делать "анкеты" из набора кастомных типизированных полей для сбора данных. Постепенно всё это вылилось в целую систему хранения и обработки данных: анкеты могли быть привязаны к организациям, к зданиям, к сотрудникам (и ещё некоторым сущностям), в них можно было использовать специальные макросы в качестве дефолтных значений (в том числе макросы позволяли вытягивать значения предыдущих анкет). Можно было в рассылаемых письмах и в прикладываемых файлах (шаблонах) использовать макросы. И, наконец, там был генератор отчётов, в котором можно было подгружать основные справочники (организации, здания, люди) и линковать к ним данные из анкет. Всё это дело было написано на ZF2+extjs. После загрузки и фильтраци данных результат можно было сохранять в файл.
Базовые справочники были самостоятельными таблицами, а анкеты же, конечно, нет. Но для той системы подобное было приемлемо.
Ruslan Website, это не "сервисы", любые такие подборки делаются вручную, и непонятно, почему кто-то будет делать вручную подборки по совершенно никому не интересным катагориям типа "сайт бюро переводов".
Именно что субъективно. Потому что вскусы у всех разные. Для меня практически любой сайт с анимацией - это говно. Анимация тратит моё время. И мешает мне получать информацию быстро и эффективно.
Хороший сайт прежде всего должен прям сразу давать понимание, что где тут лежит и как получить необходимую информацию. Сейчас модно делать сайт из одной почти бесконечной страницы, которая подгружается по мере прокрутки или тыкания на какие-то области экрана. И непонятно: то ли крутить страницу, то ли тыкать, сколько времени это займёт и вообще нужно ли мне во всём этом копаться в попытках понять, что тут где и есть ли мне нужное.
И это именно что говно, которое восторг вызывает только у людей, которые совершенно не ценят своё время, потому что их время практически ничего не стоит в силу их ограниченности.
Все эти "сайты бюро переводов" именно такое говно и есть. Куча воды (чтобы накрутить лапшу на уши поисковикам ради SEO), запутанный дизайн, полное отсутствие внятной структуры и куча потраченного времени.
