И тут Яндекс придумал БЭМ
Если у вас валидная верстка (да и не валидная тоже), то пауки её вырежут 2-3 строками кода. Одним из факторов ранжирования является общий вес страницы, в который вкладывается множество параметров и уж что что, а код там явно наименьший параметр из них (как правило). Да и если включить голову, как размер кода может влиять на полезность документа запросу пользователя? Мне кажется в seo главное не перейти ту грань, когда логика перестает дружить с действиями.
silicoid, Вы не забывайте что это ноут и скорее всего там еще и видео отжирает гиг оперативки, а то и поболее. И вот так примерно работает БД на 8Мб памяти на 2кк строк :))))
seovisor, нельзя юзать индекс UNIQUE на полях типа Text
A10 так то нормальный проц, не ксеон конечно, но 15 мин для него на 2кк записей это что то запредельное.
Скорее всего косяки где то со стыковкой ПО и конфигами. Денвер вообще г.. (он еще живой? там mysql 5.1?!). Поставьте MySQL 5.5 (а лучше 5.7) чистый с сайта, дайте кешу ему от оперативки процентов 60-70% и с консольки попробуйте сделать вашу операцию. Да может все дело еще упереться в винт, расширьте буферы по максимому, чтобы сервер меньше сбрасывал на диск. (работал с ним)
Еще бы входные данные, ну там например размер всей БД, тип хранилища, если innodb то он файлом одним или все таки разбит, пишутся ли логи и так далее.
Zevss, Другой хостинг, другие настройки окружения. По умолчанию в php.ini timezone пустой
Подымите версию php ))) Поставьте дефолтный timezone Europe/Moscow
Обновите Joomla :)
Человек наверное и имел ввиду показ ошибок, но все таки на пролакшене я бы оставил только фатальные, все остальное ловил бы исключениями а не убивая процесс. И то сейчас и фатальные по моему неплохо ловятся.
Да и логи я не пишу, как то привык уже к баг трекерам, типо rollbar, который кстати не плохо интегрируется с monolog, но это все круто для своих продуктов, как обстоят дела с CMS я хз.
Notice нужны для поимки ошибок в программе программистом. Например, вы писали код и работали с одной переменной, а потом промахнулись по клаве и в проверку вбили с опечаткой, так как PHP приводит типы, то даже необъявленную переменную он приведет к null и условие невыполнится никогда, разработчик скорее всего такого не хотел.
Работу, если у вас не 100 RPS, то вы не заметите. На продакшене нельзя открывать ошибки в мир, да и логи лучше не писать если честно. Если не вы разработчик всего этого чуда, то нотисы вам не нужны, если вы, то обязательно проверяйте существование переменных, особенно если они инициализируются динамически. Ошибки замедляют работу приложения только в одном случае (в основном), если где то фиксируются, ведь например на открытие файла с логами тоже расходуются ресурсы.
А так да, ошибок в приложении быть недолжо, никаких. Но это касается программистов, а не юзеров их труда))
Kepus, Ну вот про это я и говорил. Либо надо добавить в код проверку ключа isset($array['index']), либо отключить предупреждения/показ ошибок
Пример:
if ( isset($_GET['page']) && $_GET['page'] == basename(__FILE__) )
Тут смотря для чего. Если в рамках вашего ресурса, то решение на стороне вашего сайта + wildcard, поддерживают все современные http сервера + настройка DNS вида *.домен.ru A xxx.xxx.xxx.ваш_ip
Если вы хотите дать возможность пользователям регистрировать домены третьего уровня с возможностью установки на них почты, сайтов и прочего, то гуглите bind
