Andrey Perov:
>То есть я правильно понимаю, что если в каком то месте нагрузка идет сильная, все страницы будут тупить?
Нет.
Если шаблон написан не по стандартам, то вполне вероятно, что он весь написан так, что сайт будет тупить.
kumkuduk: вот это не знаю.
dle не пользуюсь совсем. насколько серьезно они относятся к наличию пиратских сайтов не скажу.
насколько вижу, в рунете dle используют в основном для варезных сайтов с софтом. каких-то более менее нормальных проектов на этом движке практически и нет.
Артем HTMLDatabase: не не не, скорее всего немного не так меня поняли) И я вас тоже не совсем понял, думал, это вам именно этот проект за такую сумму сделать предложили.
Я постарался объяснить, почему сделать такой сайт и за 22 тысячи может быть вполне адекватной ценой. При этом, сам я за эту сумму его делать бы не взялся, тк полученный продукт позже несколько огорчил бы заказчика.
Но формально оно б было сделано ровно так, как написал заказчик. Оспорить такую сделку заказчику в арбитраже было бы проблематично.
Артем HTMLDatabase: не возьмусь:
1 я только WordPress. У меня очень узкая специализация: что угодно, хоть новый фейсбук, но только на WordPress
2 ТЗ ни о чем. Заказы сделать сайт как "сайт по этой ссылке" стараюсь не брать. Предпочитаю те, где есть хоть какое-то ТЗ, ну или когда альтернативы нет, тогда и такие смотрю. Их оценивать очень сложно. Бывает заказчики ни в какую не хотят делать более подробное ТЗ.
Но, предположим, что это нужно было бы сделать на WP.
Когда ко мне обращаются с таким непонятным заказом, спрашиваю, в какую сумму нужно уложиться. Дальше исходя из этой суммы уже и работаю.
Чуть выше вы писали, вам кто-то давал оценку в 22 тысячи. В принципе, вполне реальная цена. Как раз где-то на нижней границе (вполне возможно, в процессе работ стоимость подросла бы до 25-35.
За эти деньги вам натянут готовую верстку (или возьмут уже готовый шаблон и его настроят или стилизуют bootstrap), допишут нужный функционал (и/или добавят плагинами). На выходе получите сайт, идентичный по функционалу сайту-примеру. С некоторыми оговорками)
К примеру, чтоб вписаться в эту сумму, я б часть функционала упростил или вынес на выполнение вручную. Те же ачивки ( www.houzz.ru/badges/user/oharainteriors#houzzBadges ) расставлялись бы руками модератором. Обработка платежей (всякие pro аккаунты и прочее) - так же было бы вручную. Форум бы поставил отдельным движком. Личный кабинет я б вообще выкинул (не видно сразу по ссылке, функционал его непонятен). И тп.
Как созданное будет работать с настоящими данными (подозреваю, как попробуете загрузить те же 1 558 452 постов в раздел кухни, так оно и умрет) это уже другой вопрос. В текущем описании задачи ничего такого не указано) Теоретически можно какое-то время расти за счет масштабирования мощностей хостинга, использования кэширующих CDN и прочего даже с самым ужасным кодом.
Если все делать по человечески, с учетом удобства работы редакторов, учетом возможной посещаемости, и прочих нюансов, сумма, конечно же, была бы другая. Но толку от оценки, сколько бы я за такую работу запросил, сильно не будет: не моя специализация + на ближайшие 2 месяца занят.
Спрашивать лучше тех, кто реально сможет сразу взяться и начать делать.
Но повторюсь, принципиально, за 22 тысячи сайт похожий на ссылку (с существенными оговорками) вам сделать вполне могут.
Артем HTMLDatabase: не совсем понимаю, в чем проблема. "индусы", которые демпингуют, есть везде. не только во фрилансе. Те же автомобили продаются с огромным разбросом. Но, почему-то дорогие машины покупать продолжают.
Если нужно зарабатывать больше, нужно уметь давать заказчику то, чего у индусов нет.
Тогда и демпинга можно не опасаться. Сами ж говорите, пытались найти программиста, "индусов" почему-то нанимать не захотели.
Артем HTMLDatabase: вы учитывайте, что работать на этой бирже начал примерно две недели назад. Профиль пустой. Кроме результатов тестов нужно профиль отзывами заполнить.
Быстрее всего это сделать выполняя заказы по $5-10. Либо аццки демпингуя. Что я сейчас и делаю) К примеру, сделал заказ за $100, заказчик начальный бюджет ставил по этому заказу в $700.
Как будет профиль полный, смогу конкурировать с индусами. Тогда и цены нормальные выставлю.
Собственно, другого варианта раскрутки на фрилансе не вижу.
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).
Для данногго куска кода оба эти минуса не критичны вообще никак.
>То есть я правильно понимаю, что если в каком то месте нагрузка идет сильная, все страницы будут тупить?
Нет.
Если шаблон написан не по стандартам, то вполне вероятно, что он весь написан так, что сайт будет тупить.