Установка на сайт скрипта отзывов и комментариев

Я не понял до конца, чего хочет ТС.

Можно ли сделать? Ну ясен фиг можно. Глупый вопрос.

А дальше, что то? Что хотите то? У меня есть платный скрипт (единоразовая) комментариев к любой странице с бешеным функционалам. И? Вам тут скидывать ссылки на разные или что?

---------- Добавлено 28.12.2017 в 12:29 ----------

donc, эээээээ.... а при чём тут гугл, который меряет внешние скрипты и картинки Mysql?!

Ты опять всё попутал. Не гугл, а гуглофейк.

И не просто попутал, а притянул данные, совершенно не о том. Ты серьёзно не понимаешь, что сравниваешь? Не расстраивай меня так сильно. Ты же не первый год в инете. Даже свой вебмастерский форум имел (или всё ещё имеешь?)

Гугл тебе расскажет, когда сделаешь запрос форума и посмотришь на каких движках сделаны форумы :)

Серьезно понимаю. Но мне лень спорить. Ты думаешь что мускль это круто

- так думают 95% программистов, потому что им с мускль проще работать. А вот написать реальный движок на текстовых файлах могут единицы, ибо это сложнее.

Для примера

Это все файлы полноценно функционального скрипта комментариев.

Dat - собственно база коментариев - каждый фал прикреплен к отдельной странице.

При запросе страницы опрашивается три фала - сам скрипт, база страниц и файл с комментариями к странице.

---------- Добавлено 28.12.2017 в 12:57 ----------

Окей, пусть будет http://pr-cy.ru/speed_test/

файлы

база

Чем еще проверить?

Тогда это печаль..

LEOnidUKG, вон уже даже прямо сказал что это не о том, а ты продолжаешь.. то ли не понимать то ли делать вид.

Я прекрасно знаю и ВР-форум и др скрипты. Хорошие скрипты, ничего против не имею. Но не для серьёзных задач. Это раз. Второе - сравнение с мускулем вообще не логично.

Всё смешнее и смешнее :) Но блин и печальнее.. Ну если бы не ты. а какой-то нуб это нёс - ещё ладно.

Ок. Это НЕ сложнее. Это бессмысленно - тратить время на бесполезные вещи. Разве что для простых задач и для сервера без базы.

Ты не математик, жаль. Что ты вообще делаешь в программировании без базовых знаний?

если вероятность зависания сервера 1 1% и второго тоже 1%

Какая будет общая вероятность зависания системы из двух серверов? 0,5%? Боюсь нет

---------- Добавлено 28.12.2017 в 13:07 ----------

WR - Вполне функциональный форум в последней редакции.

Мы вроде как скрипт комментариев обсуждаем? Это простая задача. Там база не нужна - разве что для понтов и содрать больше денег.

Эм... а ниже то что пишется?! Та не проверяется mysql или файлы.

Там же ошибки CSS, JS, картинок и других внешних факторов. Как может внешний сервис оценить внутренние факторы?!

---------- Добавлено 28.12.2017 в 13:16 ----------

Нет, не простая. Я свой скрипт разрабатываю с 2008 года и до сих пор поддерживается. Это адовая задача, особенно у клиентов, у которых комментариев по 1000 на одной странице. А сортировка по дате? А потом если в обратку? А постраничная навигация, а рейтинг комментариев? А Вложенность комментариев и ответы друг под другом?

Не понял связанность mysql и денег... По-моему наоборот на файлах будет дороже, чем mysql. Ладно хрен с ней mysql, а SQLite то, чем не устраивает? Молниеносная работа SELECT, один файл. Все функции sql языка доступны.

А ты похож на теоретика застрявшего в 90х :)

Ну, чесслово...

1. Базы как раз и были придуманы из-за тормозов связанных с низкой скорости чтения с винта. + расход памяти для чтения и обработки файлов Т.е. базы позволили ускорить обработку хранимых данных. Однако да, есть другая сторона медали - правильные запросы к БД и кеширование полученных данных.

2. Если сервер упадёт - то сайт100% будет не доступен. И уже будет не важно какой. По факту же, в реальности подавляющее большинство сайтов (даже гугл, прикинь :) ) работают с базами. Текстовые "базы" годятся только для уровня блокнотов.

Вот возьмём по комментам. Если твои комменты - это по одной строке в файле, обновляющегося раз в час, то может ещё и ничего. Но как только стоит задача выборки по юзеру, IP, дате и др данным, когда нужна пагинация, фильтрация спама и тп, да если ещё на более-менее посещаемом сайте (про блокировку файлов не, не слышал? ) - всё, приплыли.

В общем как-то так.

Да чтож такое. Вероятность падения 2х серверов в разное время больше, чем одного.

Но в случае с тхт сайт работает, во втором -нет - ибо нужны 2 сервера.

Кеширование хорошо, но в ряди случаев нежелательно - как с каментами, кстати.

Блин, ну хорош тупить-то?

Скорость базы и скорость фалов можно сравнить только при одинаково построенном индексе и получить эти данные можно только на самом сервере, а никак из-вне.

Нафига для mysql второй сервер?! Что за бред. Это делают только на высоконагруженных проектах, когда просто физически сервер не справляется. И уж какие-то текстовые файлы там не сделают погоду.