celsoft

Токсичность в чем? Вам достаточно корректно все описали и написали, куда надо обращаться. Если вас здесь не научат варить борщ, то это тоже будет токсичное общество? Для решения проблемы нужно обращаться адресно, туда где проблема, а не пытаться решить ее там, где ничего не зависит. Если вам нужны продукты, вы идете в продуктовый магазин а не в автосервис, а если вам нужно починить машину, вы не пытаетесь это сделать в продуктовом магазине. Здесь точно также, вы пытаетесь все время "зайти не в ту дверь", хотя при этом вам неоднократно написали куда идти и от кого зависит ваша проблема. Так что

Задача DLE сохранить текст!!! который вы добавляете при написании публикации, а не вылететь с сообщением "Ой что то не так", и потерять все при этом что человек писал в публикации, причем писать мог очень долгое время. Этого вы хотите? Если да то этого никогда не будет, потому что труд человека который писал для нас уж точно более важен. Если вы пишите только этот тег и только он вам важен, то вы не единственный пользователь DLE, и под вас это не будет. Какая разница что там, 403, резолв или drop? Вам как клиенту хостинга какая разница? Вам нужно чтобы работало!!! Это прямая обяза

У вас нет отсутствия CURL. Я вам об этом не писал. Если бы у вас было отсутствие то вы бы увидели фатальную ошибку. А про то что я написал что проверять нужно через CURL это потому что он задействует другие механизмы работы с соединениями на сервере. Я вам первым сообщением написал что ваша причина отсутствия интернет соединения, а причин может быть сотни разных, и поэтому вам нужно обратиться в службу поддержки хостинга, а в DLE в этом вопросе смотреть нечего. Разбираться с отсутвующем интернет соединении обязанность!!!! хостинг провайдера, а вы о причинах пытаетесь выяснить в поддерж

Во первых вы нигде не указывали откуда вы, поэтому догадаться об этом никто не может. Банит Youtube крым или нет, я не не знаю, я не Youtube. Это вам уже нужно узнавать также в службе поддержки вашего хостинга, им это виднее, или в поддержке Youtube, но никак не в поддержке DLE. Насколько я знаю раньше они не банили точно, но может быть забанен не весь крым например, а сервера вашего хостинг провайдера. Я как раз таки внимательно прочитал. Это вы прочтите что вы написали, к слову технологию не применяется приставка "через", когда имеется ввиду ее использование. Поэтому я вас написал то

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

Вы же сменили хостинг, и проблема появилась после смены, а не до. Как они они проверяли? Отличный ответ: быть не должно. А если проблема есть там где ее быть не должно, то что? Откуда мы можем знать что им нужно сделать на сервере, если мы не знаем их сервера в принципе, не знаем какое ПО там стоит, какие и где запреты выставлены. Таких мест на сервере сущетсвует море, это не универсальный ответ к сожалению, когда нужно менять одну конректную настройку. Пусть проверяют исходящие внешние соединения c сервера, и проверяют именно со стороны PHP интерпретатора, а не просто в консоли. К сожалению с

Это настройки сервера, а не DLE. Уточнять их нужно вам уже в службе поддержки хостинга, у разных, реализуется по разному в зависимости от используемого серверного ПО. Ваш сайт должен иметь возможность соединения с серверами youtube, это все что вам нужно сказать поддержке хостинга. А они уже знают что им проверять для проверки исходящих соединений с сервера.

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

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

Да шаблон один

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

Защита от DDOS не должна вам мешать. Защита от DDOS фильтрует входящих трафик, а здесь речь идет о исходящем. Поэтому защищаясь от DDOS вам не нужно "резать" исходящий трафик.

Это у всех так. Более того не просто так, а по пожеланиям большого количества других пользователей это сделано, да и окно стало больше и мешает если его не закрывать. Причем сделано много много лет назад, и никто теперь не жалуется в отличии от старого варианта. Настройками нет. Только если уже написать собственный плагин для этого.

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

Справа где на какой странице? Я ваш сайт вижу как гость!!!! а не администратор. Я же не администратор вашего сайта и как администратор на него зайти не могу. Я не вижу ничего подобного, никаких кнопок, ни справа ни слева.

К чему это километровая простыня? Удалил ее, зачем этот мусор на форуме. Я итак вижу код вашего сайта, мне его присылать не нужно. Добавить кроме того что я написал выше мне нечего, и этот кусок этому никак не способствует и ни на что не указывает.

Почему мне должны быть интересны ваши личные ошибки? Мне интересны только лишь ошибки в DLE, чтобы я мог их исправить. Я например не поленился зашел на ваш сайт, нашел новость что у вас на скриншоте, ссылку на которую вы не посчитали нужным даже дать, а просто опубликовали картинки, вставил вашу новость от и до на чистый дистрибутив и стандартные чистые шаблона без модификаций. И ваша новость полностью и корректно работает и отображается на мобильных и мобильном стандартном шаблоне. Поэтому кроме того что багов со стороны DLE не выявлено мне больше нечего сказать. Где именно вы допустили ошибк

Что чинить конкретно? Смартфон, шаблон или ваш контент? Не совсем понятно что именно вы хотите непосредственно от нас. DLE работает на сервере, он отдает контент всем устройствам одинаково, он не работает на устройствах которых вы смотрите. Он все и для всех устройств отдает одинаково с сервера, он даже не знает что за устройство у вас там, а его код выполнения одинаков для всех устройств, со стороны DLE тут чинить нечего. А это зачит что дальше отображение зависит уже от клиента и от того что выполняется на клиенте а не на сервере. Все отображение зависит от вашего шаблона и написанного

Что должен делать фильтр? Правильно "фильтровать". Кому нужен фильтр, который можно обойти заменив одну любую букву на другой регистр? Что тут заумного? Что тут может быть непонятного в логике и в принципе работы? Какая инструкция вам нужно к слову "Фильтр"? Это вы для себя придумали какой то свой алгоритм поведения фильтра и решили что он должен так работать, но он не должен, потому что это "фильтр". Кому нужен фильтр который при задании слова из трех букв будет пропускать его если последняя буква будет с большой буквы "Й". Все возможные комбинации нужно писать по вашей логике? Нет конечно.

В его названии и описании: Странно ожидать чего то другого. В описании четко указано что он заменяет одно на другое. А то что должен учитывать ссылки на страницы, какой то контент и прочее, это уже ваше личное предположение, что должен так, а не какое то описанное действие. Где написано что это для того чтобы ставить ссылки и делать перелинковку? Нет такого. Это фильтр слов. Фильтр заменяет одно на другое и все, ничего более. Вы пишите что на что заменить, он это заменяет, больше у этого модуля никаких дополнительных функций нет.

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

Ваши теории прекрасны, но ни в одной CMS мира не работают на практике. В таком случае в WordPress тоже не хуки, а хаки. Потому как там не работает так как описали вы. В таком случае вы просили моменять хаки на хаки )) Надо иметь такие данные, а не предполагать. Показатели чего? Расхода памяти? Даже близко не будет. Клиента устроило что? Время отклика? Это на новом сайте его устроило, а устроит его то сколько ему придется выкладывать когда будет тысяча посетителей, а сто тысяч? Сколько будет обслуживание уже этого? Это он просчитал? Далеко не дешевле выйдет. И тут уже каждый ре

Хук это не API, это место вызова с передачей аргументов. И если продукт развивается, добавляются новые возможности, оптмизируется структура данных, то изменения тоже неизбежны. Если структура БД изменилась, то ваш код который работает со старой структурой конечно же не сломается. Вы в это искренне верите? Вопрос риторический. Ломается все одинаково и в Wordpress плагины отваливаются на ура при обновлении. Так что тестировать предварительно нужно всегда обязательно и везде перед обновлением, независимо от CMS. Поэтому все ваши перечисленные пункты никоим образом не отменяются.

Никогда !!!! Потому что эта система не имеет преимуществ и имеет колосальные недостатки по производительности. Даже если делать через хуки, ни одно из этих действий не отменяется, если вы не в курсе. Если по вашему мнению, при обновлении даже если будет на хуках тестировать не нужно? То вы заблуждаетесь, нужно. И вероятность несовместимости выполняемых действий точно такая же что текущая система плагинов, что через хуки. Плюс очень много других недостатков у системы хук, поэтому система плагинов в DLE специально была разработана такой какой она есть, а не на хуках.

Делайте вывод, значит это делается с правами выше чем с теми с которыми вы ставите права. Инструкция не меняется, вам нужно делать все тоже самое и каждый !!! пункт обязателен !!! :