Немного не согласен, who.ru это не whois, который показывает свободен ли домен сейчас, это сервис проверки истории домена, который показывает сколько раз всего был зарегистрирован домен, в каких периодах был использован, на каких серверах и т.д.
Не важно, что именно вы делаете с доменом, под технические нужды он или на нем был спамный сайт, если домен был зарегистрирован, то это должно быть показано в истории.
Просто интересно, мог ли сервис ошибиться или мне повезло :)
Добрый день.
Появилось два вопроса по WordPress, прошу подсказать:
1. Необходимо сделать много однотипных страниц с меняющимися данными в определенных местах. Например я создаю страницу (шаблон) и вписываю в нее в каких местах местах будут меняться данные, потом эти меняющиеся данные берутся из csv файла и создаются новые страницы. Так же необходимо настроить отложенную публикацию и количество публикуемых страниц в день.
Подскажите, может кто-то сталкивался с таким плагином? Поиском нашел только Multiple Page Generator Plugin — MPG, но насколько я понял, в нем нет отложенной публикации.
2. Есть необходимость сделать сайт и сразу опубликовать его в готовом виде, без настройки на хостинге. Думаю сделать так, установить Денвер, все настроить и добавить все материалы (около 150 страниц получиться) , потом создать базу на хостинге и импортировать базу из Денвера и перекинуть файлы CMS.
Вопрос: потребуется что-то перепрописывать в файле базы (например пароли и пользователей на хостинге я создам таких же как и в Денвер), то есть будет ли все работать после переноса с Денвера на хостинг?
Спасибо!
При таком способе работы с людьми, Вы потратите все ресурсы, и останетесь с "почти" готовым проектом. При этом юридически всё будет идеально, но изделие работать не будет, потому что сложное изделие надо будет улучшать. Если Вы хотите успеха в большой задаче, то Вам надо брать автора изделия в долю, типа совместное предприятие. Образец Яндекс, Волож кормил Сегаловича, при этом Сегалович владел частью предприятия. Но есть сомнение, что Вы найдёте годных желающих, потому что Ваше отношение к людям, которые могут Вам помочь, не внушает творческого вдохновения.
Извиняюсь, а при каком таком способе? Это что-то плохое закрепить как мои гарантии, так и гарантии исполнителя в договоре?
Я и вообще только за, при необходимых доработках, продолжить работу с той же студией. В этом еще одна причина работать со студией.
Брать «автора изделия в долю» это, совсем не тот случай, тем более сомневаюсь, что кто-то захочет бесплатно делать большой обьем работы за долю в проекте, который может не оправдать ожиданий.
Поэтому может быть лучше не начинать. Технарь всегда будет иметь возможность развести вас на доплаты/переплаты. Воспользуется ли этим, вопрос другой.
Они дали плоды? По моим представления взлетает 1 из 10. Крупняком становятся вырастая из мелочи. Вкладывать кучу бабла без уверенности, что попрет, так себе идея.
На мой взгляд самопис лучше. Работал с друпалом. Вообще не представляю уникального проекта на нем. Там будет костыль на костыле и зависимость на зависимости. Тем более крупный проект.
Если ничего не делать, ничего не будет.
Плоды конечно были, иначе я бы интересовался этим вопросом.
Согласен, что крупные проекты вырастают постепенно, но если все продумать на начальном этапе, шансы возрастают, я считаю важен подход. Без серьезного подхода, даже перспективные проекты с большими вложениями затухают со временем.
Стратегически, именно со студией вам придётся выйти хотя бы на текущую самоокупаемость. Дальше учредители будут требовать возврата инвестиций и будут настаивать на значительном сокращения расходов. Вот в этот момент вам как исполнительному лицу придётся выполнить безболезненный переезд от студии к программисту, который сможет поддерживать проект.
Поэтому никаких самописов (если на то нет непреодолимых причин), выбор среди программистов под Битрикс/Друпал у вас всегда будет больше, нежели под неизвестную корпоративную сборку.
Видимо вы представляете слишком глобальный проект :) Через мое ООО (я один учредитель) планирую работать потому, так удобнее, как в плане платежей, так и в плане заключения договора, но не критично, могу заключиться и как физ. лицо с ООО (студией), главное официальные платежи и юридические гарантии.
В идеале, конечно, как я это себе представляю, разработка проекта согласно моего ТЗ, оплата студии за выполненную работу в рамках суммы прописанной в договоре. Потом я тестирую некоторое время проект, в случае нахождения недочетов, составляем доп. соглашение и оговариваем сумму со студией. После завершения этих работ - запуск проекта. Это конечно в идеале. Хотелось бы уложиться в 6 - 7 месяцев с момента начала разработки до запуска.
тогда зачем был нужен первый вопрос? или программист одиночка это не фрилансер
Мне важен именно статус исполнителя - ИП или ООО, самозанятые или физ. лица это меньше гарантий.
Первый вопрос был в техническом плане, сможет ли опытный программист самостоятельно реализовать большой проект, просто интересна практика, или все же не смотря на уровень профессионализма доверить студии.
С точки зрения сеошника.
Самописки почти всегда проблема. Даже очень хорошо сделанные. Если выберете самописку - сразу готовьтесь к тому, что вам нужен разработчик в штате. И это будет в разы дороже, чем сделанное на CMS, иногда критически дорого. Часто тонкие SEO-доработки на самописке дороже каменного моста.
Решать конечно, только вам, но если проект крупный и необходимо по договору, фрилансеры - большой риск. Агентство будет дорабатывать, если что, пока не придете к ТЗ. Фрилансеры не все, не всегда. Да и я ни разу не видела такого ТЗ, по которому нельзя было бы сказать "я не так это понял, этого не было ТЗ, написано не достаточно подробно". Агентства будут бороться за репутацию и доработают, в случае проблем, лучше и полнее фрилансера. Фрилансеру можно отдавать крупный проект исключительно в случае, если он уже проверен на больших объемах не разовых работ.
Самостоятельный анализ на уязвимости будет "не то пальто", нынче с уязвимостями проблема обострилась как никогда. Привлечь бы тестировщиков.
Вот здесь мне тоже не хватает технических знаний, считал, что разработка на популярном фреймворке позволит найти исполнителя на доработку без больших проблем.
Я конечно понимаю, что в ходе работ будут выявлены недочеты которые не продуманы в ТЗ и придется дорабатывать, просто всегда склонялся к самопису на популярном фреймворке, думал так будет меньше ненужного функционала и большая производительность как следствие. Как вижу по комментариям, не все так думают.
вообще нет, агентство лапшу может навешать и сами фрилансера заказать
Где они заказывать будут мне вообщем не важно, мне важно, что-бы все было по ТЗ и они несли юридическую ответственность за выполненную работу, а гарантировать соблюдение договора, можно только если по счетам ООО идут обороты и будет откуда получить возврат через суд, в случает если они нарушат договоренности.
тз на фриланс, по мейлам агентств, какой еще тендер
в ТЗ на фрилансе как правило исполнители физики, мне нужно ООО. Тендер я образно назвал, просто удобнее собирать отзывы о агентствах и получать предложения в одном месте, меньше пустой работы.
в своём городе найдите контору где сайты пилят и с ними поговорите
а вобще щас большие проекты без приложения уже не то
Спасибо, хорошая кстати идея. Вообщем территориально особо не имеет значения, если цена будет более приемлемее, можно и МСК и СПБ съездить.
Насчет приложения согласен, но есть много больших проектов без приложения (ДНС например), хорошая мобильная версия меня устроит.
На последний вопрос отвечу
Все зависит от проекта. Если он более-менее стандартный, то обычно берут кмс (опять же подходящую под проект - магазин, блог, форум). Если же будет нестандартный функционал, то фреймворк.
Ну и если очень грубо, то кмс с плагинами медленнее и безопаснее, а код поверх фреймворка обычно быстрее и менее безопасен (хотя смотря кто делает). Но это повторюсь, обычно, все зависит кто у вас будет делать.
Спасибо. Проект не очень стандартный, доделывать придется много, и в CMS много ненужного есть, что не будет использоваться проектом.
Я почему-то считал, что написанный командой профи код, ввиду его не общедоступности, в отличии от свободнораспространяемых плагинов и CMS в том числе бесплатных и платных, более надежен.
Хотя конечно вопрос о безопасности риторический, при желании и бюджете на поиск уязвимости, она будет найдена.
