Отвалился логин в ЖЖ. Ненавижу пидарасов, которые «для удобства» каждые две недели сбрасывают твою авторизацию. Охуенно удобно. Пошел логиниться — не логинится. Что за херня?
Оказалось, после переезда в движок заглавной страницы моего сайта в движке не нашлось средств, которые бы устанавливали нужные тэги перед <head> — в частности строки делегации openid. А в body сервисы уже их не видят. Ну отлично, сделал модуль HEADD — добавить в head любое. link, meta, rel — не важно. Просто вписываешь нужную без закрывающих скобочек, и движок ее ставит перед <head>
Openid снова заработал, залогинился в ЖЖ как... lleo.aha.ru/index.htm Что за фигня? Оказалось, древний глюк движка — на титул сайта нельзя зайти: при установленной в конфиге переменной $rootpage='index.htm' при запросе движок перекидывал браузер, соответственно, на На хрена редирект, почему тихо не открыть? Поправил. Теперь все нормально.
Ну и, кроме того, покопался с подопечным сайтом и оказалось, что ненавистный prototype.js не просто срет в массивы (это я уже пофиксил). Нет, он срет вообще в любые объекты страницы! И даже при создании элементов DOM срет туда тоже! Эти старые пердуны-программеры уверены, что жизнь страницы заканчивается после загрузки. А что страница может продолжать жить своей жизнью, что на ней могут меняться элементы, распахиваться окна, подгружаться информация по запросу — это кретинам невдомек. Как именно срет prototype.js в DOM — я не уточнял, просто открыл сорцы страницы с открытыми окошечками и ужаснулся. И внял советам Николая Лещева: заменил на сайте заказчика lightbox на Slimbox2 — полный аналог, такое же громоздкое фотоговно на любителей попердеть анимированными окошечками, только сделан компактно на jQuery. Ну, конечно не компактнее, чем мой штатный фотоальбом в движке, но что уж поделать: если кому-то нужно распахивать фотку не быстро, а с тормозами и длительным пердежом, то наверно Slimbox2 — действительно лучший вариант. Он заработал прекрасно, но пришлось его чуть подправить для мелочей — ну, чтобы работал с измененным title на tiptitle и чтобы во время работы давал движку сигнал, как будто открыто окно движка (при этом блокируются навигационные шорткеи движка). Кому интересно:
К чему я это говорю? Официально заявляю: в моем движке не поддерживается и не будет поддерживаться никакое говно, основанное на prototype.js Потому что уродам не место. Надо немного башкой думать о том, что твой фреймворк, возможно, будут использовать в более масштабных системах, чем тебе снилось, и потому нехрен срать веером в чужое. Это — ссученность и эгоцентризм, думать, будто ты самый умный, и кроме тебя никаких фреймворков в мире нет. Вот jQuery не срет. Я его, конечно, терпеть не могу и использовать не буду, потому что нахуй он мне не нужен — у меня все необходимое есть в движке. Но когда-то я специально не стал занимать для своих задач переменную $ — именно чтобы облегчить жизнь кому-нибудь другому, кто, возможно, захочет делать сайт на моем движке, но при участии jQuery. Сегодня это пригодилось — без всяких конфликтов заработал jQuery на одном из моих подопечных сайтов, где владельцам понадобилась тормозная перделка.
Вот зато если нажать Shift+Ctrl+Alt+A (не только у админа, у всех), то начнут появляться скан-коды нажимаемых клавиш. Так, мало ли, вдруг.
Только что заметил, что при установке движка в папку, отличную от blog (а тем более в корень), теряются многие служебные изображения. Например, в окне редактирования пропал красный крестик в верхнем правом углу. В шаблонах пропали некоторые изображения. Маленькая иконка перед ссылками - тоже пусто... Подозреваю, что где-то в файлах движка прописаны прямые пути к файлом этих картинок с прописанным "blog"? Сходу не нашел где подправить.
Лично мне jQuery не понадобится ни с какой стороны.
А тем, кому вдруг нужен в дизайне страниц чемодан пляшущих перделок - у тех оно работает без конфликтов, как мы убедились.
Вы все мне так долго рассказывали, что фреймфорки помогают экономить время, а теперь тратите его на беседы о том, как можно было бы наверно еще другим способом сделать что-то такое другое, чтобы библиотека, которая нахуй не нужна, стала совместима еще более, чем на те 100%, на которые она оказалась совместима сейчас. Не абсурд?
Что там вообще может не работать - загадка.
Что за создание ссылки и что за каталог дублирует - тоже загадка. Разве что какие-то особенности при настройке сервера не позволяют вычислить верный URL?
Советую вписать (временно!) перед строкой:
return mper(.....
строку:
dier($conf);
Один раз открыть страницу и прислать то, что она показала.
function ADDTHIS($e) { global $article;
$conf=array_merge(array(
'link'=>get_link($article['Date']),
'title'=>$article['Header'],
'text'=>'Утащить к себе',
'template'=>'<div style="float: right;" class="addthis_toolbox addthis_pill_combo_style" addthis:url="{link}" addthis:title="{title}"><a class="addthis_button_compact">{text}</a></div>'
),parse_e_conf($e));
return mper($conf['template'],$conf);
}
Для примера:
a=new Array();a[1]=1;a[2]=2;
for(i in a) document.write(i+"-"+a[i]+" ");
печатает 1,2 но не печатает "length", хотя a.length существует. ;)
Чтобы они не светились - надо их помечать enumerable: false. Но авторы prototype не могут это сделать и в доке описали подробно почему.
ps. "Но вы в курсе, что здесь тэги html не отобразятся?" - вкурсе, но нет кнопку "я и не хочу чтобы они отобразились как html :)) потому убрал теги script и br
Не дает редактировать, даже когда есть просто символ меньше
всего комментариев: 37