PHP и иконки

Блин… PHP оказывается не умеет распознавать такой вид графики, как иконка. Да да, этот самый .ico ему не знаком. getimagesize скажите вы? Фигвам! Только GIF, JPG, PNG, SWF, PSD, BMP, TIFF(intel byte order), TIFF(motorola byte order), JPC, JP2, JPX, JB2, SWC, IFF, WBMP, XBM… Кто из них ICO? А никто… И не надо про BMP, не надо! Да они там немного совместимы, но только маленько… Вот ходи и ищи теперь, как определить – иконка это или нет…

WordPress и картинки, точнее юзерпики

Смотрим на WordPress дальше – задача: сделать возможность добавлять автором свой юзерпик (картинку примерно 80 на 80 пикселей, которую будут показывать у поста), не модифицируя кода самого WordPress. Плагинов/плугинов куча разных, советов, хаков… Есть из чего выбрать, и как сделать, но всё, простите через одно место… Спросите – почему? Элементарно. До создания WordPress было куча других блогов (как сервисов, так и движков), у которых, в большинстве, всегда любой автор (или аффтар) мог всегда прицепить хоте-бы один юзерпик. Скажите, зачем такая возможность WordPress ? Ну как? Система пользователей есть, регистрация, возможность писать блог-посты, комментарии, а такой простой вещи как загрузить свой юзерпик нету… Неужели создатели WordPress до его создания не думали об этом? А может они не видели, или не пользовались? Или не догадались, что создав возможность вести блог больше чем одному человеку, понадобятся юзерпики? Вот так, ходишь и доделываешь за всеми, то что они не сделали…

Напали спамеры

Оставил без присмотра сайт, и не посмотрел настройки комментариев, и пожайлуста – каждые 5 минут получаю по комментарию от спамеров.

По этой причине включена модерация комментариев. Простите если чей удалил нечаянно. У кого есть какие идеи по этой теме?

WordPress – настройка фидов после изменения шаблонов

Парадоксально немножко, но, после того, как вчера перебирал кой какие косточки WordPress, меня таки убило то, что, имея возможность настроить свой шаблон, ты не можешь никак изменить что выводиться в фидах WordPress. В шаблоне, не выходя за рамки его, при помощи немножко магии и немножко само-созданных плугинов, можно добиться интересных результатов, вплоть до изменения логики вывода на тебе нужный лад (чем я собственно и занимался). Причём без малейшей модификации любого другого файла из самого WordPress, опираясь только на Custom Fields и знания возможностей системы. Безболезненно и совместимо с обновлениями (ну по крайней мере я так считаю).

После таких моих изменений (по задумке всего плугина/шаблона/режима), потребовалось изменить вывод фидов (RSS и ATOM), бо там появились лишние ноды, которые добавляются WordPress, плюс изменить кой-какие на значения с Custom Fields. До этого момента я не ковырял совсем тему фидов в WordPress, а как поковырял, мне плохо стало… Они не могут быть как либо изменены через шаблоны/плугины. Они сделаны хард-кодом… И конфигурация у них мало-мальская… И если мне не нужен wfw:commentRSS или я хочу изменить значение link на какое-то своё, особенное, я должен лесть, так сказать, в системные файлы, тем самым, обязывая себя каждый раз, после обновления WordPress, некоторых особей, быть осторожными на обновлении, если они будут использовать это создание… Следовательно, и установка такого плугина/шаблона/режима потребует больших усилий, а возможно и проблему создаст… Я лично не люблю изменять файлы системы (устанавливать так называемые патчи), при установки каких либо не стандартных возможностей, а предпочитаю, что бы это было реализовано через плугины/шаблоны. А менять придётся… Придётся… А ой как не хочется…

O WordPress ещё можно говорить долго… В нём есть ещё странного и неизведанного для меня (а может для многих)… Особенно то, как в нём, через функции идёт обращение к методам объектов через global в функции, а в методах объектов, опять-же через global уже в методе, идёт обращение к переменным в Global Scope…

Смена названий и асоциации

Сижу и листаю свежий счёт от TEO LT. Точнее не счёт, а информационный проспект, в котором описывается, зачем, как и почему “Lietuvos Telekomas” поменял название на TEO LT. К этому они готовились, готовили клиентов, предупреждали, но их-же рабочие ещё путали название в начале месяца (я не против, я понимаю, что после долгих лет говотить TEO вместо Telekomas тяжело). Представляют и 3 новый бренда: VOX – услуги телефонной связи, ZERBA – услуги интернет и GALA – цифровое телевидиние (адрес наверно будет http://www.gala.lt/, пока об этой услуге я ничего не знаю).
Самое интересное, что с кем не разговаривал, у всех самые большие и не сильно приятные ассоциации с брендом ZERBA. Я ничего личного против TEO LT не имею, я доволен качеством услуг (да, сбои бываю, но они бывают у всех, просто там никто из конкурентов не придаёт такого значения, как когда они случаются у TEO LT). И ассоциация классическая: белое – чёрное – белое – чёрное – жопа. Не знаю, я пока там жопы не видел. Последний сбой был неделю назад, и меня в покое не оставили (вопросами точно-ли работает, хорошая ли связь), пока я не стал доволен качеством интернета.

Сегодня, гуляя по городу, заметил ещё одну метаморфозу. Банк “NORD/LB Lietuva” меняет свои вывески на DnB NORD. Видимо, в этом банке популярен Drum’n’Bass. Хотя официально они утверждают, что хотят подчеркнуть своё партнюрство с DnB NOR.

Слава богу, что все изменения не вызывают такого ажиотажа, как МТС с яйцом. Пока…

yoyo.lt, skrajutes.lt и воспоминания

Забрёл на сайт знакомого дизайнера, Lina Sasnauskaitė. А с тех пор, как я там был, произошло много изменений. Вместо флеш-заставки, из которой состоял сайт, теперь полноценный сайт в её стиле. Выложены на просмотр работы, фотографии, CV. Интересно было посмотреть над чем она работала с тех пор, как команда развалилась.

Вообще, сайты дизайнеров всегда отличаются маленькой сложностью в навигации – перед тем как по нему пробежаться, нужно внимательно его осмотреть. Вот и здесь, я только минут через пять понял, что главное меню справа, а суб-меню это маленькие белые квадратики слева. Выбрав из правого меню раздел, снизу выбираем проект, а потом с суб-меню выбираем что-то вроде скриншота или фото. К примеру, в разделе “identitetai”, третьим проектом лежат фотографии и скриншоты к проекту skrajutes.lt. На двух последних фотографиях видно, сколько работы вложено было со стороны дизайнера. Все эти коробочки, визиточки, диски, плакаты… Всё это у неё было как дипломная работа, только с реальной, коммерческой целью. Где-то есть фотография, где я стою на фоне плаката с зайцами… Там даже вроде вся комманда была на его фоне, которая в тот момент была так или иначе связана с проектом…

Вспоминается и то, как делали программную часть, как качал Developer Tools для MAC OS X, как собирали на MAC OS X версии 10.2: Apache, PHP, ProFTPD с поддержкой MySQL, ставил MySQL, настраивал, что-бы всё это само запускалось, рыл в сети информацию обо всё, интегрировал FTP и регистрацию на сайте, так что-бы каждый,, кто зарегистрировался, получал автоматом возможность загрузить свои файлы не только через HTTP, но и FTP. Причём, всё делал в первый раз тогда… Фактически, с малыми знаниями в UNIX, в его безопасности и местами на авось. Но оно работало какое-то время, пока я от туда не ушёл. Что было потом я не знаю, знаю только одно, сервер с тех пор сменили, и настраивал его уже нормальный администратор, строго по требованиям к сайту.

Я знаю, есть программы, которые могут…

Из свежих вопросов на форуме (найденных утром): Я знаю, есть программы, которые могут скачать весь сайт, со всем кодом, даже с PHP кодом, и тогда плохой может анализировать ваш код и хакнуть ваш сайт. Как отконфигурировать .htaccess что бы так сделать было нельзя?. Он знает… Они есть… И от них защищает .htaccess! Панацея найдена!!! А вы там паритесь, пароли всякие, енкодеры…

Вот ты суслика видишь? И я не вижу, но он есть! (© ДМБ)
Знание это страшная сила… Я скажу, не знать лучше – спать легче, кошмары не мучают. Вот я не знаю таких программ, меня такие вопросы не мучают. Может в молодости я был тупым и наивным, но не думал о таких проблемах – это были проблемы администратора сервера (за исключением правильного кода). Я знал, что на хорошо настроенном сервере, так просто скрипты не возмёшь. Да, был FTP, был SSH и telnet… Его пароли хранились как кредитная карточка (не все правда) – в надёжном месте… Да, иногда их ломали (пароли) или воровали… Но тут уже проблема безопастности пароля, иногда сервера была, иногда клиента… Да… вот только от этих программ не помогал никогда .htaccess. Да, ну появился WebDAV. Но опять-же его администратор настраивает, и если он открыт для считывания всем без разбору и со всеми исходниками, значит что-то тут не хорошо и вам к админу (или на другой сервер к другому хостеру)… Ну а если в ваших скриптах дыры, то .htaccess тут вам тоже не сильно поможет…