c00x

Рейтинг
18
Регистрация
11.03.2017
Miha Kuzmin (KMY):
Идеально для чего и с чего бы вообще???

Всё просто!

Использование инлайн-стилей и лишних классов в разметке негативно сказывается на душевном спокойствии вебмастера. Когда у вембастера плохое настроение, он перестает работать над сайтом. Отсутствие работы над сайтом негативно сказывается на его ранжировании.

Вывод: Наличие инлайн-стилей и классов в разметке может привести к понижению позиций сайта в выдаче. 🤪

Для защиты от SQL-инъекций используйте подготавливаемые запросы.

Для защиты от XSS используйте функции filter_*

Прямое обращение к суперглобальным массивам - от лукавого.

Перезапись суперглобального массива $_POST - вообще тянет на уголовку.

Расширение mysql_ вроде ещё Иван Грозный запретил.

И вопрос: а что если в коде для получения переменных запроса используется filter_input/filter_input_array? Будет тогда Ваш код работать?

denisArb:
Статьи все уникальные, писал сам или переводил с англ. сайтов.

Вы сами читали эти тексты?

С годами JavaScript сильно изменился, но моя любимая часть JavaScript в наши дни - скорость улучшения языка, которую мы наблюдаем. Несмотря на изменяющуюся динамику JavaScript, нам все еще нужно использовать несколько приличных приемов; Держите эти уловки в вашем наборе инструментов, когда они вам нужны!

Автоперевод - зло. С такими статьями сайт больше похож на дор, а не на образовательный сервис. Не удивлюсь, если и ПС посчитают так же.

lrt:
Каким образом востанавливать?

Контент можно спарсить, а функционал заказать у другого исполнителя.

Мне вот интересно, что Вы хотели получить в итоге, при бюджете в 15К на создание сайта + 10К/м на его поддержку и продвижение?

lrt:
Т.е к примеру, приехал я в сервис менять масло в машине. А мастер взял и залил вместо масла, антифриз. Получается виноват тоже я, потому что доверил работу ему?

Ваша аналогия не совсем корректна. Правильнее так:

Вы хотели поменять масло в машине, но вместо сервиса обратились к умственно отсталому сыну маминой подруги, который вместо замены масла помочился в радиатор. (А что? Елена Малышева и не такому научит.)

Кто виноват: некомпетентный исполнитель, который не справился с задачей, или "компетентный" менеджер, который решил сэкономить?

Примерно так вижу ваше обращение в суд. :)

fedylka11:
Это так и подразумевалось. Эти страницы, как названия рубрик. Там статей быть не должно, планирую добавить фотографий по теме. И содержание со ссылками на статьи.

Правильно ли я понимаю, что вы эти "рубрики" создаёте вручную? То есть создаёте страницу, и в нее вручную вставляете ссылки на статьи из этой "рубрики"?

И вообще, у вас все статьи типа "страница"? :)

В WP для статей предусмотрены записи. У записей есть рубрики. В рубрике автоматически выводятся все принадлежащие ей статьи с картинкой, анонсом и ссылкой на статью (зависит от шаблона).

fedylka11:
В принципе остальные замечания - это на Ваш вкус, робот этого не видит.

Дело не в чьём-то вкусе - дело в читабельности текста и в подаче информации в целом. Чем хуже подана информация, тем больше отказов вы получите. Чем больше отказов вы получите, тем дальше от топа окажетесь.

1500 товаров - это очень немного.

Настюшка:
Конечно, лучше использовать Битрикс

Битрикс лучше не использовать. :)

Как разработчик могу сказать, что 90% цены битрикса - это цена за его маркетинговую кампанию. Стоит просто посмотреть на исходники, чтобы понять, что битрикс - это полнейший ад. К тому же не всякий хостинг пойдет, чтобы потянуть битрикс.

belbuckru:
еще говорят Мадженто хорош

Ключевое слово "говорят" :)

Magento тяжел и неуклюж. Мадженто еще более привередлив к производительности хостинга и менее дружелюбен для разработчика чем битрикс. Исходники так же ужасают.

WooCommerce - низкий порог вхождения для разработчика. Даже новичок может реализовать любые прихоти заказчика, но проблема в том, что это плагин для WordPress - другими словами адские проблемы с производительностью, при достаточно большой посещаемости. Кеширующие плагины + memcached частично решают эту проблему, но для серьезного проекта я бы не стал использовать WooCommerce.

OpenCart - также дружелюбен для разработчика и менее привередлив к ресурсам. Соглашусь с Raffaell - админка далеко не самая удобная - иногда вводит в ступор даже опытных вебмастеров. Уровень вхождения для разработчиков невысок. Даже на шаред-хостинге показывает неплохую производительность. Решает большинство типовых задач, но если требуется отойти на шаг в сторону, не всегда можно найти решение в интернете.

  • Если "денег нет" и/или есть средненький программист в штате, используйте WooCommerce или OpenCart.
  • Если в штате только бухгалтеры и есть деньги - используйте битрикс.
  • Если в штате программисты-мазохисты и есть деньги - используйте мадженто.

На вашем месте я бы остановился для начала на OpenCart, а дальше уже слушал советы вашего разработчика.