edogs: вопрос на засыпку. Согласно Вашему определению mysqlhotcopy бакап не делает, так получается?
Действительно на засыпку :)
Вот только что узнал что есть mysqlhotcopy :) Я давно в консоли с мускулем не работал и вообще к консоли у меня двойственное отношение.
Да, к вопросу..
Хотя я уже на это отвечал, до вопроса, но ок, повторю ещё раз.
Показанное ТСом в старпосте - это файлы приложения. mysqlhotcopy их и копирует. Это бекап данных приложения (мускуля в данном случае), но это не является бекапом в понимании сайта (другой сущности, использующей это приложение). Причем это не просто бекап данных ПО, а именно под конкретную версию, в конкретных условиях (в общем случае). То, что может подхватиться другой версией, в др условиях - это можно рассматривать как частный случай. Но всё же это бекап части ПО, а не бекап части сайта.
Для создания дампов есть mysqldump. Именно дамп, а не исходные файлы является "логичным" бекапом в сайтостроении.
Если понять, что прогресс идет не ради прогресса, а ради продаж, и оглянутся что сейчас продаётся, то много вопросов отпадет.
Artisan: каторжными
работами на ZX Spectrum
Большего удовольствия от результатов кодинга, чем на спектруме я не получал. :)
Для того учебного заведения, где я и ещё 2 человека накодили, произошёл серьёзный прорыв. Пришлось даже программу обучение немного поменять - 2 недели расчётов сократили до пары часов.
jED R.: Чушь какая. Топик про Вордпресс, вопрос про Вордпресс.
Для особо одарённых трусишек в 150 раз:
SeVlad: Формат топика: задал вопрос-получил ответ (опц. -нажал "спасибо" ). Если Ваш вопрос предполагает более-менее продолжительное обсуждение - имеет смысл создать отдельный топик. Так обсуждение будет больше на виду, не потеряется в череде других вопросов и вы не помешаете другим участникам найти ответы на свои вопросы.
SeVlad: Формат топика: задал вопрос-получил ответ (опц. -нажал "спасибо" ). Если Ваш вопрос предполагает более-менее продолжительное обсуждение - имеет смысл создать отдельный топик. Так обсуждение будет больше на виду, не потеряется в череде других вопросов и вы не помешаете другим участникам найти ответы на свои вопросы.
К сожалению, это лучшее из имеющегося на сегодня. Но никак не лучшее из возможного.
Вот во времена ИЕ6 на него существовала надстройка - макстон. Вот ФФ со всеми его плюхами не имеет и половины того удобства и возможностей, которые были там чуть ли не из коробки. (А сборка от руборда - это воще кладязь мега полезных скриптов и возможностей).
Что же до хрома и поделок на нём, то у него только один плюс - удобный вебмастер. Который в ФФ фаерабагом решается. А отдельный процесс на каждую вкладку? Это ж придумать такое. Ещё и со сказками что де это позволяет распараллеливать задачи и не вешать браузер. Ага, как же.. помогает.. где-то в выдуманном мире.
Webit: Рукалицо это документ, включающий конструкции "Хочу большую и красную надпись готичным шрифтом справа" называть ТЗ.
Это не ТЗ. В ТЗ должны быть требования. Только заказчик может знать какого размера и какими углами, в каком месте, с какими отступами ему нужна надпись.
Всё, что не указано в ТЗ исполнитель волен сделать по своему видению. (с)SeVlad.
Webit: ТЗ должен составлять в таком случае сам программист, опросив клиента.
Если клиент сам не в состоянии написать что он хочет - нивапрос, пускай платит за опросы и за составление ТЗ. Но речь не об этом, а о том, что ТЗ снимает кучу обоюдных проблем-нервов и расходов заказчика.
Webit: Если программист требует от секретарши ТЗ, то это выглядит довольно забавно. С такими предпочитаю не работать.
Действительно, зачем работать с секретаршами по ИТ-вопросам:)
А если секретарша хочет сайт (к примеру), то она уже тут не секретарша, а постановщик задачи. Как минимум она должна понимать, чего хочет. И эти хотелки она должна внятно сформулировать в письменом виде. Иначе - платить за доделки-переделки и разговоры по скайпам.
Webit: Для сложных проектов лучше заказывать ТЗ на стороне или нанимать компетентного менеджера с техническими знаниями,
Это не исключает работу заказчика над ТЗ. Только он ещё оплачивает писанину чужими руками. И совсем не по 1$/1000 символов :)
Webit: Не решит. В итоге получится еще больше вопросов. Лучше вообще без ТЗ тогда. Пусть сам программист и пишет ТЗ, раз ему так надо. Если клиент не технический специалист, то как он может написать ТЗ?
Рукалицо. А ещё с таким ником. Кругом обман
Даю подсказку - в ТЗ нужно описывать желаемый результат, логику работу, а не писать код и функции как это делать кодеру. Никто, кроме заказчика не может знать что ему нужно получить. Только он сам и телепаты.
Правда, с опытом небольшие телепатические знания приходят, но нет никаких гарантий, что будут правильно угаданы мечты заказчика.
вопрос на засыпку. Согласно Вашему определению mysqlhotcopy бакап не делает, так получается?
Действительно на засыпку :)
Вот только что узнал что есть mysqlhotcopy :) Я давно в консоли с мускулем не работал и вообще к консоли у меня двойственное отношение.
Да, к вопросу..
Хотя я уже на это отвечал, до вопроса, но ок, повторю ещё раз.
Показанное ТСом в старпосте - это файлы приложения. mysqlhotcopy их и копирует. Это бекап данных приложения (мускуля в данном случае), но это не является бекапом в понимании сайта (другой сущности, использующей это приложение). Причем это не просто бекап данных ПО, а именно под конкретную версию, в конкретных условиях (в общем случае). То, что может подхватиться другой версией, в др условиях - это можно рассматривать как частный случай. Но всё же это бекап части ПО, а не бекап части сайта.
Для создания дампов есть mysqldump. Именно дамп, а не исходные файлы является "логичным" бекапом в сайтостроении.
Неужели прогресс-то остановился?
Если понять, что прогресс идет не ради прогресса, а ради продаж, и оглянутся что сейчас продаётся, то много вопросов отпадет.
каторжными
работами на ZX Spectrum
Большего удовольствия от результатов кодинга, чем на спектруме я не получал. :)
Для того учебного заведения, где я и ещё 2 человека накодили, произошёл серьёзный прорыв. Пришлось даже программу обучение немного поменять - 2 недели расчётов сократили до пары часов.
ссылки списком в экселевском файле.
Любая нормальная качалка файлов понимает списки из текст файлов.
Чушь какая. Топик про Вордпресс, вопрос про Вордпресс.
Для особо одарённых трусишек в 150 раз:
Формат топика: задал вопрос-получил ответ (опц. -нажал "спасибо" ). Если Ваш вопрос предполагает более-менее продолжительное обсуждение - имеет смысл создать отдельный топик. Так обсуждение будет больше на виду, не потеряется в череде других вопросов и вы не помешаете другим участникам найти ответы на свои вопросы.
Что тут может быть не ясно?
это уже новая платформа или ещё нет?
/ru/forum/comment/14144174
А как сделать, чтобы исключительно на страницах с постами определенной категории?
Оно и есть на постах. По русски: http://wp-kama.ru/function/in_category
Кто-нибудь обновлялся? Как оно вообще?
Хочется поговорить - создавай отдельный топик:
Формат топика: задал вопрос-получил ответ (опц. -нажал "спасибо" ). Если Ваш вопрос предполагает более-менее продолжительное обсуждение - имеет смысл создать отдельный топик. Так обсуждение будет больше на виду, не потеряется в череде других вопросов и вы не помешаете другим участникам найти ответы на свои вопросы.
А ещё лучше Firefox…
К сожалению, это лучшее из имеющегося на сегодня. Но никак не лучшее из возможного.
Вот во времена ИЕ6 на него существовала надстройка - макстон. Вот ФФ со всеми его плюхами не имеет и половины того удобства и возможностей, которые были там чуть ли не из коробки. (А сборка от руборда - это воще кладязь мега полезных скриптов и возможностей).
Что же до хрома и поделок на нём, то у него только один плюс - удобный вебмастер. Который в ФФ фаерабагом решается. А отдельный процесс на каждую вкладку? Это ж придумать такое. Ещё и со сказками что де это позволяет распараллеливать задачи и не вешать браузер. Ага, как же.. помогает.. где-то в выдуманном мире.
Рукалицо это документ, включающий конструкции "Хочу большую и красную надпись готичным шрифтом справа" называть ТЗ.
Это не ТЗ. В ТЗ должны быть требования. Только заказчик может знать какого размера и какими углами, в каком месте, с какими отступами ему нужна надпись.
Всё, что не указано в ТЗ исполнитель волен сделать по своему видению. (с)SeVlad.
ТЗ должен составлять в таком случае сам программист, опросив клиента.
Если клиент сам не в состоянии написать что он хочет - нивапрос, пускай платит за опросы и за составление ТЗ. Но речь не об этом, а о том, что ТЗ снимает кучу обоюдных проблем-нервов и расходов заказчика.
Если программист требует от секретарши ТЗ, то это выглядит довольно забавно. С такими предпочитаю не работать.
Действительно, зачем работать с секретаршами по ИТ-вопросам:)
А если секретарша хочет сайт (к примеру), то она уже тут не секретарша, а постановщик задачи. Как минимум она должна понимать, чего хочет. И эти хотелки она должна внятно сформулировать в письменом виде. Иначе - платить за доделки-переделки и разговоры по скайпам.
Для сложных проектов лучше заказывать ТЗ на стороне или нанимать компетентного менеджера с техническими знаниями,
Это не исключает работу заказчика над ТЗ. Только он ещё оплачивает писанину чужими руками. И совсем не по 1$/1000 символов :)
Не решит. В итоге получится еще больше вопросов. Лучше вообще без ТЗ тогда. Пусть сам программист и пишет ТЗ, раз ему так надо. Если клиент не технический специалист, то как он может написать ТЗ?
Рукалицо. А ещё с таким ником. Кругом обман
Даю подсказку - в ТЗ нужно описывать желаемый результат, логику работу, а не писать код и функции как это делать кодеру. Никто, кроме заказчика не может знать что ему нужно получить. Только он сам и телепаты.
Правда, с опытом небольшие телепатические знания приходят, но нет никаких гарантий, что будут правильно угаданы мечты заказчика.