ikrava: Дело в том, что я предполагаю, что корень проблемы нынешней заложен во время проблемы с первым сайтом. Обнаружил я ее только сейчас, так как разделом админки "рекламные материалы" не пользовался пару месяцев. Пароли поменял. Так что это первое наступление на грабли. Второго раза не будет, обращусь к спецам.
---------- Добавлено 15.02.2013 в 00:04 ----------
Вы имеете в виду http://youkino.ru/? В вебмастере определен без вирусов. Что это значит? Что посоветуете предпринять?
Попробуйте самостоятельно выполнить то о чем я писал выше, если ничего не найдете, то искать специалистов которые сделают это за вас.
eduarddis: Было такое после кражи паролей в ФТП-менеджере.
Всунули js-код. Скачал все фалы, проверил поиском notepad++ по всем фалам на фразу "домен, на который редиректит"
домен редиректа обычно в base64 кодируют, на самом деле есть много способов строку закодировать, что бы она через поиск не искалась.
Еще возможен вариант, что на этом пользователе (на виртуальном хостинге обычное дело) есть еще сайты, через которые этот файл и заливается, так что надо проверять еще и соседние сайты, все сайты на этой учетке.
Где то на сервере у вас залит шелл. и судя по всему залили его давно, и восстанавливай его из бекапа не восстанавливай он там. Через этот шел и внедряют в исполняемые файлы всякую дрянь.
Если этот шел не найти и не удалить, та у вас так и дальше будут пояляться всякие редиректы.
Мой совет, скачайте се файлы сайта на рабочий компьютер и проверте их разными антивирусами.
проблемные файлы проверьте есть ли они в дистрибутиве DLE если есть замените их на чистые из дистрибутива, если нет то надо удалять.
vitvirtual: Не стоит, лучше взять сервер без поддержки в ДЦ, сейчас очень низкие цены, можно взять дешевле 50 $ сервер начального уровня.
если не требуются высокие вычислительные мощности, то это лучший вариант, а если на стороне сервера требуется много вычислений и много памяти, то все все таки домашний сервер будет иметь преимущества. Иногда и 20 тысяч просмотров могут создавать большую нагрузку на сервер, при сравнительно небольшом трафике.
SeVlad: ТСу нужно делать публикацию на сторонний ресурс в строго заданное время.
И это всё реально (делается на раз!).
---------- Добавлено 14.02.2013 в 18:01 ----------
Если я правильно понял твой перепуг, то всё не так страшно. Дёргать (раз в минуту скажем) нужно всего один скрипт. В задачи которого уже входит читать-сверять-обновлять базу. Ну и др задачи.
И время публикации будет с точность до 1 минуты, в принципе это вполне нормальная точность.
Публикацию на стороннем ресурсе в строго заданное время, без крона не сделать не получится. так как пользователь который запустит скрипт проверки времени поста, может и не зайти в нужное время, и соответственно пост на стороннем ресурсе совершится только тогда, когда зайдет первый посетитель со времени заданной публикации и запустит скрипт проверки времени поста.
У PHP нет функций запуска скрипта по расписанию это факт.
rerighter: Постинг по расписанию сейчас очень популярен. Если не касаться соц. сетей, например, он есть в Joomla. Обычно для запуска php скрипта необходимо обращение к файлу пользователей. Cron от хостинга не используется для задачи автопостинга по расписанию. Как это реализуется на php? Я не прошу кучу кода с реализацией. Не могли бы Вы обозначить основные теоретические моменты? Спасибо
В джумале публикация материала по расписанию, выполняется следующим образом.
в таблице с материалами есть поля
- publish_up типа datetime
- publish_down типа datetime
в которых автор указыает дату и время начала показа данного материали, и соотетстенно дату и время окончания.
Запрос на выборку списка статей сверяет текущее время с заданным временными метками, если статья соответствуют заданным временным рамкам, то она выводится в списке.
Запрос на выборку данной статьи тоже сверяется с этими метками времени.
В данном случае, надобность в кроне совершенно отсутствует.
Дело в том, что я предполагаю, что корень проблемы нынешней заложен во время проблемы с первым сайтом. Обнаружил я ее только сейчас, так как разделом админки "рекламные материалы" не пользовался пару месяцев. Пароли поменял. Так что это первое наступление на грабли. Второго раза не будет, обращусь к спецам.
---------- Добавлено 15.02.2013 в 00:04 ----------
Вы имеете в виду http://youkino.ru/? В вебмастере определен без вирусов. Что это значит? Что посоветуете предпринять?
Попробуйте самостоятельно выполнить то о чем я писал выше, если ничего не найдете, то искать специалистов которые сделают это за вас.
Было такое после кражи паролей в ФТП-менеджере.
Всунули js-код. Скачал все фалы, проверил поиском notepad++ по всем фалам на фразу "домен, на который редиректит"
домен редиректа обычно в base64 кодируют, на самом деле есть много способов строку закодировать, что бы она через поиск не искалась.
Вот подсказка
http://specs.adfox.ru/page/94/
Еще возможен вариант, что на этом пользователе (на виртуальном хостинге обычное дело) есть еще сайты, через которые этот файл и заливается, так что надо проверять еще и соседние сайты, все сайты на этой учетке.
Где то на сервере у вас залит шелл. и судя по всему залили его давно, и восстанавливай его из бекапа не восстанавливай он там. Через этот шел и внедряют в исполняемые файлы всякую дрянь.
Если этот шел не найти и не удалить, та у вас так и дальше будут пояляться всякие редиректы.
Мой совет, скачайте се файлы сайта на рабочий компьютер и проверте их разными антивирусами.
проблемные файлы проверьте есть ли они в дистрибутиве DLE если есть замените их на чистые из дистрибутива, если нет то надо удалять.
Не стоит, лучше взять сервер без поддержки в ДЦ, сейчас очень низкие цены, можно взять дешевле 50 $ сервер начального уровня.
если не требуются высокие вычислительные мощности, то это лучший вариант, а если на стороне сервера требуется много вычислений и много памяти, то все все таки домашний сервер будет иметь преимущества. Иногда и 20 тысяч просмотров могут создавать большую нагрузку на сервер, при сравнительно небольшом трафике.
ТСу нужно делать публикацию на сторонний ресурс в строго заданное время.
И это всё реально (делается на раз!).
---------- Добавлено 14.02.2013 в 18:01 ----------
Если я правильно понял твой перепуг, то всё не так страшно. Дёргать (раз в минуту скажем) нужно всего один скрипт. В задачи которого уже входит читать-сверять-обновлять базу. Ну и др задачи.
И время публикации будет с точность до 1 минуты, в принципе это вполне нормальная точность.
Публикацию на стороннем ресурсе в строго заданное время, без крона не сделать не получится. так как пользователь который запустит скрипт проверки времени поста, может и не зайти в нужное время, и соответственно пост на стороннем ресурсе совершится только тогда, когда зайдет первый посетитель со времени заданной публикации и запустит скрипт проверки времени поста.
У PHP нет функций запуска скрипта по расписанию это факт.
Постинг по расписанию сейчас очень популярен. Если не касаться соц. сетей, например, он есть в Joomla.
Обычно для запуска php скрипта необходимо обращение к файлу пользователей. Cron от хостинга не используется для задачи автопостинга по расписанию. Как это реализуется на php?
Я не прошу кучу кода с реализацией. Не могли бы Вы обозначить основные теоретические моменты? Спасибо
В джумале публикация материала по расписанию, выполняется следующим образом.
в таблице с материалами есть поля
- publish_up типа datetime
- publish_down типа datetime
в которых автор указыает дату и время начала показа данного материали, и соотетстенно дату и время окончания.
Запрос на выборку списка статей сверяет текущее время с заданным временными метками, если статья соответствуют заданным временным рамкам, то она выводится в списке.
Запрос на выборку данной статьи тоже сверяется с этими метками времени.
В данном случае, надобность в кроне совершенно отсутствует.
Надеюсь я правильно понял ваш вопрос.
Я с Вами уже переписывался, ну просто не могу себе позволить такую суму,я не ищу халявы, но сума для меня неприемлемая.
Извините, вас понял.