CREATE OR REPLACE FUNCTION "public"."inets_int2inet" (bigint) RETURNS inet AS
$body$
DECLARE
ret text;
op bigint;
tmp bigint;
BEGIN
op := $1;
tmp := op / 16777216;
ret := CAST(tmp AS text) || '.';
op := op % 16777216;
tmp := op / 65536;
ret := ret || CAST(tmp AS text) || '.';
op := op % 65536;
tmp := op / 256;
ret := ret || CAST(tmp AS text) || '.';
op := op % 256;
ret := ret || CAST(op AS text);
RETURN inet(ret);
END;
$body$
LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER;
IP в целое
CREATE OR REPLACE FUNCTION "public"."inets_inet2int" (inet) RETURNS bigint AS
$body$
DECLARE
ret bigint;
len integer;
i integer;
op1 inet;
op2 text;
ch text;
part text;
multy int8 := 16777216;
BEGIN
op1 := $1;
op2 := host(network(op1));
len := length(op2);
ret := 0;
part := '';
FOR i IN 1..len LOOP
ch = substring(op2 from i for 1);
EXIT WHEN ch='/';
if ch='.' THEN
ret := ret + CAST(part AS int8) * multy;
multy := multy / 256;
part := '';
ELSE
part := part || ch;
END IF;
END LOOP;
ret := ret + CAST(part AS int8);
RETURN ret;
END;
$body$
LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER;
2 — эта картинка как раз 256-цветный gif, уменьшенный в размере раза в 3.
Не пойму про "_думать_". Пользовательсам может раскидать материалы по папкам для удобства их использования в других текстовых блоках. Эти файлы предназначаются для данных, которые вводятся через визуальный редактор. Он их сам стркутурирует на серваке. Если не хочет — кинет все в кучу, без папок — его право.
1 — В инструкции к изменениям размеров есть разъяснения — ссылка [?] — что если оставить 0, то сделается пропорционально.
2 — Почему она потеряет качество? Преобразует imagemagick'ом, он достойно это делает, практически не ухудшая его
Про какие [лишние вопросы] Вы говорите?
Изменить размер картинки при загрузке — единственный дополнительные поля с галочкой. Если редактор сайта загрузит фото на 5 мегапикселей (ну лень ему или некогда открывать графический редактор и менять размер фото), а потом чтобы оно хорошо смотрелось на странице сделает width=«200» height=«300» у нее, то это принесет больший вред.
Если есть текстовые блоки с форматированной информацией, хотябы с минимальным форматированием, даже стили можно прописать заранее — красный блочек, синий блочек, рамочка картинки… чтоб это все вписывалось в дизайн и потом уже редактор сайта будет использовать их для создания контента — вставка картинок, вставка файлов и ссылок к ним (повторюсь что это делается в блоках с форматируемым текстом). Там где структура подразумевает картинку (вид товара к примеру), там безусловно указывается именно картинка в админке без каких либо файловых менеджеров.
Диплома с такой специальностью у меня нет, но понятие есть. Но если Вы им являетесь то выскажите мнение. Критика должна быть конструктивной. Ну и от полезных советов я не откажусь.
Насчет лишних элементов: по моему только левая панель имеет сомнительную полезность (которая показывает соседние папки), а остальное все к месту. Её оставил потому что она была в стандарте.
Изменения должны быть видны, так как стандарная папка filemanager меняет содержание на новое (так должно быть по крайней мере). Может не туда скопировали папку? Или это кэш?
Да как-то исторически так сложилось что изменил, не помню причины. Поправил в архивах под «заводские» настройки.
Ну и доработаю описанные в посте недостатки, будет версия 2.
Когда выбирал (это было в 2005 году) более для админки подходил FCKEditor. Тогда же и доработал файловый менеджер. TinyMCE гибче в настройках (но мне эта гибкость не нужна в админке) и его использовал пару раз в пользовательком интерфейсе, но все приходилось делать свои плагины.
Так что выбор пал изначально, и особых причин пересматривать не было.
а мультизагрузку как планировалось реализовать? просто несколько полей ввода или заливка на сайт zip-архива с сайтами и там его автоматическая распаковка?
IP в целое
Источники телепрограммы на данный момент
teleweb.ru
teleguide.info
Не пойму про "_думать_". Пользовательсам может раскидать материалы по папкам для удобства их использования в других текстовых блоках. Эти файлы предназначаются для данных, которые вводятся через визуальный редактор. Он их сам стркутурирует на серваке. Если не хочет — кинет все в кучу, без папок — его право.
2 — прекрасно ресайзит — floomby.ru/content/XOwSs8Qk2k/
2 — Почему она потеряет качество? Преобразует imagemagick'ом, он достойно это делает, практически не ухудшая его
Изменить размер картинки при загрузке — единственный дополнительные поля с галочкой. Если редактор сайта загрузит фото на 5 мегапикселей (ну лень ему или некогда открывать графический редактор и менять размер фото), а потом чтобы оно хорошо смотрелось на странице сделает width=«200» height=«300» у нее, то это принесет больший вред.
Тут конфликтов быть не может.
У самого такой информации нет.
Ну и доработаю описанные в посте недостатки, будет версия 2.
Так что выбор пал изначально, и особых причин пересматривать не было.