За адаптивную верстку ☝
Один сайты рипает, другой из вэб архива тянет. Не идей не фантазии. Куда катится мир :)
PESik, воспользуйтесь поиском, темы про прогоны и его эффективность создаются чуть ли не раз в месяц.
Тему нужно переименовать в "продвижение и оптимизация сайтов на укоз" :)
Кернес, а зачем при переходе на /kontakt мы попадаем на страницу с ошибкой 404 и криво настроенным ssl.
не удивительно.
Сео - шмео, Вы для начало технические ошибки исправьте.
Да какие уж тут напряги :) просто хотел поделится своими наблюдениями. Речь не о наборе функций и не о функционале в целом, а о том, что непонятно зачем подгружается такие объемы кода для отображения всего навсего одной рубрики и одной статьи. ---------- Добавлено 30.11.2016 в 01:18 ----------
Да, именно get_defined_functions. Я понимаю что большая часть может не использоваться, но они загружены и у каждой функции не по 2 строки кода, а это лишняя нагрузка на интерпретатор.
А началось все с темы лучший цмс. холивар удался 🤪
И действительно, а зачем нам "тонны абстракций, наследования и километровым вызовам объекта за объектом". Пусть лучше будет изобилие функций, как например у ВП.
Только что установленный ВП интереса ради, без каких либо настроек и плагинов. Так вот он имеет 1900 узер функций ( весь список функций выложил на pastebin.com, вдруг кому будет интересно ). К-во подключенных файлов я даже боюсь смотреть.
2к функций лучше 1 класса, расширенного абстрактным классом и интерфейсом? ну я прям даже и не знаю что и сказать.
По вашему это нормальная практика?
По поводу gettext, быть может вы правы :)
mendel,
МВЦ в действие, любо-дорого :)
А что за функция s не понятно? синглтон?
Конфиги держать в json вполне оправдано, но языковые файлы не проще в ini держать? Получим тот же ассоциативный массив с возможностью использовать секции:
файл russian.ini:
[error]404 = Не найдено403 = Запрещено
файл test.php:
<?php$language = parse_ini_file( 'russian.ini', true );echo '<pre>';print_r( $language );echo '</pre>';$code = 404;echo $code . ' ' . $language['error'][ $code ];?>
результат:
Array( [error] => Array ( [404] => Не найдено [403] => Запрецено ))404 Не найдено
{ "id": "skinReg", "folder": "e5a84985a7cc6a6fabc8f308b6b6d241", "siteName": "TestSite", "skin": "readable", "favicon": "/files/uploads/e5a84985a7cc6a6fabc8f308b6b6d241/favicon.png", "bgImg": "/files/uploads/e5a84985a7cc6a6fabc8f308b6b6d241/bricks2.jpg", "bgSize": "", "footerBoxed": true, "copyright": "(c) Runtime 2016", "footerColor": "#fff", "footerBgColor": "#000", "footerType": "layout/block/footerSmall", "infoBlock": "", "infoBlock2": "", "defaultThumb": "/files/uploads/e5a84985a7cc6a6fabc8f308b6b6d241/rt-logo.png"}
А как же типы полей? Например переменая "footerBoxed" с типом значения булево. Или при редактировании в "формочке" все типы полей выводятся как input[type=text] или textarea?
SeVlad,не считаю нормальным, решать проблемы установкой плагинов/хукок, то есть добавив к уже имеющимся немереному кол-ву функций еще пять.
Так же как и в темах делать ренайм функций или менять вхождение аргументов в них. Да и нативный php в вперемешку с html кодом как то не возбуждает честно говоря.
То есть, при обновлении ядра претерпевшего изменения, возможно часть плагинов ( а то и все ) отъехали, придется делать правки темы ( так как не является шаблоном ).
Не есть комильфо :)
ООП не панацея, и все же, если бы в ВП использовали хоть какие то паттерны проектирования, проблема с обратной совместимостью были бы решены. ИМХО
