Вопрос не по теме.
У меня с сервером разница в -8часов в ПХП скрипте я ето исправил дело.
Но тут вопрос почему в .htaccess неработаєт для сервера правило для смени часового пояса?
<IfModule mod_setenvif.c>
SetEnv TZ Europe/Kiev
</IfModule>
Вроде би верно записано или нет?
Проблема состояла в том что запись в базу даних или отправка на мило в ПХП скриптах отправлялся за серверним временим а вот в файлах логах время записи мое. Я не че не понимаю. В ПХП новичок может хто знает в чем дело? Просто интересно.
Не всегда хостер позволяет менять настройки php.
У вас хостинг или vps\vds?
в данном случае делать что-то типа прокси. Для тестов я обычно в плагин для браузера добавлю нужный рефер и тогда тестирую. Как у вас я не знаю.
Типа прокси запилил, получается плеер делает запрос к моему сайту, я через curl, с подменой реферера получаю и отдаю ему файл m3u8, в файле список прямых путей на сервера к видео-файлам. Фильтрация там вроде бы не идёт, но всё равно тот же косяк. Что-то я упустил.
точно не уверен, т.к. обратно отдается application/x-mpegURL. Вопрос в том поддерживает ли плеер этот формат.
Да, формат поддерживает, так как всё таки через раз проигрывается.
Я уверен, что это антиддос, скорее всего из-за неправильного реферера, погуглил, реферер отправляет не плеер, а сам браузер, у меня делается get запрос к удалённому серверу. Придётся подделать реферер, как это сделать, где искать этот запрос?
Добрый вечер.
Я использую вот такой js для создания flash плеера.
Источником служит m3u8 файл на удалённом сервере, проблема в том, что поток долго читается и плеер его не запускает с первого раза.
Тоесть, нажимаю плей, плеер грузит-грузит, и сбрасывает в изначальное состояние (кнопка плей активна, ничего не загрузилось), нажимаешь ещё раз, грузит и пошла картинка.
Как заставить плеер дольше пробовать грузить что ли?
new swfobject.embedSWF("uppod-hls.swf","myplayer","500","375","10.0.0",false,{"file":"........m3u8","st":"video226-865.txt"},{bgcolor:"#ffffff", allowFullScreen:"true", allowScriptAccess:"always",id:"videoplayer"});
Проблема в том, что password_hash от одного и того же пароля даёт постоянно разные хэши.
Почему это проблема-то?
0) Вытащили сохранённый пароль по емейлу
1) если password_verify сказал false - отлуп, пароль неверный.
2) если password_needs_rehash, то обновили пароль в базе.
3) авторизуете пользователя
=\
И чего я так тупанул, спасибо.
А вы работали с этими функциями? Внедряли уже куда?
Привет всем, в 5.6 есть набор функций password_hash - хэширует пароль (каждый раз получается новый хэш от одного и того же пароля.)
Поэтому для сравнения использувется password_verify, в него передаётся пароль и хэш, на выходе bool.
Так как хэш всегда разный, просто при авторизации хэшировать пароль и сравнивать в бд, не подходит.
Хороший ли вариант, выбрать все хэши из бд, и сравнить через password_verify, но получается большая выборка, длинный цикл...=\
Как лучше?
На сегодняшний момент какой самый актуальный фреймворк в работе?
Выбрал для изучения Кохану (название понравилось), но было написано, что разрабы забросили его. Подскажите. http://habrahabr[dot]ru/post/254277/
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 177
