Возможно я невероятно туплю, Что и КАК хранится в structure? товары? или категории товаров? или что, я так понимаю структура содержит иерархические данные, какого-то типа... Ладно, сходу: left_key >= левый_ключ_необходимого_узла AND right_key <= правый_ключ_необходимого_узла замените на id узла, он же один? зачем вы всю базу сравниваете?
есть подозрение что там еще косяки, особенно в gettreesum, но без поллитры и исходников нифига не понять )
вроде в огнелисе есть плагин умеющий список урлов скачать, кажется даже флэшгот умеет искаропки.
А вообще задача не совсем понятна - есть доступ к хосту - зазипить и скачать, нет - только списком урлов заморачиваться, но тут уже от хранилища списка плясать надо.
leni_m: блин, вроде там разжевано уже в кашу. Если не понятно - значит уже совсем уровнем не тянете, учите матчасть.
Смысл исключений - есть места в коде когда не все зависит от правильности кода, как у вас - сервер не работает и все, выдается ошибка. Для этого есть обработка исключительных случаев, в вашем случае мы ПРОБУЕМ (try) получить файл с сервера, если все ок, код исполняется дальше, однако если произошло что-то непредусмотренное (отвалился сервер - у вас ошибка), мы можем не завершать программу, а выполнить какие-то действия для решения или обхода проблемы, "словив"(catch) ошибку и переходим в блок "обхода проблемы", после чего программа выполняется дальше.
Nostromo: консоль регистрирует урл, дальше ВСЕ делает поисковый движок, ваше влияние на него ограничено содержимым страницы, файлом robots.txt и молитвами богу сео.
ого, то есть хранение мусора не относящегося к сущностям это не колхоз, а всякие костыли для обхода бардака это колхоз. "Стандартное" это когда в мускуле хранится объект, в отдельной таблице записаны файлы которые ему принадлежат, и все что не нужно грохается по зависимостям. Типа все учтено. А на такие случаи - только костыли и велосипеды.
dzoid: не обязательно, можно отталкиваться от заходов пользователей, например, каждые 100 просмотров скидывать в мускуль (тогда будете знать погрешность ошибки сбоя - не более 100), или при заходе пользователя смотреть дату обновления в мускуле и если больше заданного промежутка - скидывать. Короче вариантов масса, включайте фантазию )
Вася Фамилия: думаю, что проще написать скрипт, и пускать при выводе на клиенте. То есть хранить как прислали, а на клиенте заменять на нужное жсом по онлоад. Так работают вроде всякие карусели и слайдеры.
не знаю что у вас там лежит - только по логике содержимого. Должно быть что то вроде $_SESSION['question'][1], $_SESSION['answer'][1], $_SESSION['number'][1] и тд.
Все что касается "секретных" данных - ответы, номера и прочее - хранится в сессии, после того как пост запрос пришел, проверяем метод - пост или гет - если пост - обрабатываем все что юзер ввел в поля, сохраняем состояние(номер вопроса, ответ, прочие сопутствующие данные - например время на ответ) и делаем перенаправление на нужную страницу через хеадер. Тогда метод у нас будет гет, и далее уже загрузится хтмл.
Mixa: достаточно выбирать с геоточками из базы, типа "where `geo` not NULL", это будет быстро и правильно, а xml слишком избыточен и очень медленно обрабатывается..
