Mak543, могу рассказать о своём опыте с битрикс. Я его какое-то время хостил на домашнем серваке. Впечатлений было немало. Из яркого: дома обещали отключение электричества на день, поэтому я накануне перетащил сайт на другой сервер послабее. Так вот, на нём сайт просто еле-еле ползал. Решение оказалось до боли простым: тупо временно выключить штатный форум, и вот тогда сайт начал просто летать. И там не особо активный форум был. С каким-нить phpbb ваще никаких проблем бы не было. Как надо было сделать форум, чтобы он так лагал?
Битриксофилы на всё это всегда заявляют, что типа надо там всякое кэширование как-то хитроправильно использовать. Правда в том, что кэширование ничего практически не меняет, сколько вокруг него ни прыгай с костылями. Когда битриксоводы начинают говорить о кэшировании, это означает, что уже всё, аргументы кончились.
А ещё очень хорошо помогло уменьшить тормоза перехватывание *.{jpg|png|gif} в однострочный 404fast.php, потому что штатный 404.php грузился неприлично медленно, а на сайте где-то встречались картинки "в никуда", по которым ходили поисковые боты, создавая дополнительную нагрузку.
Людей с направлением деятельности "битрикс-разработчик" я бы советовал поменьше слушать, ведь они будут ожидаемо пристрастны (кто бы сомневался?).
YZYZ, никуда не нужно, боту не нужен polling, просто создаём инстанс класса TeleBot с токеном и от него вызываем bot.send_message. Перед этим можно сделать просто бота с message_handler на text, чтобы узнать свой chat.id.
YZYZ, у меня есть подобный бот (правда, он пишет в канал, а не пользователю), он запускается по cron (планировщик в Linux) раз в 30 минут и смотрит наличие новых постов. Что опубликовал уже - записывает в базу sqlite, чтобы при следующей проверке знать, что это не надо публиковать.
kocherman, ну да, конечно, а дистрибы micq и exim с закладкой в своё время выкладывались в официальные источники и были подписаны, но почему-то подвох в них заметили далеко не сразу. А помнишь печальную историю, когда мейнтейнеры Debian пропатчили openssl на обнуление неинициализированных массивов и тем самым устроили гигантскую дыру в безопасности многим тысячам серверов? Современный софт настолько сложен, что даже без учёта алгоритмической неразрешимости задачи отличия правильно работающей программы от неправильно работающей нереально проводить полноценный аудит даже уровня какого-нибудь Common Criteria 4 для сколько-нибудь серьёзного софта.
> Сейчас не имеют открытого исходного кода только те приложения, которым есть что скрывать
Детский сад. Ты явно никогда не работал ни в каком серьёзном IT-бизнесе, раз такую чушь несёшь.
Евгений Шатунов, ну как бы я догадывался, что автор имеет в виду не то, что спросил, но именно поэтому важно было дать ему понимание. И в рамках сформулированного вопроса ответ правильный.
Ternick, #include служит для включения куска кода в другой файл (есть нюансы, но их не будем касаться). Обычно используется для деклараций функций, классов итд итп, сами функции при этом пишут в отдельном файле, который линкуется как как объектник или как библиотека (в том числе динамически подгружаемая, в Windows это .dll, в UNIX-системах - shared object, .so). Важно отметить, что #include является свойством языка.
LoadLibrary - это функция одной конкретной операционной системы с семейством компиляторов для подгрузки динамически подгружаемой библиотеки. В Linux её смысловым аналогом является dlopen.
Так что вопрос поставлен некорректно, ведь это разные вещи.
дмитрий шевченко, если используется telebot то он в любом случае кинет exception. Если ручками работать с API, то надо смотреть на response.status_code и на содержимое ответного json с описанием ошибки.
Битриксофилы на всё это всегда заявляют, что типа надо там всякое кэширование как-то хитроправильно использовать. Правда в том, что кэширование ничего практически не меняет, сколько вокруг него ни прыгай с костылями. Когда битриксоводы начинают говорить о кэшировании, это означает, что уже всё, аргументы кончились.
А ещё очень хорошо помогло уменьшить тормоза перехватывание *.{jpg|png|gif} в однострочный 404fast.php, потому что штатный 404.php грузился неприлично медленно, а на сайте где-то встречались картинки "в никуда", по которым ходили поисковые боты, создавая дополнительную нагрузку.
Людей с направлением деятельности "битрикс-разработчик" я бы советовал поменьше слушать, ведь они будут ожидаемо пристрастны (кто бы сомневался?).