Хочется поговорить - создавай отдельный топик:
К сожалению, это лучшее из имеющегося на сегодня. Но никак не лучшее из возможного.
Вот во времена ИЕ6 на него существовала надстройка - макстон. Вот ФФ со всеми его плюхами не имеет и половины того удобства и возможностей, которые были там чуть ли не из коробки. (А сборка от руборда - это воще кладязь мега полезных скриптов и возможностей).
Что же до хрома и поделок на нём, то у него только один плюс - удобный вебмастер. Который в ФФ фаерабагом решается. А отдельный процесс на каждую вкладку? Это ж придумать такое. Ещё и со сказками что де это позволяет распараллеливать задачи и не вешать браузер. Ага, как же.. помогает.. где-то в выдуманном мире.
Это не ТЗ. В ТЗ должны быть требования. Только заказчик может знать какого размера и какими углами, в каком месте, с какими отступами ему нужна надпись.
Всё, что не указано в ТЗ исполнитель волен сделать по своему видению. (с)SeVlad.
Если клиент сам не в состоянии написать что он хочет - нивапрос, пускай платит за опросы и за составление ТЗ. Но речь не об этом, а о том, что ТЗ снимает кучу обоюдных проблем-нервов и расходов заказчика.
Действительно, зачем работать с секретаршами по ИТ-вопросам:)
А если секретарша хочет сайт (к примеру), то она уже тут не секретарша, а постановщик задачи. Как минимум она должна понимать, чего хочет. И эти хотелки она должна внятно сформулировать в письменом виде. Иначе - платить за доделки-переделки и разговоры по скайпам.
Это не исключает работу заказчика над ТЗ. Только он ещё оплачивает писанину чужими руками. И совсем не по 1$/1000 символов :)
Рукалицо. А ещё с таким ником. Кругом обман
Даю подсказку - в ТЗ нужно описывать желаемый результат, логику работу, а не писать код и функции как это делать кодеру. Никто, кроме заказчика не может знать что ему нужно получить. Только он сам и телепаты.
Правда, с опытом небольшие телепатические знания приходят, но нет никаких гарантий, что будут правильно угаданы мечты заказчика.
http://codex.wordpress.org/Function_Reference/wp_nav_menu
http://codex.wordpress.org/Appearance_Menus_SubPanel
Ты пойми.. Бекап базы - это файл(ы) в формате sql. Всё другое - НЕ бекап (в понимании "бекап сайта").
Это приблизительно, что бы тебе отдали реестр винды не в файлах импорта, а в исходных бинарных файлах. Если ты понимаешь о чём речь.
Ну или вместо бензина дали бочку нефти.
Вангую, что сайт был сделан на каком-нить виндовом xAMP-е (денвере или тп). Вот все файлы тупо и слились. Уровень понимания домохозяйки.
Хотя если есть на сервере... Тут либо "сервер" - всё та же домашняя винда, либо на сервере находится клон локального сайта. 10% что в нете ВПС с админом и именно оттуда были слиты мукуль-файлы. Но для этого нужен админ с рутом, что для домохозяек нереально. Хотя.. Мне всё чаще и чаще встречаются работающие под рутом при полном отсутствии понимания что это такое вообще. Так что этот вариант тоже возможен. Но опять же подчеркивает ужасную некомпетентность продавца/изготовителя сайта.
Пробуй на своей винде, как я выше написал. Не факт, но мало ли.
Так базу не отдают. Отдают дамп. Так что... фигню ты купил, сразу скажу. Если продаван не знает что такое дамп- он не может нормально сделать сайт. Или же кидала. Типа " я ж тебе всё отдал, это твои проблемы, что не можешь восстановить."
Тогда ой. ВП не имеет прав на загрузку файлов.
Требуй у продавца нормальный дамп или доступ на фтп.
Любой для бекапов.
Но если есть доступ к файлам (а он есть раз плагин можешь поставить), то возьми SypexDumper и им забекапь БД.
Но сразу проверь на новом хостинге как восстановит.---------- Добавлено 24.11.2015 в 00:26 ----------
ВП вообще не причем к типу таблиц. Он со всеми работает. Как сервак настроен - так он и будет.
На винду поставить апач, мускуль и пхп с ПМА (денвер, опенсервер или др xAMP ) этой же версии, создать базу с тем же именем и паролем (в вп-конфиг можно увидеть), после скинуть этот хлам в каталог созданной бд в мускуле и попробовать через ПМА сделать нормальный дамп. После успешного импорта на хостинг всё это барахло (мускуль на винде) можно сносить.
