Нет, там речь идет о CSV.
Решение подходит для одноразового.
Выгрузил из 1C, прописал связки в CSV вручную, подсунул файл.
Вам нужно решение, которое работает регулярно, например, по CRON?
Это стандартный функционал импортера Woocommerce.
Он умеет обновлять уже существующие записи из CSV.
Подробно об этом расписано в документации.
Дайте знать, если не понимаете английский, я переведу.
https://docs.woocommerce.com/document/product-csv-importer-exporter/#section-5
Импортер использует ID или SKU (артикул) для связки товаров между базой и CSV.
Соответственно, нужно либо:
1. Прописать артикулы (SKU) для товаров на стороне Woocommerce.
2. Задать ID равны ID товаров на сайте в самом CSV.
Только не говорите, что переживаете за тех, кого вы высмеиваете.
Это жадность (scarcity mindset).
Но давайте подойдет к вопросу рационально.
Что перспективнее? Почитать о маркетинге... не знаю, когнитивных отклонениях, которые используют в продажных текстах.
Или сейчас писать мне, какой я плохой, что умею заинтересовать аудиторию?
Только почему-то кроме оскорблений никакой мысли сформулировать вы не смогли.
Ноль аргументов.
Я конечно, не берусь судить о том, какой вы программист.
Но маркетолог своим услугам вы просто ужасный.
Люди, которым я отвечал в соседних темах, все решили свои вопросы так, как они хотели.
Даже отблагодарили, хоть у меня таких целей не было.
Все довольны, кроме вас.
Но вы тут каким боком?
Пришли высмеять новичка или вылить грязи на меня?
Вы боитесь, что я уведу у вас клиентов.
Я даже услуг тут никаких не предоставляю.
Мне не понять эту психологию дефицита.
Каждому свое, здесь не один заказчик.
Вы получите таких же, как и вы.
А ко мне потянуться люди, которым нравится вежливое аргументированное общение, а не выяснение отношений - не сноббы, и не хамы.
Все, когда-то были новичками в чем-то.
И к счастью, за информацией я шел на англоязычные ресурсы, где отвечают терпеливые прагматичные уравновешенные люди.
Представьте, очень прагматичное и простое, как и сам WP.
Другие CMS пишут сложные инструкции по настройке cron на unix, а в WP это из коробки работает в 2 клика - хочешь базу бекап в 2 ночи, миниатюрки пересоздавай.
Увы, в сортах говна не разбираюсь.
Я пользуюсь SSH, если вы знаете, что означает это слово.
Я тоже так думаю.
Но тянет человека к протоколам.
Пускай делает, то что сердце пожелает.
Наверное, финансовый вопрос не слишком остро стоит.
Потом все эти знания пригодятся ему в будущем.
HTTP/2 работает только по HTTPS.
HTTP/2 это способ перейти на HTTPS с минимальной потерей производительности (а больше никаких потерь и нету).
Внимание! Оценка критика с регистрацией в 2016.
Хорошая CMS/сервер, в качестве основы безусловно может вам сэкономить тучу времени в будущем.
Но не нужно впадать в аналитический паралич.
Попробуйте решать проблемы по мере их поступления.
Это не новизна, когда идеально вылизанные сайты имеют 10 хостов в сутки, а на коленке сделанные статейники с дешевым рерайтом - собирают деньги.
Это, разумеется, хорошо делать хорошо.
Но только в том случае, если вы планируете, скажем, предоставлять услуги по создании сайтов.
А если вы планируете работать только над своим сайтом, то тут на первое место становится вопрос его монетизации.
Для примера, я начал плотно изучать веб-программирование именно с Wordpress.
И чувствую, что не много потерял, что упустил эпоху Joomla/DLE.
Но если бы я в то же время, посвятил свое время эксцентричной Joomla, то сейчас мне бы заново пришлось бы учить.
Я думаю, что Wordpress даже привил во мне хорошие привычки в программировании.
Когда я делаю проекты с нуля, без CMS, мне часто помогает пример реализации функционала в WP.
Там много действительно новых и гениальных решений, таких, как WP CRON (CRON который запускается при запросу страницы с конкретным параметром), переходящие данные, хуки.
Именно поэтому, я вам советую уделять свое внимание не хостингам, типа багета, а действительно перспективным решениям, будь это Digitalocean или Amazon/Google Cloud Service.
Акцент безусловно нужно делать на прагматизм.
Вы боитесь упустить что-то технически, но не забывайте, что намного ценнее не робот, а читатель.
Поэтому, не забудьте про e-mail подписки, и в этом роде методы, которые позволяют удерживать аудиторию, которой поначалу у вас будет немного.
Я ничего не слышал о надобности выделенного IP.
Порекомендовать могу только хорошее решение, которым пользуюсь сам.
А именно digitalocean.com VPS.
Сервера digitalocean размещены у Amazon.
На digitalocean работает много известных проектов, такие, как Tunnel Bear VPN/Todoist, ...
5$ долларов в мес., 512 МБ ОЗУ, 15 ГБ SSD.
На практике, их сервера работают быстрее даже fastvps, но при этом удобнее почти по всем параметрам.
В два клика можно установить LEMP Ubuntu LTS (последняя версия Ubuntu LTS с предустановленной последней версией nginx/php7/mysql5.6 с включенным http/2, предустановленным let's encrypt, поддержкой IPv6/IPv4 выделенные адреса, встроенный бекап и мониторинг, динамического изменения тарифа налету (можно в два клика изменить тариф), почасовой тарификацией).
При регистрации по рефкоду - 10$ бесплатно (хватает на 2 месяца оплаты / никаких стартовых платежей, но карту для оплаты нужно привязать).
В случае регистрации по моему рефкоду, бесплатно помогу с настройкой и переносом.
Я получу 25$, как только вы потратите на услуги 25$ (не включая ваши бонусные 10$).
Итого, digitalocean дарит нам 35$.
Да, действительно, на чистой установке нельзя добавить точку в slug.
Попробуйте добавить следующий код в functions.php активной темы
remove_filter( 'sanitize_title', 'sanitize_title_with_dashes', 10 );
Это отключит фильтрацию slug для страниц и публикаций.
При желании, WP можно переписать под себя.
Возможно и есть CMS, которые имеют нужные настройки URL из коробки.
Но я более чем уверен, что по количеству/качеству доступных плагинов/тем они будут проигрывать.
Стоит ли убивать часть функционала WP (фильтрация знаков в URL) ради кривых URL.
Я, лично, использовал бы WP Rewrite API, чтобы создать редиректы для старых адресов на новые.
По энергозатратам и сложности, эти решения одинаковые.
Но в случае с редиректами, не потеряв ссылочное, у вас будет более-менее стабильная настройка CMS.
Кто знает, где вылезут эти кривые URL боком.
Опять таки, все зависит от ваших целей.
Но туча уроков, хаков, плагинов, хороших тем, актуальность - это Wordpress (на перспективу).
А другие CMS, дав вам нужную структуру URL, могут по функционалу мягко отличаться от тех же HTML файлов, что у вас сейчас.
В таком случае, можете поступить так:
1. В настройках ссылок в панели управления задать ЧПУ %postname%
2. Установить плагин, который убирает название категории из адреса поста/страницы (подскажу, если будет нужно).
3. Прописывать адрес для каждой статьи/страницы вручную (можно кликнуть на адрес на странице редактирования поста/страницы и написать там все, что угодно).
Я проверил, конкретно в slug статьи можно вставлять пробелы и точки.
Даже если бы какой-то символ WP отлавливал, его поведение можно изменить с помощью хуков и функций.
Это уже технический вопрос.
Сам же Wordpress имеет функционал редиректов.
https://codex.wordpress.org/Rewrite_API
Задать редирект в WP можно с помощью функции add_rewrite_rule
https://codex.wordpress.org/Rewrite_API/add_rewrite_rule
Я уверен, что конкретно под WP, и наверное, только под WP, существуют уже готовые решения-плагины.
Плюсы перехода на HTTPS прямо сейчас:
1. Как я понимаю, у вас еще нету трафика и позиций, соответственно, вы ничего не потеряете, даже при некорректном переходе.
2. Google активно обращает внимание на протокол HTTP, как небезопасный.
И с каждым обновлением Chromium браузеров (Chrome, Brave, Opera), HTTP сайтам нормально функционировать становится все сложнее.
Я имею в виду не только надпись "Not Secure".
Некоторые новые функции браузера, типа Service Workers/Web Push доступны только HTTPS сайтам.
Минусы перехода на HTTPS:
1. Googlebot и Яндексбот на данный момент не используют HTTP/2 протокол.
Соответственно, HTTPS, даже работая под SPDY протоколом, будут существенно медленнее загружаться и расходовать существенно больше ресурсов, чем HTTP версии.
Однако не все так плохо.
Со второго квартала 2018, Google планирует массовое обновление Googlebot.
Об этом говорит то, что Google официально начинает поддерживать AJAX сайты в этот период.
Google не один раз заявлял, что Googlebot будет поддерживать HTTP/2 в будущем.
Для справки, HTTP/2 протокол может работать производительнее не зашифрованной HTTP/1.1 версии сайта. Это связано с тем, что HTTP/2 передает все файлы через одно подключение (тем самым экономя время на установление повторных соединений для скачивания дополнительных ресурсов сайта - CSS/JS/картинки).
Это бинарный протокол (хотя увы, я мало что могу сказать по этому поводу). Соответственно, заголовки передаются в сжатом формате, а не текстовом, как в случае с HTTP/1.1.
Будет хорошо, если меня поправят, потому, что именно этот момент я плохо понимаю.---------- Добавлено 08.01.2018 в 19:19 ----------
Хорошая поправка!
https://github.com/ninenines/cowboy/issues/1153
В случае отправки 304 Not Modified, сервер не должен отправлять body (то-есть, страницу) и может упустить заголовок Content-Length (потому что она равна нулю) либо отправить значение для закешированной копии.
Я не уверен, что роботу будет достаточно Last-modified/If-modified-Since > 304 Not Modified.
Браузеру, в любом случае, еще нужно разрешить кеширование через cache-control.
Если директива cache-control установлена в private no-cache и в этом роде, браузер попросту не будет сохранять страницу в кеш, несмотря на присутствие заголовка валидатора кеша.
То-есть, через no-cache, при первом заходе, браузер не кеширует страницу.
А дальше, что он должен делать получив 304 Not Modified? Отображать что?
С роботом дела могут быть по другому.
Ведь робот сохраняет копию страницы, несмотря на no-cache.
Я советую вам лично провести эксперимент.
Подсуньте роботу страницу.
Проследите, чтобы он ее проиндексировал (через логи сервера).
А далее снова подсуньте роботу страницу (через add url или ссылку в твиттере разместите).
И снова через логи проследите, будет ли он скачивать ее повторно.
