Возвращает строку, в которой все не цифробуквенные символы, кроме -_. должны быть заменены знаком процента (%), за которым следует два шестнадцатеричных числа, а пробелы кодируются как знак сложения (+). Строка кодируется тем же способом, что и POST данные WWW-формы, то есть по типу контента application/x-www-form-urlencoded. Это отличается от » RFC 3986 кодирования (см. rawurlencode() ) тем, что, по историческим соображениям, пробелы кодируются как знак "плюс" (+).
в общем encodeURIComponent помогло. а на принимающей стороне пхп сам декодировал нормально
таблица и так сериал
CREATE TABLE techbase.item (
id SERIAL,
name TEXT NOT NULL,
url TEXT,
CONSTRAINT item_pkey PRIMARY KEY(id),
CONSTRAINT item_url_key UNIQUE(url)
)
WITH (oids = false);
COMMENT ON COLUMN techbase.item.id
IS 'ид';
COMMENT ON COLUMN techbase.item.name
IS 'имя';
COMMENT ON COLUMN techbase.item.url
IS 'Источник (URL без http://)';
как понимаю jpg - это exif (можно хранить гео теги). а пнг - можно хранить авки с прозрачностью, сэкономив на фоне (как моя ава). а вот jpg - исконный вариант для фотиков. так исторически сложилось или есть причины? а пнг - активно форсится в вебе - так тоже историчеки сложилось? и такой пример - я хочу сохранить фото в качестве (на компе) - что выбрать? и я хочу выложить фото в инете (важен размер) - что выбрать? а так классный ответ
смею вас заверить, ничего вы не запутались. видать тяпница дает о себе знать. это просто мысли вслух. да я знаю и умею пользовться ретурн ид. прикольная вещь. но в срезе yii не выполнима
по мне так вполне ок. можно конеч returning id юзать в идеале.... но моих навыков в yii для такого не хватает. думаю хак будет временным, если получу ответ от yii сообщества
