Спасибо. Информация прекрасноя, но... Как я писал ранее у меня стоит Ubuntu 18.04.2 и поставить PHP5 или PHP5.2 не представляется возможным. Только PHP5.6, а с этим есть определенные проблемы. например часть директив принято, как морально устаревшие, а значит скрипты работают уже не так.

Здравствуйте. включил.

Все, что можно, подправил. сейчас ьуду снова пытаться поставить.

Как писал ранее включил отображение ошибок. Ситуация не изменилась:

Warning: include_once(/home/medusa-wm/sites/tsgselena/includes/developer.php): failed to open stream: Permission denied in /home/medusa-wm/sites/tsgselena/index.php on line 29

Warning: include_once(): Failed opening '/home/medusa-wm/sites/tsgselena/includes/developer.php' for inclusion (include_path='.:/usr/share/php') in /home/medusa-wm/sites/tsgselena/index.php on line 29

Fatal error: Class 'Dev' not found in /home/medusa-wm/sites/tsgselena/index.php on line 31

Это здорово, ребята. все, что вы пишите звучит замечательно и будет так звучать, но поверьте, не долго. Вам придется уйти с этой ОСи на которую горбатит весь Мир, хотя никакой благодарности не видит, но это другой вопрос. OpenServer - это действительно тема, однако она не решает поставленного мною вопроса.

Уважаемый Denis, а что за видео на которое Вы ссылаетесь. Спасибо.

Павел, большое спасибо. Wine я установил. Разобрался с префиксами - тоже с начала было не вполне ясно, но потом оказалось все оказалось даже очень не сложно (и зайца можно научить курить). Я сейчас попробую вникнуть в http://senokosov.info/lamp/install-lamp. Очень надеюсь, что поможет. Если нет - отписался в личку это я в SKYPE. И спасибо Вам в любом случае.

Уважаемые форумчане. возникла необходимость обратиться к вам за помощью. Суть проблемы - возникла ситуация, потребовавшая смены ОС. Таким образом Windows был заменен на Linux (Ubuntu 18.04.2). Связку я установил, однако не все видимо, ладно с настройками. После создания виртуального хоста я попытался установить на него CMS. Система выдала ошибки:


Я изменил права для директории includes. Ошибки исчезли, а вместе с ними и все остальное, т.к. вместо проверки системы открывается абсолютно пустая страница. Версия ПО выглядит так :

1. Apache/2.4.29
2. MySQL/5.7.25
3. PHP/5.6.40-6

Быть может кто нибудь сталкивался с подобной проблемой? Буду крайне признателен. Спасибо.

Человек и должен стараться изучить все, что возможно, ну если это человек. Ведь задавать вопросы - не преступление. Человек приходит в школу и начинает свой путь именно с вопросов. И форумы предназначены именно для вопросов, а иначе их следует закрыть. И я никогда не поверю, что родившись вашими первыми словами были не МАМА и ПАПА, а RENDERING, CAPTCHA и, как апофеоз, КАСТОМИЗАЦИЯ. Это я к тому, что путь "УЧЕНИКА" тернист и не ясен. Очень важно, какие учителя окажутся рядом. Главное - не отбить желания учиться.

Дорогие форумчане!
Приближается 2018 Новый Год. У всех старый год прошел по разному. Кто-то обрел, кто-то потерял. И все -же... Желаю в Новом Году всем счастья, удачи, приличных и состоятельных клиентов. Процветания DIAFAN. Пусть исчезнут разногласия и споры, пусть возникнут согласие и понимание. С Новым Годом вас всех.

Да, и вот снимки.

Уважаемые Господа.
Присутствовать на вебинаре не было возможности. поэтому скачал видео. К слову ведущая - большая молодец. Голос спокойный, все доступным языком. просто СУПЕР. А вот у меня не супер. В общем есть вопрос - я выполнял весь УРОК по этапам. Просто потому, что данный алгоритм действий подойдет для создания чего угодно и новостей и статей, да и вообще. На 28 минуте у меня вылезла ошибка, а точнее НАРИСОВАЛАСЬ в виде $. Я перелопатил код, но ошибки не нашел. может у кого-то был похожий прецедент - подскажите пожалуйста. Спасибо.

Конечно, это вряд ли можно назвать ошибкой, т.к. это связано с выводом стилей . И все же. Гуру прошу даже не читать этот пост. Это для новичков. В общем, при использовании собственного шаблона некоторые формы поплыли. Одна из таких форм - форма регистрации:



Чтобы форма выводилась симпатично надо в файле modules/registration/views/registration.view.show_login.php. ниже строки 24 немножечко изменить код. Было:

...
<span class="infofield">'.$this->diafan->_('Логин').'</span>
<input type="text" name="name" value="" size="18" class="inptext">
<span class="infofield">'.$this->diafan->_('Пароль').'</span>
<input type="password" name="pass" value="" size="18" class="inptext">
...
Меняем
...
<table align="center" cellpadding="0" cellspacing="0" width="200px">
<tr>
<td width="40px" align="left"><span class="infofield">'.$this->diafan->_('Логин').'</span></td>
<td width="160px" align="right"><input type="text" name="name" value="" size="18" class="inptext"></td>
</tr>
<tr>
<td width="40px" align="left"><span class="infofield">'.$this->diafan->_('Пароль').'</span></td>
<td width="160px" align="right"><input type="password" name="pass" value="" size="18" class="inptext"></td>
</tr>
</table>
...

В результате все выровняется и будет выглядеть так:



Это, конечно мелочь. Однако.

Я имел в виду версию Diafan, если Вы о 5.3.4. Данный ляп наблюдался на всех версиях IE/ Просто держу под рукой IEtester. Переписывать все версии ишаков - нет желания.

Буду знать куда писать.

Доброго времени суток. Сегодня начал натяжку дизайна в формате html5 на последнюю версию движка. И сразу же столкнулся с проблемой. Выглядит эта проблема так:



Как, Вы понимаете, ни в каком другом браузере данная фигня произойти не могла. Разумеется я начал искать проблему в самом дизайне - ну чем черт не шутит. Ничего. Затем начал последовательно отключать теги, начиная с хедера. Ошибка исчезла после удаления <insert name="show_js">. Последующая проверка кода выявила ошибку в public function show_js() строка 340 Adobe Dreamweaver CS6 в файле includes/function.php:

... public function show_js()
{
echo'<!--[if lt IE 9]><script src="http://yandex.st/jquery/1.10.2/jquery.min.js"></script><![endif]-->
<!--[if gte IE 9 | !IE]>--><script type="text/javascript" ...

должно быть:

... public function show_js()
{
echo'<!--[if lt IE 9]><script src="http://yandex.st/jquery/1.10.2/jquery.min.js"></script><![endif]-->
<!--[if gte IE 9 | !IE]><script type="text/javascript" ...



Если у кого возникнет проблемка - вот готовое решения . Всем удачи.

Если сообщите версию IE, можно будет сделать более точные выводы, однако сразу могу сказать, что если у Вас стоит версия IE10, то именно так и будет работать данное приложение. Дело в том, что Мелкомягкие ориентировали последнюю версию на Windows 8, а это означает HTML5 и CSS3. Если же версия не 10, то надо искать проблему в другом. А вот в чем, должны Вы помочь понять.

Попробуйте вставить в HEAD основного шаблона сайта следующий код:
<!-- Mimic Internet Explorer 7 -->
<meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" >

задача загрузить фотографии в фото галерею. Ну дело не хитрое выполнил загрузку и открыл страницу галереи для проверки и ...

просто обалдел.

Решение: открываем файл default.css:
до редактирования
.photo {
margin: 0px 5px 5px 0px;
float: left;
height: 150px;
overflow: hidden;
}

после редактирования
.photo {
margin: 0px 25px 5px 0px;
float: left;
height: 150px !important;
width: 150px;
overflow: hidden;
}
.photo img {
height: auto;
width: 150px;
overflow: hidden;
}

Отмечу, что ширину в 150рх я выбрал для своей нужды. В вашем случае требуется смотреть, но идея выглядит так.

Ну если честно, то этим модулем я вообще не пользовался. Тем более добавлять класс любому элементу. А зачем? Конечно - ON-LINE консультант на сайте вещь не плохая, но все-же в этом отношении http://livezilla.su/ LiveZilla мне очень нравится. Хотя вероятно - это вопрос вкуса. Да и подключение к сайту будет проще.

в имени dolina.local - нет ничего криминального. Тем более, что доступ к сайту из Сети закрыт. Да и администрация Diafan знает, что если я пишу - разрабатываю сайт на localhost, для последующего перехода на сервер, то как оно и есть. Просто имеется в наличии, какой-то баг, какой - пока не знаю.

Хорошо примем за основу, что на сервере MySQL - проблемы. Тогда почему, разработанные ранее сайта, сидящие на том же сервере работают нормально?. Меня смущает толькео один момент - почему файрвол просит подключение Apache на порт 6000? С какого перепуга?

Уважаемые Господа.
Столкнулся с какой-то мягко говоря параноидальной проблемой - все прекрасно знают, как установить нашу любимую СMS на localhost. много ума не надо - отключает возможность Apache выходить в Сеть и вуаля! Однако безопасность 5 версии - это я вам доложу круто. Проблема в том, что после установки движка Apache требует доступ к 6000 порту. Если мы разрешаем подключение на этот порт, то нам, естественно, рекомендуют регистрировать домен и вход в админку не возможна. Если мы отказаваем в подключении на 6000 порт,то получаем прикрепленный файл.
В опрос - как с этим бороться. Полноценно работать при данных проблемах не возможно.

Уважаемые Господа.
Вопрос решил. Позвольте кратко изложить решение. проблема заключалась в том, что подключение MySQL сервера на порт 3306, применимо к нашей CMS, осуществляется без глюков при условии, что Apache будет подключаться к сети через порт 80 и никак не иначе. Впротивном случае требуется править кофиги движка.
Ну понятно, когда Skype занимает 80 порт. Понтно, когда ломай Corel пытается выйти в сеть через ту-же дверь. Однако в моем случае 80 порт блокировал NOD32 Eset Smsrt 5 версия. В итоге. удаления антивиря и переустановка платформы разработки. Это единственно, что помогло.

P.S. Остается под вопросом возвращение антивируса.

Уважаемые Господа.
Столкнулся с новой проблемой. И эта проблема в движке, как ни крути. Тут сказали, что защита движка с выходом новых версий не изменилась. Возможно. Но, как тогда объяснить тот факт, что при требуемой настройке фаервола не возможно заниматься разработкой?
Для того, чтобы на локальной машине разрабатывать сайт требуется создать два условия: во-первых, запретить выход сервера в Сеть, во-вторых, разрешить все входящие соединения. Так вот - ЦМС не работает. Если не произошла валидация на сервере diafan все спокойно зависает и работать отказывается. Чтобы не быть голословным привожу картинки.
Запускаем сервер. В адрессной строке вводим dolina2.local. Извините, но называть все сайты в каталоге diafan просто невозможно. Это значит, что я смогу разрабатывать только один сайт.



Страница открылась



Переходим в админку



Я в данный моменет не знаю, что там "НА ВОЯЛИ" разработчики движка, но чтобы изгадить такую отличную вещь надо иметь талант.
Я обратился в службу техподдержки ESET, но решение данной проблемы надо искать в движке. Верните старую валидацию. Ну надоело, честное слово. Вы поймите вор украдет в любом случае. Вы нам мешаете нормально работать.

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

Нашел совершенно случайно. На почту пришла реклама. Ну, а дальше привлекли цены. Собственно, это был первый и думаю последний опыт. Как-то привык к AVAHOST. Сказать честно - сначала были трения, но потом притерлись и сейчас у нас все в порядке.
Перенести сайт с текущей площадки? Можно, конечно, перенаправить DNS на другой хост, но, думаю все же, что доработаю с ними оплаченный год, а потом так и сделаю. Сайт ТСЖ, а в кеомуналке все очень неспокойно. У заказчика и так чуть инфаркт не случился, когда узнал, что с сайтом возникли проблемы.

Уважаемые Господа.
До сего дня было принято считать, что наша любимая ЦМС работает практически на любом хосте. По сути это верно, только некоторые хосты не хотят с ней работать. Проблема в следующем - администраторы BELIHOST самовольно меняют кодировки БД с utf-8 на cp1251. Мотивацию данной метаморфозы сложно назвать адекватной. Чтобы не быть голословным приведу часть переписки со службой поддержки, которая потребовалась после того, как на сайт перестали грузится *.zip архивы да и вообще файлы пользователей.
***************************************************************************************************************
Здравствуйте, уважаемый абонент!

Коллектив компании Belihost благодарит Вас за обращение в нашу компанию.
Для нас важно каждое ваше сообщение.

В настоящий момент Ваше сообщение было успешно обработано специалистами службы технической поддержки компании Belihost
Дмитрием Ростовцевом
___

Рады ответить Вам:

Служба поддержки: У Вас есть какой-либо конкретный технический вопрос к нашей службе?

Клиент: Есть. Почему БД на вашем сервере может быть только cp1251? Почему на главной странице заказа хостинга это не указывается? Это мелочь. Но это дает возможность изначально подправить скрипты без последующих проблем. Вся моя БД при инсталле СМС имела кодировку utf-8 изменив самовольно кодировку вы нарушили работоспособность сайта. Впредь выполняя самовольные действия с сайтами, которые вы не создаете потрудитесь поставить в известность владельца сайта.
Спасибо.

Служба поддержки: Нашими специалистами не вносятся какие-либо изменения в пользовательский контент.
Кодировка cp1251 востребована подавляющим большинством пользователей.

Клиент: И что теперь? Наплевать на меньшинство? Перекодировав БД сайт перестал нормально работать. Т.е. он совсем не работает. И мне помнится я не просил у службы поддержки перекодировать свою БД. Сама перекодироваться в ср1251 она не могла. Значит это "заслуга" ваших специалистов. Собственно, то, что ваш сервер воспринимает только ср1251 - говорит о многом.

Спасибо.
**************************************************************************************************************

На последнее письмо служба поддержки уже не ответила. Бытует мнение, что изменение кодировки c utf-8 на cp1251 совершенно не влияет на работоспособность сайта, т.к. основной упор в данном случае делается только на отображение кириллических символов. Для кириллицы - да, но не для нашего движка в котором используются динамические библиотеки AJAX и JQuery. Если JQUERY еще худо-бедно понимает кодировку cp1251, то AJAX ее практически не понимает.
В общем, изменив кодировку БД в ручную, т.е. убив около часа я вернул работоспособность сайта. Однако я не уверен, что "профессионалы", которые ориентированы на большинство пользователей не наковыряют еще чего нибудь. Будьте аккуратны с выбором провайдеров. Учитесь на чужих ошибках.

Сегодня пришлось решать задачу, которая ранее не появлялась. Что случилось с Денвером (на моей машине) - сказать не могу, но при установке на локальный компутер появилась неприятная надпись "Требуется поддержка сокетов". Внимательно изучив свой Денвер я обнаружил, что такого расширения нет, поэтому прикрепляю архив с расширениями к Денверу последней версии. Скачал расширения, установил, подправил php.ini, перезапустил Денвер - никакой реакции. В результате данных манипуляций пришел к выводу, что проблемы с Денвером не являются очевидными. Но работать нужно, а Diafan не ставится. Решение, которое нашел не является однозначным, но должно помочь разработчикам сайтов. Итак:
1. Скачать расширения для Денвера и установить
2. Подправить php.ini
3. Открыть файл installation/install.php
4. Находим блок кода, ориентировосно строка 427
...
<tr>
<td class="item">Поддержка сокетов</td>
<td align="left">
<?php
$fp = @fsockopen('diafan.ru', 80);
echo $fp ? '<b><font color="green">да</font></b>' : '<b><font color="red">Необходима</font></b>';
if(! $fp)
{
$disabledb = 1;
}
?>
</td>
</tr>
...
и в строке $fp = @fsockopen('diafan.ru', 80); меняем diafan.ru на ваш_домен

Вот собственно и все. Для разработки дизайна и подпиливания скриптов (при необходимости) стабильности должно хватить.

P.S. Нужна ли проверка сокетов, как таковая? Нужна. Поскольку может возникнуть ситуация, когда контент будет отображаться не совсем правильно, т.е. "кусками". Можно, конечно, вырезать проверку сокетов при инсталляции, но тогда стабильность работы ЦМС может снизится.

На главной странице в мееню НАУКА подменю ПУБЛИКАЦИИ псевдоссылка имеет вид http://af-npi.ru/profkom/publikatsii/, однако если Вы нажмете на нее, то получите просто rewrite Главной страницы.

Уже дал, но хотелось бы самому понять первопричину. На будущее.