Ычан: [d | b / bro / gf / hr / l / m / med / mi / mu / o / ph / r / s / sci / tran / tu / tv / x | es / vg | au / tr | a / aa / abe / c / fi / jp / rm / tan / to / vn / vo]
[Назад] [Вся нить] [Первые 100 сообщений] [Последние 50 сообщений]
Ответ в нить [Последние 50 сообщений]
Имя
Animapcha image [@] [?]
Тема   ( ответ в 20450)
Сообщение flower
Файл 
Пароль  (для удаления файлов и сообщений)
Параметры   
  • Прежде чем постить, ознакомьтесь с правилами.
  • Поддерживаются файлы типов 7Z, BZ, BZ2, GIF, GZ, JPG, MO, MP3, MP4, OGG, OGV, PDF, PNG, PSD, RAR, SVG, SWF, TXT, WEBM, XCF, ZIP размером до 5000 кБ.
  • Ныне 3107 unique user posts. Посмотреть каталог
  • Максимальное количество бампов нити: 500
153385789892.png-(34.48KB, 500×500, 410.png)
20450
No. 20450    
После публикации исходников мы можем обсуждать доработку не только ранее общедоступных частей интерфейса, но и движка в целом.

Репозиторий: https://bitbucket.org/Therapont/fbe-410
1. Для ваших предложений предназначена ветка public.
2. Только администрация 410чана решает, что в этом движке надо, а что не надо. Соответственно, не стоит излишне пропихивать всякие там революционные идеи. Одобренные потенциальные изменения перечислены на багтрекере (записи, созданные владельцами репозитория).
3. Тестирование предложенных изменений и развёртывание принятых ведётся при наличии у администрации свободного времени на это. Обычно это делается по выходным.
4. Код выложен как есть. Никаких неопубликованных скрытых функций и частей не существует.

Предыдущая нить: >>17371
194 сообщений пропущено. Показаны 50 последних сообщений Развернуть все изображения
No. 22242    
>>22068
И настройте VirtualHost чтобы всякая лабуда навроде 1337.410chan.org не отдавала ничего.
No. 22243    
>>22242 Чем оно мешает?
No. 22244    
>>22243
Сценарий 1: поисковик сканирует 410чан.орг и обновляет по протухаемости.
2. Поисковик сканирует 410чан.орг и любую другую комбинацию и проверяет по протухаемости каждую.
No. 22274    
Понаходил всякой нежелательной лабуды в поведении скриптов.
https://bitbucket.org/Therapont/fbe-410/issues/30/
https://bitbucket.org/Therapont/fbe-410/issues/29/

>>21997
Заморозил эту задачу, потому что она пока не нужна всё равно.
No. 22306    
Предлагаю отключить функцию "[Первые 100 сообщений] [Последние 50 сообщений]", отключается она через config.php:
$cf['KU_FIRSTLAST'] = false;
Аргументы, почему это стоит сделать:
  • эта функция не востребована, в яндекс.метрике наверно можно посмотреть статистику по посещениям файлов "x-100.html" и "x+50.html", скорее всего она нулевая.
  • на каждый тред генерируется два лишних файла, что в 3 раза увеличивает занимаемое место на диске и на столько же замедляет ответ сервера при постинге.
  • Лишние файлы генерируются для любых тредов, где ответов больше 100. Тред со 101 ответом так же получит дополнительные файлы. При этом ни одному пользователю не придет в голову экономить трафик на 1 посте. Даже на 200 ответах загружать только 100 или 50 из них не рационально, учитывая что сообщения могут состоять из одной строки.
  • Огрызки тредов индексируются поисковиками, в результате генерируется лишний трафик, в выдаче образуются дублирующиеся результаты, при переходе по которым будет видна только часть обсуждения с постами, выдранными из контекста.
  • Огрызки тредов попадают в архив, хотя казалось бы, зачем они там.

No. 22323    
Возможно — баг, возможно — фича, возможно — я что-то недопонимаю. С PHP вообще в первый раз сталкиваюсь.

Описание:
При
  • Установке движка в какую-либо подпапку в корне сервера (в примере — в /srv/http/fbe-410/), а не в корневую папку сервера (в примере — /srv/http/);
  • И (согласно комментариям в config.php, получаемом копированием из __sample-config.php) правильно выполненной соответствующей настройке, а именно:
$cf['KU_ROOTDIR']  = '/srv/http/fbe-410/';

$cf['KU_WEBFOLDER'] = '/fbe-410/';
$cf['KU_WEBPATH']   = '/fbe-410';


Конструируются неверные пути к CSS и JS, вследствие чего они не загружаются браузером. А именно — в генерируемых HTML указываются ссылки на скрипты/ресурсы не по их абсолютному пути, а по пути относительному.

Так, для приведённого выше примера инсталляции, при обращении к http://localhost/fbe-410/ (к kusaba.php) в HTML будут ссылки вида:
<link rel="stylesheet" href="fbe-410/css/sitemenu_umnochan.css" title="Umnochan">

<script src="fbe-410/lib/javascript/kusaba.js"></script>
<link rel="shortcut icon" href="fbe-410/favicon.ico">
— то есть ссылки не по абсолютному пути, указанному в cf['KU_WEBFOLDER'] и cf['KU_WEBPATH'], а по пути относительному, что приводит к тому, что браузер пытается обратиться, скажем, не к http://localhost/fbe-410/lib/javascript/kusaba.js, но к http://localhost/fbe-410/fbe-410/lib/javascript/kusaba.js, который, очевидно, не существует.

Предполагаемые причины:
В __config-sample.php и в получаемом как его копия config.php содержится следующий код:
$cf['KU_WEBPATH']    = trim($cf['KU_WEBPATH'], '/');

$cf['KU_BOARDSPATH'] = trim($cf['KU_BOARDSPATH'], '/');
$cf['KU_CGIPATH']    = trim($cf['KU_CGIPATH'], '/');

$cf['KU_BOARDSPATH'] и $cf['KU_CGIPATH'] до этого приравнивается значение $cf['KU_WEBPATH']

Уничтожающий символы '/' слева и справа для этих путей (trim по '/'). Уничтожая символы '/' слева, он превращает абсолютные пути в $cf['KU_WEBPATH'] и прочих в пути относительные, что, судя по всему, и приводит к неработоспособности скриптов и CSS.

Предлагаемое решение:
Удаление этих строчек полностью решает эту проблему. Вследствие чего предлагается удалить/закомментировать оные в __config-sample.php. Проблемы для инсталяций в корень сервера это создать точно не должно, поскольку в таком случае $cf['KU_WEBPATH'] вроде как должен быть равен пустой строке, а на неё наличие/отсутствие trim'а не влияет в принципе.
Или же дополнить комментарий к $cf['KU_WEBPATH'] кратким описанием оговариваемой проблемы и методом её решения в случае, если более эффективное решение удаленим/комментированием trim’ов не приемлемо.
No. 22324    
156216614381.png-(323.49KB, 1120×698, 8675849.png)
22324
>>22306
То есть, единственный аргумент заключается в архивации. И это не проблема данной функции, которая никому не мешает и может быть востребована на мобилках (кто-то упоминал, что пользуется ей именно в таком контексте), а проблема архивации, которую надо переосмысливать в целом. Дополнительный файл место занимает? Ну да. А всякие формы постинга и прочие бесполезные штуки в коде самих страниц место не занимают? И ещё вёрстка едет с каждым обновлением ЦСС.
Надо какой-то мегатикет под это дело сочинять, которым всё равно никто не будет заниматься.
Тут ещё всплыла проблема, что уменьшенные картинки в ответах не архивируются. Но до выходных нет возможности проверить, от движка это или от сервера.

>>22323
Образец конфига основан на 410чановском по самоочевидным причинам.
No. 22325    
>>22324
> То есть, единственный аргумент
Аргументов приведено 5 разных, и архивация на последнем месте по значимости. А пользуется ли этой функцией хоть кто-то на мобилках, должно быть ясно из метрики. Если не пользуется, то нет причин ее держать включенной.
> А всякие формы постинга и прочие бесполезные штуки
Это не бесполезные штуки, а обязательный контент страниц, без которых сайт не будет работать.
No. 22326    
156217428456.png-(192.00KB, 396×512, 1551734050636.png)
22326
>>22325
>обязательный контент страниц, без которых сайт не будет работать
И что же перестанет работать, если из архивных страниц формы постинга и прочие бесполезные для архива вещи вырезать, наркоман?
No. 22327    
>>22326
Ну при чем тут архив? Эти +50-100 занимают место в массе своей не в архиве, а в обычных тредах. Проблема FirstLast-файлов к архиву имеет мало отношения, просто интересно, чем руководствовался тот, кто писал этот код, когда решил, что из тоже нужно туда сохранять.
No. 22328    
>>22324
Кстати, вы может пароль БД и затёрли, но пароль от спец. трипов, похоже, нет.
No. 22330    
>>22324
>Образец конфига основан на 410чановском по самоочевидным причинам.
А он, в свою очередь, основан на поставлявшемся вместе с Кусабой конфиге, да. Это обстоятельство очевидно из содержимого конфига-образца.

Таким образом, является ли это очевидное обстоятельство серьёзным препятствием для внесения исправления обсуждаемого бага или создания заметки о нём в комментариях? Будет ли протестировано/принято предложение по его исправлению? Например, если я сделаю соответствующий pull request с изменением образца? Если же необходимо довольно точное (всё, кроме конфиденциальных сведений) соответствие образца, с использованием которого ведётся разработка, 410чановскому конфигу, то как минимум краткий комментарий с заметкой о возможной проблеме определённо можно включить и в 410чановский конфиг, и в sample.

Что же до нужности… Это поможет, в частности, и потенциальным новым разработчикам, в случае если они решат поставить у себя FBE, таким же, как и у меня, образом. Да и неужели задача доработки FBE до состояния, при котором его можно легко и безпроблемно развернуть в отрыве от 410чана и не в точности таким же, как на 410чане, образом, сама по себе не интересна?
No. 22332    
156218840233.png-(51.08KB, 205×238, 1459145399130.png)
22332
>>22330
>Да и неужели задача доработки FBE до состояния, при котором его можно легко и безпроблемно развернуть в отрыве от 410чана и не в точности таким же, как на 410чане, образом, сама по себе не интересна?
Кому интересна, лол? Это движок «410чана», допиливаемый в интересах «410чана». Что вы там собрались делать в отрыве — исключительно ваша личная трагедия.
Нам не хватает свободного времени, чтобы тестировать код, который исправляет действительно проявляющиеся на сайте баги и недоработки, а вы ещё предлагаете заниматься техподдержкой хѣръ знает кого ради хѣръ знает чего.
No. 22335    
156222675720.jpg-(90.60KB, 800×600, f1595be09d6b3bdc8fdfe98843fb4bbc26ad21f1aebf1d09c9.jpg)
22335
>>22332
>ваша личная трагедия
Ох ты ж, какие эпитеты.
Достаточно было прямо ответить да/нет.

>вы там собрались
Поставить FBE, посмотреть, как он работает, понять, что из ticket’ов я могу и буду делать и буду ли. Пока ещё только смотрю-с.
No. 22452    
156501574086.jpg-(219.89KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Accelerator - 04 [1.jpg)
22452
Никто не хочет заняться https://bitbucket.org/Therapont/fbe-410/issues/25/ ? По идее, там ничего сложного не должно быть.
Сами CSS-файлы можно не ковырять, с этим я сам справлюсь.
И ещё новая задача, тоже связанная с главной: https://bitbucket.org/Therapont/fbe-410/issues/32/
No. 22453    
>>22452
Первый тикет — плохая идея. Наоборот лучше оставить глобальный стиль для служебных страниц отдельным, а объединить оформление текстовых досок и картинкодосок одним условным board.css, возможно, правкой кусабашаблона первых. Все темы вынести только на уровень перекрашивания элементов и сделать единой системой для всех страниц.
Почему: на досках нет элементов со служебных страниц, в свою очередь на служебных страницах нет всех элементов досок, а объединение глобального стиля в свою очередь означает загрузку лишних свойств и утяжеление страничек служебных на много и досок на не очень. Так же с унификацией системы тем отпадает нужда в ориентации на старые костыли с ней связанные.
No. 22454    
156502640828.jpg-(227.62KB, 1920×1080, [HorribleSubs] Toaru Kagaku no Accelerator - 04 [1.jpg)
22454
>>22453
Плохая идея — это сейчас, когда зоопарк файлов с двумя разными переключалками стилей (одна из которых сломана).
Вы говорите, что там общих элементов нет? Так это следующий этап, лол. Туда точно надо встраивать навигационное меню, чтобы служебные страницы можно было использовать без фрейма (и вообще перестать этот фрейм людям по умолчанию совать).
Какое утяжеление страничек, лол? CSS, которые у всех и так закэшированы, на вырастут пару килобайт (причём в кэши зато не будут лежать упразднённые файлы из тех же пары килобайт)? Да и плевать, лол.

Это очень важная задача, которую я давно жду, чтобы начать дальнейшие изменения.
No. 22460    
>>22454
Имелось в виду… впрочем, ладно. Само собой вынести в global.css всё повторяющееся, а в board.css и pages.css оставить полшишечки уникальных идентификаторов.
Скажи, ты стили-темы унифицировать пока не собираешься?
No. 22462    
156508715352.jpg-(89.26KB, 613×640, 1562495138795.jpg)
22462
>>22460
>Скажи, ты стили-темы унифицировать пока не собираешься?
Не собираюсь. Ибо что там унифицировать, если весь каркас и так лежит в img_global.css, а во всяких umnochan.css в основном остались только цвета всякие?
Не хотите работать над существующими задачами? Тогда хватит флудить в треде.
No. 22464    
>>22462
Ну не стукай, не знал, что ты уже по большей части.
Кстати, переключалка стилей во фрейме вообще сломата. Ща потыкаю.
No. 22560    
Для задачи https://bitbucket.org/Therapont/fbe-410/issues/25/ в файле /inc/func/html.php найден код, который прописывает на страницы дополнительные наборы стилей с префиксами site_ и sitemenu_.

Открыта новая задача https://bitbucket.org/Therapont/fbe-410/issues/33/ — Фоновая проверка заполнения форм. Она явно будет полезна и сама по себе, и для «Быстрого ответа» (https://bitbucket.org/Therapont/fbe-410/issues/21/)

А также куча старых задач, на которые всем плевать. Не знаю, зачем я это всё пишу вообще.
No. 22562    
>>22560
Попробуйте стимулировать людей чем-то кроме пораженческих настроений и "нам это не нужно".
No. 22904    
Надпись "Ныне 3156 unique user posts" зело razdrazhaet.
В config.php заменить бы сочетание "unique user posts" на "уникальных столбов". А вообще это число считает количество ip-адресов, с которых отправлялись столбы.
No. 22914    
>>22904
Уникального пользователя столбов.
No. 22930    
157020476586.png-(175.62KB, 700×1000, 2018-06-28-966372.png)
22930
>>22560
>Фоновая проверка заполнения форм
Кто-нибудь кроме меня думал, как можно такое сделать? Получится два одинаковых кода на разных языках, которые надо как-то синхронизировать. К тому же количество полей для валидации варьируется в зависимости от доски. Плюс, сами правила валидации для каждой доски могут меняться через админку ну по крайней мере в Кусабе так. Т.е. IMO, нужно будет родить небольшой фреймворк с собственным DSL для описания алгоритма валидации.
No. 22932    
>>22930
Сделать это возможно это только лишь так, как сделано в кукле: аяксом отправлять форму и при ошибке показывать попап.
Все остальное может только добавить проблем и багов. Тикет действительно написан так, что остается только чесать голову.
Только нафига оно нужно, если кукла эту проблему решает давно и хорошо.
No. 22956    
>>22930
Зачем, если есть required, maxlength и прочие accept?
No. 22959    
157021290080.png-(174.62KB, 350×651, 2015-02-25-714031.png)
22959
>>22932
В кукле и у меня тупо AJAX-постинг. Его сделать довольно просто, только это не «Фоновая проверка заполнения форм», а «Фоновая отправка форм» с последующей обработкой ответа сервера.

З.Ы.: Кстати, на превышение сообщением положеной длины здесь имеются целых две криво рендерящихся ошибки: почему-то само сообщение об ошибке засунуто куда-то в начало HTML-документа, а не туда, где ему положено быть.

>>22956
Где есть? На бэке нету; в бэк придётся впиливать некий DSL и на его базе генерировать формы в шаблонизаторе.
No. 22963    
>>22959
Пхп сам шаблонизатор.
No. 22990    
157034090628.jpg-(207.39KB, 700×700, 957c0cfee1543472d3c10bcaf5f1886e0402f4cb.jpg)
22990
>>22959
>только это не «Фоновая проверка заполнения форм», а «Фоновая отправка форм» с последующей обработкой ответа сервера.
Вы сами это придумали, там нигде не сказано, что надо проверять до отправки.
No. 22991    
157037435445.png-(228.92KB, 500×500, philosorapthor.png)
22991
>>22990
Мы придумали только то, что написано здесь и в ведре. Т.е. ви таки хотите фоновую проверку, которая выглядит как AJAX-постинг, данные отсылает прямо как AJAX-постинг, результаты обрабатывает как AJAX-постинг, но не AJAX-постинг? А механизм, который по мере заполнения пользователем формы проверяет корректность введённых данных и высвечивает ошибки если не, ви таки не хотите?
No. 23128    
157078030586.jpg-(183.44KB, 1280×738, 1430546684640.jpg)
23128
Есть мысль по поводу «мегатикета», призванного решить все проблемы с архивом.
А что если не заморачиваться с починкой движка, а просто написать внешнюю никак от него не зависящую скриптоту на любом языке, которая тупо парист html-файлы в архиве, а взамен выдает свои html, где нет ничего лишнего, стили свои встроенные, так что ничего потом не поломается и вообще. Есстественно, проблема в том, что парсер должен быть достаточно всеядный, чтобы корректно работать со всеми изменениями за последние 10 лет.
Скрипототу можно вручную временами запускать, или же создать в cron'е задачу чтоб периодически сканировала директории с архивом на наличие новых файлов.
И потом никакая доработка движка, которой никто не будет заниматься, не исправит архив за эти 10 лет, файлы так и останутся кривыми.
No. 23210    
157090205242.jpg-(340.76KB, 1080×1018, spoiler_under_focus.jpg)
23210
Пока preview’шка находится в фокусе, её картинка не меняется обратно на preview для spoiler’а. Так и должно быть?
No. 23213    
>>23210
УМВР.
No. 23253    
157105045330.jpg-(135.64KB, 1280×720, Uiharu_Kazari_full_502998.jpg)
23253
>>22991
Я хочу, чтобы вы вместо кривляния тут внимательно читали тикеты, и если вам что-то непонятно, задавали вопросы по тексту, а не гадали по заголовку.
Там сказано, что костыли такое умеют, но вам надо подумать над оптимизацией этого. Потому что костыли, например, работают с HTML-кодом и поэтому дёргают в разы больше ненужного, чтобы показать пользователю простое уведомление из двух слов.

>>23128
Звучит, как ничем не обоснованный костыль. Почему нельзя это делать на стороне движка (кроме старых файлов)? Потому что лично вы не хотите дорабатывать движок? Ну, проходите мимо. А вот лично я не хочу возиться с левыми костылями, которые потом придётся поддерживать отдельно от движка. Не для этого исходники открывались.

>>23210
Под мобилками нет концепции курсора и его наведения, так что, видимо, так и должно быть.
No. 23259    
157106027482.jpg-(169.75KB, 1280×738, 1487216768447.jpg)
23259
А я-то дурак думал, что вам нормальные файлы в архиве нужны. А оказывается на это вообще плевать, просто дело принципа. Тыжпрограммисты ведь как известно обладают бесконечным запасом свободного времени, и нырнуть с головой и распутать совершенно любой код им гораздо проще, чем аж написать одну команду в консоли. Поэтому вместо простого и быстрого решения задачи нужно обязательно решать ее самым сложным и долгим способом, а кто не могёт - пусть проваливает, не задерживайте очередь.
Ладно-ладно, прохожу мимо, не смею больше беспокоить.
No. 23268    
Короч, шоб всё было в жсонах, аяксах и конечно же на базе Кусабы.
No. 23269    
15710656135.png-(599.08KB, 3840×2160, 1564818556261.png)
23269
>>23259
>Тыжпрограммисты ведь как известно обладают бесконечным запасом свободного времени
Зато теоретизировать, не глядя в код, у этих мегапогромистов время есть. И обидки кидать, если их идею отклонили, будто бы им кто-то что-то должен, тоже время есть. На всё время есть, кроме написания кода, ага. А, ну и на аргументы, конечно, ведь вместо них сразу идут обидки.
Ещё раз:
>доработка движка, которой никто не будет заниматься
Потому что вы ск0зали?
Никто вчера прикрутил спойлеры? Никто прикрутил видосы? Никто исправил кучу багов?
Нет, это не никто, это всё вполне конкретные люди. Да, у нас с ними бывают разногласия, но мы им благодарны за их вклад. Вы не хотите ковырять этот движок? Это ваша проблема и ваши обидки на злого меня никак этого не изменят.
No. 23271    
157107123939.png-(202.67KB, 947×616, 15cc3d5456c4026f3.png)
23271
>>23253
Вам уже два человека говорят, что не понимают, чего вы хотите.

Чтобы получить ошибку валидации от сервера postback-ом (т.е. как сейчас), надо сначала на сервер отправить уже заполненную форму (целиком, вместе с прикреплёнными файлами). Если форма проходит проверку, то на бэке происходят определённые бизнес-действия, создаются записи в базе там, отправляются письма, ставятся задачи в очередь, что-то ещё. Отменить эти действия уже нельзя, равно как и нельзя узнать, валидна форма или нет, не отправляя её на сервер.

Костыли на JS имитируют браузер без JS — отправляют форму, как это делает браузер без JS, и принимают ответ, как это делает браузер без JS; из ответа вытаскивают строки ошибки и показывают их во всплывающем окошечке. Это называется AJAX-постинг.

Вы вот именно это хотите, или что-то другое?

>>23269
>Зато теоретизировать, не глядя в код, у этих мегапогромистов время есть...
Если вы такие все из себя чёткие, конкретные и самодостаточные, и лучше других знаете, что, как и когда делать, то смысла выходить из привата в паблик нет. Потому что будут крокодилить, будут спрашивать об одном и том же, будут не понимать и требовать разжевывания тех вещей, которые вам ясны аки день Бажий, будут фантазировать, как бы они это сделали на своём стэке, и как это вообще можно сделать, будут шутить про отсталость и прочее «говно мамонта», предлагать переписать на Node.js или другой стэк, интересный крокодилам, будут обижаться на отказы. Вот зачем, чтобы впоследствии публично же возмущаться, что вот мол ходють тут всякие, тереотизируют всякое, спорють о чем-то своем, а к станку хозяйскому вставать не хотять; кармодрочерство на основе количества коммитов устраивать?
No. 23274    
157107268786.jpg-(276.46KB, 500×752, 7200283.jpg)
23274
>>23271
Ну, я в третий раз могу вас спросить: а нельзя ли оптимизировать ответ сервера после отправки и проверки этих данных, чтобы эти заглушки-уведомления генерировались и выдавались пользователю как-то более изящно, чем просто ныне существующие HTML-страницы со всем лишним мусором, обёрнутые в костыль, чтобы этот мусор спрятать?
Как мне ещё спрашивать, чтобы вы, наконец, попытались это прочитать и внятно ответить?
No. 23275    
>>23269
Конечно, кроме платинового ответа я ничего другого не ожидал.
> Потому что вы ск0зали?
Потому что вы ск0зали. Не далее чем в >>22324 посту. И я склонен с этим согласиться, та задача, в представленном виде, не выглядит выполнимой.
> Зато теоретизировать, не глядя в код
Откуда такие выводы? Тот, кто не видел код Кусабы наоборот считал бы, что все это легко допиливается. Тот же, кто его хоть раз видел, при первом упоминании о нем хватается за голову.
> На всё время есть, кроме написания кода
На написание кода время есть. Но на проделывание в десятки раз большей работы, чтобы добиться того же результата, времени и желания не будет ни у кого.
Вот AJAX-постинг. Здравый казалось бы реквест, полезная фича. Но вам нужен не просто AJAX-постинг, вам нужно чтоб ответом был не простой HTML, который можно распарсить, а JSON с кодом ошибки или еще что, чтоб не было "как в костылях", и таким образом одним росчерком пера задача на пару часов, затрагивающая только фронтенд превращается в задачу на пару недель, в которой надо перелопатить половину бекэнда. По сути, нужно поверх существующего постинга пилить API, да еще сохраняя совместимость с легаси.
Спорить о целесообразности такого решения учитывая дополнительные трудозатраты (значительные) и эффект ими достигаемый (никакой) бесполезно: "Ваши аргументы - не аргументы", "Кроме ваших аргументов у вас нет аргументов".
No. 23276    
157107501720.jpg-(3.81MB, 2893×4089, 8757161.jpg)
23276
>>23275
>Конечно, кроме платинового ответа я ничего другого не ожидал.
А вы большего не заслуживаете, увы. Вы не хотите разбираться в существующем коде, вы не хотите задачи на две недели, а хотите на два часа, вам не нравятся используемые технологии, вам не нравлюсь лично я и т.д. и т.п. Так хорошо же. Это ваш выбор, ваши интересы, ваше свободное время. Но нахѣръ тогда тут писать простыни о том, как вам не подходит этот проект, лол?
Нытьё о том, что эта сложна, аргументом не является.
No. 23374    
157126239013.png-(583.46KB, 1154×585, 12345685.png)
23374
А вообще, для всех мегакодеров, которые не хотят писать код, у меня тоже найдётся задание на чистом ӁС+ХТМЛ. Правда, для другого супермаркетовского сайта.
No. 23472    
Вообще, мне кажется, до отправки можно было бы проверять сам факт заполнения, чтобы нельзя было послать пустое сообщение или ОП-пост без картинки.
No. 23507    
157219682996.gif-(421.78KB, 200×300, 1362318236734.gif)
23507
Новые тикеты:
  • https://bitbucket.org/Therapont/fbe-410/issues/34/ Пагинация новостей на главной: низкоприоритетная задача для ныне не используемой нами функции. Чтоб новости на главной разбивались на страницы по мере накопления записей.
  • https://bitbucket.org/Therapont/fbe-410/issues/35/ Переделать текстовую кнопку «Развернуть все изображения» в значок: самоочевидное. Задача минимум вообще тривиальна, но там надо глянуть на поведение скриптов, потому сейчас они подпись подменяют, если картинки развёрнуты.
  • https://bitbucket.org/Therapont/fbe-410/issues/36/ Упростить строку с именем и размером файла. Сделать как на «Ычане» недавно сделать. Да, надо ковырять шаблон.
Для https://bitbucket.org/Therapont/fbe-410/issues/21/ (Быстрый ответ) уточнил параметры задачи в комментариях. Возможно, совать кнопки к сообщениям прямо в шаблон, а не скриптом, как на «Ычане» — не лучшая идея, ибо в перспективе можно будет приделать настройки (отключить быстрый [убрать значок], совместить традиционный и быстрый ответы [со значком], оставить только БО [без значка/со значком]).
No. 23508    
>>23507
>Сделать, как на «Ычане» недавно сделали
Опечатка.
No. 23602    
157309355260.png-(673.57KB, 1542×2038, Anime-italian-wolf-(kemono-friends)-omnisucker-Jag.png)
23602
Ой, а я что-то забыла...

>>23274
Зависит от того, что может сделать штатный запильщик и что позволяет инфраструктура.

Если ничего, то проще привести в порядок поломанные сейчас сообщения и обернуть ошибки MySQL в ошибки бизнес-логики, сделать им статус отличный от HTTP 200 и смириться с тем, что для пары строк несётся очень много мусора.

Иначе есть два подхода:

1. Для “server side rendering” с сервера отдают отрендеренные куски HTML-а (partial rendering), например, <f:ajax render="element_id" /> в JSF отдаст заново отрендеренный кусок начиная с element_id. Надо чтобы шаблонизатор поддерживал такой вид рендеринга, иначе впиливание его самостоятельно выльется в разработку мега-фреймворка, аналогичного JSF.

2. Для “client side rendering” рендеринг выносят на клиент, а на сервере колхозят JSON-RPC, которое переносит только команды, их параметры и результаты их выполнения, соответственно надо или делать отдельный эндпоинт (и контроллер), который понимает только JSON и только это RPC, или заморачиваться с механизмом content negotiation для существующего контроллера, который будет по заголовкам пытаться угадать, в каком виде пришли, кто их должен обрабатывать и в каком надо отдавать данные. Пока что это наилучший вариант по соотношению мусор/полезные_данные. Однако всё может упереться в архитектуру приложения, поскольку это — вторая пара View-Controller для одной бизнес-логики, и если никто о таком кейсе на этапе проектирования не думал, придётся переделывать очень многое.
No. 23632    
>>23374

реквестуем
No. 23633    
157353930722.jpg-(70.26KB, 603×720, 1338572811228.jpg)
23633
>>23602
В общем, реалистично было бы брать в разработку именно вариант со скриптами, которые дёргают ХТМЛ как есть, видимо.
No. 23641    
157364534792.png-(858.70KB, 899×1271, animal_ears blonde_hair bow bowtie elbow_gloves.png)
23641
>>23633
Насколько я помню PHP, выходит что так.

З.Ы.: Ты обсуждения здесь вообще читаешь? Например, отсюда >>23614 и выше.
Удалить сообщение []
Пароль  
[Mod]