Простая проблема с отображением DataGrid AJAX

Question

У меня есть ajax datagrid, который отображает список элементов в корзине клиента и позволяет им редактировать эти количества, что затем обновляет базу данных.

Он отлично работает на моем личном веб-сервере Abyss на локальном хосте. Но когда я загружаю его на сервер www.winhost.com, он никогда не отображает сетку! Это тот же самый код! Я не знаю, что делать, я попробовал все, что мог придумать. Любая помощь вообще оценивается, пожалуйста, помогите!

Спасибо!

Answer 1

Я решил эту проблему с альтернативой, поскольку помощь была недостаточной (но очень оцененной).

Я решил свернуть свой собственный редактор данных для редактирования PHP/AJAX Editable DataGrid. Я освобожу его полностью бесплатно (без открытого кода, просто бесплатно), когда я получу время в ближайшее время и отредактирую этот ответ со ссылкой на исходный код.

Спасибо всем за вашу помощь и усилия. :)

Answer 2

Некоторые вещи, которые приходят на ум, и может быть стоит doublechecking:

1. содержат ли ваша база данных?
2. Правильно загружены ли ваши ссылки на javascript? Используйте firebug для проверки.
3. Вы проверили какие-либо ошибки PHP? Как require_once() заявления, которые терпят неудачу?

Вы можете проверить, поставив этот PHP перед любым другим кодом выполняется:

error_reporting(E_ALL); 
ini_set('display_errors', '1'); 

Это все, что я могу думать сейчас.

Answer 3

код Вы разместили в основном не имеет отношения к проблеме - бит, который отвечает за предоставление таблицы в AjaxDataGrid.class.php

HTML-генерироваться имеет много зависимостей - убедитесь, что вы можете доступ к каждому из файлов javascript и css из браузера.

Я предполагаю из вашего вопроса, что содержимое после инструкции require_once() и сетки делает ОК - то есть, что сценарий не останавливается, потому что он не может прочитать файл include.

Answer 4

Я не уверен, что происходит не так, потому что теперь я вижу только «Выбрать базу данных» на странице, но поскольку он работает с одной системой, а не с другой, может быть, ошибка написана в журнале ajax файл?

Кстати, я получаю кучу Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'username'@'192.168.110.101' (using password: YES) in E:\web\username\configurations.php on line 10 Could not connect: Access denied for user 'username'@'192.168.110.101' (using password: YES) ошибок на нескольких других страницах вашего сайта сейчас, но, возможно, вы просто работаете над этим.

Answer 5

Посмотрите, пожалуйста, моя стратегия в вашем обработчике ajax комментировать все, а затем попытаться создать некоторые данные самостоятельно и посмотреть, сможете ли вы получить данные на стороне клиента. Если нет, то проверьте, что ваш запрос ajax использует этот бит кода для печати ваши значения $_GET.

ob_start(); 
print_r($_GET); 
$output = ob_get_clean(); 
file_put_contents('debug.txt',$output); 

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

Я надеюсь, что это поможет вам, и у меня нет какой-либо другой идеи, потому что я никогда не укладываются более это .... :)

Успехов!

Answer 6

• Вы, кажется, не опубликовали код checkout.php.

Я могу видеть из начала html, который имеет title тег, имеющий что-то отличное от того, что видно на другой странице, где ваша сетка не генерируется.

Вы, конечно, проверяете правильную страницу на своем сервере.

• Но что-то настоятельно предлагает вашу проблему из-за чего-то тривиального, а не самого кода. .. Я получаю это чувство от

«..it работает на моем локальном сервере, но сбой на хосте ..».

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

а. Проверка неправильной страницы при обновлении неправильного сценария

b. Думая, что они обновили сценарий на сервере .., в то время как их загрузка FTP на скрипт фактически не обновляла файл по какой-то причине ... и старый код остается заданием старых проблем, которые исправлены локально.

c. У вашего php могут быть ошибки, но по какой-то причине он игнорируется, а генерация страницы завершается. Возможно, вам стоит попробовать error_reporting(E_ALL); в первых строках вашей проблемной php-страницы. Также убедитесь, что флаг и соответствующие флаги ошибок на php ini на сервер верен .. может быть ваш администратор хостинга может помочь изменить флаги, если они не похожи на то, что они должны быть.

d. Ваш сервер хостинга и сервер dev имеют различные параметры или конфигурацию php, которые вы должны сначала понять .. вы должны создать страницу phpinfo() на своем локальном сервере и сравнить ее пропускную способность с похожим результатом страницы с сервера хостинга.

Другие, чем выше, вы также можете проверить это,

На странице Checkout, я вижу, что нет кода сетки нет даже генерируется .. так что это не вопрос JavaScript скрывается что-то .. и браузер не бросая никаких ошибок в браузере. так что это может быть что-то простое, как сам файл класса сетки, который не входит в соответствующее место на вашей странице проверки. Или что-то тривиальное, которое может появиться, если вы можете увидеть ошибки php на страница.

Потому что ваш код работает на вашей машине или локально .. Я предполагаю, что вы не должны отладить или изменить любой код, если вы не видите ничего жуткого из сравнения phpinfo недостающих DEPS, или увидеть ошибки после error_reporting(E_ALL)