MIXOH

Зато нахаляву, да еще и с переводом 

Выходов как минимум три:

1. Купить пофиксеную версию 1.4.2 (14$)

2. Дождаться слива в паблик пофиксеной версии 1.4.2 (не факт)

3. Пофиксить работу приложения самому 

19 минут назад, (Work of Art) сказал:

другой сайт, на это же серваке работает)

с тем же php.ini и так же пользует mbstring?

Что по mbstring в phpinfo?

Вы бекап каким образом разворачивали, через инсталл или просто из архива? В 7-ке изменили многие функции,тв т.ч. и mbstring

Все же ясно написано. Не установлено или не включено расширение mbstring

С такими "железными" аргументами, увы не вижу смысла в дальнейшем споре 

18 минут назад, soka сказал:

Пишите тогда багрепорт разработчикам

Нет ни возможности ни желания ни необходимости.

19 минут назад, soka сказал:

У вменяемых сервисов с этим проблем нету.

Ну я бы не назвал тот же gmail уж слишком невменяемым

20 минут назад, soka сказал:

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

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

27 минут назад, soka сказал:

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

Нет таких правил, это не более чем очередная ваша неверная трактовка RFC

soka, это вы Spamasassin-у докажите.

2 часа назад, soka сказал:

Нет никакого излишнего кодирования заголовков. Согласно RFC, символы из не диапазона ASCII должны кодироваться

Излишнее кодирование, как раз и заключается в том, что заголовок в дипазоне ASCII дополнительно кодируется Base64, при том что этого не требуется. То есть если совсем по хорошему, то перед тем как кодировать заголовок, нужно проверять содержит ли он символы не ASCII.

Kiritoo, ArcheR_AWG, возможно при смене хоста, проблема долгого прохождения в срабатывании grayslisting-а, а возможно проблема в том, что стандартные письма из IPS немного "хромают" в плане соответствия фильтрам spamasassin-а. В частности, если говорить о методе отправки через PHP это проявляется в излишнем кодировании заголовков, а при методе отправки через SMTP к этому еще и добавляется отсутствие правильного заголовка message_id. Эти пару мелких проблем, наряду с возможно кривой настройкой почты на хостинге или VPS могут приводить к превышению порога спам-фильтров. Я недавно состряпал простенький плагин, для решения по-крайней мере этих двух проблем, попробуйте, мождет и вам поможет. У меня, при правильно настренных МХ-записях + настроенном DKIM + SPF это дало снижение spamscore с 6-8 пунктов, до 0,8.

По первому вопросу скорее всего криво настроеный ЧПУ, смотрите что у вас в htaccess и т.д.

По второму вопросу надо сделать запрос в БД, чтобы преобразовались уже сохраненные ссылки. По аналогии с URL Transliteration

39 минут назад, Виктор Лобанов сказал:

ERR_NAME_NOT_RESOLVED

Тут мне в скайпе говорят что та типа блокировки стран

При чем тут блокировка стран. У вас просто DNS кривовато настроен. Если точнее то просто нет A-записи для субдомена

19 минут назад, VETO сказал:

Есть русский язык ?

Насколько я знаю НЕТ. Кто мешает перевести, там всего-то около 300 строк, причем большинство это Back-end.

Виктор Лобанов, Вопрос не в тарифе, а в настройках php, подобная ситуация говорит о том что установлено недостаточное время исполнения скрипта (константа max_execution_time в php.ini)

4 минуты назад, iRAMMSTEINi сказал:

Да. не помогло

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

40 минут назад, iRAMMSTEINi сказал:

Я не знаю, есть ли у них лицензия

Судя по скрину, у вас не то что не лицензия (хотя и не исключено), а кривой нулл  

6 минут назад, iRAMMSTEINi сказал:

в админ панеле негде редактировать настройки

Должно быть в АЦ > Система > Rules

Только что, iRAMMSTEINi сказал:

Очень жаль

Не отчаивайтесь, если поискать, то можно найти и на этом же форуме

51 минут назад, sk0r сказал:

Только сейчас допер, что иконка будет отображаться только у того кто зашел.. а нужно именно всем показать

Поэтому одним лишь @media там не обойдется 

2 часа назад, rustav сказал:

через разрешение экрана к примеру, если разрешение меньше XXXpx

Именно так в IPS и сделано, для определения настроек стиля под типа "мобильный" вид

Так что не вижу смысла морочить голову с Юзер-агентами

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

8 часов назад, Death1 сказал:

для как раз гостей как раз оно и не устанавливается... бесполезный плагин.

3 часа назад, rustav сказал:

гости его не видят

3 часа назад, Xuc сказал:

сходу решить проблему гостей)

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

Там же есть и вариант с расширенным до 750 рх окошком. Кому нужно больше/меньше, можно и самому в css подправить.

3 часа назад, Xuc сказал:

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

Нет там ничего такого

13 минут назад, soka сказал:

Ваше непонимаение в том, что вы путаете гет с адресной строкой

Я прекрасно понимаю о чем вы 

В чем смысл вышесказанного применительно к обсуждаемому здесь API?

Ну хорошо, предположим что вместо скрипта в несколько строк, вы запхнете нужный GET в адресную строку (не совсем понятно правда что будет проще), ну получите вы hello, дальше то что? Смысл?

Следующим его вопросом будет, как сделать тоже самое, но применительно к остальным доступным методам API?

Тему можно закрывать!

Или удалять

Разобрался сам.

Эмм.....ни у кого никаких мыслей? Или я затронул запретную для обсуждений тему? 

Тогда возможно в ЛС можно намекнуть

Возможно я не совсем точно трактую мысль о "запрете" включения в плагин исходного текста родительской функции?

6 часов назад, soka сказал:

Это названия метода GET адресной строкой очень сильно режет "слух"

С чего вы взяли что я отождествляю какой-то конкретный метод с адресной строкой, где я такое написал? Я говорю о том, что зачастую, обмен данными с API предоставляющими более широкий или возможно, более защищенный функционал как правило организованы при помощи удаленного скрипта (-ов), Неважно каким методом. Просто потому что в скрипте удобней обрабатывать различного рода Encoded-данные, массивы и т.д.

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