Хороший ресурс, давно искал нечто подобное. А есть возможность взять где-нибудь локальную версию? А то к серверу доступ есть не всегда, а так, разрабатывая и тестируя в электричке, можно было бы сразу оптимизировать и по скорости загрузки...
Да и к тому же иногда приходится тестировать модули, которые не хотелось бы засвечивать на веб-сервере *улыбнулся*
Drupal производит впечатление хорошо вылизанного, но тем, кто привык к хаосу WP, трудно переходить на него. А что до косяков WP - это да *улыбнулся* Я что-то вылизывал сам ещё на более старых версиях, а потом уже плюнул на это дело.
Помимо Secret Key там, по-моему, ничего стоящего и не добавили. Админку не заценил - старая имхо удобнее. Да и тупить система стала больше. Короче, откатился обратно на 2.3.
Как правильно Макс заметил, от версии к версии Wordpress тяжелеет, потребляет больше памяти, но реально большая часть функционала, добавляемая в систему, блоггеру не нужна. "Не могу сказать за всю Одессу", но мне вполне хватает обычного (невизуального) редактора да страницы конфигурации. Всяких изысков вроде рейтингов, САПы, горячих закладок и проч. никогда не ставил и вряд ли буду ставить.
Про "безопасность" блога и всякие secret keys, на которые многие (каюсь, и я в том числе) повелись, имхо стоит волноваться только тем, у кого действительно популярные блоги с несколькими тысячами хитов в сутки и на которые велика вероятность нападения всяких кулхацкеров. Остальным же вполне достаточно регулярных бекапов базы и сорцов WP (некоторые плугины хранят данные не в базе, а на диске), которые потом поднимаются на раз - проверено на личном опыте.
Кстати да - у меня большая часть пользователей моего небольшого плугинчика для Wordpress сталкиваются с проблемами только потому, что хостер не перешёл на PHP 5.
Вот ты знаешь, что смущает: огни города внизу справа и в центре почему-то смазаны, а огоньки - нет. Тем более, если говоришь, что была большая выдержка.
Согласен. На прошлой работе рефакторил одну опенсорсную систему тест-менеджмента, RTH называется, где воочию можно наблюдать продедурный ад, и прозрел :)
На самом деле, ООП-код действительно более читабелен, но к нему надо привыкнуть. При прочих равных на сам кодинг уходит больше времени, чем это было бы при процедурном подходе. Однако, когда встаёт вопрос об управляемости, выбор однозначно стоит сделать в пользу ООП.
П. С. Кстати говоря, я в большинстве своих проектов совмещал ООП и процедурный подход (естественно, там, где оно себя оправдывало).
Не возникает при этом проблемы xml data hell? У меня на прошлой работе, помнится, все прогеры плевались от огромного количества xml файлов с настройками.
Да и к тому же иногда приходится тестировать модули, которые не хотелось бы засвечивать на веб-сервере *улыбнулся*
Как правильно Макс заметил, от версии к версии Wordpress тяжелеет, потребляет больше памяти, но реально большая часть функционала, добавляемая в систему, блоггеру не нужна. "Не могу сказать за всю Одессу", но мне вполне хватает обычного (невизуального) редактора да страницы конфигурации. Всяких изысков вроде рейтингов, САПы, горячих закладок и проч. никогда не ставил и вряд ли буду ставить.
Про "безопасность" блога и всякие secret keys, на которые многие (каюсь, и я в том числе) повелись, имхо стоит волноваться только тем, у кого действительно популярные блоги с несколькими тысячами хитов в сутки и на которые велика вероятность нападения всяких кулхацкеров. Остальным же вполне достаточно регулярных бекапов базы и сорцов WP (некоторые плугины хранят данные не в базе, а на диске), которые потом поднимаются на раз - проверено на личном опыте.
Согласен. На прошлой работе рефакторил одну опенсорсную систему тест-менеджмента, RTH называется, где воочию можно наблюдать продедурный ад, и прозрел :)
На самом деле, ООП-код действительно более читабелен, но к нему надо привыкнуть. При прочих равных на сам кодинг уходит больше времени, чем это было бы при процедурном подходе. Однако, когда встаёт вопрос об управляемости, выбор однозначно стоит сделать в пользу ООП.
П. С. Кстати говоря, я в большинстве своих проектов совмещал ООП и процедурный подход (естественно, там, где оно себя оправдывало).
Я раньше что-то слышал об этом формате, но руки не доходили познакомиться.