Владимир Шмырёв, вы знаете что такое index.php? Откуда пошло именно такое название? Знаете, что его можно настраивать? Включать и выключать. Что такое mod_rewrite, rewrite rules, try_files?
Если "это все админские штуки, меня не касаются", то наймите админа чтоб настроил вам локальный сервер. Ну или сами, там дело на несколько строк.
Ну и у вас все ещё остаётся опция поменять путь в js-ке на "понятный".
Виктор Уманский, шикарно, но ведь мой код именно это и делает - получает все элементы с классом item, и собирает data-id из них. Что вы сутки делали - загадка.
И ещё раз посоветую присмотреться к вашему коду, к тому блоку где запрос к handler.php.
Эта штука специально там для изменения сортировки на сервере.
po4emu4ka2020, ещё раз: Moved permanently это НЕ ОШИБКА.
Разработчики сайта куда-то переместили страницу, и сообщают вам, что новый адрес такой-то.
Браузер автоматически переходит на новый адрес. Для curl можно указать опцию, чтобы тоже автоматически переходил.
Ну или поправьте адрес который запрашивает, чтобы сразу делать запрос по правильному адресу.
po4emu4ka2020, некоторые функции могут вернуть false и null и это не просто "ничего", а два РАЗНЫХ ответа. А еще с сервера может вернуться пустая строка, и это совершенно нормально, если вы читаете пустой файл, например.
И через print_r это все будет выглядеть одинаково.
zkrvndm, вот же один абзац текста, который все объясняет. Ну вставьте его в гугл-транслейт, если непонятно. Там вообще ни слова про html-документ, это вы сами фантазируете, а потом спорите со своей фантазией.
Muranx, правда в js нет нативного метода для расчёта номера дня в году, и там жопа с високосными годами, летним/зимним временем, и прочими чудесами коррекции. Но оно есть в moment.js и вот тут https://stackoverflow.com/questions/8619879/javasc...
unset и destroy не обязательно вместе вызывать, если это в конце скрипта.
destroy чистит то, что в файлике не очищая массив $_SESSION, а unset чистит и то и другое. Вызвать после unset еще и destroy - просто лишняя строка кода.
Ну и если известно, что массив отсортирован, либо известно, что такие выборки нужно делать много раз, и чтение из случайных мест, и индекс предсказать нельзя, то то можно поиграться с бинарным поиском, например, чтобы не перебирать все подряд.
newaitix, я не понимаю термин "разрывается", вы его сами придумали?
В классической схеме* сессия - это кука PHPSESSID=бла-бла-бла в браузере. И с соответствующим именем файлик в папочке.
И когда вы делаете session_start, то файлик читается, и копируется в переменную $_SESSION
А когда вы что-то меняете в этом массиве, и то изменения записываются в файлик. (При завершении скрипта session_write_close вызывается автоматически, либо можете вызвать его вручную заранее).
Где в этой схеме может быть "разрыв" - вообще непонятно.
Можно изменить или удалить куку - при следующем запросе файл сессии не подключится.
Можете удалить файлик или его содержимое.
Можете сделать $_SESSION = []; // в глобальной переменной станет пусто
session_write_close(); // и в файле тоже станет пусто
* - Эту схему можно настраивать и менять - куке можно изменить имя, вместо файлов можно хранить данные в БД, но суть не в этом.
Vincent1, тогда да, все плохо. Если просто примонтировать папку, то все каринки будут качаться каждый раз, будет медленно.
Для начала затестить разные способы закачки, проверить можно ли держать постоянно открытое соединение, насколько быстро сервер реагирует на первый запрос.
Добавить в папку с картинками свой index.php. Если файл не найден, index.php тащит файл с сервера, отдает, и кеширует в эту-же папку. Заодно этим-же скриптом можно посчитать статистику, и самые частоиспользуемые файлы не удалять из кеша. Ну или не считать никакую статистику, а чистить файлы с самым старым atime
Как вы проверяете сработал destroy, или нет?
У меня нет сомнений в том, что функция работает как заявлено. Но возможно вы ожидаете от неё какого-то другого поведения. Кстати, там прямо в документации есть красная плашка с предупреждением, и с рекомендаций как обойти возможные проблемы.
Сергей delphinpro, да нет там никакой особенной магиии, просто телеговский сервер шлёт постом джейсоны, и их надо корректно обрабатывать. k1nster, ваша затея схитрить чтобы не использовать БД - просто чудесна. Но задумайтесь, что произойдёт когда пользователей станет больше одного.
Если "это все админские штуки, меня не касаются", то наймите админа чтоб настроил вам локальный сервер. Ну или сами, там дело на несколько строк.
Ну и у вас все ещё остаётся опция поменять путь в js-ке на "понятный".