Sanes: и?
>"Где можно фрилансить без лишних затрат?"
kwork забирает 20%
upwork забирает 20%
и там и там платить вперед не нужно, можно работать без начальных затрат.
только:
на kwork перспективы нет. вообще нет.
на upwork можно даже с нуля поймать более денежный заказ, да и вообще больше выбор заказов, больше шансов найти интересную работу.
Sanes:
>Заказы короткие. От 30 мин. до 1-2 дня, которые выполняются параллельно. Там косарь, тут два. Итого нормально выходит.
только фишка в том, что на каком-нить апворке, выполнив 10-20 таких небольших заказов, можно прокачать себе профиль и брать уже что-то более дорогое.
а на кворке так и будет по 400 рублей (20% они как на апворке себе забирают) + трата времени на обсуждение каждого такого копеечного заказа.
Если нужно зарабатывать, работать там бесперспективно.
Подходит, только если на других биржах заказов вообще нет.
index0h:
>Чуть ниже я написла, что использование супеглобальных переменных - в принципе плохая идея.
ну так и _POST это тоже суперглобальная переменная.
Sharp:
>например ,секьюрити.
и как использование _REQUEST повлияет на безопасность конкретно этого кода?
index0h:
>api, которое вы предоставляете в данном случае более вариативно
конкретно в этом коде вариативности не вижу
посмотрите на строчку case 'processorder' : require('inc/processorder.php'); break;
подключается и для _GET и для _POST
это, на ваш взгляд, "вариативность"?
>супер глобальные переменные (просто глобальные - тоже) в принципе не стоит использовать
вы, возможно, удивитесь, но и _REQUEST и _POST - это все суперглобальные переменные
разницы, что именно использовать (если не обусловлено логикой приложения) нет
>да мне в принципе по боку, как придут данные
конкретно в этом коде так и есть. тут принципиально по боку как придут данные.
Посмотрите, опять же, на строчку case 'processorder' : require('inc/processorder.php'); break;
Из минусов:
если записать что-то в _REQUEST, позже попробовать считать с _GET или _POST. там этих данных не будет. Но, поскольку, делать так считается быдлокодингом, можно этот минус игнорировать.
затем по логике приложения может быть необходимо отправлять одну и ту же переменную с разными значениями и для _GET и для _POST одновременно.
В этом случае не всегда можно точно знать порядок, на разных настройках могут в разном порядке идти, можно спутать где что. В этом коде такого не вижу. (вполне возможно, что дальше в подключаемом файле есть своя логика для обработки _GET и _POST).
Для данногго куска кода оба эти минуса не критичны вообще никак.
hili: если без глобальных переделок но что-то потрогать в этом коде очень хочется, я б заменил тут $_GET/$_POST на $_REQUEST
так оно тупо на 5 строк меньше занимать будет
Сергей: ну это смотря для кого.
если до изменения схемы я могу купить pro в какой-нить редкой категории за 5 тыс на год, то сейчас то же самое стоит от 20 тыс.
Плюс налоги они еще 13% забирают, типо чтоб "налоги платить".
По факту: заказывал у них справку НДФЛ, пришла пустая - в графе оплачено налогов было 0. Потом, после нескольких повторных обращений таки удалось это исправить.
Не думаю, что полностью все фрилансеры справки эти у них заказывают. С какой-то части у них остается.
MakarkinPRO: ответ на ваш вопрос
"Добрый день, можно ли сделать предустановленную WordPress Mulsite сборку (это первоначально будет все один сайт) с предустановленными и активированными плагинами (в некоторых уже должны быть настройки) и активированной темой?"
я уже чуть выше написал)
так сделать можно. но как интегрировать с ISPManager не знаю
MakarkinPRO: вам обязательна привязка к ISPManager?
если тупо-просто делать, можно поставить и настроить эталонный сайт, снять с него дамп и файлы все в архив. Позже выкатывать.
Более сложные методы принципиально отличаться не будут. Общий смысл такой же - делаем талонную версию, позже ее разворачиваем.
Как сделать такую сборку именно под ISPManager я не подскажу. Если уж в ISPManager не подсказали)
Могу только по WP что-то рассказать.
Они сделали хитрый ход.
Раньше у них было четкое и понятное ценообразование - была фиксированная цена. Любое повышение вызывало моментальное бурление.
Сейчас они ее отвязали, привязали к количеству фрилансеров в категории. При этом количество фрилансеров так сходу сразу и не найдешь.
Зато можно поднимать цену без особого кипежа со стороны фрилансеров - как захотели, так и подняли. Типо в этой категории больше зарегистрировались. Что, подозреваю, они сейчас и сделали.
В октябре 2015 из интереса считал, сколько на fl фрилансеров с pro аккаунтом
делал так: тупо зашел в раздел фрилансеры, поставил фильтр "с аккаунтом pro",
докликал до последней страницы.
Тогда было 24 страницы и цены на pro были от 5 тыс за год в редких категориях типо "промо персонал". Это было уже после введения нового ценообразования.
Сейчас тоже 24 страницы, примерно столько же фрилансеров. Но цен таких даже близко нет)
Жмоты они, таких нужно рублем наказывать - не надо там работать. Да и заказов там интересных теперь мало.
Владислав Поляков: так я и написал. Уже несколько раз.
Вы просто комментарии добавляете пока я ответ пишу, мои ответы на ваши "советы" немного сбиваются.
Повторюсь - такого плагина нет. То, что вы указали как решение, вообще не решение.
Владислав Поляков: какую удочку?
Александр, не слушайте всяких школьников поляков. Это они мстят за Сусанина - заводят вас непонятно куда)
Сейчас нет плагина, который бы работал с текстом статьи на русском.
То, что есть может работать только с английским текстом. И то, с некоторыми ограничениями.
Чем плох интернет, любой школьник может считать себя экспертом) Вы ему не удочку дали, а послали непонятно куда тратить время.
https://scontent.xx.fbcdn.net/v/t1.0-9/13882451_10...