FanatPHP: на "ты" будете переходить на базаре, а тут не место тыкать и понтоваться. Есть что по делу - вперед. И откуда вам знать, кто что делал или не делал?)
FanatPHP: вы такой умный, но своего решения не написали. А перед тем как говорить "не надо" - расписали бы почему. У меня такой задачи тоже не возникало, и я не знаю зачем это надо. Но есл спрашивают - почему нельзя посоветовать варианты?
Exec может и вариант, но это рекурсия. А по поводу return - как вы поймете где его ставить? После каждой операции в скрипте будете проверять время выполнения? Это бред. В общем, странноватая у вас задачка. Неужели там такая огромная нагрузка? Установите тогда лимит на количество считываемых строк из файла таким , чтобы скрипт успевал допустим меньше, чем за 2 минуты. А расписание сделайте каждую минуту с проверкой на уже запущенный процесс для защиты от дубликата
Тимур Калимуллин: ну допустим вы ставите внутри скрипта set_time_limit(240); , а в кронтабе пишете, чтобы скрипт запускался каждые 5 минут. Таким образом скрипт будет точно простаивать по одной минуте.
А вообще при каждом новом запуске появляется новый процесс с этим скриптом. Поэтому точка входа и есть то, что скрипт запустился заново.
Тимур Калимуллин: если ваш скрипт устроен таким образом, что прерывание выполнения в любой момент не приведет к потере данных, то просто поставьте вначале set_time_limit, в противном случае высчитывайте время исполнения внутри скрипта через microtime()
Дмитрий Чередниченко: А зачем вы делаете json_encode уже для кодированного массива? Т.е. получается двойной json_encode... А по поводу пустого ответа - надо смотреть, что за скрипт на принимающей стороне. Может быть банально - ошибка входных данных и вместо текстового описания ошибки возвращается пустая строка.
Посетил ваш сайт - сайты под ключ делать хорошо, а пытаться учиться новому самостоятельно - плохо?) По каждому параметру из вашего вопроса гугл отдает подробные ответы. Но по сути вот как надо
На сайте робокассы есть даже примеры кода на разных языках. Везде ее использую, особо подводных камней нет, кроме вывода только на WM для частных лиц. А так - делается 3 скрипта (success, fail, result) и 2 страницы (success, fail) и в путь. С обновленным кабинетом магазина у них даже поддержка стала быстрее.
Этот класс делает не совсем то, что по-видимому требовалось. Он заставляет футер прижаться к низу страницы и висеть там все время. А изначальная цель (как я понял) - это прижать футер к низу, если контента меньше, чем высота области окна, но если контента больше - футер должен уезжать вниз и не быть видным до момента скролла в самый низ.