Smart CJ для тупых :)

LemonS писал:

Jabar: в базе данные не сжаты и технически строка в байтах занимает даже немного больше тк пишется + пара байт технической инфы вроде длины строки и тп.

Да пофиг. Если дополнительно на каждый символ не навешивается инфа в десятки раз большая чем сам символ, то пофигу. Ну и техническая инфа, как понимаю будет присутствовать и в пустом поле, ибо поле существует, просто оно = 0

S_Flash писал:

дабы мой MySQL сервер не навернулся раньше времени перелапачивая излишние данные. И так приходится экономить на ресурсах сервера.

S_Flash писал:

Давай для сравнения добавим один и тот же дамп хотябы на 10к галер в базу SCJ чисто с десками,

Охота заморачиваться? Ну есть типа наука, например математика или информатика, которая это легко считает. Ну сам посуди (примерно)- 1 символ это 1 байт. деск на 150 символов это 150 байт. 1 миллион символов это 1 мегабайт. Что такое миллион символов? Ты же в школе проходил роман "Война и мир" Толстого? так вот 1 миллион символов это почти половина этого романа. Все дески, на ВСЕХ твоих тубах заметно меньше 1 миллиона символов, т.е. одного мегабайта. Экономить на маленьких строках текста от 50 до 200 символов , это как в доменной печи говорить, что жарко от спички (если её зажечь). Как бы это проще объяснить... 1 тумба (подчеркну - всеголишь одна тумба с ебущейся теткой) занимает в районе 20Кб, и сравни это с альтом в 150 байт? Удалив всеголишь 100 бестолковых тумб (а их у тебя например 10 на галеру, 10к галер - что то около 100К тумб) ты сэкономишь места заметно больше чем все альты. Уменьшение размера тумбы только на 10 байт (чем ты наверняка вобще не озадачивался) сэкономит места гораздо больше чем альты (из-за которых ты копья ломаешь). И наконец самое сладкое , смотрел ли сколько места занимают сорсы этих самых тумб? У меня выходит на сидже в 14к галер, все с десками и альтами, с базой в 112Мб, сорсы занимают более 15Гб. Сами тумбы занимают 5,5Гб . О какой экономии тут вобще речь, какие тут альты, которые както там расходуют что то? Если реально экономишь место на сервере, то скорее правильная строка ИМ принесёт пользы в тысячи раз больше, чем какието альты.
Если ты считаешь, что мускуль на сервере может пострадать и загнуться из-за альтов, то бегом к админам нормальным! Это практически нулевая надежность твоего сервера и мускуля! Это реальный АХТУНГ! Ты рискуешь положить весь мускуль добавив 10 тумб на сидж!
Конечно эти выкладки не имеют смысла если альт для тебя имеет какоето одиозное значение.

S_Flash писал:

так как меня тут не понимают:

как я понял то тебя даже не альт беспокоит, а имя создаваемой тумбы. Но ради такого можно пойти на компромис и забацать реплэйсмент? - 10 секунд занимает. Плюс

LemonS писал:

Если вам лень это делать - могу сделать скрипт.

Хотя сделал бы лемон в следующем билде чтоб этот реплэйсмент был включен по умолчанию.

И еще момент. Не помню где, на каком форуме, но встречал то что люди используют при импорте в паттерне именно альт, а деск оставляют пустым. Им то как быть? У них ваще все заточено под именно альт, темплейты там и прочее. Если что то переделать только на деск (имена тумб теже) , то им то что тогда делать?

LemonS писал:

Фичу с переключением откуда брать слаг можно доабвить в сл апдейт.

слаг же вроде из деска делался? Если из альта, то у S_Flash все слаги должны состоять только из цифр. Если речь про имена тумб, то их в след апдейте из тагов пора делать, да из имен моделей - будет круто.

Jabar: Да там как оказалось какая-то хрень аномальная ибо я думал, что LemonS знает откуда этот No Title, а он сам не вкурсе.
LemonS: Скинул в личку доступ, дамп для примера и инструкцию.

S_Flash: Приношу свои извинения, я виноват.
Такой вариант добавления я не пробовал.
Добавлен фикс в апдейт.

LemonS писал:

Если вы ставите JS вариант то не будут учитываться и показы от норефа.

На всякий случай уточню. В 51 апе также и останется вариант с ручной подстановкой JS или же будет переделано на какойто другой (более легкий для пользователя) вариант? Ну там типа таг <!--SCJ_INCLUDE_indexpage--> будет заменяться сразу на все нужные включения, или там будет по умолчанию в /scj/ включен ява файлик, который надо будет объявить как строчку с rot_in.php и все (ну чтоб изменения если нужны проходили без вмешательства пользователя), ну или какимто другим способом.

Хочется понять, стоит ли заморачиваться с изменением темплейтов всей сетки или просто подождать, чтоб потом опять все не переделывать.

Jabar: scj_include засчитывает хит, а показы считает rot_in , те если и заменять то надо заменять именно его. Думаю на автомате заменить - не лучшая идея будет ...

LemonS писал:

rot_in , те если и заменять то надо заменять именно его. Думаю на автомате заменить - не лучшая идея будет

хм. а почему сразу не сделать так же как таг scj_include ? Вставляли бы красиво 2 тага , типа <!--SCJ_INCLUDE_--> и <!--SCJ_ROTIN--> . Ну и если вдруг найдутся люди которым важно считать именно показы ноурефа без учета кликов, то <!--SCJ_ROTIN_SHOWNR-->.
Я, собственно, к чему? То что когда держишь в голове кучу мелочевки, потом можно что то пропустить и ищи какието ошибки... По этому хочется, чтоб все было красиво .


Кстати, а есть те , кому важно считать именно показы ноуреф трафика без учета его кликов? Отпишитесь, пажаласта.

Jabar писал:

Кстати, а есть те , кому важно считать именно показы ноуреф трафика без учета его кликов? Отпишитесь, пажаласта.

вообще никому не надо

Jabar писал:

хм. а почему сразу не сделать так же как таг scj_include ? Вставляли бы красиво 2 тага , типа <!--SCJ_INCLUDE_--> и <!--SCJ_ROTIN--> . Ну и если вдруг найдутся люди которым важно считать именно показы ноурефа без учета кликов, то <!--SCJ_ROTIN_SHOWNR-->. Я, собственно, к чему? То что когда держишь в голове кучу мелочевки, потом можно что то пропустить и ищи какието ошибки... По этому хочется, чтоб все было красиво .

+1

Jabar писал:

хм. а почему сразу не сделать так же как таг scj_include ? Вставляли бы красиво 2 тага , типа <!--SCJ_INCLUDE_--> и <!--SCJ_ROTIN--> . Ну и если вдруг найдутся люди которым важно считать именно показы ноурефа без учета кликов, то <!--SCJ_ROTIN_SHOWNR-->. Я, собственно, к чему? То что когда держишь в голове кучу мелочевки, потом можно что то пропустить и ищи какието ошибки... По этому хочется, чтоб все было красиво :) .

Разделено специально. Например, можно делать галеры в отдельном темпелйте в котором они постились в ТГП и на них не учитывать показы, дабы они не портили ротацию.

Добавить таг <!--SCJ_ROTIN--> - не вопрос. Правда смысл особо не меняется - редактировать темпелйт дабы вставить этот таг все равно надо.

А скоро появится в мультиадминке возможность смотреть куплена ли лицензия смартсиджа или нет? Писал Лемону в аську пару месяцев назад еще, говорил по идее не трудно сделать. При трясках СЕ трафа, помогло бы докупать лицензии.

LemonS писал:

Добавить таг <!--SCJ_ROTIN--> - не вопрос. Правда смысл особо не меняется - редактировать темпелйт дабы вставить этот таг все равно надо.

Смысл не меняется, но визуально воспринимать легче. Вроде мелочь, а приятно

Diablo II писал:

Цитата: Jabar писал: Кстати, а есть те , кому важно считать именно показы ноуреф трафика без учета его кликов? Отпишитесь, пажаласта. вообще никому не надо

Так может всетаки инклюдить этот скрипт (или может какоето другое решение) автоматически? Точнее, чтоб вобще не заморачиваться открыванием 12 темплейтов в 50 сайтах, чтоб с новым апдейтом (или билдом) выключеный учет ноуреф трафика в ротации приводил к исключению и показов и кликов в статистике ротации.

evilmaster: уже есть в 51, просто еще бета не выложена.

Jabar: в 51 будет поиск и замена во всех темпелйтах - можно будет это сделать парой кликов. Полностью автоматическая замена в темпелйтах все же немного рисковая операция. Кроме того этот код понятно не будет работать для юзеров без JS.

LemonS писал:

51 будет поиск и замена во всех темпелйтах - можно будет это сделать парой кликов.

Ну пусть так.

LemonS писал:

Кроме того этот код понятно не будет работать для юзеров без JS.

Ну если нет альтернативы... Лучше так, чем никак. Может на пхп можно что то сделать?

Jabar: велкам с предложениями. В плане не код, а просто на словах алгоритм как оно должно работать.

LemonS: В том сайте, что я тебе дал в личке есть ещё какой-то косяк с импортом галерей. Например, если ты добавишь дамп галерей (штук 10+) и они попадут в Import - queue, затем (где-то через минуту) обновить страницу Import, то в счётчике queue уже будет либо 0 либо 1 тгалера. В Sponsors эти галеры, если судить по кол-ву, попадут в Deleted и на протяжении 10 минут продолжат грабиться. Дамп добавлял так же как описал в личке в предыдущем сообщении, отправленом 07/09/13 в 10:31.
Я хочу попробовать переустановить скрипт заново, так как у меня другой сайт с той же версией\релизом вёл себя нормально. Но не факт, что после импорта базы проблема не вернётся и, второе, может тебе захочется разобраться что к чему прежде чем будет решена проблема тупо переустановкой.

S_Flash: тот дамп что вы дали уже весь в базе есть - удаляю его ?

LemonS писал:

S_Flash: тот дамп что вы дали уже весь в базе есть - удаляю его ?

Да, конечно.

LemonS: Не смотрел ещё? Уже думаю переустановить завтра скрипт.

S_Flash: к сожалению нет еще, надо 51 собрать что б могли люди начать пользоваться.

В 1.50 тумбы через v2 добавляются гораздо дольше чем в 1.49. Специально засек. В 1.49 после нажатия "Add to Active" до загрузки следующей гали проходит 16сек в 1.50 1минута20сек. Это очень долго, потому что я всю базу добавляю вручную. Можно это как то ускорить?

Сорри. Не существенно!

Подскажите пожалуйста,такая проблема,
Смарт при импорте галер стал игнорировать Whitelist для тагов,
ставит в таги все слова из деска.

Еще такой вопрос, возможно ли чтобы смарт перерезал тумбы из исходников, для определенного спонсора?

Damas писал:

В 1.50 тумбы через v2 добавляются гораздо дольше чем в 1.49. Специально засек. В 1.49 после нажатия "Add to Active" до загрузки следующей гали проходит 16сек в 1.50 1минута20сек. Это очень долго, потому что я всю базу добавляю вручную. Можно это как то ускорить?

в preload 2 тумбы нарезаются на лету, соответственно скорость на 100% зависит от нагрузки и скорости сервака.

между версиями в нарузке ничего не менялось, так что думаю разница в разных серваках, кроп профайлах и тп.

LЕV: перерезать - есть massedit status regrab

Игнорировать поле - а что делалось ? или вдруг раз и перестал ?
какие есть подробности что б протестировать ?

LemonS писал:

в preload 2 тумбы нарезаются на лету, соответственно скорость на 100% зависит от нагрузки и скорости сервака. между версиями в нарузке ничего не менялось, так что думаю разница в разных серваках, кроп профайлах и тп.

Ну что могу сказать, сервер один. Кроп на 1.49 отличается размером 180"240, а на 1.50 200"260. Все остальное абсолютно одинаково. На 1.49 висит 6 слейвов, а 1.50 даже не запущен.

LemonS писал:

Игнорировать поле - а что делалось ? или вдруг раз и перестал ? какие есть подробности что б протестировать ?

По сути, раз и перестал. Галеры добавляются или через Import или через Import Sets, через оба метода есть эта проблема, хотя некоторые галеры обрабатывает нормально. Для теста могу дать доступ.

LemonS писал:

перерезать - есть massedit status regrab

Через massedit почему то качество хуже, чем через Edit Thumb если перерезать тумбу, Crop Profile вроде одинаковый, что я мог упустить подскажи плиз?