[Назад] [Вся нить] [Последние 50 сообщений]
Ответ в нить
Captcha image
Тема   ( ответ в 2809)
Сообщение flower
Файл  []
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов GIF, JPG, MP4, OGV, PNG, WEBM, WEBP размером до 25600 кБ.
  • Ныне 2599 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 200

Рисенька.png - (674.92KB, 1015×1254)
2809
No. 2809    
Наступил новый год, и, мне кажется, было бы неплохо подумать об улучшении Ойчана. Нить предлагается сделать здесь ради большего охвата аудитории, нежели тот, который возможен в /d/.

0) У нас до сих пор на главной висят news, faq, rules и радио Чиочана. Наверное, следует подумать над тем, на что можно изменить главную в целом и текст с приветствием в частности. Оставлять ли разделы faq и rules? Или же оставить только текст с приветствием? Так или иначе, поскольку радиво у нас нет и, судя повсему, в ближайшее время, к сожалению, не будет, думаю, этот раздел стоит убрать. По тем же причинам пункт «Радио» следует убрать из списка под формою постинга.

1) В настоящее время у нас на главной в заголовках меню и саета стоит “cirnonotbaka”. Возможно, это следует заменить на “014chan”.

2) L10N. В настоящее время поясняющие надписи к полям формы постинга отображаются на английском языке, равно как и ссылки “Reply”, “Last 50 posts” в ОП-постах нитей на страницах досок. Предлагается сделать их на русском языке.

3) Ограничение на размер файла в /b/ де-юре есть 25600 кБ, однако же де-факто возможность отправки файлов объёмом где-то около 8 мБ и более не реализована (“This page in not redirecting properly”). Следует либо решить технические проблемы, не позволяющие постить файлы большего размера, либо же снизить заявляемое ограничение до фактически имеющего место быть.

4) В FBE реализована возможность постинга OGV-видеофайлов. Она включена на 410. Её следует включить и здесь.

5) В настоящее время у нас есть только 2 (два) баннера. Возможно, следует придумать и сделать ещё много всяких.

6) Текущая капча является стандартной кусабовской. Следует ли делать картинкокапчу как на 410-ом? А если делать, то из чего?

7) Помимо картинкокапчи, которая, возможно, не нужна, у нас нет картиночек для цветочка, logo и значка сайта. Их тоже было бы неплохо сделать.

8) FBE находится в разработке, периодически появляются нововведения — например — нумерация постов нити. Было бы хорошо обновить FBE Ойчана, и время от времени обновлять его в дальнейшем.
Развернуть все изображения
No. 2811    
okna_9.jpg - (155.20KB, 1280×720)
2811
Одна девочка рисование картинок не очень, зато она с ЭВМ на их языке. Если Ой-тян вдруг помощь.
No. 2812    
На всякий случай: нить была сдеалана некой ойчанькой, и к администрации Ойчана отношение не имеет. Ойчаньке было бы интересно узнать мнение администрации.
No. 2819    
Насчет 6 (капчи)
В >>/d/35 уже нашлись и картинки, и формат файлов этих для капчи которые нужны там я вроде понял. Все собирался нагенерировать да лень.

Насчет 7 (цветочка)
Кот-тян говорил что хочет сдобу или анпан.

0, 1, 2, 5 полностью поддерживаю.
No. 2835    
flower.png - (3.49KB, 32×32)
2835
>>2809
0)
Лично мне думается, что покрайней мере пока faq, rules и радио нужно точно убрать. У нас нет чётко оформленных правил, а разрабатывать их переписывать это всё трудозатратно. Сюда вряд ли попадёт человек, незнакомый с форматом картинкодосок и вакаба-разметкой, поэтому, если faq не будет, то ничего особо страшного произойти не должно. А вот в текущем состоянии оно скорее введёт в заблуждение, нежели чем-то поможет. Если возникнет нужда в страницах rules и faq, то уже тогда их, наверное, можно написать. Остаётся вопрос — кто возьмётся писать приветствие на news.php?

>>2819
6) В /d/ приведена Мицголова гаремкапча. Но мне кажется, что если все ойчаньки предложат картинки капчи со своими персонажами в добавок к Мицголовой, то это будет лучше, чем если брать лишь Мицголову капчу как она есть. Так можно будет охватить более широкий спектр персонажей, известных и приятных посетителям.

7) У него вроде как были мысли про нечто более нейтральное ещё. Но наш маршрут уже давно далёк от нейтрального. Найти и отредактрировать готовые изображения булочек, которые могли бы подойти, можно найти по адресу https://www.vecteezy.com/free-vector/bun. На том же сайте можно найти и изображения для цветочков. Готовому изображению для значка у правого нижнего угла формы постинга надлежит иметь прозрачный фон и размер 32 на 32 (такой же формат имеют изображения на Чиочане).

Так или иначе, без отсутствия хоть какого-то отклика со сотороны администрации это всё имеет немного смысла. Поэтому его всё-таки хотелось бы получить хоть рано, хоть поздно.
No. 2836    
> без наличия хоть какого-то отклика
fixed
No. 2837    
>>2835
>У него вроде как были мысли
Какие у него были мысли?
No. 2838    
>>2837
>>123
No. 2839    
>>2838
Это не его мысли, а мысли одной девочки.
No. 2840    
Вот мысли >>/d/101
No. 2842    
Безымянный 2.png - (9.27KB, 100×91)
2842
>>2809
>>2835

Одна девочка предлагает вот такой цветочек.
Он красивый и грустный.
No. 2859    
>>2842
Паучью лилия и вправду хорошо подходошла бы. Но мне кажется, для неё будет весьса непросто сделать картинку 32x32.
No. 2861    
Кажется девочки запутались. Цветочек = булочка же.
No. 2865    
>>2859
32x32 сложно. А обязательно такой размер? А если 128x128, то совсем некрасиво?
No. 2867    
круассан.png - (1.98KB, 32×32)
2867
>>2861
Лично я всё-таки хочу цветочек-цветочек. Хотя против булочки ничего особо серьёзного не имею.

>>2865
С технической точки зрения, 128x128 и большие размеры можно легко уменьшить программно (Ланцошем, интерполяциями всякими, et cetera). Однако далеко не факт, что при этом в уменьшенном изображениии можено будет получить пристойного качества детализацию.
С практической же — обязательно, ящитаю. Оно, будучи непропорционально большим в сравнении с другими объектами формы ввода, будет странно и не хорошо смотреться, в особенности на маленьких экранах. К тому же, такой большой размер может помешать основной функции элемента управления — функции изменения размера текстового поля.
No. 2869    
PS То есть, обязательно примерно такой, а не в точности такой.
No. 2911    
151515.png - (429B, 32×32)
2911
А так подойдёт? (Хотя лепестки-"усики" лучше бы нарисовать кому-то, кто умеет)...
No. 2912    
>>2911
Должна быть прозрачность.
No. 2913    
78036492_p0.jpg - (512.63KB, 1181×1748)
2913
Мне вот думается, для создания цветочка неплохо подойдут эта…
No. 2914    
77500598_p0.png - (264.52KB, 1600×1600)
2914
и эта картинки.
No. 2915    
lily_1.png - (6.54KB, 32×29)
2915
Я попробовал уменьшить >>2842 и сделать, чтобы он был без белого обрамления и с прозрачностью, но получилось неочень.
No. 2916    
>>2913
Хотя из этой, например, пока тоже ничего не выходит.
No. 2917    
lily_2.png - (19.55KB, 64×58)
2917
Ойчи, а как ты думаешь, в 64 на 64 детализация достаточно сохранена?
No. 2918    
post.png - (15.18KB, 709×126)
2918
Ну и белое убрано не до конца: на Bluemun-e это сильно заметно.
No. 2919    
>>2918
А не проще ли в SVG нарисовать заново?
No. 2922    
>>2861
Одна девочка бы тоже лучше булочку... От паучной лилии ей как-то страшненько...
No. 2924    
589493.jpg - (1.32MB, 2718×3840)
2924
/b/ — Булочка
/c/ — Кот
/d/ — Девочка
No. 2925    
>>2922
Да, сразу Jigoku Shoujo вспоминается. Разве ойчан должен жить под таким знаком вечной печали и страдания?
No. 2929    
>>2924
> /c/ — Кот
Почему не /k/, раз уж /d/ — девочка? Хотя, вспоминая одну форчанскую поговорку, можно прийти к выводу, что раздел /d/ так называть не стоит.
No. 2939    
>>2917
Вроде бы да. Хотя лепестки-"усики" всё же лучше потоньше было бы сделать, если это возможно без перерисовки.

>>2922
Лилия жутковатая, но красивая. И грустная. Ведь красивая же!

>>2925
А у меня помимо основного значения она с Хомурой очень стойко стала ассоциироваться. Но это красиво, и Хомура красивая.
No. 2942    
>>2809
Проверьте пункт 3.
No. 2943    
>>2939
Булочка кругленькая и вкусная же. А паучья лилия страшненькая и ядовитая...
No. 2944    
Всё та же ошибка на файле весом в 22011289 байт. Старых печенек и кэша нет.
No. 2945    
engrish.webm - (8.00MB, 1024×576)
2945
>>2944
В случае отправки большого файла, если напрямую обратиться к FBE по POST-запросу, то FBE отвечает “The uploaded file was only partially uploaded.”
Видно, проблема с PHP, которое не может загрузить файл полностью. Каковы пределы в php.ini?
No. 2946    
PS Значения memory_limit, upload_max_filesize, post_max_size в php.ini должны быть адекватно установлены.
No. 2947    
>>2945
Лимит post_max_size повышен, попробуйте.
No. 2948    
157946099694.mp4 - (23.52MB, 1280×720)
2948
>>2947
No. 2949    
157946273950.png - (1.04MB, 1280×720)
2949
>>2947
Спасибо, что откликнулись. А то мне уж начало думаться, не случилось ли чего…
Предел на post следует ставить несколько больше предела файла, поскольку POST-запрос включает в себя не только файл, но также текст поста, пароль и прочие данные, которые могут не войти, если ограничение на размер файла полностью задействовано.
Между тем, каково ваше мнение об остальных пунктах?
No. 2950    
>>2949
Пункты 0, 1 давайте по готовности пункта 7; пункт 2 не знаю, от чего зависит, ведь локаль установлена ru_RU.utf8.
Можете попробовать разместить файл OGV.
No. 2952    
fonic_hymn.ogv - (8.11MB, 1280×720)
2952
キタ━━━(゚∀゚)━━━!!
No. 2956    
>>2950
Неработоспособность пункта 2, судя по всему, вызвана багом, связанным с неверным выбором волшебных чисел для MO-файлов таблиц локалей. Пути и прочее для файлов локалей в Кусабе оказались верными.

Локализация опирается на функцию _get_text в lib/gettext/gettext.inc.php. Функция принимает строку и возвращает её локализованное представление по текущему значению локали CURRENTLOCALE, используя MO-файлы локалей в inc/lang/. Как оказалось, текущее значение задаётся верно (ru). _get_text использует функцию get_text из lib/gettext/gettext.php, которая в свою очередь использует функцию translate, использующую load_tables, использующую поток и значения, задаваемые в конструкторе. Конструктор для загрузки содержимого файлов локалей использует переменные волшебных чисел MAGIC1 и MAGIC2 для проверки того, что файл действительно MO, и выбора кодировки; если первые 4 байта не удовлетворяют ни одному числу, файл считается некорректным и производится выход посредством return. Однако если убрать этот return, всё работает, стало быть, числа не верны.

Рядом с их объявлениями записаны закомментированные строки иного объявления чисел с пометкой “bug in PHP 5”. Имменно это объявление оказывается работоспособным. Видимо, исправление бага для 5-ой версии само стало багом в 7-ой, лол.

Таким образом, предлагается:
0) Убрать из конструктора gettext_reader в lib/gettext/gettext.php строки $MAGIC1 = (int) - 1794895138; и $MAGIC2 = (int) - 569244523, раскомментировав соседние, помеченные как bug.
1) Перегенерировать все страницы.
No. 2987    
rotated.png - (13.00KB, 64×64)
2987
С картинкой из >>2913 у меня пока что что-то вот такое получается. Если мне будет доступен исходник >>2842, то я скорее всего смогу лучше вырезать белый и слегка повернуть изображение по оси, и тогда оно, наверное, сможет вполне неплохо получиться. Думаю, можно ещё попробовать что-то поделать с исходником >>2842, а после от задумки отказаться: найти подходящее изображение ликориса и уменьшить его нам текущими силами/желанием вряд ли удастся за разумный срок.
No. 2988    
ps.png - (28.76KB, 762×409)
2988
キタ━━━(゚∀゚)━━━!!
No. 2989    
PPS
Если уж ставить булочку, то тогда, мне кажется, лучше постаить что-то кругленькое. Булочку сделать должно быть куда как проще.
Хотя… хотя цветочек мне видеть было бы, повторяюсь, интереснее. Есть, кстати, ещё вариант: взять flower-power непосредственно у Чиочана.
No. 2990    
>>2989
Если девочке очень паучья лилия, то допустимо ядовитую лилию по будням, но по выходным всё равно булочку!
No. 2992    
>>2987
Вот исходник...
No. 2996    
alpha.png - (24.69KB, 48×44)
2996
キタ━━━(゚∀゚)━━━!!
No. 2997    
beta.png - (24.71KB, 48×44)
2997
キタ━━━(゚∀゚)━━━!!
No. 2998    
oo.png - (30.86KB, 661×302)
2998
>>2996
No. 2999    
51266760_p0.png - (719.38KB, 584×849)
2999
>>2990
Хорошо.
No. 3000    
76428774_p0.jpg - (1.00MB, 2047×1447)
3000
キタ━━━(゚∀゚)━━━!!
No. 3001    
>>2999>>3000
Сладенько!
No. 3002    
>>2996
>>2997
Очень красиво! У одной девочки так бы не вышло.
No. 3003    
>>3000
Sternsemmel sieht am besten aus!
No. 3007    
bun.png - (3.27KB, 48×48)
3007
Булочка.
No. 3008    
lily.png - (3.77KB, 48×48)
3008
Лилия.
No. 3009    
>>3007 >>3008
Отлично вышло! Одобряю!
No. 3010    
>>3007
>>3008
Кстати, ойчую вариант с лилией по будням и булочкой в выходные. Но всё же склоняюсь к лилии, если можно...
No. 3013    
>>2990
>>3010
По-хорошему, для этого надо бы написать в inc/classes/board-post.class.php и lib/javascript/kusaba.js логику отображения; зависящую от времени клиента. То есть, на странице пользователя должен быть скрипт, подгружающий картинку, соответствующуюю часовому поясу; в случае no-script в качестве fallback-а отображать изображение, соответствующее времени сервера, путь к которому писать в board-post.class.php. Картинки можно хранить в inc/flowers. Сделать в inc/func/misc.php или paths.php функцию get_flower_path, возвращающую путь ко цветочку, её результат использовать в board-post.
Но пока можно просто менять вручную.
No. 3018    
>>3007
Миленькая булочка!
No. 3021    
>>3020
2. …Удалить нужно не саму папку, а файлы в ней.
No. 3022    
014.png - (10.57KB, 200×200)
3022
>>3013
Написано. Правда для той картинки, которая используется в случае, если у пользователя нет скриптов, всё равно придётся делать сервис, который будет её менять, поскольку страницы статичны. В случае же, если скрипты есть, то отображается картинка, соответствующая времени клиента. В случае блокировки отдельных скриптов отображаться картинка будет не у всех; пришлось сделать такую систему c удалением СSS-класса, прячущего картинку, поскольку иначе бы смена картинки была бы заметна. Можно ли как-то лучше обрабатывать отсутствие JS?

Собственно, инструкция.
1. Из приложенного архива скопировать, сохранив разрешения, файлы в папку с FBE и применить патчи к соответствующим файлам. (Можно использовать 7z e для распаковки.)
2. Удалить файлы кэша smarty из папки smarty/templates_c/.
3. Перегенерировать все страницы.
No. 3043    
1550644317874.jpg - (132.25KB, 800×600)
3043
Раз уж булочка была прикреплена, то как на счёт применить и >>2956 вместе с >>3022 ?
No. 3044    
С булочкой совсем другой вид!
No. 3046    
>>3044
Другая девочка ойчует!
No. 3055    
>>3043

Пусть всегда будет булка.
No. 3182    
captcha_php.jpg - (3.37KB, 150×30)
3182
Не подскажите ли, как вводить яти на обычной клавиатуре в ведре?
No. 3183    
>>3182
Вместо ятей можно набирать букву Е.
No. 3184    
captcha_php.jpg - (3.37KB, 150×30)
3184
Ну вы уж совсем...
No. 3185    
кукудев.jpg - (3.32KB, 150×30)
3185
Тут это, иконки каталога, поиска, архива и прочего пропали с панели в верхнем правом углу.
No. 3186    
девочку.jpg - (3.35KB, 150×30)
3186
>>3184
Свершилось.
No. 3187    
>>3185
Это неудавшееся обновление FBE.
No. 3189    
Как говорится, минорщина.
No. 3193    
Время работы скрипта, генерирующего капчу увеличилось настолько, что при загрузке страницы заметно невооруженным глазом, как картинка капчи встает на место красного placeholder-текста.
Интересно, почему так?
No. 3194    
Только картинкапча спасёт ад014бус!
No. 3200    
А может стоит обновлять движок по большим праздникам только, чтоб не шаталось?
No. 3205    
>>3200
Будем считать, что мэрцишор день кота - достаточно большой праздник для обновления движка.
No. 3215    
>>3205
А одна девочка знает! У неё когда-то на курсе одна девочка из Молдавии и ей такую штуку из красно-белых ниточек!
No. 3219    
1582381593718.jpg - (2.46MB, 3600×3600)
3219
>>3194
Что да, то да.
No. 3594    
А планируются ли у нас первоапрпльские шутки?
No. 3596    
>>3594
Надеюсь, что только хорошие и безобидные!
Удалить сообщение []
Пароль  
[Mod]