@madaram Я, если честно, не в курсе на тему, как ловить фрилансеров, которые ведут расчёты с помощью электронных денег. У меня есть мысли на эту тему. Но ничего конкретного. Я подобной полицейской деятельностью не занимаюсь, поэтому не забиваю голову тем, что я не буду применять в жизни.
В целом, моё мнение такое: не нужно доводить всё до паранойи и просыпаться по ночам из-за сколымленной тысячи долларов, постоянно переезжать по миру и т.д. и т.п. С другой стороны, заниматься шапкозакидательством и уверять всех, что вы никому не нужны и у людей есть более важные заботы, чем ваши неуплаченные налоги — это тоже неправильно. Реалии жизни находятся где-то посередине.
По поводу всяких сайтов со ссылками на профиль с биржи — у меня здесь вообще мнение, связанное с тем, что от таких ссылок пользы никакой. Будете размещать в Интернете — будут появляться какие-то непонятные люди, которые хотят непонятно чего, люди, в отношении которых сложно будет оценить все риски, люди, с которыми договора подписываются через задницу, а оплата идёт по несколько месяцев.
Работа напрямую с биржей хотя бы позволяет посмотреть историю заказчика, отзывы, примерно понять, как он относится к тем, кого нанимает, какие деньги он готов платить за работу. Отдельные биржи даже (при определённых условиях) гарантируют, что вы получите оплату в любом случае.
Просто я вижу, что нет смысла рекламировать свой профиль с биржи где-то в интернетах. Не с точки зрения паранойи, а с точки зрения поиска нормальных заказчиков. Поэтому я и не касался этого момента в ответе. Если мой первоначальный ответ сократить, то получится примерно так:
Если вы гарантированно хотите избежать каких-то проблем с налогообложением в России, не работайте с заказчиками из России. (Про резидентсво РФ уже и так понятно, так что повторять нет смысла). Если вы не хотите правильно оформляться в текущей стране/странах пребывания, просто старайтесь сильно не светиться, не хвалитесь первому встречному, что вы занимаетесь фрилансом, не расклеивайте листовки с рекламой своих услуг и так далее. Осторожность вредной не бывает почти никогда.
Вы немного неправы. Точнее, вы правы, конечно, насчёт того, что не нужно полный адрес писать в этой ситуации, но в опенкарте для кнопки «заказать» используется адрес «index.php?бла-бла-бла». Без символа «/» в начале адреса. Фишка в том, что в этом случае браузер смотрит на значение тега «base» для страницы. А «base» берётся из конфига — константа HTTP_SERVER. Она динамически не меняется. Если она задана как site.ru, то в теге «base» будет прописано site.ru вне зависимости от того, открывался сайт с www или без www. И в этом случае на странице с www все запросы с адресом «index.php?бла-бла-бла» будут считаться кросс-доменными.
Это я про то, что у автора вопроса с очень большой вероятностью не написан полный адрес в AJAX. Эта кнопка «заказать» — стандартная фича опенкарта. Я очень много лазал по движку этого магазина раньше. Там примерно около 90 случаев, когда адрес для AJAX-запросов или адреса картинок начинаются без использования символа «/», что заставляет браузер ориентироваться на содержимое тега «base», и возникает подобная ситуация.
Самый хороший выход: нужно делать так, чтобы сайт открывался только на одном домене — с помощью редиректов с www на без-www. Это, к слову, и с точки зрения поисковиков будет полезнее.
Вам какой-нибудь из ответов на этот вопрос прояснил ситуацию? Если так, то рассмотрите возможность выбрать ответ в качестве решения. Если ответы не помогли, напишите, почему не помогли.
@shendel хотя, да, действительно. Тут разницы нет, потому что в случае чего должен был бы «/catalog» как директория отработать, но он нормально перенаправился в корневой index.php.
@Synoptic это везде реально использовать. Где нужно, оно округлится. Где не нужно, останется дробным. Главное, дробные пиксели — вполне корректная запись, не вызывающая ошибок валидации. А использовать или нет — это на совести каждого отдельного верстальщика. Лично у меня за последние лет n-цать ни разу такой нужды не возникало.
@szags Сорри, я заказы на Тостере не беру. Мне нравится время от времени кому-то помогать ответами на вопросы, но не больше. К тому же, как я заметил, моя ценовая политика — примерно в 10-20 выше того, что обычно ожидают русские заказчики.
Вам пригодится ресурс freelansim.ru/. Я уверен, то вы там сможете найти замечательного специалиста.
@kaasius, я не ТС. «ТС» — это тот, кто топик создаёт, а не отвечает на него. Если тратите время на комментарии, почему не пишете подробно и конструктивно? Я всегда могу свой подход пересмотреть, если есть что-то лучше.
@artoast Сорри, возможности поработать не будет наверное. Я рад, если ответ помог, но это была не реклама меня лично. Кроме того что я расстроился из-за несостоявшегося пул-реквеста, я ещё чувствую, что мне Opencart просто уже приелся — я действительно около года больше ни с чем другим не работал (на Yii правда что-то ещё писал малость). Нужно двигаться вперёд и изучать что-нибудь ещё.
@Djam36 В шаблоне /catalog/view/theme/default/template/product/product.tpl. Сделайте поиск по фразе $('.colorbox').colorbox({ и вы увидите этот кусок кода. Это всё находится где-то после 300-й строки. Я точно не скажу, так как, в зависимости от конкретно вашего шаблона (и/или версии Opencart), номера строк могу отличаться. Но этот код точно должен быть в файле product.tpl. Так же, если у вас не default-шаблон, то файл product.tpl находится по этому пути: /catalog/view/theme/название_шаблона/template/product/product.tpl.
@Kerman, спасибо за подсказку. Правда в вашем случае может некорректно отработать, если сегодня 30 декабря, а день рождения — 2 января. В этом случае получится, что DAYOFYEAR(2013-01-02) == 2, а DAYOFYEAR(2013-12-30) == 360-какой-то. Разница между ними будет не 3 дня, как должно быть, а 360-с-лишним. Да и вообще, вместо DAYOFYEAR(2013-01-02) теоретически должно быть DAYOFYEAR(2014-01-02), но 2014-й год не подставится, так как расчёты ведутся в 2013-м.
