- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева

Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Как оказалось, был у меня с парсером какой-то косяк и он сохранял изображения без расширений и с неправильными именами, вместо "name-for-post.jpg", но сохранял просто "jpg", то есть расширение вместо имени писал. Ну и тумбы WP делал типа таких - "jpg-120-75.", опять же без расширения.
Заново все парсить не получиться, по этому я просто добавил ко всем загруженным файлам расширение ".jpg" через тотал коммандер. Получились файлы типа:
jpg.jpg
jpg-120x75.jpg
jpg-325x216.jpg
jpg1.jpg
jpg1-120x75.jpg
jpg1-325x216.jpg
и т.д.
После этого я в БД всем изображениям в метадатах тоже добавил расширения, например было
INSERT INTO `wp_postmeta` VALUES (124, 36, '_wp_attachment_metadata', 'a:5:{s:5:"width";i:800;s:6:"height";i:482;s:4:"file";s:11:"2013/10/jpg";s:5:"sizes";a:3:{s:9:"thumbnail";a:4:{s:4:"file";s:11:"jpg-120x75.";s:5:"width";i:120;s:6:"height";i:75;s:9:"mime-type";s:10:"image/jpeg";}s:6:"medium";a:4:{s:4:"file";s:12:"jpg-325x195.";s:5:"width";i:325;s:6:"height";i:195;s:9:"mime-type";s:10:"image/jpeg";}s:5:"large";a:4:{s:4:"file";s:12:"jpg-700x421.";s:5:"width";i:700;s:6:"height";i:421;s:9:"mime-type";s:10:"image/jpeg";}}s:10:"image_meta";a:10:{s:8:"aperture";i:0;s:6:"credit";s:0:"";s:6:"camera";s:0:"";s:7:"caption";s:0:"";s:17:"created_timestamp";i:0;s:9:"copyright";s:0:"";s:12:"focal_length";i:0;s:3:"iso";i:0;s:13:"shutter_speed";i:0;s:5:"title";s:0:"";}}');
стало
INSERT INTO `wp_postmeta` VALUES (124, 36, '_wp_attachment_metadata', 'a:5:{s:5:"width";i:800;s:6:"height";i:482;s:4:"file";s:11:"2013/10/jpg.jpg";s:5:"sizes";a:3:{s:9:"thumbnail";a:4:{s:4:"file";s:11:"jpg-120x75.jpg";s:5:"width";i:120;s:6:"height";i:75;s:9:"mime-type";s:10:"image/jpeg";}s:6:"medium";a:4:{s:4:"file";s:12:"jpg-325x195.jpg";s:5:"width";i:325;s:6:"height";i:195;s:9:"mime-type";s:10:"image/jpeg";}s:5:"large";a:4:{s:4:"file";s:12:"jpg-700x421.jpg";s:5:"width";i:700;s:6:"height";i:421;s:9:"mime-type";s:10:"image/jpeg";}}s:10:"image_meta";a:10:{s:8:"aperture";i:0;s:6:"credit";s:0:"";s:6:"camera";s:0:"";s:7:"caption";s:0:"";s:17:"created_timestamp";i:0;s:9:"copyright";s:0:"";s:12:"focal_length";i:0;s:3:"iso";i:0;s:13:"shutter_speed";i:0;s:5:"title";s:0:"";}}');
Но вместо того, чтобы выводить уменьшенное изображения, функция wp_post_thumbnail('thumbnail') начала выводить оригинальное большое. Т.е. не "jpg-120x75.jpg", а "jpg.jpg".
Мож кто знает куда глянуть? Я уже всю БД перекопал, ничего не нашел.
У WP изображения для разных размеров генерируются только при их загрузке через менеджер. Для решения этой проблемы посмотрите в сторону плагина http://wordpress.org/plugins/regenerate-thumbnails/
Вам нужно запустить регенерацию миниатюр. Это может помочь.
Все изображения сгенерированы парсером как надо и лежат в нужных папках. Беда только в отсутствии расширений. Когда я добавил в БД расширения к файлам - стали выводиться только крупные.
Но действительно, поставил плагин и пересоздал все тумбы, все ок, спасибо.
Просто думал есть что-то в БД, что надо еще поменять. Это проще, чем все пересохранять. Но результат достигнут.
Так, еще раз.
Нет, а что мешает перегенерить тумбы и проверить? Мб трабл происходит из-за побитых сериальных данных.
Как вариант попробуй сделать замену в БД этим скриптом. Он работает с регулярками (во всяком случае так заявлено)