Чушь. В России нет прецендентного права и каждое рассматриватся без привязки к аналогичным делам. Читайте законы.
Хостинг вполне нормально подоходит под понятие телематических служб. Если у вас нет РЭ, то в любой момент любой абонент может вам не платить ссылаясь, что вы оказываете услуги незаконно (примеров масса - вспомним хотя бы проблемы мобильных операторов, ставящих БС без РЭ или дело об абоненте Билайна, который судился из-за того, что Договор был на одну организацию, которая не имела лицензии на связь). Так же и любая внеплановая проверка может приостановить вашу деятельность до устранения найденных проблем. Конечно, пока бизнес - это 1 сервер, то никто не будет проверить ... но как только это уже стойка, а то и комната в дата-центре ... это уже интересно для всяких проверяющих органов.
И как правильно указали ранее, работа без лицензии не даст возможность проводить не только НДС, но и списывать в затраты на связь эти расходы. А абоненты-юридические лица - это очень выгодно - они не уйдут от вас, если сосед сделал хостинг на доллар дешевле. Если их устраивает качесто и цена, то хостится они могут годами, не обращая особого внимания на цену... Кроме того и в среднем они берут более дорогие тарифные планы чем физ.лица.
Кроме того СОРМ не так страшен как про него говорят. Необходимое для этого оборудование выставляют органы. Но не обязательно разу покупать и судится, можно (официальным письмом) написать в УФСБ, что "нет проблем, но расходы по ОРД - обязанность фед. бюджета, поэтому ваши счета на закупку оборудования по СОРМ пож-ста перенаправьте в казначейство.".
А в ГСН нужна бумага не о готовности по СОРМ, а о том, что у УФСБ есть согласованный график работ по СОРМ с оператором.
Насчет СОРМа у крупных операторов - конечно никто не будет сниффить весь трафик - это даже невозможно у маленького оператора. Но вот иметь возможность сниффить, когда это требуется - это сделать не трудно, а имея доступ к оборудованию провайдера и зная на каком IP сидит интересующий абонент можно снять траффик и проанализировать позже ...
p.s. Еще раз хочу сказать - читайте законы - теперь часто по закону выходит дешевле, чем через взятку (растут однако).
И ровно наоборот - выехал москвич за мкад - отдай пару тыщ в областной бюджет :)) ...
Очень хороший случай описАл fleyg.
Имея аналогичный опыт могу только сказать, что лучше добиваться очень подробного описания в ТЗ конечного результата, т.е что заказчик хочет получить как результат программы (скрипта, еще чего-то - не столь важно). Но этот пункт должен быть конечно прописан четко.
И правильно было отмечено, что часто простая с точки зрения заказчика фича (неуказанная в ТЗ) тянет часто переделку всей структуру программы, БД, прочее. За простые вещи никакой разработчик не будут скандалится с заказчиком - ибо лучше сейчас сделать простую вещь бесплатно и получить завтра заказ на пару килобаксов.
Если есть БД MySQL, то стоит обратить внимание на номер версии на старом хостинге и номер версии на новом. Если номер на новом отличается от номера на старом, то возможно придется что-то подправлять руками или дамп не пойдет, но все зависит насколько сильны изменения.
p.s. Как-то пришлось переходить с 3.23 на 5.0, и хотя база была простая дамп не пошел в 5.0 из-за того, что имя поля было reserved word для 5.0 (а в 3.23 еще нет).
Имеет смысл посмортеть лог ошибок апача - error_log (обычно находится /var/log/httpd/ для linux систем) - там может быть написано, почему отдано 404
Ну в основном это нестандартные провы как мобильные операторы с интернетом через ГПРС. Так же многие конторы сидят через один IP скорее для безопасности, нежели для экономии адресов.
Если за пароль уверены то возможно вам не разрешен локальный доступ - нужно посмотреть может ли юзер rivlex коннектится с локального хоста (таблицы mysql.user и возможно mysql.db).
p.s. я надеюсь после -p в вашем примере ненастоящий пароль все-таки
Да. На Wap делает упор смысла нет. Лучше сделать для сайта так называемый pda дизайн (заточенный под экран 320x240) и разместить его на pda.site.*. Кстати для нормальной CMS должно быть пофигу в каком дизайне Вы все это выводите...
Ну это сложить исторически, когда домены в РУ были еще по 100 .у.е. И там были особенности при регистрации поддоменов третьего уровня.
В общем сейчас это не имеет особого смысла, когда можно во втором уровне купить.
Мда ... сложновато... Можно еще так сделать.
1. Скрипт постоянно обновляет свой статус (например сколько циков сделано записывает в какой-то файл на сервере - можно просто текстовый).
2. Есть второй скрипт на пхп, который опрашивает это файл и выводит информацию
3. Страница для клиента имеет включенный iframe который раз в N секунд опрашивает скрипт из п.2
В общем получается достаточно некрасиво ... потому что HTTP соединение всегда инициирует клиент (браузер) и только по этому запросу можно что-то получить. Сервер (HTTP) не может послать данные клиенту ...
