Дмитрий Евграфович

Скажем так если город большой, то не пожалейте денег на наружный плакат. Только разместить их нужно где-то рядом с деловыми центрами.ю( большие здания с офисами чп). Я. Директ лучше кидать не только по своему, но и по соседним регионам. Еще бы я рекомендовал бы Вам на местных форумах пропостить об услуге с якобы " выгодным предложением". Если Вы хотя бы что то понимаете в маркетинге то правильно подать студию не будет для Вас проблемной задачей.
P.s iNikop@live.ru проконсультирую.
С ув. Николай

Друзья и знакомые ))

Три ответа и куча лайков.
Что характерно, если тех же самых людей спросить, надо ли хэшировать пароли на сервере - все дружно, строем и хором ответят - НУЖНО!

При этом мысль, как совместить обе технологии, не приходит в голову ни одному из них. А они не совмещаются. Если "сервак со своей стороны так же солит пароль и считает хэш" то это значит... что пароли хранятся в открытом виде!

Это квинтессенция подобныйх сайтов. Ответ почему-то всегда даётся самый буквальный. При этом вопрос никогда не подвергается сомнению или хотя бы минимальной проверке на осмысленность. Такое ощущение, что отвечающие воспринимают вопрос как экзамен что ли? Или как челендж - ответить любой ценой, пусть даже и неимоверных извращений и ГАРАНТИРОВАННЫХ граблей в будущем. Или - как сейчас - ценой СНИЖЕНИЯ защищенности! Но зато ответ буквальный. И так не только здесь - так практически в любом ответе. Ну никогда ни у кого не твремени задуматься над вопросом - все торопятся отвечать.

Я не знаю, что с этим делать. Такой подход очень вредит как самому сайту, так и тем, кто задает вопросы. Вместо того, чтобы показать правильный подход, ему старательно, сопя и напрягая остатки извилин, помогают выстрелить себе в ногу.

Возможно, одна из причин в том, что в голове у отвечателей отсутствуют реальные знания, а стоит органчик, в который записано несколько прочитанных когда-то ответов. И один из этих ответов выстреливается сразу после прочтения заголовка - даже не углубляясь в текст вопроса. Таких "отвечателей" надо гнать поганой метлой. Пусть самоутверждаются в другом месте. Тем же, кто хочет ответить, рекомендую придерживаться правила:

Перед тем как отвечать, НАДО СНАЧАЛА ПОДУМАТЬ. Посчитать на ход вперед - "а что будет, если сделать, как я советую?" Посчитать на ход назад - "а зачем ему нужно это? Не похож ли этот вопрос на мой собственный, который я когда-то задавал от недостатка знаний?" И попробовать ответить так, чтобы РЕАЛЬНО помочь спрашивающему, а не просто выдать зазубренный ответ.

Возвращаясь к вопросу: нет, нельзя без SSL. Хэширование на сервере важнее.
Можно эмулировать SSL для передачи пароля, но куда проще воспользоваться готовым механизмом. На дворе 2014 год, все основные сайты перешли на шифрование всего трафика вообще. Пора переставать бояться SSL.

Идите в грузчики - нет никакой зависимости от языков программирования, практически не надо изучать ничего нового, если только на погрузчик сдавать.

Зачем вам неизвестные cms???

Тогда берите фреймворк и пишите с нуля свою.
Если не хотите чтобы вообще кто-то знал о организации вашего кода - пишите с нуля!

Ни разу не вопрос про технологии :) Да и где вы находите таких ушлых заказчиков, которым код показать нельзя - тут же убегают с ним. Фильтруйте людей, прежде чем браться за проект и будет вам счастье, ну или договора составляйте так, чтобы была почасовка и гарантированная оплата коли уж фрилансите.

финансово выгоднее скрил так как позволяет на русские карты выводить валюту и можно сгнять в банкомате валюту.

Отвечу все про Payoneer по памяти. Вообще, у них все на сайте хорошо расписано, и есть русскоязычный форум.
1. По-моему, бесплатно, так как с каждой операции берется процент
2. Тоже вроде бесплатно. Но карта может идти месяц и не дойти: такое очень часто случается. У меня вот не дошла, и я заказал другую карту через DHL, что обошлось тогда в 60$
3. По-моему, 1-3% от суммы
4. Я бы не советовал переводить с Payoneer на свою банковскую карту. Проще(и дешевле) снять в банкомате с Payoneer и переложить на другую карту. Тем более, суммы у вас маленькие
5. По-моему, комиссий за оплату в онлайне не взимается. Хотя, тут вам нужно уточнять у них. В случае 100 рублей можно действительно заплатить вдвое больше.

Сегодня ночью мой аккаунт разблокировали! Ура!
Надеюсь все подобные случаи разрешатся положительно.

Вот такое пришло письмо:

Kristine D, Oct 04 02:50 AM:
Hello Dan P,

You recently received an email from us with the message that your account had been placed under review. This email was an error on our part and we apologize for the confusion it may have caused.

Here’s what happened—as part of a routine account review, yours was accidentally marked as having a high number of poor client outcomes. As you are freelancer in good standing with a strong work history, we hope you will accept our apologies and continue to do great work with us for many years to come.

If you would like to discuss this further, please let me know so I can schedule a convenient time for a call.

Regards,
The oDesk Trust & Safety Team

Кто круче Терминатор или Человек паук??
Холиваров на эту тему уже и на тостере куча:
Почему Laravel лучше Yii: как убедить команду?
Какова производительность yii2 и laravel?
Какой framework лучше подойдет для новичка, Laravel или YII?
Laravel4 или Yii 2: преимущества и минусы, ваше мнение?

я за Laravel

Шаблонизатор шаблонизатору рознь. Но в целом следует выделить общие задачи. которые должны решать за вас шаблонизаторы. С blade не работал и не вижу смысла есть есть twig.

Безопасность. Это пожалуй можно поднять на верх. Типичная картина в шаблонах на php - <?= $someUserInput; ?>. Частенько это можно встретить в выводе инпутов, при формировании ошибок поиска (мол "по запросу $userInput ничего не найдено. То есть вставляем в инпут подключение наших js скриптиков, если это форма поиска - делимся с "другом" и забираем его сессию. Ну или еще какие забавные штуки можно делать. А ведь все очень просто решается. Ставим какую-то функцию, которая по умолчанию будет фильтровать XSS инъекции при выводе, и не будет этого делать только если мы попросим. Если писать просто на php - появляются отвратные функции, которые можно просто забыть вызвать. А с шаблонизаторами мы пишем красивые {{ someUserInput }} и можем спать спокойно.

Помогают соблюдать принцип DRY. Современные средства шаблонизации (twig например), предоставляют вам возможность разделять шаблоны на блоки, переиспользовать их несколько раз, выделять макросы, наследовать шаблоны... словом все что угодно. лишь бы вы могли реюзать куски html а не копипастить их.

Ограничивают полет фантазии разработчика. Далеко не новость что разработчики ленивые засранцы. Особенно молодые. Если им в шаблоне внезапно понадобились какие-то данные из БД, или данные связанные с запросом, большинство не будет париться и зафигачит нужный код прямо в темплейте. Так же некоторые грешат тем что часть бизнес логики размазывают по шаблонам. Так же встречал проекты отданные на суппорт, где чуваки в шаблонах разбирали через xpath ответы от сторонней апишки (которая использовалась вместо базы данных. То есть это дело было размазано по всему проекту). Рефакторинг в случае изменения апишки будет болью.

Хороший шаблонизатор должен настолько сильно усложинить вам процесс написания говнокода в шаблонах, что бы вы перехотели это делать и подумали как это можно сделать нормально. На выходе же мы имеем чистенькие шаблоны, которые ничего не знаю о бизнес логике приложения и знают только о логике отображения, чего мы и добиваемся вообще разделяя логику от представления. Это так же упрощает жить верстальщику (если он отдельно существует) или вам же в будущем при суппорте.

С другой стороны, тот же twig позволяет в рамках проекта расширять синтаксис шаблонизатора, писать экстеншены, словом делать очень много забавных и нужных вещей, позволяющих сократить время поддержки шаблонов в будущем.

Так как за все эти приятные вещи мы по сути ничего не платим (шаблонизатор должен компилировать все это в нативный php так что оверхэда просто не будет), почему бы не пользоваться?

— Что мы видим в навигационном меню сайта?
— Список пунктов меню.
— Что еще раз?
— Список!
— Что такое список?
— Список — это перечень. Перечень однотипных данных.
— Пункты меню — это перечень однотипных данных?
— Да!
— Правильно — список. Итак, навигационное меню сайта — это список. Ок. Переходим к верстке. Давайте верстать список. Чем мы его будем верстать?
— . . .
— Что, никто? Никто не знает? Да,@sergealmazov, подскажи всем.
— Давайте верстать список параграфом с встроенными тегами логической разметки, в которые вставим ссылки на соответствующие страницы.
— . . . Дети, вы меня убиваете! Давайте снова. Что такое список?