Ответ на вопрос: да, разумеется.
Навалом активного софта работающего под 5.х разнообразных версий. Хостеры поддерживающие 5.х не более чем клиентоориентированы. Более того, если взять абстрактный пхп скрипт, то шанс завести его на 5.0 пожалуй даже выше чем на 7.1.
При этом те кому реально нужно 7.1 - вряд ли окажутся на вирт.хостинге или в штатном конфиге вдс. Если тебе нужно 7.х и ты его не можешь поставить - тебе не нужен 7.х:) Поэтому дефолтный 7.х пхп вообще странная затея для хостера.
Если вопрос должен был звучать как "на чем писать нынче положено", то исходя из вышесказанного писать примерно под 5.6, желательно с суппортом от 5.0 и обязательно что бы на 7.1 ничего не отваливалось. Ибо надо не забывать о том, что свой-то скрипт запустить одно дело, но как правило есть еще чужие скрипты, чужие либы - которые неизвестно с чем совместимы, а зоопарк разных пхп версий никому держать и поддерживать не хочется.
Если есть 100% уверенность в контроле окружения, то можно и под 7.х писать, благо кушает памяти конкретно меньше и конкретно шустрее (пусть даже нововведения в основном хипстерские и особой полезности не несут). Но если при этом оно не пойдет на 5.6, то это эпик фэил как по нам. Не надо бежать впереди паровоза.
Было бы интересно послушать Ваше сравнение событий в южной осетии (при медведеве если что) и событий в днр/лнр (сейчас), по скорости развития ситуации, по окончательности ее решения, по решительности действий, по результату.
С технической стороны тут никаких никаких проблем, снупи не тормозит (с чего бы? там технологии 100 лет в обед не менялись и еще столько же не изменятся - одна из лучших либ между прочим), мультикурл используется (правда настораживает количество потоков неограниченное и сам он кривой до сих пор между прочим).
Просто надо учесть, что в скрипте контент с taobao.com достается через panli.com , оттуда достается неизвестное количество урлов и они загоняются для перевода в renjith.co.in . Быстрым это не может быть по определению.
Проблему ТС решит перевод контента на нужный язык более быстрым переводчиком, желательно локальным.
По пункту 1 - все понятно, тут вопросов нет, но это и не обсуждалось.
По пункту 2. Тут проблема не в недостаточности данных, а в отсутствии данных как таковых. На каком основании налоговая рф потребует данные от хетзнера о НЕроссийских клиентах? Нет таких оснований. Так что клиента убедившего хетзнер не вчинять ему ндс потому что он не русский - налоговая рф не увидит (даже если предположить что ндс может повиснуть на клиенте, хотя еще раз - это не обязанность клиента платить ндс, так что фнс предъявит хетзнеру, а хетзнер предъявит клиенту даже если как-то это спалят).
По самим данным. Сетевой адрес - у всех почта на гмыле сейчас - просто мимо. Код телефонного номера - не требует хетзнер телефона для покупки услуг - мимо. Место жительства - обратите внимание, речь идет о месте жительства, а не о налоговой резиденции - поэтому и 180 дней не нужно даже, благо гражданин имеет право по конституции сам выбирать место жительства - что захотел то и написал. Единственное что реально будет работать - место нахождения банка или электронного оператора, это как бы бред (немец оплативший картой русского банка влетит на двойной ндс?) и легко обходится (любой иностранный оператор - любая виртуалка или знакомый за границей).
А можно цитату из закона, в котором написано что плательщик хетзнеру с русского ИП должен платить НДС? Не, ну кроме шуток.
Вы самодеятельность хетзнера точно не путаете с законом? Потому что если путаете, то понятно, что этот переложенный на клиента ндс удержаться-то удержится, но вряд ли перечислится в россию, т.к. именно по закону "ндс в адрес ИП адреса" не перечислить ну вообще никак и все это (включили патриотический режим) пользе россии не принесет, а принесет лишь пользу вероятному противнику. То же в принципе относится и к мобильному телефону (если мы Вас наймем суппортом на сервера в хетзнере, то Ваш телефон там укажем допустим и что дальше? Вы обязаны будете ндс платить?).
Так-то рассуждая можно сказать что все на потребителя перекладывается, в том числе ндфл который учредители платят выводя дивы с ООО. Но Вы приведите хоть один случай когда с человека купившего аспиринку содрали неуплаченный ндфл с дивов выведенных учредителями аптеки?:)
Кто куда и что перекладывает - не важно абсолютно, суть в том на ком по закону лежит обязанность по уплате НДС и это никак не конечное физическое лицо. Ну реально, Вы хотя бы теоретически как себе представляете ситуацию, когда Вы что-то купили в магазине, магазин не уплатил НДС с этого (так или иначе) и счет выкатили Вам?
Собственно всегда.
Это не тот случай и не совсем так.
Исполнительный лист выдается на вполне конкретного точно идентифицированного человека, с полным набором паспортных данных, по другому никак (никаких путаниц с однофамильцами).
То что в банках или в фссп иногда сидят идиёты и найдя нужное фио списывают деньги не проверяя остальные данные - это отдельный вопрос, списать-то штраф можно с кого угодно - да, но вот выписать его можно лишь на точное лицо.
Если оплата из россии, то даже фио плательщика не передается хетзнеру (по правилам платежных систем). Что связывать? В принципе нечего.
3 года. При желании натянуть сову на глобус - почти 4 года.
Стоп, стоп. А зачем так сложно и дорого? Пионеровская карта + указание в хетзнере что ты из беларуси. Виртуальная предоплаченная виза выданная украинским банком + указание что ты из украины?
Хетзнер не требует же подтверждения налогового резидентства и прочего - ему достаточно что бы карта была выдана не РФ банком и все - у него даже повода передавать данные не будет. И даже если передаст - что он передаст? Что ему теоретически оплатил Вася Пупкин (без отчества, даты рождения, гражданства и адреса проживания)? И что налоговой с этим делать?
Опять же не вполне понятно что будет если ИНН левой фирмы указать, ну, это уже не красиво по отношению к ней, но все же интересно?
У хетзнера пока совершенно мягкая политика, мол "ты мне убедительно соври, а я проверять не буду". У нас даже пара знакомых немцев через нас сервера на хетзнере брали для экономии. Так что вопрос лишь в том как "подешевле соврать".---------- Добавлено 10.03.2017 в 17:34 ----------
В данном случае вопрос в-первых неоднозначный (колбасу из германии привозишь - такс-фри на границе вернут, сервер берешь - 18% сверху сдерут - что тут не так). Личные покупки налогами-то облагаться не должны, только если покупает юр.лицо плательщик ндс, просто тут всех под одну гребенку загребли.
Во-вторых в случае хетзнера получается, что ндс возлагается не на налоговых резидентов рф (как по закону должно бы быть), а на плательщиков российскими картами и/или на указавших местом проживания россию (что несколько другое). Как, например, быть тем кто больше полугода вне россии (и налоговым резидентом рф не является), но при этом гражданство россии (украинский паспорт не показать) и платит русской картой (т.к. банковское обслуживание как ни крути в россии дешевле всего)?
Новый счет не порадовал, сами-то переживем - у нас всего 1 сервер, а вот клиенты взвыли.
Какой-то бюджетный вариант есть решения сей проблемы уже?
Пионеровскую карту завести (или виртуалку от кого-то из западных банков так или иначе), прописать налоговым резиденством не россию (беларусь? украину?) ?
ИНН левой фирмы указать может?---------- Добавлено 10.03.2017 в 01:47 ----------
Пользовались.
На порядок выгоднее, надежнее и адекватнее так называемых "гарантов".
Из "подводных" камней:
а) Комиссия действительно 0.8%, но привлечение арбитража (в случае если стороны не могут договориться) платное, тарифы и условия тут http://arbitrage.webmoney.ru/doc3.htm
б) Могут потребовать получить и/или подтвердить персональный аттестат при споре и/или выплате (впрочем это всегда могут).
в) Рассмотрение в арбитраже не обязательно так что бы быстрое (но опять же нужно только в случае спора).
Если ФРС не подгадит.
От задач зависит. Где-то myisam лучше, где-то innodb, если говорить о скорости. По функционалу innodb безусловно современнее, но и расплата за это есть.
А как можно говорить росте производительности если Вы давно отказались от myisam? Нельзя сравнивать с тем, чем не пользуешься.
Это с чего это вывод? Ну сменили дефолтный двиг с myisam на innodb и чего? В mysql между прочим тоже с 5.5 сменили (в той же цитате видно), но как раз в 5.6 и 5.7 изменения были весьма заметные, куча багфиксов и оптимизаций.---------- Добавлено 31.12.2016 в 00:39 ----------
