Ayavryk: Мне как раз сложно представить проект в котоором приходится заморачиваться хранением большого числа картинок и при этом он размещается на пятикопеечном шареде.
Да причём тут стоимость? Я вообще-то о разных настройках и ПО разных серверов. Отсюда - конкретные настройки (тех же прав доступа) под конкретную локацию. "Проблемы" при переносе, обеспечение безопасности и тп.
Ayavryk: Те кто ратует за такой способ (они в меньшинстве), как правило работают или с Oracle или c MS SQL.
т.е. это при как правило след условиях: сервер - не апач\нгикс и "среда разработки" не ПХП ;) Ну говоря прямо - все эти плюсы могут быть только при МС-разработках (винда, до.нет, етс).
А если обращаться к Яндексу, то я уверен - там гораздо больше страниц, с вопросом аля "не могу залить базу больше 20метров". Кстати, к вопросу о "проще".
ivan-lev: по поводу удобства - не хватает знаний+фантазии представить...;
Я могу лишь представить, что кодеру проще залить пикчу в базу (создав все необходимые индексы), нежели заморачиваться с правами разных хостингов. Ну типа для универсальности. Ну отчасти для безопасности (включая хотлинкинг).
//Т.е. типа для того, что бы не заморачиваться с настройками сервера.//
Для чего ещё так извращаться - тоже как-то слабо представляю.
Ayavryk: Любая БД на гиг забэкапиться быстрее чем большое количество мелких файлов на тот же самый гиг.
Стесняюсь спросить - ты это сам на шаред хостинге проводил? Ну или где-нить без доступа к консоли? С пом. внешних инструментов - ПМА там, или др. дамперов.
Ayavryk: решаются проблемы о которых здесь говорили: проще хранить, манипулировать большими объемами, бэкапить
Насчёт "проще" всего этого я бы поспорил. Если хранить и манипулировать ещё зависит от конкретных задач, то последнее...То ли дело забекапить файлы, то ли базу в несколько гиг. И, соответственно, развернуть.
virtuozo: но тысячи и тысячи вебмастеров начинали именно с его курсов.
..и становились трудноизлечимыми инвалидами вебмастеринга. Далеко ходить не надо - достаточно этого. Ну или этого.
armand_rostov: так же найти "правильные" видео материалы.
По видео будешь учиться курицу разделывать, а в вебстроительство попадают только через чтение правильных мануалов (можно http://htmlbook.ru/samhtml и http://htmlbook.ru/samcss), но главное - документации.
Как вариант ... NextGen Gallery,
Если кто не заметил (не персонально Nomiki), то я обращаю внимание, что ТС хочет такую карточку товара в ИМ.
Иначе говоря сейчас ТС хочет одно (картинку), потом это понадобится скрестить с плагом ИМ.. И тд. В итоге - тупик.
ТС, нет волшебной кнопки. Или ищи плаг ИМ с таким функционалом или допиливать какой-то нужно.
дополнительныеи поля и не немножко магии
Вот это ближе к телу.
так как картинки на автомате парсятся и вставляются в тело статьи тегом
..а вставлять не в тело, а в кастомные поля.
Мне как раз сложно представить проект в котоором приходится заморачиваться хранением большого числа картинок и при этом он размещается на пятикопеечном шареде.
Да причём тут стоимость? Я вообще-то о разных настройках и ПО разных серверов. Отсюда - конкретные настройки (тех же прав доступа) под конкретную локацию. "Проблемы" при переносе, обеспечение безопасности и тп.
Те кто ратует за такой способ (они в меньшинстве), как правило работают или с Oracle или c MS SQL.
т.е. это при как правило след условиях: сервер - не апач\нгикс и "среда разработки" не ПХП ;) Ну говоря прямо - все эти плюсы могут быть только при МС-разработках (винда, до.нет, етс).
Вы еще напишите без доступа к SSH.
1. Я вообще-то так и написал:
Ну или где-нить без доступа к консоли?
;)
2. Было сказано о "проще".
А если обращаться к Яндексу, то я уверен - там гораздо больше страниц, с вопросом аля "не могу залить базу больше 20метров". Кстати, к вопросу о "проще".
по поводу удобства - не хватает знаний+фантазии представить...;
Я могу лишь представить, что кодеру проще залить пикчу в базу (создав все необходимые индексы), нежели заморачиваться с правами разных хостингов. Ну типа для универсальности. Ну отчасти для безопасности (включая хотлинкинг).
//Т.е. типа для того, что бы не заморачиваться с настройками сервера.//
Для чего ещё так извращаться - тоже как-то слабо представляю.
Любая БД на гиг забэкапиться быстрее чем большое количество мелких файлов на тот же самый гиг.
Стесняюсь спросить - ты это сам на шаред хостинге проводил? Ну или где-нить без доступа к консоли? С пом. внешних инструментов - ПМА там, или др. дамперов.
исходящие по соломоно,
Я не знаю, кто такой "по соломоно", но догадываюсь, что это, видимо, какой-то сервис.
И, если включить логику, то что важнее - что сегодня скажет какой-то внешний сервис или-таки реальное положение вещей?
Как по мне - второе, и именно на это я и отвечал.
Подскажите программу для массовой проверки исходящих с хоста
Xenu's Link Sleuth
решаются проблемы о которых здесь говорили: проще хранить, манипулировать большими объемами, бэкапить
Насчёт "проще" всего этого я бы поспорил. Если хранить и манипулировать ещё зависит от конкретных задач, то последнее...То ли дело забекапить файлы, то ли базу в несколько гиг. И, соответственно, развернуть.
но тысячи и тысячи вебмастеров начинали именно с его курсов.
..и становились трудноизлечимыми инвалидами вебмастеринга. Далеко ходить не надо - достаточно этого. Ну или этого.
так же найти "правильные" видео материалы.
По видео будешь учиться курицу разделывать, а в вебстроительство попадают только через чтение правильных мануалов (можно http://htmlbook.ru/samhtml и http://htmlbook.ru/samcss), но главное - документации.
Чтобы уберечь WordPress от атак.
И ничего это не спасёт от атак. От взлома - другое дело.
А плагинов мало. Надо больше :)
Romka_Kharkov, есть новости?