Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Refused to set unsafe header "Connection" #137

Closed
SergeyMiracle opened this issue Jul 22, 2014 · 27 comments
Closed

Refused to set unsafe header "Connection" #137

SergeyMiracle opened this issue Jul 22, 2014 · 27 comments

Comments

@SergeyMiracle
Copy link
Contributor

В последних двух версиях modx evo периодически пропадает страница правки/создания документа, единственная ошибка Refused to set unsafe header "Connection". Чистил кеш, пробовал с другого компа, картина не меняется. Лечится полной заменой файлов cms, но проблема потом опять появляется...

https://www.dropbox.com/s/nutd83p6f4ad5xp/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202014-07-22%20%D0%B2%2017.41.16.png

@Dmi3yy
Copy link
Owner

Dmi3yy commented Jul 22, 2014

хороший вопрос не сталкивался с таким

22 июля 2014, в 16:45, SergeyMiracle notifications@github.com написал(а):

В последних двух версиях modx evo периодиески пропадает страница правки/создания документа, единственная ошибка Refused to set unsafe header "Connection". Чистил кеш, пробовал с другого компа, картина не меняется. Лечится полной заменой файлов cms, но проблема потом опять появляется...

https://www.dropbox.com/s/nutd83p6f4ad5xp/%D0%A1%D0%BD%D0%B8%D0%BC%D0%BE%D0%BA%20%D1%8D%D0%BA%D1%80%D0%B0%D0%BD%D0%B0%202014-07-22%20%D0%B2%2017.41.16.png


Reply to this email directly or view it on GitHub.

@SergeyMiracle
Copy link
Contributor Author

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

@Dmi3yy
Copy link
Owner

Dmi3yy commented Jul 22, 2014

ЗНачит бок в каком то файле который почему то меняется

22 июля 2014, в 17:23, SergeyMiracle notifications@github.com написал(а):

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


Reply to this email directly or view it on GitHub.

@SergeyMiracle
Copy link
Contributor Author

Ну боги знают, а как проследить можно? Найти эту гадину...

@Pathologic
Copy link
Contributor

@SergeyMiracle скопировать файлы с нерабочего сайта и сравнить?

@Dmi3yy
Copy link
Owner

Dmi3yy commented Jul 22, 2014

Вот есть хороший софт для этого дела
http://www.syntevo.com/smartsynchronize/

@SergeyMiracle
Copy link
Contributor Author

Бобро, как упадет еще раз погляжу.

@pbweb
Copy link

pbweb commented Jul 22, 2014

Даже не обязательно перезаливать, само поднимается. Проблема возникает не только при редактировании ресурса, чанка/сниппета тоже бывает.

При редактировании ресурса страница загружается до момента

    while (pn.getAttribute("p")>0) {
        pId = pn.getAttribute("p");
        pn = (tdoc.getElementById) ? tdoc.getElementById("node"+pId) : tdoc.all["node"+pId];
        if (pn.id.substr(4)==id) {
            alert("

Появилось только в последней версии

@SergeyMiracle
Copy link
Contributor Author

Кстати понял что перезагрузка php-fpm помогает решить проблемку...

@Dmi3yy
Copy link
Owner

Dmi3yy commented Jul 29, 2014

Странная ошибка.
По факту отдает не полностью HTML
тоже заметил подобное на одном из проектов
единственное не могу понять из за чего бага :(
так как в логах пусто

@SergeyMiracle
Copy link
Contributor Author

Вот и я не пойму, может тут нужен спец по серверной части.

@Dmi3yy
Copy link
Owner

Dmi3yy commented Jul 29, 2014

Если раньше работало а теперь нет при этом сервер не менялся
то наводит на мысли что проблема таки в ядре

@Dmi3yy
Copy link
Owner

Dmi3yy commented Sep 26, 2014

Никаких новостей нет по баге ?
все так же наблюдается или просто откатился ?

@SergeyMiracle
Copy link
Contributor Author

Да вот кто-то писал что бага возникает такая, у меня чет в последнее время ее нет... версию не откатывал... Так и остался я в недоумении :)

@lyolkinn
Copy link

Привет!

Никаких новостей нет по баге ?

Есть новости, у меня возникла эта бага , подробнее написала тут http://modx.im/blog/dmi3yy/2699.html , могу предоставить площадку для тестов. :)

@Dmi3yy
Copy link
Owner

Dmi3yy commented Oct 10, 2014

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

@lyolkinn
Copy link

Обновила через репозитарий, глючит :( Данные отправила на емейл.

@Dmi3yy
Copy link
Owner

Dmi3yy commented Oct 10, 2014

@Dmi3yy
Copy link
Owner

Dmi3yy commented Oct 10, 2014

А можно ftp еще а то обновил на 1.1b и вообще админка не фурычит :(

@lyolkinn
Copy link

отправила

@Dmi3yy
Copy link
Owner

Dmi3yy commented Oct 10, 2014

Для нормальной работы MODX EVO уже нужна версия php 5.3 или 5.4
у вас 5.2 потому часть глюков из за этого

  • кодировка базы данных нужна utf_8 ибо cp1251 глючит да и не тестировали никогда нормально

@lyolkinn
Copy link

Перенесла на другой хостинг с PHP 5.3 и правильной кодировкой БД, напасть не прошла, апгрейдила до 1.1 - всё также.
В htaccess прописала php_value display_errors 1 , и выходит Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 262144 bytes) in .../assets/cache/siteCache.idx.php on line 49295 .
На сайте 20200+ доков, размер кеш-файла достиг 4 Мб. Я правильно понимаю, что подошёл тот самый предел памяти? (64М) Можно ли с этим справиться, не переезжая?
Может ли помочь установка последней версии с нуля, а потом импорт таблиц контента. ( вошли ли в неё эти изменения ? http://modx.im/blog/research/2294.html )

@Dmi3yy
Copy link
Owner

Dmi3yy commented Oct 11, 2014

Недавно как раз обсуждали в теме про кеш есть. Параметр алиаслистингфолдер
Он как раз поможет

Отправленно с телефона
www.dmi3yy.com

11 окт. 2014, в 11:59, lyolkinn notifications@github.com написал(а):

Перенесла на другой хостинг с PHP 5.3 и правильной кодировкой БД, напасть не прошла, апгрейдила до 1.1 - всё также.
В htaccess прописала php_value display_errors 1 , и выходит Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 262144 bytes) in .../assets/cache/siteCache.idx.php on line 49295 .
На сайте 20200+ доков, размер кеш-файла достиг 4 Мб. Я правильно понимаю, что подошёл тот самый предел памяти? (64М) Можно ли с этим справиться, не переезжая?
Может ли помочь установка последней версии с нуля, а потом импорт таблиц контента.
Надежду внушает этот пост http://modx.im/blog/research/2294.html


Reply to this email directly or view it on GitHub.

@Dmi3yy Dmi3yy closed this as completed Mar 6, 2015
@keslo
Copy link

keslo commented Jul 19, 2015

Та же проблема. Загрузка админки зависает выдается "Refused to set unsafe header "Connection" при обработке файла mootools.js.

@Dmi3yy
Copy link
Owner

Dmi3yy commented Dec 24, 2015

Добрался наконецто до решения этой проблемы:

суть в том что криво настроен сервер, если в файлике index.php который ведет в админку добавить показ ошибок то увидим следующее:
http://take.ms/kbmni

Далее гуглим что за ошибка и понимаем что криво настроен путь для хранения сессии а сервере.

Если нет доступа к php.ini то лечить можно вот так:
Создаем в корне папку tmp с правами 777
и правим config.inc.php
http://take.ms/sMDdY

@riamax
Copy link

riamax commented May 18, 2016

Решение: Открыть файл manager/includes/config.inc.php и сохранить его в кодировке UTF-8 without bom (UTF-8*)

@Aligan
Copy link

Aligan commented Mar 18, 2017

Не решилась проблема? Описанные здесь методы не помогают

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants