Для удачной (быстрой) конвертации нужен выделенный сервер, который в любом случае при конвертации будет загружен на 100%.
Как делают некоторые:
1. Загружают видео на Ютуб (как приватное)
2. Ждут конвертации
3. Скачивают сконвертированное в нужном качестве
Это быстро и удобно, а самое главное не нужно никому платить.
Потом эти видео загружается на сервера для роздач и будут 100% работать на всех устройствах, так как Ютуб конвертирует с максимальным возможным качеством изображения и наименьшим размером файла.
Lastwarrior: Фильтры на домены за такие нарушения накладываются обычно от полугода, поэтому сами решайте ждать их снятие или просто выбросить домен. Снятие фильтров происходит в автоматическом режиме, поэтому писать какие-то письмо бесполезно.
Так санкции уже сняли как за вирусы и за контент. Вы наверное не внимательно читали первое сообщение.
Ну это в Гугле. Яндекс очень инертный в этих всех вопросах.
Ну и еще есть предложения что все сайты которые были под заглушками (reg.ru в моем случае) автоматом попадают под данные фильтры.
---------- Добавлено 02.02.2018 в 02:22 ----------
Alfinnov: Недавно купил 2 таких домена, на обоих фильтры от гугла и яндекса.
Установил новые сайт (этой-же тематике) на эти домены, ткнул в "я все исправил" в гугле и яндексе. В тех поддержку яндекса написал - и ....
с одного домена все фильтры сняты, а вот со вторым сложности - яндекс фильтр "мало полезный конент ..." не снимается ни как :(
Я при обращении писал что являюсь новым владельцем домена и к предыдущему не имею никакого отношения.
Также сообщал что будет размещаться новый сайт, который никак не связан с контентом предыдущего.
---------- Добавлено 02.02.2018 в 02:25 ----------
На данный момент наблюдаю следующее:
Гугл снял санкции, но не индексирует.
Яндекс еще на проверке (там около 30 дней) но уже индексирует новые сайты.
neoks: Пользователь заходит на сайт, код в шаблоне выполняет запрос на сервер где расположены ссылки, скрипт сохраняет их в кеше и выводит в вашем шаблоне.
Аналог стандартной биржи ссылок, только черный.
Так почему же стразу черный ?
Просто никто правила не читает.
Там черным по белому написано следующее:
Наш сайт помогает пользователям подобрать качественный шаблон для своего сайта. Взамен мы размещаем на сайтах, использующих шаблоны, скрытые или видимые ссылки, которые не портят внешний вид как шаблона, так и самого сайта, использующего данный шаблон.
Marat_Kh: Не мне, но прокомментирую. Усугубляете. Не лучший вариант. Уважать надо собеседников:)
Я еще на первой странице привел в пример 9 CMS на файлах и выделил интересные.
Дальше получил ответ от _SP_ что зачем все это нужно, если все можно отдавать из файловой системы.
Конечно можно, можно также настроить прозрачное кэширование на nginx и для всех пользователей отдавать данные через proxy_cache, а для админа настроить proxy_cache_bypass. Но это относится к теме ? Ответ нет.
Человек искал CMS очевидно на PHP так что все что далее писал _SP_ это попытка навязать свою точку мировозрения.
_SP_: Очевиднож. Чтобы не было ненужной БД :).
А зачем для CMS БД нужна :) ? Цель её наличия (кроме тормозов) какая :) ?
Как говорил уже раньше, у _SP_ свой подход, все должно быть на файловой системе.
Я сейчас не буду рассуждать на тему IO файловой системы и БД с кэшированием запросов и индексов в RAM.
Также опустим то, что возможно ТС нужно будет когда-то использовать поиск по файлам (аналог query) ибо это просто ужасно долго и ресурсозатратно.
Sitealert: Вы, наверное, сюда потрындеть пришли, и понятия не имеете, что такое сайты, и как и для чего они делаются.
Как видно "конструктивна критика по теме разговра".
Marat_Kh так о каком уважении вы говорите ?
Его нет на форумах уже давно. Лет 5 назад все было как-то по другому.
slkseo: Новый Search Console куда приятнее старого, ну как по мне конечно) Единственное что не понравилось, некоторые функции тупо не работают, что странно...
Увы не могу оценить новую консоль.
А функции поправят, на то он и открытый бета тест.
Marat_Kh: Запрос к базе букварикс имеющей 43984091 записей - менее 1 секунды
Почитайте о быстродействии MATCH (для mysql, sqlite) и что такое индексы.
Sitealert: Вы, наверное, сюда потрындеть пришли, и понятия не имеете, что такое сайты, и как и для чего они делаются.
Сразу кидается в глаз ответ профессионала.
_SP_: Классический пример: подсказки в поиск для магазина с 100 товаров.
В 99% случаев народ будет при нажатии кнопок аяксом их с сервера вынимать.
Представляете :) ? Вместо того, чтобы получить все названия всех товаров один раз асинхронно
и сохранить их в локалсторейдж и мгновенно реагировать на ввод со стороны клиента
будут туда-сюда аяксить до позеленения, со стороны сервера запускать скрипты, искать в базе :))) и возвращать ответы.
Возвращайтесь туда, откуда вылезли.
Вы знаете о том, сколько можно данных записать в LocalStorage (килобайт) ?
Вы думаете о количестве трафика и размер JSON (AJAX) ответа ?
Такие мамонты как вы наверное и не знают что такое Redis, Sphinx и предварительная индексация.
Почитал ваши другие ответы, мне больше не о чем с вами разговаривать.
Пишите и далее свои модные сайты с sql запросами в шаблоне.
Sitealert: А и как это можно было сайт без БД тестировать с базой в SQLite? 🙄
Очень просто. Вы наверное никогда не работали с фреймворками и понятия не имеете что такое сайты созданные с нуля по ТЗ.
Первый вариант подключал файл (include), в котором хранились данные страниц в виде массива (вес файла ~ 2 Мб) из которого брался нужный контент.
Второй вариант получал нужный контент через запрос к SQLite (вес базы ~ 2 Мб).
---------- Добавлено 17.01.2018 в 20:49 ----------
_SP_:
Что-то не пойму, у вас нгикс тормозит выдавая статику :) ?
Чтож с ним будет если к этому еще накрутить обращение в БД :) ?
Вы поняли что написали ?
CMS на PHP это уже не статика.
Вы либо тему топика не читали, либо решили показать свою глупость. Ну или все вместе.
_SP_:
Какие и зачем данные вы собрались "хранить и легко выбирать" ?
Легче всего "энти данные" достать из файловой системы, в виде уже готовой страницы, и сразу отдать пользователю.
Даже скриптов никаких не надо :).
Спасибо за идею, вы только что придумали HTML 😆
_SP_:
Всё зависит от задачи, если нет динамического содержания (а его наличие весьма нечастая штука), то без БД и скриптов на стороне сервера вполне можно легко обойтись.
Вы из какого года нам пишете ? Судя по продвигаемой философии где-то с времен популярности Web 1.0 🤣
_SP_: А зачем для CMS БД нужна :) ? Цель её наличия (кроме тормозов) какая :) ?
Сразу видно что вы никогда не производили тесты производительности.
Я вот производил, и результатом был шокирован.
Сайты без БД при множестве потоков (клиентов в секунду) начинают жрать столько времени CPU, что сайт начинает жутко тормозить (вплоть до нескольких секунд на открытие страницы).
Проверял тот же сайт (скрипт) на с базой в SQLite и страницы молниеносно загружались.
Сайт без БД выдерживал 200 потоков, с SQLite выдерживал 1500 потоков без заметных лагов.
Ну и база SQLite размещается в едином файле, легко копируется, редактируется итп. Выводы делайте сами.
VPS для таких нужд не особо (совсем) не подходят.
Для удачной (быстрой) конвертации нужен выделенный сервер, который в любом случае при конвертации будет загружен на 100%.
Как делают некоторые:
1. Загружают видео на Ютуб (как приватное)
2. Ждут конвертации
3. Скачивают сконвертированное в нужном качестве
Это быстро и удобно, а самое главное не нужно никому платить.
Потом эти видео загружается на сервера для роздач и будут 100% работать на всех устройствах, так как Ютуб конвертирует с максимальным возможным качеством изображения и наименьшим размером файла.
Фильтры на домены за такие нарушения накладываются обычно от полугода, поэтому сами решайте ждать их снятие или просто выбросить домен. Снятие фильтров происходит в автоматическом режиме, поэтому писать какие-то письмо бесполезно.
Так санкции уже сняли как за вирусы и за контент. Вы наверное не внимательно читали первое сообщение.
Ну это в Гугле. Яндекс очень инертный в этих всех вопросах.
Ну и еще есть предложения что все сайты которые были под заглушками (reg.ru в моем случае) автоматом попадают под данные фильтры.
---------- Добавлено 02.02.2018 в 02:22 ----------
Недавно купил 2 таких домена, на обоих фильтры от гугла и яндекса.
Установил новые сайт (этой-же тематике) на эти домены, ткнул в "я все исправил" в гугле и яндексе. В тех поддержку яндекса написал - и ....
с одного домена все фильтры сняты, а вот со вторым сложности - яндекс фильтр "мало полезный конент ..." не снимается ни как :(
Я при обращении писал что являюсь новым владельцем домена и к предыдущему не имею никакого отношения.
Также сообщал что будет размещаться новый сайт, который никак не связан с контентом предыдущего.
---------- Добавлено 02.02.2018 в 02:25 ----------
На данный момент наблюдаю следующее:
Гугл снял санкции, но не индексирует.
Яндекс еще на проверке (там около 30 дней) но уже индексирует новые сайты.
Пользователь заходит на сайт, код в шаблоне выполняет запрос на сервер где расположены ссылки, скрипт сохраняет их в кеше и выводит в вашем шаблоне.
Аналог стандартной биржи ссылок, только черный.
Так почему же стразу черный ?
Просто никто правила не читает.
Там черным по белому написано следующее:
Почитать можно вот тут: wp-templates.ru/pravila/
Не мне, но прокомментирую. Усугубляете. Не лучший вариант. Уважать надо собеседников:)
Я еще на первой странице привел в пример 9 CMS на файлах и выделил интересные.
Дальше получил ответ от _SP_ что зачем все это нужно, если все можно отдавать из файловой системы.
Конечно можно, можно также настроить прозрачное кэширование на nginx и для всех пользователей отдавать данные через proxy_cache, а для админа настроить proxy_cache_bypass. Но это относится к теме ? Ответ нет.
Человек искал CMS очевидно на PHP так что все что далее писал _SP_ это попытка навязать свою точку мировозрения.
Очевиднож. Чтобы не было ненужной БД :).
А зачем для CMS БД нужна :) ? Цель её наличия (кроме тормозов) какая :) ?
Как говорил уже раньше, у _SP_ свой подход, все должно быть на файловой системе.
Я сейчас не буду рассуждать на тему IO файловой системы и БД с кэшированием запросов и индексов в RAM.
Также опустим то, что возможно ТС нужно будет когда-то использовать поиск по файлам (аналог query) ибо это просто ужасно долго и ресурсозатратно.
Вы, наверное, сюда потрындеть пришли, и понятия не имеете, что такое сайты, и как и для чего они делаются.
Как видно "конструктивна критика по теме разговра".
Marat_Kh так о каком уважении вы говорите ?
Его нет на форумах уже давно. Лет 5 назад все было как-то по другому.
Одно понять не могу, зачем устанавливать шаблоны из wp-templates если это те же шаблоны что и на официальном репозитории wordpress.org?
Новый Search Console куда приятнее старого, ну как по мне конечно) Единственное что не понравилось, некоторые функции тупо не работают, что странно...
Увы не могу оценить новую консоль.
А функции поправят, на то он и открытый бета тест.
Запрос к базе букварикс имеющей 43984091 записей - менее 1 секунды
Почитайте о быстродействии MATCH (для mysql, sqlite) и что такое индексы.
Вы, наверное, сюда потрындеть пришли, и понятия не имеете, что такое сайты, и как и для чего они делаются.
Сразу кидается в глаз ответ профессионала.
Классический пример: подсказки в поиск для магазина с 100 товаров.
В 99% случаев народ будет при нажатии кнопок аяксом их с сервера вынимать.
Представляете :) ? Вместо того, чтобы получить все названия всех товаров один раз асинхронно
и сохранить их в локалсторейдж и мгновенно реагировать на ввод со стороны клиента
будут туда-сюда аяксить до позеленения, со стороны сервера запускать скрипты, искать в базе :))) и возвращать ответы.
Возвращайтесь туда, откуда вылезли.
Вы знаете о том, сколько можно данных записать в LocalStorage (килобайт) ?
Вы думаете о количестве трафика и размер JSON (AJAX) ответа ?
Такие мамонты как вы наверное и не знают что такое Redis, Sphinx и предварительная индексация.
Почитал ваши другие ответы, мне больше не о чем с вами разговаривать.
Пишите и далее свои модные сайты с sql запросами в шаблоне.
А и как это можно было сайт без БД тестировать с базой в SQLite? 🙄
Очень просто. Вы наверное никогда не работали с фреймворками и понятия не имеете что такое сайты созданные с нуля по ТЗ.
Первый вариант подключал файл (include), в котором хранились данные страниц в виде массива (вес файла ~ 2 Мб) из которого брался нужный контент.
Второй вариант получал нужный контент через запрос к SQLite (вес базы ~ 2 Мб).
---------- Добавлено 17.01.2018 в 20:49 ----------
Что-то не пойму, у вас нгикс тормозит выдавая статику :) ?
Чтож с ним будет если к этому еще накрутить обращение в БД :) ?
Вы поняли что написали ?
CMS на PHP это уже не статика.
Вы либо тему топика не читали, либо решили показать свою глупость. Ну или все вместе.
Какие и зачем данные вы собрались "хранить и легко выбирать" ?
Легче всего "энти данные" достать из файловой системы, в виде уже готовой страницы, и сразу отдать пользователю.
Даже скриптов никаких не надо :).
Спасибо за идею, вы только что придумали HTML 😆
Всё зависит от задачи, если нет динамического содержания (а его наличие весьма нечастая штука), то без БД и скриптов на стороне сервера вполне можно легко обойтись.
Вы из какого года нам пишете ? Судя по продвигаемой философии где-то с времен популярности Web 1.0 🤣
https://search.google.com/search-console
Зашел, но там еще нет доменов. Висит плашка что доступ к списку ресурсов получу позже. Буду наблюдать 🍿
А зачем для CMS БД нужна :) ? Цель её наличия (кроме тормозов) какая :) ?
Сразу видно что вы никогда не производили тесты производительности.
Я вот производил, и результатом был шокирован.
Сайты без БД при множестве потоков (клиентов в секунду) начинают жрать столько времени CPU, что сайт начинает жутко тормозить (вплоть до нескольких секунд на открытие страницы).
Проверял тот же сайт (скрипт) на с базой в SQLite и страницы молниеносно загружались.
Сайт без БД выдерживал 200 потоков, с SQLite выдерживал 1500 потоков без заметных лагов.
Ну и база SQLite размещается в едином файле, легко копируется, редактируется итп. Выводы делайте сами.