51 комментарий

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

E_USER_WARNING [512] Cannot write to file «id.abrahabr.ru/alto/_run/assets/10757010/bootbox.min.js» (id.abrahabr.ru/alto/engine/include/functions/File.php on line 772)
2016-07-11 12:10:25
E_USER_WARNING [512] Cannot write to file «id.abrahabr.ru/alto/_run/assets/77625ca541e993d40ca970ca4e173695.css» (id.abrahabr.ru/alto/engine/include/functions/File.php on line 772)
2016-07-11 12:04:10
E_USER_WARNING [512] Can not prepare asset file «id.abrahabr.ru/alto/common/templates/skin/start-kit/assets/js/template.js» (id.abrahabr.ru/alto/engine/classes/modules/viewerasset/entity/PackageJs.entity.class.php on line 96)
2016-07-11 12:04:10
E_USER_WARNING [512] Cannot write to file «id.abrahabr.ru/alto/_run/assets/1d069167/template.js» (id.abrahabr.ru/alto/engine/include/functions/File.php on line 772)
2016-07-11 12:01:42
E_USER_WARNING [512] Can not prepare asset file «id.abrahabr.ru/alto/common/templates/frontend/libs/vendor/jquery-ui/js/localization/jquery-ui-datepicker-ru.js» (id.abrahabr.ru/alto/engine/classes/modules/viewerasset/entity/PackageJs.entity.class.php on line 96)
2016-07-11 12:01:42
E_USER_WARNING [512] Cannot write to file «id.abrahabr.ru/alto/_run/assets/170eb257/jquery-ui-datepicker-ru.js» (id.abrahabr.ru/alto/engine/include/functions/File.php on line 772)
0
Ну, все понятно английским по белому: Не может записать в файл «id.abrahabr.ru/alto/_run/assets/10757010/bootbox.min.js»
0
Права на папку _run ?
0
На папку /_run или на /_run/assets — это надо уже на хосте смотреть, почему PHP-скрипт не может писать туда файлы
0
Понял
0
Дмитрий Халезин, 11.07.2016 17:58. Цитировать
Мы к сожалению не знаем как работает Ваша CMS. Возможно у Вас прописывается путь к статическим файлам ? Или происходит привязка по имени домена ? Уточните данную информацию на форумах поддержки.
Тут проблема явно на хостинге
С нашей стороны изменений не производилось, если Вы знаете в чем проблема сообщите, мы постараемся Вам помочь.
0
«id.abrahabr.ru/alto/_run/assets/10757010/bootbox.min.js»
Это относительный путь ... от текущей папки исполнения скрипта.
Логично что такого пути не существует.

Полный путь — начинается со слэша.
0
Ну так ведь в ручную же никто эти пути не задает — правильно? При аналогичной установке движка, на том же хостинге такой проблемы не возникает...
0
Если при чистой установке такой проблемы не возникает, а в вашем случае она есть и в ошибке пишется не абсолютный путь а относительный- значит что-то где-то всетаки правилось руками.
0
Да и проверить можно... Все вышеперечисленные файлы на месте (они открываются). Т.е. путь верный и существующий. А вот при просмотре кода страницы их нет (как и вообще половины .js файлов).
0
Только половины? Попробуйте установить каких именно файлов нет в коде страницы. ВОзможно у них есть общий признак, и гдето в конфиге (не только в пользовательском но и в основном надо посмотреть) есть ручная правка касающаяся этой группы файлов.
0
Только половины?
Примерно. Можете посмотреть — автор не скрывает адреса сайта.
0
http://id.abrahabr.ru/

Ошибка 403. Доступ запрещен

Доступ в эту папку запрещен администратором сайта или в папке нет индексного файла.

Джино

http://id.abrahabr.ru/index/newall/
Ошибка 404. Файл не найден


Ну в кэшэ конечно все есть.. с путями и ошибкаки коннекта к базе данных...
Отредактирован:
0
Открывать нужно было id.abrahabr.ru/alto/ — выше видно, что движок был залит в папку /alto.
0
Давайте с самого начала:
1) какая версия движка (не «последняя/предпоследняя», а номер версии какой)
2) что меняли в app/config/config.local.php?
0
версия altocms-1.1.19.4
конфиги вообще не трогал! чистая установка, потом переименовал папку install и зашел на сайт, все.
0
(поставил у себя движок, не выдержал, по Вашей схеме (в директорию test.site.ru/alto) — ошибок нет)
0
Хостинг jino...
0
Аналогично
0
Тоже на jino ? может у меня что с настройками php стало?
0
Можете скинуть скриншот настроек веб сервера в лс
0
Да там всё по умолчанию. Если что-то меняли, там есть кнопка «Установить значения по умолчанию». Версия php 5.6
0
Не поленился и провел следственный эксперимент — активировал свой старый аккаунт на jino, залил чистый движок версии 1.1.19.4 и установил через установщик по умолчанию. Вот: http://vshemarov.myjino.ru/alto/

При этом вот какие значения прописались автоматически в app/config/config.local.php:
$config['path']['root']['url'] = 'http://vshemarov.myjino.ru/alto/';
$config['path']['root']['dir'] = ALTO_DIR . '/';

$config['path']['offset_request_url'] = '1';

$config['path']['runtime']['url'] = '/alto/_run/';
$config['path']['runtime']['dir'] = '/home/users/v/vshemarov/domains/vshemarov.myjino.ru/alto/_run/';
Обратите внимание на последнюю строку — вот сюда пишет движок стили, js-скрипты и проч. (да, я в курсе, что светить полные пути считается небезопасным, но в данном случае это не играет роли, т.к. через пару дней не будет ни этого сайта, ни этого домена, так что пофиг).

Если у Вас шаред-хостинг на Джино, и Вы ничего не трогаете руками, то у Вас будет там стоять аналогичный путь, который ОБЯЗАТЕЛЬНО будет начинаться с '/home/users/...'. Если VPS хостинг, то точно так же путь будет начинаться со слеша и до имени домена будет какой-то путь. То, что пишете Вы — будто файлы пишутся в 'id.abrahabr.ru/alto/_run/', без начального слеша и буз пути к домену — этого не может быть в принципе, если руками ничего не трогали.
0
У меня все так же прописано
0
У меня начинает возникать подозрение, что это такой тонкий троллинг. Трудно поверить, что Вы не видите принципиальной разницы в этих двух строках:

/home/users/v/vshemarov/domains/vshemarov.myjino.ru/alto/_run/
id.abrahabr.ru/alto/_run/
0
На это не обращайте внимание, я просто пути стер и все...
0
Вот из-за того, что «просто пути стер и все» я вчера потратил время и деньги, чтобы проверить — то ли у меня крыша едет, то ли действительно такой лихой баг в движке при установке, что он хрен знает какие пути прописывает в конфиге.

Теперь внезапно(!!!) выясняется, что все пути прописываются верно (если Вы и при обращении в саппорт «просто пути стираете», то могу представить, как округляются у них глаза при взгляде на пути, которых не существует в природе). Значит, все, что нужно — это проверить наличие папок и права на них.
0
Я имею ввиду стер когда писал сюда в тему! а не на хостинге.... На хостинге у меня такой же путь полный по стандарту, только за место /v/ /b/

Сейчас произвел опять установку чистую http://id.abrahabr.ru/

Ситуация аналогична.
0 
Я имею ввиду стер когда писал сюда в тему!

Вот об том и речь. Вы «исправили» лог когда писали в тему, но об этом не сказали, и ошибка стала выглядеть феерически странно. Проверяйте права доступа на подпапки.
Отредактирован:
0
Сравниваем исходные коды страниц:

view-source:vshemarov.myjino.ru/alto
view-source:id.abrahabr.ru

И видим, что во втором случае:
а) вообще не подгружаются стили, они куда-то пропали
б) пропала добрая половина (а то и больше) скриптов

Почему? Куда они девались? Мне неведомо. Но раз какие-то файлы все ж есть, значит в папку они пишутся. Я так понимаю, права Вы исправили?
Дальше стоит сделать так:
1) очищаем папки /_run и /_tmp и еще раз загружаем страницу
2) если ничего не изменилось — смотрим логи ошибок, почти наверняка там должно что-то быть
3) возможно, имеет смысл тщательно проверить, на месте ли все исходники (css- и js-файлы), есть подозрение, что не все файлы залиты у Вас на хостинг (насколько я помню, такое уже было у Вас)
0
в логах наблюдается вот такое

[2016-07-12 10:53:01] E_WARNING [2] mkdir(): Отказано в доступе (/home/users/b/bahok90/domains/id.abrahabr.ru/engine/include/functions/File.php on line 244)[2016-07-12 10:53:01] E_USER_WARNING [512] Can not make dir «/home/users/v/bahok90/domains/id.abrahabr.ru/_run/» (/home/users/b/bahok90/domains/id.abrahabr.ru/engine/include/functions/File.php on line 246)[2016-07-12 10:53:02] E_WARNING [2] mkdir(): Отказано в доступе (/home/users/b/bahok90/domains/id.abrahabr.ru/engine/include/functions/File.php on line 244)[2016-07-12 10:53:02] E_USER_WARNING [512] Can not make dir «/home/users/v/bahok90/domains/id.abrahabr.ru/_run/» (/home/users/b/bahok90/domains/id.abrahabr.ru/engine/include/functions/File.php on line 246)
0
Фраза «очистить папку» означает, что сама папка остается, а удаляется только ее содержимое
Отредактирован:
0
Вы поправили логи или это реально то что в логах?

Отказано в доступе (
/home/users/b/bahok90/domains/id.abrahabr.ru/engine/include/functions/File.php on line 244
Can not make dir «
/home/users/v/bahok90/domains/id.abrahabr.ru/_run/

/home/users/b/bahok90/domains/id.abrahabr.ru/engine/include/functions/File.php on line 246

/home/users/b/bahok90/
/home/users/v/bahok90/
0
вот такие пути у меня сейчас

$config['path']['root']['url'] = 'http://id.abrahabr.ru/';
$config['path']['root']['dir'] = ALTO_DIR . '/';

$config['path']['offset_request_url'] = '1';

$config['path']['runtime']['url'] = '/_run/';
$config['path']['runtime']['dir'] = '/home/users/b/users1/domains/id.abrahabr.ru/_run/';
0
Еще раз:
все, что нужно — это проверить наличие папок и права на них
Это значит, что нужно убедиться, что папка /home/users/b/users1/domains/id.abrahabr.ru/_run/ существует, и что права на нее позволяют PHP-скриптам туда писать и создавать там подпапки и файлы.
0
вот что еще ответила поддержка

Здравствуйте. В браузере при открытии поддомена наблюдаем ошибки:
widgets.js:18 Uncaught TypeError: ls.routerUrl is not a function
id.abrahabr.ru/:103 Uncaught TypeError: Cannot read property 'load' of undefined
(index):243 Uncaught TypeError: ls.routerUrl is not a function
По всей видимости проблема в этих ошибка, так как браузер не может считать функцию load
0
Конечно не может считать, раз файл не подгрузил :)
0
Ты читаешь вообще что тут написано? чистая установка, с нуля, без каких либо правок вообще. Зачем писать пустые комментарии вообще
0
Я читаю что пишите Вы, но я так же читаю что пишут Вам. Два человека попытались воспроизвести Вашу ошибку и уних ничего не получилось. Какие Вы делаете из этого выводы?
Я например, делаю следующий вывод:
либо установка которую делаете Вы — всетаки не чистая;
либо у настройках например php или вебсервера что-то правилось (т.е. установка всетаки не чистая);
либо имеет место какой-то специфический глюк, что маловероятно.
0
1. Установка абсолютно чистая, архив скачан и распакован на хостинге
2. После установки единственное что правил это переименовывал папку install далее зашел на сайт и увидел картину.

вот php настройки

http://prntscr.com/brtq3j
http://prntscr.com/brtq6d
http://prntscr.com/brtq9d
0
а в .htaccess что?
0
Все стандартное..

AddDefaultCharset UTF-8
Options -Indexes
RewriteEngine On

# Rule for redirect from www.sitecom to site.com
# If you want to turn on this rule then delete symbol # in two next lines
#RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
#RewriteRule ^(.*)$ http://%1/$1 [R=301,L]

#RewriteBase /
RewriteCond %{REQUEST_FILENAME} !favicon\.ico
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ ./index.php
# Alternative rule
#RewriteRule ^(.*)$ /index.php

# Deny access
<Files "plugins.dat">
    order allow,deny
    deny from all
</Files>
<Files "plugin.xml">
    order allow,deny
    deny from all
</Files>
<Files ~ "\.tpl$">
    Order allow,deny
    Deny from all
</Files>

<IfModule headers_module>
    <FilesMatch "\.gz\.css$">
        ForceType "text/css"
        Header set Content-Encoding: gzip
        # сервер автоматически пытается сжать уже пожатый css-файл.
        # Из-за этого файл не может корректно обработаться браузером.
        # Отключаем отдачу ответа в gzip
        SetEnv no-gzip 1
    </FilesMatch>
    <FilesMatch "\.gz\.js$">
        ForceType "text/javascript"
        Header set Content-Encoding: gzip
    </FilesMatch>
</IfModule>
0
Вот что оставила поддержка

Ярослав Вишневецкий, 12.07.2016 14:02. Цитировать
Произвели установку CMS. Проблема повторилась. Во время установки ошибок не возникало, указанные папки доступны для записи. Видим ошибок на хостинге не наблюдаем, в логах также ничего не фиксируется. Также для теста установили CMS на тестовом аккаунте. Проблем с установкой не возниклоа, CMS установилась корректно.
0
Господа, проблема решилась! проблема была на стороне хостинга, была какая-то функция в php включена. Вернее были включены все. Всем спасибо за потраченное время! aVadim благодарю за терпение.
0
Parse error: syntax error, unexpected '[' in /home/vh6u8413/domains/invest112.ru/public_html/engine/classes/core/Engine.class.php on line 1469
E_PARSE [4] syntax error, unexpected '['
See details in error.log

как исправить?
0
Давно скачивали движок?
0
Только. что
Проблема в версии PHP оказалась
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.