Magwasha: Мы и смотрим в сторону поиска специалистов, просто каждый гнёт свой движок, с которым привык работать, хотелось бы объективные плюс и минусы услышать того или иного, поэтому и создал эту тему.
Именно поэтому заказчику и не нужно выбирать CMS. (тут тоже может начаться 100500й холивар межу "я заню только одну систему и поэтому она лучшая").
Единственное что стоит знать заказчику о движке - насколько быстро/дорого могут решаться проблемы с ним. А показатель этого - популярность и кол-во специалистов.
Заказчику нужно определяться с бюджетом, писать ТЗ и, предоставив эти данные исполнителям, отбирать откликнувшихся. Но отбирать не по "портфолио" (грубейшая ошибка заказчиков), а проверяя квалификацию и надёжность.
jsmith820: Можно как-нибудь переехать так, чтобы сайт был всё время доступен? Или при переезде всё равно как минимум пару часов сайт будет недоступен?
Это вопрос не для хостинг-раздела.
В целом всё просто, если сайт не сильно динамический (не форум напр.)
1. Разворачиваешь и настраиваешь необходимое окружение на ВПСе.
2. Делаешь бекапы сайта с хостинга.
3. Прописываешь в hosts для домена новый IP (IP ВПСа).
4. Разворачиваешь сайт на ВПС. Проверяешь.
5. Меняешь НСы у домена.
Профит.
Некоторое время сайт будет доступен на обеих локациях, поэтому если есть какая динамика (коммены, заказы и тп ) - отслеживаешь это вручную.
Через дня 3 можно удалять сайт с хостинга и записи из hosts.
Если сайт более динамичен, то чуть сложнее. После п4. надо закрывать сайт, и опять повторить с п2. Потом на новой локации открыть, а на старой оставить заглушку о временной неработоспособности.
Почему надо повторять телодвижения с бекапами - на п4 нужно тщательно убедиться что всё правильно работает. И это может занимать от нескольких часов до несколько дней. А за это время на динамичном сайте появляется новый контент.
ЗЫ. Если сайт на ВП или др. движке, хранящем адреса и пути в базе, да ещё и в сериализованных данных - ни в коем случае не доверяй перенос хостерам!
sergv: Да они все равно друг у друга рано или поздно тырят функционал, так что, думаю, будет реализовано тоже самое в других со временем...
Для ТОПовых не исключаю и этого. Но всё равно будут и нормальные браузеры.
infant: Легче отфильтровать за них хоть какую то часть, которая может нанести вред ПО. Исходя из этой логики путь гугла понятен и закономерен.
Какой вред может нанести картинка по http? Точнее как спасёт https от опасной картинки? НИКАК!
Логика гугла - развести лохов, чтобы было удобнее и монопольно контролировать их. Ну и продавать всякое непотребство.
LEOnidUKG: Зарегил домен, вот тебе сертификат на него. Продлил домен, вот тебе вновь сертификат новый.
Немного не так. Кроме домена надо и совпадение по IP (как минимум). Поэтому "Сгенерировал самоподписанный серт - вот и вся необходимая валидация". Но с какого-то буя самоподписанные - не валидные. Вот с чего бы? (матерюсь вслух).
saanvi: Впрочем, сдаётся мне, что весь этот ваш SSL закончится Православным Единым Сертификатом
В Казахстане уже.. Будет и везде, раз никто не хочет судиться с ОПСОСами (про гугл уже и заикаться страшно), при прикладывают на сайты https аки подорожник на язву.
ЗЫ. Читаю топик и плачу.. для многих что SSL, что https, что сертификат - одно и тоже. Печалька, да..
В чем может быть проблема и как я могу это исправить?
Просмотр исходного кода страницы (навык. которым обязан владеть каждый вебмастер) поможет разобраться.
какие ещё шаблоны WordPress интегрирован Google Custom Search
Нда.. скоро уже "красная кнопка" будет критерием выбора.
"Интегрировать" гуглопоиск достаточно легко можно в любую ТЕМУ.
Мы и смотрим в сторону поиска специалистов, просто каждый гнёт свой движок, с которым привык работать, хотелось бы объективные плюс и минусы услышать того или иного, поэтому и создал эту тему.
Именно поэтому заказчику и не нужно выбирать CMS. (тут тоже может начаться 100500й холивар межу "я заню только одну систему и поэтому она лучшая").
Единственное что стоит знать заказчику о движке - насколько быстро/дорого могут решаться проблемы с ним. А показатель этого - популярность и кол-во специалистов.
Заказчику нужно определяться с бюджетом, писать ТЗ и, предоставив эти данные исполнителям, отбирать откликнувшихся. Но отбирать не по "портфолио" (грубейшая ошибка заказчиков), а проверяя квалификацию и надёжность.
Могу предложить
А что это за "веб-сервер Litespeedx"?
Вебмани и пр электроденьги - принимаете?
Можно как-нибудь переехать так, чтобы сайт был всё время доступен? Или при переезде всё равно как минимум пару часов сайт будет недоступен?
Это вопрос не для хостинг-раздела.
В целом всё просто, если сайт не сильно динамический (не форум напр.)
1. Разворачиваешь и настраиваешь необходимое окружение на ВПСе.
2. Делаешь бекапы сайта с хостинга.
3. Прописываешь в hosts для домена новый IP (IP ВПСа).
4. Разворачиваешь сайт на ВПС. Проверяешь.
5. Меняешь НСы у домена.
Профит.
Некоторое время сайт будет доступен на обеих локациях, поэтому если есть какая динамика (коммены, заказы и тп ) - отслеживаешь это вручную.
Через дня 3 можно удалять сайт с хостинга и записи из hosts.
Если сайт более динамичен, то чуть сложнее. После п4. надо закрывать сайт, и опять повторить с п2. Потом на новой локации открыть, а на старой оставить заглушку о временной неработоспособности.
Почему надо повторять телодвижения с бекапами - на п4 нужно тщательно убедиться что всё правильно работает. И это может занимать от нескольких часов до несколько дней. А за это время на динамичном сайте появляется новый контент.
ЗЫ. Если сайт на ВП или др. движке, хранящем адреса и пути в базе, да ещё и в сериализованных данных - ни в коем случае не доверяй перенос хостерам!
Да они все равно друг у друга рано или поздно тырят функционал, так что, думаю, будет реализовано тоже самое в других со временем...
Для ТОПовых не исключаю и этого. Но всё равно будут и нормальные браузеры.
Легче отфильтровать за них хоть какую то часть, которая может нанести вред ПО. Исходя из этой логики путь гугла понятен и закономерен.
Какой вред может нанести картинка по http? Точнее как спасёт https от опасной картинки? НИКАК!
Логика гугла - развести лохов, чтобы было удобнее и монопольно контролировать их. Ну и продавать всякое непотребство.
Зарегил домен, вот тебе сертификат на него. Продлил домен, вот тебе вновь сертификат новый.
Немного не так. Кроме домена надо и совпадение по IP (как минимум). Поэтому "Сгенерировал самоподписанный серт - вот и вся необходимая валидация". Но с какого-то буя самоподписанные - не валидные. Вот с чего бы? (матерюсь вслух).
Впрочем, сдаётся мне, что весь этот ваш SSL закончится Православным Единым Сертификатом
В Казахстане уже.. Будет и везде, раз никто не хочет судиться с ОПСОСами (про гугл уже и заикаться страшно), при прикладывают на сайты https аки подорожник на язву.
ЗЫ. Читаю топик и плачу.. для многих что SSL, что https, что сертификат - одно и тоже. Печалька, да..
Зарегаться ради рефки
Ну ты не первый день на сёрче.. Видишь спаммера - не кормишь его, а топчешь красный треугольник. Или "поддержка" в обеих меню форума.
желательно выбирать тех, у кого есть собственные (сделанные ими) реально работающие проекты.
А ты сможешь проверить, что то их проекты? А сможешь узнать что именно они делали?
Выбирать спеца по "портфолио" так же глупо как и тему по картинкам.
и отказываюсь от плагинов (насколько это реально)
Плагинофобия лечится изучением матчасти.
Правда до сих пор не знаю как отказаться от All in One SEo. Хотя и его немного модернизировали, чтобы он лишнее в БД не писал.
И что же "лишнего" он пишет?
Скоро гугел пукнуть в собственном доме не даст.
А неча тянуть в рот дом всякую гадость.
Потому что нет никаких свобод и не было.
Зато хорошо, что есть альтернатива - гуси ФФ и др. браузеры :)
В конфиге строка - define(‘WP_CACHE’, true); - вообще нету.
Это хорошо.
Но всё равно пропиши запись логов как я показал выше (я потом чуть исправил) и логи ошибок будешь смотреть в одном месте.
И удаляй advanced-cache.php, удаляй.