- если "для серьёзных" проектов (в том смысле, что даунтайм сайта(ов) обходится в X (XX,XXX..) руб ($,€ и тд) в ед. времени), то встречный вопрос - сможет ли он обеспечить доступность домашнего компа на необходимом уровне, чтобы экономия на хостинге (VPS,DS итд) была сравнима с неполученной прибылью. А если свет выключат, провайдеру кабель порежут, диск из строя выйдет, собака провод перегрызёт, кошка в power носом ткнётся..
- если "для себя" ("скиллы прокачать" - навыки администрирования, общения с провайдером по поводу трафика,даунтайма, возможно, в построении отказоустойчивой системы на дизельгенераторе и сотовом свистке с DynDNS-ом) - то подход совершенно другой.
Надоели хостинг компании, по крайней мере российские, регулярные проблемы. За пять лет перепробовал около 7 известных компаний (почти у всех какие то проблемы).
Попробуйте к выбору хостера подойти более тщательно - отзывы посмотреть (учитывать, что их оставляют разные люди) Как правило, есть как плохие, так и хорошие.. И есть реакция хостера на отзыв/ситуацию.
Несмотря на то, что это техника и ей свойственно выходить из строя, люди могут учитывать вероятность поломки и дублировать отдельные узлы.. Естественно, это требует определённых вложений (время сотрудников, затраты на оборудование) - и они влияют на стоимость услуги для конечного потребителя.
SeVlad: 1. Правильный - родной серверный крон. 2. Костыль - внешний вызов скрипта (от юзера сайта или внешнего крон-сервиса, что в принципе, одно и тоже)
Я бы ещё так поделил:
1.1 вызов вида
/path/to/php /path/to/file/file.php
1.2 вызов вида
wget -O /dev/null http://server.ru/cron.php
Реализация, зависящая от посетителей
- иногда имеет смысл выносить cron-задания в отдельный файл, а его вызывать, например <img src="" (чтобы пользователю не ожидать окончания)
- если нет посетителей и поисковых ботов - есть шанс "просрочить"..
rerighter: Если скрипт будет зациклен, например с setInterval в каждую минуту - то это возможно. Но это какой-то костыль.
зациклить php скрипт? на обычном хостинге?
---------- Post added 14-02-2013 at 21:23 ----------
Кстати, некоторое время назад задача была очень даже актуальна на некоторых хостингах.. Cron без Cron / Cron для бедных
Да и сейчас некоторым оно надо
В последнее время всё меньше сталкивался с хостингами без крона (то ли время такое, то ли везёт просто..).
На самом деле, основной вопрос к ТС-у - "Зачем"?
- если "для серьёзных" проектов (в том смысле, что даунтайм сайта(ов) обходится в X (XX,XXX..) руб ($,€ и тд) в ед. времени), то встречный вопрос - сможет ли он обеспечить доступность домашнего компа на необходимом уровне, чтобы экономия на хостинге (VPS,DS итд) была сравнима с неполученной прибылью. А если свет выключат, провайдеру кабель порежут, диск из строя выйдет, собака провод перегрызёт, кошка в power носом ткнётся..
- если "для себя" ("скиллы прокачать" - навыки администрирования, общения с провайдером по поводу трафика,даунтайма, возможно, в построении отказоустойчивой системы на дизельгенераторе и сотовом свистке с DynDNS-ом) - то подход совершенно другой.
Попробуйте к выбору хостера подойти более тщательно - отзывы посмотреть (учитывать, что их оставляют разные люди) Как правило, есть как плохие, так и хорошие.. И есть реакция хостера на отзыв/ситуацию.
Несмотря на то, что это техника и ей свойственно выходить из строя, люди могут учитывать вероятность поломки и дублировать отдельные узлы.. Естественно, это требует определённых вложений (время сотрудников, затраты на оборудование) - и они влияют на стоимость услуги для конечного потребителя.
1. Правильный - родной серверный крон.
2. Костыль - внешний вызов скрипта (от юзера сайта или внешнего крон-сервиса, что в принципе, одно и тоже)
Я бы ещё так поделил:
1.1 вызов вида
1.2 вызов вида
Реализация, зависящая от посетителей
- иногда имеет смысл выносить cron-задания в отдельный файл, а его вызывать, например <img src="" (чтобы пользователю не ожидать окончания)
- если нет посетителей и поисковых ботов - есть шанс "просрочить"..
Если скрипт будет зациклен, например с setInterval в каждую минуту - то это возможно. Но это какой-то костыль.
зациклить php скрипт? на обычном хостинге?
---------- Post added 14-02-2013 at 21:23 ----------
Кстати, некоторое время назад задача была очень даже актуальна на некоторых хостингах.. Cron без Cron / Cron для бедных
Тут проверять и подставлять нужное, если есть:
p.s. в одном куске кода затронуты обе проблемы программирования, причём с именованием сущностей автор кхм..кхм..
пересчитать скриптом name.js значение переменных total и tax
Если покажете адрес - думаю, всем проще будет. Можно в личку, если по каким-то причинам на форуме нет желания...
Проверьте дату изменения файлов.. Иногда в MODx такая ошибка - результат взлома (или изменения настроек хостинга)
Ещё можно в .htaccess буферизацию добавить:
Если же работает опытный человек ради денег, то чем вы его сможете мотивировать как не дополнительными выплатами?
Интересными задачами (естественно, после удовлетворения базовых потребностей)
хм... получаю алерты, а значение других переменных в рассчете которых принимает участие taxRate не меняется
После изменения, видимо, заново запустить функцию пересчёта. Нужно подробностей.
Алгоритм нужен? Или результат?
http://www.php.net/array_count_values
;11431190]а распознавание мобильного браузера осуществляется в момент генерации контента, то в этом случае медицина будет бессильна.
Да не.. доработать кэширование можно.. А, возможно, оно уже есть доработанное.. ТС-у лучше погуглить