Miha Kuzmin (KMY): Идеально для чего и с чего бы вообще???
Всё просто!
Использование инлайн-стилей и лишних классов в разметке негативно сказывается на душевном спокойствии вебмастера. Когда у вембастера плохое настроение, он перестает работать над сайтом. Отсутствие работы над сайтом негативно сказывается на его ранжировании.
Вывод: Наличие инлайн-стилей и классов в разметке может привести к понижению позиций сайта в выдаче. 🤪
denisArb: Статьи все уникальные, писал сам или переводил с англ. сайтов.
Вы сами читали эти тексты?
С годами JavaScript сильно изменился, но моя любимая часть JavaScript в наши дни - скорость улучшения языка, которую мы наблюдаем. Несмотря на изменяющуюся динамику JavaScript, нам все еще нужно использовать несколько приличных приемов; Держите эти уловки в вашем наборе инструментов, когда они вам нужны!
Автоперевод - зло. С такими статьями сайт больше похож на дор, а не на образовательный сервис. Не удивлюсь, если и ПС посчитают так же.
Мне вот интересно, что Вы хотели получить в итоге, при бюджете в 15К на создание сайта + 10К/м на его поддержку и продвижение?
lrt: Т.е к примеру, приехал я в сервис менять масло в машине. А мастер взял и залил вместо масла, антифриз. Получается виноват тоже я, потому что доверил работу ему?
Ваша аналогия не совсем корректна. Правильнее так:
Вы хотели поменять масло в машине, но вместо сервиса обратились к умственно отсталому сыну маминой подруги, который вместо замены масла помочился в радиатор. (А что? Елена Малышева и не такому научит.)
Кто виноват: некомпетентный исполнитель, который не справился с задачей, или "компетентный" менеджер, который решил сэкономить?
fedylka11: Это так и подразумевалось. Эти страницы, как названия рубрик. Там статей быть не должно, планирую добавить фотографий по теме. И содержание со ссылками на статьи.
Правильно ли я понимаю, что вы эти "рубрики" создаёте вручную? То есть создаёте страницу, и в нее вручную вставляете ссылки на статьи из этой "рубрики"?
И вообще, у вас все статьи типа "страница"? :)
В WP для статей предусмотрены записи. У записей есть рубрики. В рубрике автоматически выводятся все принадлежащие ей статьи с картинкой, анонсом и ссылкой на статью (зависит от шаблона).
fedylka11: В принципе остальные замечания - это на Ваш вкус, робот этого не видит.
Дело не в чьём-то вкусе - дело в читабельности текста и в подаче информации в целом. Чем хуже подана информация, тем больше отказов вы получите. Чем больше отказов вы получите, тем дальше от топа окажетесь.
Как разработчик могу сказать, что 90% цены битрикса - это цена за его маркетинговую кампанию. Стоит просто посмотреть на исходники, чтобы понять, что битрикс - это полнейший ад. К тому же не всякий хостинг пойдет, чтобы потянуть битрикс.
belbuckru: еще говорят Мадженто хорош
Ключевое слово "говорят" :)
Magento тяжел и неуклюж. Мадженто еще более привередлив к производительности хостинга и менее дружелюбен для разработчика чем битрикс. Исходники так же ужасают.
WooCommerce - низкий порог вхождения для разработчика. Даже новичок может реализовать любые прихоти заказчика, но проблема в том, что это плагин для WordPress - другими словами адские проблемы с производительностью, при достаточно большой посещаемости. Кеширующие плагины + memcached частично решают эту проблему, но для серьезного проекта я бы не стал использовать WooCommerce.
OpenCart - также дружелюбен для разработчика и менее привередлив к ресурсам. Соглашусь с Raffaell - админка далеко не самая удобная - иногда вводит в ступор даже опытных вебмастеров. Уровень вхождения для разработчиков невысок. Даже на шаред-хостинге показывает неплохую производительность. Решает большинство типовых задач, но если требуется отойти на шаг в сторону, не всегда можно найти решение в интернете.
Если "денег нет" и/или есть средненький программист в штате, используйте WooCommerce или OpenCart.
Если в штате только бухгалтеры и есть деньги - используйте битрикс.
Если в штате программисты-мазохисты и есть деньги - используйте мадженто.
На вашем месте я бы остановился для начала на OpenCart, а дальше уже слушал советы вашего разработчика.
Идеально для чего и с чего бы вообще???
Всё просто!
Использование инлайн-стилей и лишних классов в разметке негативно сказывается на душевном спокойствии вебмастера. Когда у вембастера плохое настроение, он перестает работать над сайтом. Отсутствие работы над сайтом негативно сказывается на его ранжировании.
Вывод: Наличие инлайн-стилей и классов в разметке может привести к понижению позиций сайта в выдаче. 🤪
Для защиты от SQL-инъекций используйте подготавливаемые запросы.
Для защиты от XSS используйте функции filter_*
Прямое обращение к суперглобальным массивам - от лукавого.
Перезапись суперглобального массива $_POST - вообще тянет на уголовку.
Расширение mysql_ вроде ещё Иван Грозный запретил.
И вопрос: а что если в коде для получения переменных запроса используется filter_input/filter_input_array? Будет тогда Ваш код работать?
Статьи все уникальные, писал сам или переводил с англ. сайтов.
Вы сами читали эти тексты?
Автоперевод - зло. С такими статьями сайт больше похож на дор, а не на образовательный сервис. Не удивлюсь, если и ПС посчитают так же.
Каким образом востанавливать?
Контент можно спарсить, а функционал заказать у другого исполнителя.
Мне вот интересно, что Вы хотели получить в итоге, при бюджете в 15К на создание сайта + 10К/м на его поддержку и продвижение?
Т.е к примеру, приехал я в сервис менять масло в машине. А мастер взял и залил вместо масла, антифриз. Получается виноват тоже я, потому что доверил работу ему?
Ваша аналогия не совсем корректна. Правильнее так:
Кто виноват: некомпетентный исполнитель, который не справился с задачей, или "компетентный" менеджер, который решил сэкономить?
Примерно так вижу ваше обращение в суд. :)
Это так и подразумевалось. Эти страницы, как названия рубрик. Там статей быть не должно, планирую добавить фотографий по теме. И содержание со ссылками на статьи.
Правильно ли я понимаю, что вы эти "рубрики" создаёте вручную? То есть создаёте страницу, и в нее вручную вставляете ссылки на статьи из этой "рубрики"?
И вообще, у вас все статьи типа "страница"? :)
В WP для статей предусмотрены записи. У записей есть рубрики. В рубрике автоматически выводятся все принадлежащие ей статьи с картинкой, анонсом и ссылкой на статью (зависит от шаблона).
В принципе остальные замечания - это на Ваш вкус, робот этого не видит.
Дело не в чьём-то вкусе - дело в читабельности текста и в подаче информации в целом. Чем хуже подана информация, тем больше отказов вы получите. Чем больше отказов вы получите, тем дальше от топа окажетесь.
1500 товаров - это очень немного.
Конечно, лучше использовать Битрикс
Битрикс лучше не использовать. :)
Как разработчик могу сказать, что 90% цены битрикса - это цена за его маркетинговую кампанию. Стоит просто посмотреть на исходники, чтобы понять, что битрикс - это полнейший ад. К тому же не всякий хостинг пойдет, чтобы потянуть битрикс.
еще говорят Мадженто хорош
Ключевое слово "говорят" :)
Magento тяжел и неуклюж. Мадженто еще более привередлив к производительности хостинга и менее дружелюбен для разработчика чем битрикс. Исходники так же ужасают.
WooCommerce - низкий порог вхождения для разработчика. Даже новичок может реализовать любые прихоти заказчика, но проблема в том, что это плагин для WordPress - другими словами адские проблемы с производительностью, при достаточно большой посещаемости. Кеширующие плагины + memcached частично решают эту проблему, но для серьезного проекта я бы не стал использовать WooCommerce.
OpenCart - также дружелюбен для разработчика и менее привередлив к ресурсам. Соглашусь с Raffaell - админка далеко не самая удобная - иногда вводит в ступор даже опытных вебмастеров. Уровень вхождения для разработчиков невысок. Даже на шаред-хостинге показывает неплохую производительность. Решает большинство типовых задач, но если требуется отойти на шаг в сторону, не всегда можно найти решение в интернете.
На вашем месте я бы остановился для начала на OpenCart, а дальше уже слушал советы вашего разработчика.