При попытке поместить этот файл в корень сайта на freewebhostingarea.com - получаю ошибку доступа и рекомендацию удалить этот файл.
ЗЫ. Кстати, кто нить знает, как эту директиву засунуть на этот хостинг?
Но при удалении этого файла на локальном сервере - все равно значение получается то же самое, так что он тут ни при чем, скорее всего.
РЕШЕНО.
Оказалось. что проблема в битах системы, на которой стоит пыпых...
Если 64 - то вместо отрицательного значения получаем 64битное другое.
Решение:
Где
$string - строка, из которой надо получить crc32
Чтение вопроса без понимания сути вопроса не дает нужного ответа.
DeepVarvar пишет:
Индексный файл положи куда хочешь, в нем определи путь до приложения,
В этом то и проблема. Положить что то в папку, имя которой заранее не известно, да еще отследить, насколько эта папка выше корня сайта, да еще потом сделать универсальное решение, чтобы все файлы, разбросанные по подпапкам этого проекта знали, где корень проекта. при этом половина этих файлов динамически подключается через аякс, базу данных использовать невозможно (так как нечему там храниться в БД), так что передавать в них напрямую переменные - кисловато.
"Кто умеет - делает. Кто не умеет делать - тот учит. Кто не умеет учить - тот управляет".
Вот поэтому у начальства "Идей громадьё", а голова болит у меня.
вообще, размещение сайтов не в корне по нынешним временам даже как то странно. Когда то на хостигах экономили пихали кучу спйтов в один виртуальный каталог а сейчас то чего
Знаю, но вот поставили такую задачу.
Для "в корне" у меня все работает и нет проблем. Но вот такую задницу подкинули заданием - этот фрагмент сайта может лежать в подпапке. "ибо нейух" сказало мне "большое начальство".
Хм... можно, конечно, в них заложить запрос дирфайла, а затем, зная, какая папку первая посчитать количество слэшей, чтобы узнать сколько относительных "подьемов" ../ надо сделать.
Но дурдом же... (Добавление)
Константа через define работает внутри файла, но когда я из этого файла запрашиваю джаваскриптом подгрузку тех файлов, они уже константы не видят.
В сассию, конечно, можно... но и так там много. Да и выкладывать пути на всеобщее обозрение не хочется. (Добавление)
Алгоритм:
1. При запуске точки входа создаю переменную сессии, куда вписываю "путь от корня сайта":
если корень, то "/"
если другая папка, то "/имя_этой_папки"
2. В файле запрашиваю dirname(__FILE__)
3. Ищу, где в нем то, что получил из переменной сессии из пункта 1
4. Отрезав начало, по количеству "/" узнаю "глубину вложения текущего файла"
5. делаю столько "../", сколько глубина вложения.
6. Получаю относительный путь типа "../../../incl/include.php"
Как считаете, покатит? Порно, конечно, но, вроде, должено работать.
Плохо только то, что если файл запросят напрямую и переменной сессии не будет - хрен что получится. Хотя как раз это может работать как защита от прямого обращения - нет переменной - иди на йух.
Есть файлы php, в которых при создании вкладывается инклуд, запрашивающий файл из папки include, что лежит в корне сайта.
Файлы эти раскладываются в папки различной глубины вложения, например - один в:
/files/
другой в
/files/ink/
третий в
/files/inka/
четвертый в
/files/inka/rubo/
т.е. заранее проблематично вписать, например, ../../incl/include.php, так как заранее не известно, сколько ../ понадобиться для выхода в корень сайта.
Конечно, если сайт лежит в КОРНЕ - проблем нет - $_SERVER['DOCUMENT_ROOT']/incl/include.php и готово.
Но если не в корне? Причем опять же, не знаю, в какую папку от корня запихнут это творение.
Как передать в эти файлы путь, если сайт лежит не в корне сервера, или как узнать, насколько надо выйти вверх (с помощью ../ ) для правильного вызова incl/include.php ?
Например, фактически сайт могут засунуть в $_SERVER['DOCUMENT_ROOT']/!!!
Ну не высчитывать же "глубину" вложения во время создания файлов?! Или.?
Соответственно, скрипты работают коряво (точнее, не грузят инклуды), если в них запрос идет из серверрут. Но вот скрипт_файлнейм и __FILE__ дает правильный путь.
В результате приходится все заменять.
Подскажите метод оптимизации получения путей, чтобы было удобнее переносить с сервера на сервер.
Или порекомендуете отказаться совсем от документ рут и перейти на __FILE__?
Хм... если проект на php, то наверное, лучше сделать проверку - является ли юзер админом, и если да - то форму включить в выдаваемый хтмл. если нет - то пропустить.
Что то типа:
файл_на_сервере_который_обработа ет_запрос => это скрипт, который на сервере сработает, когда к нему придет запрос через эту команду.
Он получит POST-дату $_POST['fn'] =1 и в результате ты сможешь уже на сервере проверить заголовок и получить IP, с которого сработал скрипт (HTTP_)
А, сори, забыл сказать, что это решение через JQuery. Соответственно надо, чтобы в начале он был подключен.
А почему нет?
Внутри скрипта запускай аякс-запрос на сервер, сообщающий, что скрипт сработал. При асинхронном (стандартном) запросе это будет незаметно и все, как надо.
ОТВЕТЫ каждого вопроса - это отдельный класс (a1 для первого вопроса, a2 для второго).
Вопрос - как мне тогда использовать класс типа "myclass" с последующим запросом по Index, если я ЗАРАНЕЕ не знаю, сколько в каждом вопросе ответов и какого они вида?
При этом их количество может в сумме быть - 500-1000 вопросов с 20-30 вариантами в КАЖДОМ вопросе - не будет ли запрос на индекс выполняться ДОЛГО?