WebStorm

Этим должен заниматься хостер, но на ошибки он максимум проверит память на этапе сборки сервера, а дальше по симптомам, если он обнаружит странности в работе железа, то начнёт разбираться, а если не обнаружит, то не начнёт, особенно это касается выделенных серверов, если ошибки появятся после сборки сервера, то они могут и не быть обнаружены никогда, если всем всё пофиг и не затрагивают для системы критически важных областей, так, что система в целом выглядит рабочей. Проявляться неработоспособность памяти может самым разным образом, от порчи данных, до размонтирования рабочего диска (система работала работала, а потом бац и всё отвалилось), у меня такое было на FreeBSD на бракованной памяти. Хорошая новость заключается в том, что обычно дефектную память обнаруживают на этапах сборки сервера, и если она прошла все тесты, то вероятность того, что она начнёт сыпаться с временем крайне мала, но она есть, особенно если подвергается нагреву и работает в жёстких условиях, когда очень активно используется

Если вы пользователь VDS сервера, то проверить вы сможете только часть памяти, выделенной вам в данный момент, потом ситуация может измениться, такое себе занятие, но если хотите доказать хостеру, что  память на физическом сервере явно бракованная, то можно и таким образом поступить, запустив утилиту memtester, проверив часть памяти прямо из linux, если хостер позволяет запускаться с live cd, то сможете проверить и через memtest86 или любую другую программу, но опять таки, только выделенную вам в данный момент память от физического сервера, потом ситуация может измениться

Трижды покупал в  магазине DNS бракованную DDR4 память, две без ECC (G.Skill, Kingston HyperX), и одну с ECC (Samsung), так что брак есть всегда и везде и всегда надо проверять, бывает даже, что в одноканале память проходит все тесты, а в двухканале нет

Eclipse PDT

уже лет 15 пользуюсь, он полностью бесплатный, работает и на Windows и на Lunux, удобно работать с сайтами, использующими PHP, CSS, HTML, JavaScript, MySQL

https://eclipse.dev/pdt/

для работы надо установить Java

у меня тоже висит, если скачать отчёт об ошибках, то везде ид типа ошибки 7.8, в справке написано, что это должно исправляться на стороне гугла (ошибки, устраняемые Google, "если обнаружены ошибки этого типа, компания Google сама при необходимости займётся устранением проблемы и перейдёт к обычной обработке TCF"), мы сделать с этим ничего не можем, кроме как написать в техподдержку (я не писал)

ради интереса решил проверить сам на сайте, к которому есть доступ с ~ 425000 новостями, типичные адреса выглядят так site.com/12345-Sber-vzyal-planku-v-300-rubleiy.html, где  12345 это primary key в базе, а Sber-vzyal-planku-v-300-rubleiy это добавка для псевдо ЧПУ, сделал по этому полю текстовой ключ, и решил сравнить время выборки по идентификатору, например 12345 (в среднем 0.0005 сек), и текстовому ключу, например Sber-vzyal-planku-v-300-rubleiy (в среднем 0.0011 сек), сделал пару десятков выборок, разница, в среднем составила в два раза в пользу выборки по primary key, стоит отметить, что сервер (VDS) не нагружен, если был бы нагружен, то было бы больше

там в выборке всё равно участвует идентификатор, оптимизатор запросов mysql будет использовать его, сравнивайте ТОЛЬКО с выборкой по текстовому ключу

и к чему все эти запросы, ГДЕ сравнение с выборкой по текстовому ключу? вы нас не обманете

вы просто занимаетесь словоблудием, магии нет, строки занимают больше места, чем числа, сравнение строк накладнее по ресурсам, чем сравнение целых чисел, ваш коллега Sly32 уже признал мою правоту

у вас каша в голове, несмотря на то, что вы знаете, что такое b-tree, вы не знаете что такое целые числа, они не хранятся в виде строк!

вот вот, а у строк размер гораздо больше, у вас светлая голова