Это глупо! У юзера должна быть возможность использования прокси. Вне зависимости от др. факторов.
Тем более у СЕО-софта.
Если у софта такого нет - приходится искать обходные пути. А если он будет работать через сторонний - это вообще ахтунг и я бы такой софт вряд ли юзал.
Другое дело когда это опционально, бонусом.
Devvver: Это одна из причин почему я не пользуюсь 90% софта который выпущен в SEO тематике.
Не можешь найти/настроить прокси? Других причин я не вижу.
pozitiFFF: Я правильно понимаю - использование дочерней темы упростит мне доработку загруженной темы?
Да. Дочерние как раз и служат для кастомизации при этом сохраняя возможность обновления родителя. (Но бывают нюансы с родителями. Особенно если они не из оф. каталога)
denis1981: Первый проект заказчика на WordPress (сложный, с ежедневной работой программиста).
но при этом
denis1981: Но постоянную текучку задач по его тарифам делать не могли ...
В итоге программист из Узбекистана успешно продолжил проект, его запросы несложно было удовлетворить московскому заказчику, хотят опыт этого программиста и не был сосредоточен на wordpress.
+
этот второй
denis1981: Программист предлагает делать второй проект на Joomla из-за личного удобства
мне напр. не смешно, а грустно. (и поменяв местами ВП и Джумлу - я бы так же относился)
Хотя судя по "программист", там может и задачи выполняет контент-менеджера. Тогда не так страшно :)
borisd: . В Друпале было сделано просто через таксономию: Производитель -> Линейка, т.е. в виде дерева, а в админке товара соответственно указывалась или линейка производителя (если есть) или сам производитель.
И в чём проблема так же сделать в др движках?
А таксономия в Друпале так же "из коробки" как и напр и в ВП. Т.е. в ядре есть, а чтобы в бекэнде они появились - надо это накодить (ну т.е. это громко сказано - немного функций по шаблону добавить) или плагином по-прописывать "лейбы".
И не стоит вообще смотреть на "коробку". Чем меньше в коробке - тем оно зачастую даже лучше.
Aisamiery: Вообще непонятно что вы хотите сделать.
Эдуардoff: Возникла необходимость в одну папку с сайтом на html впихнуть вордпресс для дальнейшего наполнения и постепенного переноса. Это сложно реализовать?
Дефолтные правила реврайта в хтасцессе не пускают ВП к неродным физическим файлам и каталогам. Так что они не будут пересекаться.
Эдуардoff: А индексный файл что с ним делать?
ВП использует index.php
А если тебе нужен контент из index.html, то просто скопипась его в ВП на отдельную страницу и назначь её главной.
+ выше правил ВП сделать редирект с index.html на корень сайта (/) (во избежания дублей и разруливания ссылок с внутряков html-сайта)
Этого всё, что нужно знать, чтобы не смотреть ту получасовую муть на ютубиках.
Вот как раз этого я и не хочу делать
Это глупо! У юзера должна быть возможность использования прокси. Вне зависимости от др. факторов.
Тем более у СЕО-софта.
Если у софта такого нет - приходится искать обходные пути. А если он будет работать через сторонний - это вообще ахтунг и я бы такой софт вряд ли юзал.
Другое дело когда это опционально, бонусом.
Это одна из причин почему я не пользуюсь 90% софта который выпущен в SEO тематике.
Не можешь найти/настроить прокси? Других причин я не вижу.
Я правильно понимаю - использование дочерней темы упростит мне доработку загруженной темы?
Да. Дочерние как раз и служат для кастомизации при этом сохраняя возможность обновления родителя. (Но бывают нюансы с родителями. Особенно если они не из оф. каталога)
Дочку лучше делать с пом https://wordpress.org/plugins/child-theme-configurator/. Потом его можно удалять.
уду благодарен за помощь
https://ru.wordpress.org/support/topic/%d1%82%d0%b5%d0%bc%d0%b0-%d0%b4%d0%bb%d1%8f-%d0%bd%d0%be%d0%b2%d0%b8%d1%87%d0%ba%d0%b0/#post-303672
denis1981, от
Первый проект заказчика на WordPress (сложный, с ежедневной работой программиста).
но при этом
Но постоянную текучку задач по его тарифам делать не могли ...
В итоге программист из Узбекистана успешно продолжил проект, его запросы несложно было удовлетворить московскому заказчику, хотят опыт этого программиста и не был сосредоточен на wordpress.
+
этот второй
Программист предлагает делать второй проект на Joomla из-за личного удобства
мне напр. не смешно, а грустно. (и поменяв местами ВП и Джумлу - я бы так же относился)
Хотя судя по "программист", там может и задачи выполняет контент-менеджера. Тогда не так страшно :)
Авторизация в таком случае будет по 1 логину паролю или можно по разным? То есть создать к примеру 20-30 логинов и паролей будет возможно?
Да хоть тыщи.
Но с такими вопросами твой сервер сломают.
Или Squid.
Или вообще ВПН :)
На что обратить внимание?
На ширину канала (посчитать сколько юзеров единовременно какой траф потреблять будут) и потребление памяти/проца. + накинуть 20-30%.
Но всё равно не угадаешь ибо оверсел :)
Для 20 юзеров и тот же Squid достаточно и конфига с 512 мб должно за глаза хватить, но вообще это уже вопросы для хостеров.
Если это купленный прокси, то он или к ip клиента привязан или по паролю.
Но можно попробовать и договориться..
Как тут
Как там
. В Друпале было сделано просто через таксономию: Производитель -> Линейка, т.е. в виде дерева, а в админке товара соответственно указывалась или линейка производителя (если есть) или сам производитель.
И в чём проблема так же сделать в др движках?
А таксономия в Друпале так же "из коробки" как и напр и в ВП. Т.е. в ядре есть, а чтобы в бекэнде они появились - надо это накодить (ну т.е. это громко сказано - немного функций по шаблону добавить) или плагином по-прописывать "лейбы".
И не стоит вообще смотреть на "коробку". Чем меньше в коробке - тем оно зачастую даже лучше.
Вообще непонятно что вы хотите сделать.
Что может быть непонятного.
Просто бренды и выборка товаров по ним.
Спросить, какие работы он делал до этого и попросить показать примеры.
А откуда гарантия что он покажет свои работа?
А откуда знать что он там сделал всё, а полоску дорисовал?
А откуда знать что работа соответствует ТЗ?
Вопросы не тебе, Sitealert, а ТСу для подумать. И прийти к выводу.
Проверить просто. дать тестовое задание
Классный совет! Кто возьмётся - школота :)
Хотя тут есть конкурсы и можно посмотреть некоторые работы (если бы ещё некорые балбесы старые не удаляли..)
Возникла необходимость в одну папку с сайтом на html впихнуть вордпресс для дальнейшего наполнения и постепенного переноса. Это сложно реализовать?
Дефолтные правила реврайта в хтасцессе не пускают ВП к неродным физическим файлам и каталогам. Так что они не будут пересекаться.
А индексный файл что с ним делать?
ВП использует index.php
А если тебе нужен контент из index.html, то просто скопипась его в ВП на отдельную страницу и назначь её главной.
+ выше правил ВП сделать редирект с index.html на корень сайта (/) (во избежания дублей и разруливания ссылок с внутряков html-сайта)
Этого всё, что нужно знать, чтобы не смотреть ту получасовую муть на ютубиках.
Программист предлагает делать второй проект на Joomla из-за личного удобства + некоторых аргументов.
Это скорее говорит о том, что такого "программиста" нельзя было пускать к проекту на ВП.