teratailもりあがっtail? 58問目

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2020/08/29(土) 18:56:30.65
teratail
http://teratail.com/

前スレ
teratailもりあがっtail? 57問目
https://medaka.5ch.net/test/read.cgi/prog/1598156167/
2020/08/30(日) 07:31:00.12
Facebook規模か？Wikipediaか？Slackか？ぐるなびか？ココナラか？
どのくらいの規模なら大規模なんだよ？
言ってみろよ
2020/08/30(日) 07:31:55.39
>>48
QiitaよりFacebookやWikipediaの方がよほど大規模だがどっちもPHPだぞ？
2020/08/30(日) 07:32:12.07
お前らの個人ブログサイトを基準にして規模の判断をされても困るぞ
2020/08/30(日) 07:33:50.55
phpは小規模ワロタ
2020/08/30(日) 07:33:51.24
https://xtech.nikkei.com/it/free/NC/NEWS/20030909/134631/
> 楽天がオープンソースのPHPでコストを削減、大規模でも開発効率はJavaに匹敵

2003年の話
2020/08/30(日) 07:33:54.95
>>44
システムの規模と利用人数は比例しないよ。
規模というのは機能の多さとか複雑さとかそういう所だよ。
そういう面でteratailを大規模は言い難い。
2020/08/30(日) 07:34:51.69
>>54
お前のお気に入りの楽天はPHPらしいぞ？
2020/08/30(日) 07:36:05.73
じゃあなんでQiitaが入ってるんだよって話になるが
2020/08/30(日) 07:36:29.99
>>53
今もPHPとは限らないがPHPが大規模に向かないとは思わない
facebookは正確にはPHPではないよね
PHPの派生言語
2020/08/30(日) 07:37:04.15
>>49
どんなものにでも例外みたいなのはあるよ
pythonだってrailsだって大きなところで使われることがないわけじゃない
ただ向き不向きで言えば向いてないんだよ
2020/08/30(日) 07:38:28.96
>>53
今も昔もだけど、JavaとPHPについては、安い単価でPG集められるからな。
効率は変わらないだろう。
2020/08/30(日) 07:38:34.55
>>58
PHPでの大規模開発は実際にあるぞ？
底辺しか経験なければ「PHPは小規模」っていう発想になるかもしれんがな
2020/08/30(日) 07:39:08.38
土方マジ笑うわ
2020/08/30(日) 07:39:21.46
面白い
もっとやれ
2020/08/30(日) 07:40:12.00
部分的にphpを使える場所があって、phpの手軽さや認知度の高さが評価される場合もあるよ
それは大規模システムだって分割すれば小規模の集合となる部分があるからだ
2020/08/30(日) 07:40:58.29
マイスマとmtsに実務知らないんだろうってよくそんな発想ができるな
ニートかよ
ちょっとでも仕事してりゃわかるだろ
2020/08/30(日) 07:41:43.32
なんか、大規模の意味が二重で使われていそう
1. 大人数で利用されるサービス
2. 全体のコード量が膨大なサービス
おまえら、どっちの意味で使っているんだ？
この二つは全然違うぞ。
2020/08/30(日) 07:41:46.20
そういう例外のようなものを除いて、phpが大規模に向いてるとは俺は思わん
2020/08/30(日) 07:42:35.33
向いてる向いてないの話じゃなく>>32をからかってるだけだぞ？
2020/08/30(日) 07:42:44.58
大抵それは両方なんだが、分割された小規模は２が該当しない
2020/08/30(日) 07:43:10.37
>>32がニートということがよくわかる流れ
2020/08/30(日) 07:44:24.94
大人数で利用されないのに金かけてコード量増やしてどうする
2020/08/30(日) 07:44:56.33
Twitterの例にもあったが、Twitterのようなサービス自体はRailsでも作れる。
実際初期のTwitterはRailsだったし、TwitterクローンとMastodonはRailsだ。
しかし、利用者数が多くなってくるとRailsは耐えられるような作りじゃないから、
Scalaで作り直したという話だ。
2020/08/30(日) 07:45:30.80
RailsがPHPだと思ってるニートきたな
2020/08/30(日) 07:46:08.52
>>71
phpは大人数に耐えられるの？
2020/08/30(日) 07:46:49.57
>>73
Wikipedia知らんのか
2020/08/30(日) 07:48:58.34
>>71
まあそういう判断は結構属人性が高いので、誰がやってもこう、っていう感じじゃないとは思うよ
ただ、向き不向きは厳然としてあるし、それはみんな知っている
それでも好みややり方次第で判断が変わるってだけ
2020/08/30(日) 07:49:13.72
>>72
PHP on Rails をしらんのか？
2020/08/30(日) 07:50:39.99
railsって大人数に耐えられないし使う意味がないなｗ
2020/08/30(日) 07:52:21.86
>>76
知らんな
そんなどこで使われてるかもわからんようなもの
2020/08/30(日) 07:55:39.93
>>78
またの名をCakePHPという
最近はLaravelといわれる方のものが人気だが
2020/08/30(日) 08:00:09.21
railsとlaravelって実際機能的、速度的にはザックリどっちの方が優秀なの？
2020/08/30(日) 08:00:23.54
おめえら、ある程度大人数になるサービスのWebアプリ作ったことあるのか？
利用者数が少なくとも数万人以上になるやつ。

作ったことある奴だけがteratailは小規模だし、PHPは大規模無理とをバカにしろ。
俺は作ったことないから、PHPすげーってだけいっておくぜ！
2020/08/30(日) 08:01:10.16
>>80
言語仕様的にPHPが糞
2020/08/30(日) 08:02:10.59
なんで早朝からこんなに伸びてるんだ？老害多過ぎｗ
2020/08/30(日) 08:04:12.55
老人は早起きだから
2020/08/30(日) 08:06:48.04
>>79
Railsを参考に作っただけでPHP on Railsと呼ばれてた時期なんかねーだろ
2020/08/30(日) 08:08:36.96
老人でなくても朝くらい起きるわ
2020/08/30(日) 08:09:11.19
ニートにとっては早朝
2020/08/30(日) 08:09:24.39
早起きですまんｗ

海外で調べるとrubyの認知度が低くて、djangoとlaravelの比較が多かった。
初心者向けの記事だけど、機能的な比較があった。

https://www.flowkl.com/article/web-development/django-vs-laravel-vs-rails/

ちょっとdjangoの評価が高い気がしたけど、海外では普通なの？
2020/08/30(日) 08:12:12.84
>>81
俺はあるよ。でもteratailが小規模って言ってる阿呆ではないし、中規模以上だとは思う
まだサービス開始して５、6年程度だしね
2020/08/30(日) 08:23:33.87
>>32を見る限り「大した案件」は「金かかってる案件」のことだろ
2020/08/30(日) 08:24:40.99
代々このスレで「豆腐」って単語を使ってるヤツ、1〜2人しかいない説。
文体や内容からしていつも同じヤツが「豆腐」を煽りに使ってる。
もう飽きたから消えてくれよ、お前。
2020/08/30(日) 08:25:27.73
>>81
それ言わんといかんの？当然俺もあるよ
teratailは小規模と言ったのは俺

teratailは去年の4月時点で月間約570万PV/150万UU
Qiitaは現在月間6000万PV/700万UU

なので、まあそろそろ中規模かなあという感じ。
前スレでPV出したのも俺。
2020/08/30(日) 08:27:19.72
>>91
このスレに来なきゃ豆腐が煽られてるところ見て釣られなくて済むぞ
2020/08/30(日) 08:29:35.09
>>92
teratailの規模ならさすがにデータベースのアップデートでごねないだろ
そこで顧客がごねる程度に小規模な案件でしかPHPは使われないっていうのが元々の話
2020/08/30(日) 08:30:06.97
要するに規模の判断基準が土方
2020/08/30(日) 08:33:04.51
>>94
別に大規模の方が客はゴネるけど...
小規模の方が言うこと聞いてくれやすい

事の発端は>>32
PHPerの怒りが爆発したｗ
2020/08/30(日) 08:39:57.07
>>96
そうか？
大規模で顧客が技術的なイニシアチブ取るとこある？
むしろ取るならそっちで設計とマネジメントしてくれって言いたいが
2020/08/30(日) 08:41:01.29
普通、規模が大きいほどバージョンは固定だろう。
つか、どのOSのどのバージョンで動かすかを方式設計で決めてから
開発の詳細設計詰めるもんだろ。
大規模で複数のバージョン対応しろとか言われたら、
カスタマイズ費用を上乗せしてブランチ別にするのが普通じゃないのか？
2020/08/30(日) 08:41:05.30
あ、お役所仕事は別ね
あれはごねる仕事の人がいるから
2020/08/30(日) 08:42:11.52
>>97
顧客と言うより、バカなSIerがわからず押しつけるは普通にありそう。
2020/08/30(日) 08:42:11.68
>>98
そんだけ設計してdb二つ使うのかよ
2020/08/30(日) 08:45:47.76
>>100
ある程度知識があるバカは説得できる
「5年前から放置されてるdbにはこういう危険がありますよ」って10個くらい書面で出して責任の所在を確認したらたいていどうにかなる
逆に向こうが責任とってくれるなら好きにさせればいいわけだが
2020/08/30(日) 08:46:06.49
>>98
最新安定版だけ使う設計にしないのは悪手
2020/08/30(日) 08:47:29.15
>>101
だから、あの質問の意味わからないんだよ。
WPみたいにオープンソースで提供なら、複数バージョンと言うよりあるバージョン以上対応とか、
そういう風に作るはずだし、MariaDBについて何も言っていないのが不自然。

ちゃんと要件詰めずに、勝手に最新と思い込んでMySQL 8.0系で作っていて、
いざ、本番で動かそうとしたら、サーバーのDBは5.x系だったというオチじゃね？
でも「俺が考えた8.0用のコードを消したくない」とかいって、
無理矢理分岐を作ろうとしているとか。
2020/08/30(日) 08:48:49.11
大規模案件で同じコードでアクセスするdbのバージョンが二種類はさすがに狂ってるだろ
これ説得できなきゃ本物の無能だ
2020/08/30(日) 08:53:12.79
>>103
デプロイのしやすを重視するために、ターゲットにしているディストリでパッケージが
容易に入手可能なバージョンをメインのサポート対象にして作成している俺は、
悪手だったのか…。
2020/08/30(日) 08:54:48.27
>>97
大規模になると、先方もそれなりに知識があるから、向こうからこうしてくれ的な案が結構手堅く決まってるんだよ
そしてそれには大抵それなりの理由があって、こちらの提案と相容れない部分があった場合、少々の不利益は
無視してくる。役所でなくてもだよ。

>>104
SIなのかproductionなのかの違いでしょ
パッケージ製品が最新版だけ対応します！って言ったらアホ呼ばわりされちゃうよ
2020/08/30(日) 08:56:35.31
https://persol-tech-s.co.jp/hatalabo/it_engineer/321.html
> 攻撃者は権限を取得せずにMySQLの環境設定ファイルを作成でき、効率的なサーバー乗っ取りが可能になります。
「お宅のdbにはサーバー乗っ取りのできるセキュリティーホールがありますな。顧客の個人情報全部流出する危険がありますが、この件について弊社には一切責任を問わないと契約書に明文化してもらえますか？」
2020/08/30(日) 08:57:32.85
>>106
脆弱性報告されてるかどうかにもよるかな？
ただ、年単位でアップデートされてないなら注意は必要だろうけど
2020/08/30(日) 08:58:53.57
>>108
これ言って首を縦にふらないならどんなにおいしい仕事でも断るべき
後で何があってどんな損失が出るかわからん
2020/08/30(日) 08:59:47.77
>>109
今回の質問のバージョンはまさにこのセキュリティーホールがある
2020/08/30(日) 09:00:43.60
>>107
パッケージ製品だとしても普通に最新だけ対応はあると思うが。
ホスティングのレンタルサーバーで使うとかじゃないんなら、
DBも専用で入れるでしょ、つか、なんならDB組み込みにすれば良いし。
113仕様書無しさん
垢版 |
2020/08/30(日) 09:01:59.92
>>107
> パッケージ製品が最新版だけ対応します！って言ったらアホ呼ばわりされちゃうよ

されねーよ
2020/08/30(日) 09:06:03.61
頼むから働いてくれ。そうすれば分かる。ありえない。
セキュリティパッチは出るだろうし、マイナーバージョンアップくらいするだろ。
2020/08/30(日) 09:08:53.27
>>111
どでかい権限をアプリケーションに与えてるはずなんで、そんなセキュリティホールとか些事。
2020/08/30(日) 09:09:03.83
複数バージョンに対応すべきって言ってるやつは多分IE対応から類推してんじゃねーの
見る人がIEを使うのはサーバー側になんの責任もないから対応する選択肢が生まれるんだぞ
dbとは話が違う
2020/08/30(日) 09:10:25.28
>>114
無いんだなこれが
2020/08/30(日) 09:10:40.07
MySQL 5.7は2020年10月まではサポートされているぞ。
Oracleが怠慢でなければ、既知の脆弱性は全て対応済みのはず。
それ以降も延長サポート(いくらかかるかは不明)結べば2023年10月までサポートがあるぞ。
あと、ディストリ提供パッケージはバージョンそのままでパッチだけあてたものを
サポート終了までは提供し続けるようになっているようになっているんだが。

最新じゃなきゃ脆弱性があるとか、凄い勘違いしている奴いない？
2020/08/30(日) 09:11:40.69
>>116
> 複数バージョンに対応すべき

とは言っていない。要件にあっても不思議はなく、それを勝手に悪手と決めつけて質問者を糾弾する回答者とかバカ以外の何者でもないと言ってるだけだ
2020/08/30(日) 09:12:57.16
>>114
https://www.softagency.co.jp/products/mysql/support
一昨年の2月にサポート終了してるぞ
頼むから働いてくれ
俺の納めた税金はお前を養うためのものじゃない
2020/08/30(日) 09:13:20.11
>>117
まじかよ、サポート期間中なのに対応しないOracleってまじでダメだな。
これなら、MySQL 8.0でも脆弱性未対応ということが必ず起きるな。

俺は、MariaDBだけ使うことにするよ。
2020/08/30(日) 09:15:19.96
>>120
teratailの所には5.xって書いてあったから、
5.7の話じゃないの？
2020/08/30(日) 09:15:44.17
>>118
5.7はもうauthentication_stringになってるから関係ないだろう
2020/08/30(日) 09:16:11.30
>>121
サポート切れてんじゃん
2020/08/30(日) 09:20:05.51
>>124
つまり、5.6以下を使いたいという質問だって事か？
延長サポート結べるなんて、顧客は金持ちなんだな。
2020/08/30(日) 09:20:11.04
> 作成しているソフトウェアがMySQL5.xとMySQL8.0をサポートしている状況です。
なんでそんな特定のバージョンを勝手に出してんの？？？

イントラ内でセキュリティ気にしなくていいとかそんなの案件次第だし、無関係じゃないの？
こちらの作りでMySQL5.xとMySQL8.0をサポートするってだけの話じゃないの？
2020/08/30(日) 09:20:14.79
百歩譲って5.7だとしても今年の10月にサポート切れるのに何の対応もしない方が不思議なんだが
サポート切れてから慌ててバージョンアップする気かよ
2020/08/30(日) 09:20:46.94
>>125
んなわけねーだろ
2020/08/30(日) 09:22:18.01
ニートなのか土方なのか知らないけど、サポート云々言ってるやつは無知にもほどがある
2020/08/30(日) 09:22:26.65
>>128
じゃあ、なんなんだよ。

そもそも5.xとかいっているあの質問者が悪い。
2020/08/30(日) 09:22:27.73
>>126
最大で再来月までしかパッチワークの出ないdbはサポートしなくていいというのがプロの意見
2020/08/30(日) 09:23:23.47
>>130
延長サポートはセキュリティーパッチ出ないんじゃ？
2020/08/30(日) 09:24:59.98
大規模サイトでサポート切れDB使い続けるとかないわ
働けニート
2020/08/30(日) 09:25:05.90
>>132
そんな延長サポートは結ぶ価値0じゃん。
Oracleの延長サポートってそんなに糞なの？

MicrosoftですらWindows 7のはセキュリティーパッチ出しますっていっているのに。
2020/08/30(日) 09:25:52.87
5.xはいくら何でもバージョンアップすべきだぞ
2020/08/30(日) 09:33:01.22
>>3
早速徳丸先生の言葉をオマージュしてるな
2020/08/30(日) 09:35:33.98
DBのバージョンなんて客の都合だ
パッケージをリリースする側の都合ではない
昔はセキュリティパッチなんて当てるか当てないか悩んで決めてた
必要以上のセキュリティリスク配慮よりは移行時のオペレーションリスクの方が高い場合もある
客に勧めるのは自由だが、強制できる類のものではない
2020/08/30(日) 09:38:02.52
パッケージには普通動作環境書いてるぞ
たまには部屋から出ろよ
2020/08/30(日) 09:38:32.09
>>136
一理あるな
言語経験で回答してるだけ
実務を引き出したければ報酬が必要
2020/08/30(日) 09:38:38.70
パッケージなら100%出す側の都合だぞ？
2020/08/30(日) 09:40:06.47
パッケージ言いたかっただけちゃうか
2020/08/30(日) 09:41:07.04
使う人がどのDBを使うかは要件と独立しているんだよお馬鹿さん
2020/08/30(日) 09:43:02.52
まだWindowsXP使ってる顧客がいるから10専用パッケージ出しちゃいけないって？
んなアホな
働けよ
2020/08/30(日) 09:43:56.43
サポート切れの環境は外していいだろうに
2020/08/30(日) 09:47:29.13
それを決めるのが要件であり、客の都合なんだろ頭悪いの？？？
146仕様書無しさん
垢版 |
2020/08/30(日) 09:54:23.44
案件がどうのDBがどうのとかいう話題は他でやってくれ。
もはや寺尾と関係ない。
2020/08/30(日) 10:00:54.84
>>144
「社内システムだから」ってことで保守しなきゃいけないパターンはあるけどこれから作るなら外していい
2020/08/30(日) 10:01:21.03
>>132
ソースを出せ
https://www.softagency.co.jp/products/mysql/support
Extended (6〜8年)では
5.6が2021年2月までサポートされている
5.7が2023年10月までサポートされている
「Premier Supportの費用に加えて、追加料金が必要」だけどな
SoftAgencyさんでは、って話だけど

oracleの情報ではこちら
https://www.oracle.com/jp/support/lifetime-support/
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況