aleksandrbol: ипа качественную фотку советует ужать до 2 Кб,
Не до 2х, а на 2. Это ересь, да.
А на 50% или даже 10% при объёмах сотен кб - вполне можно и нужно.
rzee: Фотки и картинки убирать и сильно сжимать не надо, просто сделать отложенную загрузку и такой проблемы не будет.
Это единственное что стоит сделать - оптимизировать графику. Но разумно. С 5кб до 4х не имеет смысла, а вот трёхметровую фоточку вполне можно (нужно!) ужать до 50-100 кб без заметной на глаз потери кач-ва.
Mahol: Почему ссылаются некоторые изображения на старый домен?..
потому что:
Mahol: Использовал такие стандартные комманды в mysql:
Уж сколько раз говорилось - не читайте всякую древнюю хрень. НЕЛЬЗЯ так делать на современных ВП-сайтах. Нельзя вообще лезть в базу ВП руками/SQL-запросами (разве что пароль или мыло сменить).
Ты и не везде поменял и поломал сериальные данные. Что приведёт к различным неприятностям.
Странно бояться " ключевых вещей". Это делается даже по примерам в документации и "шаблонам". (Для ВП напр есть даже разные генераторы) Для специалиста по движку никаких проблем не вызывает. (а допускать "неспециалиста" к ИМ станет дороже)
Дорого, дохнут, не грузятся. Вот основная проблема.
Это ты про юзера (не умеющего найти/юзать прокси). К софту и его возможностям отношения не имеет.
Вот в нём обязательно должна быть возможность работать через прокси (как и на прямую). А твои "подарочные" или какие-то другие - это дело юзера.
И вообще.. нашел чем заморачиваться. СЕОшник не умеющий обойти запреты просто не должен существовать :) Естественный отбор.
Ощибки не выдает - просто письмо не отправленно
Ошибки нужно смотреть на хостинге.
Можно также поставить плаг для контроля типа https://wordpress.org/plugins/fx-email-log/
Хотелось бы хотя бы в январе уже запустить продажу
...
может за тыс. 10 получится сделать всё как я хочу чужими, но умелыми руками)
Ком. сайт за такие деньги - будет ещё хуже, чем бложик за 5.
Кто-то сталкивался?
Столкнулись многие, кто поторопился эту фигню заюзать на рабочих сайтах.
И будут сталкиваться ещё долго.
Ставил плагин WP Mail SMTP - но он выдает ощибку при отправке
Смотреть ошибки и решать их.
ипа качественную фотку советует ужать до 2 Кб,
Не до 2х, а на 2. Это ересь, да.
А на 50% или даже 10% при объёмах сотен кб - вполне можно и нужно.
Фотки и картинки убирать и сильно сжимать не надо, просто сделать отложенную загрузку и такой проблемы не будет.
Это единственное что стоит сделать - оптимизировать графику. Но разумно. С 5кб до 4х не имеет смысла, а вот трёхметровую фоточку вполне можно (нужно!) ужать до 50-100 кб без заметной на глаз потери кач-ва.
Почему ссылаются некоторые изображения на старый домен?..
потому что:
Использовал такие стандартные комманды в mysql:
Уж сколько раз говорилось - не читайте всякую древнюю хрень. НЕЛЬЗЯ так делать на современных ВП-сайтах. Нельзя вообще лезть в базу ВП руками/SQL-запросами (разве что пароль или мыло сменить).
Ты и не везде поменял и поломал сериальные данные. Что приведёт к различным неприятностям.
Используй плагины для миграции (напр https://wordpress.org/plugins/duplicator/) или скрипт https://interconnectit.com/products/search-and-replace-for-wordpress-databases/
Есть идея под каждую категорию создать отдельную страницу и туда вывести перечень имеющихся статей по теме.
Во первых никаких отдельных страниц. Страница рубрики (категории) - она виртуальная, сама появится. //Это если будешь делать именно рубриками//
Во вторых для "алфавита" можно использовать
а) метки или свою аналогичную таксономию
б) произвольные поля
в) готовые плагины (они как правило используют а и/или б)
Программист делает исключительно программинг,
Я не представляю что можно ежедневно "программить" в движке на работающем сайте.
Ежедневно можно (даже нужно) админить - это да. Это следить за обновлениями, сервером, разбирать логи и при возникновении проблем - их решать.
Если удобнее сделать на Джумле - почему бы и нет?
Дело не в движке, а в программисте специалисте. Только ТС этого пока не понял.
без программирования ключевых вещей.
Странно бояться " ключевых вещей". Это делается даже по примерам в документации и "шаблонам". (Для ВП напр есть даже разные генераторы) Для специалиста по движку никаких проблем не вызывает. (а допускать "неспециалиста" к ИМ станет дороже)
Хотя бы потому, что при появлении горизонтального скролла (например, при свёртывании окна) правая часть не видна вообще.
1. Горизонтального скролла вообще быть не должно
2. Но даже если он и будет - человек не меню пришел любоваться, а потреблять контент. Горизонтально скролить - доп телодвижения на КАЖДОЙ странице.
ЗЫ. меню как правило должно быть сверху (ибо привычно) или справа (ибо там мыша в основном и находится). Но это ещё смотря какое меню и где.