2013-12-08 3 views
1

Я запускаю Ubuntu 12.04 со стандартным стеклом фонаря с l * calhost на var/www. Существует символическая ссылка ('git') на мое рабочее пространство eclipse 'user/Documents/workspace'. Я установил разрешения для папок рабочей области, используя 'sudo chmod 644 . 'и в httpd.conf в Etc/apache2/сайтах доступный Я изменил его следующим образом:ubuntu eclipse lampp stack php internal server error

# User/Group: The name (or #number) of the user/group to run httpd as. 
# It is usually good practice to create a dedicated user and group for 
# running httpd, as with most system services. 
# 
#User daemon 
User cjmartin 
Group daemon 

Если я запускаю HTML-файл, который делает обратный вызов в файл PHP на моем удаленном сервере это работает , но если я использую один и тот же файл PHP в моем затмение рабочего пространства я получаю:

"Failed to load resource: the server responded with a status of 500 (Internal Server Error) http://l*calhost/git/CrystalliseCalculators/CrystalliseCalculators.php?q={%…nd+Wales&searchTerms%5Bmodel_name%5D=Crystallise+model+1.0&_=138651239125" 

Обычные HTML-файлы, запускаемые обычно из worskpace, но не PHP-вызов. Я предполагаю, что это проблема с разрешениями. Есть идеи?


Код обратного вызова:

... 
var path1 = "http://l*calhost/git/CrystalliseCalculators/" 
... 

function doIt(){ 
      strSearch = "The search terms" 
      var theCalla = path1+"CrystalliseCalculators.php?q="+JSON.stringify(strSearch); 

      // Call the Crystallise API to fetch central mortalities. 
      $.ajax({ 
       url:theCalla, 
       type:'GET', 
       dataType:"jsonp", 
       jsonp:"callback", 
       data:strSearch, 
       success:function(dataBack){  
        //Do stuff with the results.... 
       }, 
        error:function(errorData1){ 
        alert("error msg"+JSON.stringify(errorData1)); 
       }   
      }); 
     };  
+0

ваши папки должны иметь разрешение 755 (для того, чтобы apache мог использовать к ним), и я думаю, что ваши php-файлы также. остальные файлы могут быть 644. – symbiotech

+0

Спасибо. Пробовал и проверял, но никаких изменений в отчете об ошибке. – cjmartin0

+0

Также попытался переместить папку с файлом PHP в webroot var/www, чтобы избежать символической ссылки, и не отличается. – cjmartin0

ответ

0

Это не проблема разрешения для соответствующих файлов и папок, как оказалось. Проблема заключалась в вызове базы данных внутри файла php, который вышел из строя.

Смежные вопросы